krfcm | 2021-05-17 13:24:54 UTC | #1
Hej, ostatnio przesiadłem się z OpenVZ na KVM i brakuje mi w panelu stanu zużycia dysku twardego i swapu. Sądzę, że dodanie tego do V3 nie było by problematyczne, a zwiększyło by komfort korzystania z KVM.
DBanaszewski | 2017-04-15 14:26:57 UTC | #2
Chyba było już takie pytanko.
Użytkownik ma dbać o takie rzeczy SAM ;)
krfcm | 2017-04-15 14:42:49 UTC | #3
Szukałem nie znalazłem :slight_smile:, a skoro są statystyki użycia dysku od startu i obecne jego użycie to dlaczego nie miało by być statystyki całkowitego zapełnienia dysku. Poza tym niektórzy dopiero zaczynają przygodę z linuxem, a ich wiedza kończy się na poradniku jak postawić serwer minecraft na vps. Gdy braknie im miejsca to nie będą wiedzieć o co chodzi, przez co zapewne napiszą ticket, wątek na forum itp.
Równie dobrze w panelu hostingu minecraft może być tylko guzik start i stop. Po co użytkownikowi konsola, jeżeli chce to sam może ją sobie zrobić to tylko wgranie 1 pluginu, skonfigurowanie rcon. Tylko po co skoro może to być w panelu hostingowym.
Poza tym nie zawsze mam dostęp do ssh, a do panelu mam dostęp gdy tylko mam obok siebie telefon.
Według mnie nowa wersja panelu jest tworzona z myślą o wygodzie użytkowników, bo nie widzę innego sensu tworzenia nowej wersji panelu.
DBanaszewski | 2017-04-15 14:42:21 UTC | #4
[quote=”krfcm, post:3, topic:2464”]
Poza tym nie zawsze mam dostęp do ssh, a do panelu mam dostęp gdy tylko mam obok siebie telefon.
[/quote]
Polecam mobilnego klienta SSH ;)
Wiem, że było, ale nie wiem gdzie :stuckouttongue:
Co do statystyk użycia itp.: obecnie mamy panel v2 i panel Proxmox ;) Zaglądam tam codziennie, czy coś nie przekracza itp.
Proszę o wypowiedzi innych osób, bo być może mylę się ;)
krfcm | 2017-04-15 14:44:39 UTC | #5
[quote=”DBanaszewski, post:4, topic:2464”]
Co do statystyk użycia itp.: obecnie mamy panel v2 i panel Proxmox :wink: Zaglądam tam codziennie, czy coś nie przekracza itp.
[/quote]
Dlatego to jest propozycja do panelu V3 …
DBanaszewski | 2017-04-15 14:45:26 UTC | #6
Rozumiem ;)
Ale moim zdaniem jest to zbędne przy KVM ;)
Przy OpenVZ może tak, bo tam nie ma takich narzędzi ;)
Nieznajomy11 | 2017-04-15 15:33:24 UTC | #7
SystemZ pisał z tego co mi się wydaje, że na KVM nie ma prostej możliwości pobrania takich danych i być może w przyszłości pojawi się dodatek który po zainstalowaniu pozwoli na wyświetlenie tego w panelu.
adminek153 | 2017-04-15 15:41:24 UTC | #8
Ta propozycja/błąd był juz klika razy zgłaszany.
https://forum.lvlup.pro/t/w-panelu-kvm-nie-widac-uzycia-swap-oraz-dysku/2049
[quote=”SystemZ, post:5, topic:2069, full:true”]
Tak ma być. KVM to pełna wirtualizacja i takie wiarygnodne informacje o SWAP i dysku można wyciągnąc tylko z systemu a w to lvlup.pro nie ingeruje. Dla OpenVZ jest to dostępne ze względu na jego charakterystykę i dlatego takie dane są wyświetlane.
Docelowo będzie możliwa opcjonalna instalacja małej aplikacji która umożliwi wyświetlanie tych statystyk (oraz innych - nowych).
[/quote]
Timo | 2017-04-15 20:02:57 UTC | #9
Jest to niemożliwe ze względu na wirtualizację KVM.
Sprawdzić możesz to samemu z łatwością:
free -m
na dole dostępny swap
df -m
/dev/sda1 w procentach
SystemZ | 2021-05-17 13:25:28 UTC | #10
Od czasu utworzenia tego wątku minęło sporo czasu oraz zaistniało sporo zmian.
W panelu v4 bezpośrednio nie są obecnie dostępne żadne statystyki VPS oprócz jego stanu czyli czy jest włączony czy wyłączony.
W przypadku OpenVZ było kiedyś trochę łatwiej z niektórymi danymi aby je prezentować w panelu niż w przypadku KVM, teraz jest to utrudnione a nasz plan i projekt na to też trochę się zmienił przez ten czas.
Podstawowe statystyki CPU, RAM, aktywności dysku i sieci są jednak dostępne przez panel Proxmox.
Dużo bardziej rozbudowane statystyki można znaleźć bezpośrednio na VPS przy pomocy dedykowanych do tego aplikacji i zalecamy korzystanie z nich gdyż tylko one będą najbardziej poprawne.
Nie planujemy dodawać ich w panelu klienta.
Dokładne wykresy historyczne zużycia zasobów zaoferujemy w przyszłości jako osobna aplikacja.
SystemZ | 2021-05-17 13:25:32 UTC | #11