Zrozumienie i sprawdzanie limitów LVE w CloudLinux w ramach hostingu współdzielonego

Jakie ograniczenia nakłada LVE w ramach hostingu współdzielonego

W przypadku hostingu współdzielonego kilku klientów dzieli między sobą zasoby serwera. CloudLinux może monitorować wykorzystanie konta danego klienta za pomocą Lekkie środowisko wirtualne, w skrócie LVE. Dostawca określa, jakie limity obowiązują. Mają one zapobiegać sytuacji, w której konto zużywa nieograniczone zasoby; z drugiej strony również własna strona internetowa może osiągnąć te limity.

Limit określa górną granicę i nie oznacza automatycznie zarezerwowanej wydajności. Na przykład limit procesora nie oznacza, że jedno rdzeń procesora jest wyłącznie do Twojej dyspozycji ani że gwarantowany jest określony czas odpowiedzi. Szybkość działania aplikacji zależy również od jej zadania, sprzętu i innych komponentów.

Pakiet LVE nie sprawia też, że Twój pakiet hostingowy staje się osobnym serwerem. Dostawca nadal zarządza wspólnym środowiskiem i określa jego konfigurację. Jako klient możesz samodzielnie sprawdzić obowiązujące ustawienia i ich konsekwencje tylko w takim zakresie, w jakim Twój plan taryfowy i panel hostingowy udostępniają odpowiednie informacje.

Należy to odróżnić od CageFS: Dotyczy to izolacji widoku systemu plików, podczas gdy limity LVE ograniczają wykorzystanie zasobów. Obie funkcje mogą się wzajemnie uzupełniać, ale nie są tym samym. Dostawca może potwierdzić, które komponenty są faktycznie aktywne w Twojej ofercie.

Bardziej szczegółowy opis poszczególnych elementów znajdziesz w artykule poświęconym Izolacja procesów za pomocą CloudLinux SecureLVE. Jednak w przypadku konkretnego poszukiwania błędów decydujące znaczenie ma konfiguracja Twojego własnego pakietu: wygląd i poziom szczegółowości wyświetlania zasobów mogą się różnić w zależności od panelu i aktywacji.

Dla kogo obowiązują te limity?

Decydujące znaczenie ma nie tylko wysokość limitu, ale także jego Zakres zastosowania. Jeśli na przykład prowadzisz bloga i sklep internetowy w ramach tego samego konta hostingowego, oba mogą korzystać z tego samego limitu zasobów w ramach konfiguracji konta. Import danych w sklepie może wówczas zajmować zasoby, których w tym samym czasie potrzebuje również blog.

Nie oznacza to, że każda strona działająca wolno jest spowodowana przez inny projekt na tym samym koncie. Wyjaśnia to jednak, dlaczego w przypadku zdarzenia granicznego nie należy brać pod uwagę wyłącznie domeny, której to dotyczy. Również zaplanowane zadania i inne strony internetowe należące do tego samego konta mogą mieć znaczenie w danym okresie.

CloudLinux udokumentowano za pomocą Izolaty ponadto możliwość ustanawiania ograniczeń na poziomie strony internetowej. Z samej nazwy „CloudLinux” nie da się wywnioskować, czy funkcja ta jest wykorzystywana i jak wygląda jej przypisanie w danej ofercie. Dlatego też nawet osobna analiza nie zastępuje zapoznania się z konkretnymi warunkami taryfy.

Przed porównaniem taryf zapytaj dostawcę jak najdokładniej: czy parametry SPEED, PMEM, IO, IOPS, EP i NPROC dotyczą jednego konta hostingowego czy jednej strony internetowej? Jeśli kilka projektów dzieli ten sam budżet, ważne jest również, które domeny i zadania są przypisane do tego budżetu. W ten sposób unikniesz przypadkowego uwzględnienia podanej wartości dla każdej pojedynczej strony internetowej.

Jeśli panel wyświetla jedynie zbiorcze statystyki, pomogą one w pierwszej kolejności w zawężeniu przedziału czasowego, ale niekoniecznie w przypisaniu danych do konkretnej aplikacji. W takim przypadku prosimy o kontakt z działem pomocy technicznej w celu uzyskania informacji, jakie zestawienia są dostępne oraz czy obciążenie można przypisać do konkretnego projektu lub zadania.

Rozróżnienie między procesorem, pamięcią a limitami dostępu

Różne limity hostingu współdzielonego ograniczają różne rodzaje działań. SPEED oznacza limit mocy obliczeniowej procesora: jeśli zostanie on wyczerpany, procesy wymagające dużej mocy obliczeniowej zostaną spowolnione, a realizacja zapytań może potrwać dłużej. Limit mocy obliczeniowej procesora w ramach hostingu jest zatem jedynie jedną z możliwych przyczyn powolnego działania stron i nie jest równoznaczny ze wszystkimi ograniczeniami LVE.

PMEM ogranicza fizyczną pamięć jednostki LVE. W przypadku niedoboru pamięci najpierw może zostać zwolniona pamięć podręczna; jeśli to nie wystarczy, procesy mogą zostać zakończone. Należy odróżnić tę wartość od przestarzałej wartości VMEM określającej pamięć wirtualną. Podobnie jest w przypadku PHP-memory_limit nie należy utożsamiać z całym budżetem PMEM LVE.

W przypadku operacji na plikach wskaźniki IO i IOPS mierzą różne rzeczy: IO odnosi się do przepustowości danych, a IOPS do liczby operacji odczytu i zapisu na sekundę. Dlatego wiele małych plików może wymagać innego limitu niż kilka dużych plików. Termin „IO” nie odnosi się tutaj do prędkości połączenia internetowego.

EP zlicza wejścia do LVE i nie stanowi ogólnego limitu liczby jednoczesnych użytkowników. Sposób zliczania wejść zależy między innymi od serwera WWW i modelu procesowego. NPROC ogranicza natomiast liczbę procesów i wątków. Po osiągnięciu tego limitu nie można tymczasowo tworzyć kolejnych procesów; dlatego też EP i NPROC nie są parametrami zamiennymi.

Miejsce na dysku i i-węzły to powiązane, ale odrębne parametry taryfowe. Wykorzystanie limitu plików lub i-węzłów nie oznacza automatycznie problemu z procesorem, pamięcią PMEM lub EP. To, które z tych wartości widzisz w panelu, zależy od dostawcy i udostępnionego interfejsu.

Przegląd limitów LVE i ich konsekwencji

Nie wszystkie ograniczenia LVE działają w ten sam sposób: niektóre spowalniają bieżącą pracę, inne uniemożliwiają uruchamianie nowych procesów lub mogą zakończyć już uruchomione procesy. Tabela pomoże Ci powiązać wyświetlany zasób z jego zachowaniem oraz odpowiednią ścieżką audytową. Konkretne wartości graniczne określa Twój dostawca.

Na stronie Limit PMEM Nie liczy się tylko pamięć poszczególnych procesów aplikacji. Uwzględniona może być również pamięć współdzielona i pamięć podręczna plików; to, czy pamięć podręczna zostanie uwzględniona, zależy od konfiguracji. W przypadku zakończenia procesów możliwe są błędy HTTP, ale niekoniecznie muszą one być widocznym skutkiem.

Te dwa limity dostępu do plików odnoszą się do różnych wielkości: IO ogranicza przepustowość danych, a IOPS – liczbę operacji. Wiele małych plików może zatem obciążać przede wszystkim wskaźnik IOPS, podczas gdy duże pliki mogą generować wysoką przepustowość. Skrót IO nie odnosi się tutaj do przepustowości sieci; według CloudLinux operacje z pamięci podręcznej plików nie wliczają się do limitu IO.

Obliczenie limitu procesora na przykładzie

Załóżmy, że twoja paczka miałaby Ograniczenie prędkości o 150 procent. Ponieważ 100 procent odpowiada matematycznie jednemu rdzeniowi procesora, daje to limit mocy obliczeniowej odpowiadający półtora rdzenia. Przykład obliczeniowy o charakterze ilustracyjnym, nie jest to pomiar. Rzeczywista wartość Twojego pakietu może się różnić; decydujące znaczenie mają dane podane przez dostawcę.

Przykład ten opisuje górny limit czasu procesora, który można wykorzystać, a nie rezerwację wyłącznego rdzenia. Nie oznacza to również, że każdy pojedynczy proces może jednocześnie korzystać z półtora rdzenia. To, w jaki sposób budżet rozkłada się na bieżące zadania, zależy między innymi od tego, ile procesów faktycznie potrzebuje czasu obliczeniowego w trybie równoległym.

Wartość 150 procent nie oznacza ani gwarantowanego czasu odpowiedzi, ani określonej liczby użytkowników, których system może obsłużyć jednocześnie. Proste wywołanie może wymagać niewielkiej mocy obliczeniowej, natomiast wywołanie dynamiczne – znacznie większej. Do tego dochodzą ewentualne czasy oczekiwania na dostęp do plików lub operacje na bazie danych, których wyższy budżet procesora nie eliminuje automatycznie.

Nawet identyczne wartości procentowe na różnych serwerach nie stanowią bezpośredniego porównania prędkości: rdzenie procesora mogą różnić się pod względem wydajności. Dlatego przy ocenie limitu procesora ważniejsze jest to, czy podczas konkretnego problemu obciążenie wielokrotnie osiąga granicę i czy widoczne są odpowiednie zdarzenia graniczne. Nawet w takim przypadku należy sprawdzić inne możliwe przyczyny.

Jak prawidłowo odczytywać wskaźnik zasobów

Jeśli Twój dostawca udostępnił widok zasobów, zacznij od jak najdokładniej zdefiniowanego zdarzenia. Zapisz domenę, datę, godzinę i strefę czasową, a także, w razie potrzeby, wyświetlany status HTTP. Opisz również, co działało wolno lub zakończyło się niepowodzeniem. Bez tych informacji trudno jest powiązać skok w statystykach z konkretnym problemem.

Następnie wybierz ten sam przedział czasowy na ekranie i porównaj dla parametrów CPU, PMEM, IO, IOPS, EP oraz NPROC odpowiednio: wykorzystanie, ustawiony limit oraz, w razie potrzeby, wyświetlane Usterki. Nie każda platforma wyświetla wszystkie wartości w ten sam sposób. Jeśli brakuje Ci niektórych statystyk lub nie jest jasne, do którego konta się odnoszą, skontaktuj się z dostawcą.

Zwróć uwagę na Rozdzielczość czasowa: Niska średnia godzinowa może maskować krótkotrwały skok, podczas którego osiągnięto próg. Jeśli to możliwe, wybierz krótszy przedział czasowy lub bardziej szczegółowe przedstawienie danych. Porównaj ten skok z odnotowanym czasem wystąpienia błędu, zamiast wyciągać wnioski wyłącznie na podstawie średniej dziennej lub godzinowej, że nie doszło do przeciążenia.

Błędy wskazują na zdarzenia graniczne, ale nie stanowią bezpośredniej liczby użytkowników, których dotyczyły, ani liczby nieudanych wywołań stron. Błąd wystąpiony w odpowiednim momencie stanowi wskazówkę, ale nie jest jeszcze pełnym dowodem przyczyny. Dlatego należy również sprawdzić, czy w tym samym czasie odbywał się import, tworzenie kopii zapasowej, zaplanowane zadanie lub zmiana w aplikacji.

Wygląd interfejsu i jego funkcje zależą od panelu oraz aktywacji; nie ma zatem jednej uniwersalnej ścieżki menu. Informacje na temat technicznych aspektów zarządzania można znaleźć w artykule poświęconym CloudLinux LVE Manager oraz do zarządzania zasobami Więcej informacji. Jednak wykonanie tam określonych czynności konfiguracyjnych wymaga odpowiednich uprawnień i nie jest automatycznie dostępne dla Twojego konta klienta.

Klasyfikowanie powolnych stron i błędów

Jeśli Twój system CMS działa wolno podczas edycji lub dynamicznego wyświetlania stron, najpierw porównaj dany okres z wskaźnikiem obciążenia procesora. Jeśli obciążenie wielokrotnie osiąga limit SPEED i widoczne są odpowiednie błędy, należy Ograniczanie wydajności procesora wiarygodne. Zbieżność czasowa sprawia, że jest to trop, ale nie dowodzi jeszcze, jakie zadanie spowodowało ten obciążenie.

Sprawdź na przykład, czy w tym samym czasie wykonywane są zaplanowane zadania lub czy zmiana w rozszerzeniach zbiega się w czasie z wystąpieniem problemu. Również operacje na bazie danych, problemy sieciowe lub wolno reagujący interfejs zewnętrzny mogą powodować opóźnienia w wyświetlaniu stron. Wysokie obciążenie procesora samo w sobie nie oznacza zatem ani tego, że wybrano niewłaściwy plan taryfowy, ani tego, że winę ponosi konkretne rozszerzenie.

Jeśli wystąpią błędy w przypadku jednoczesnego nadejścia kilku zapytań dynamicznych, może dojść do równoczesnego Błąd EP pomóc. Długotrwałe zapytania dłużej zajmują wejścia; jednocześnie jeden użytkownik może generować wiele zapytań. EP nie jest zatem liczeniem użytkowników. W serwerze Apache kod HTTP 508 może być skutkiem przekroczenia limitu EP, ale sam kod statusu nie potwierdza przyczyny.

Jeśli podczas importu na ekranie pojawiają się błędy PMEM, przyczyną może być limit pamięci LVE. Oprócz importu pamięć mogą zajmować również procesy PHP działające w tym samym czasie; bez odpowiednich danych dotyczących procesów nie można ustalić, które z tych zadań miało decydujące znaczenie. Również błąd HTTP 500 lub 503 może mieć inne przyczyny i sam w sobie nie stanowi dowodu na brak pamięci.

Wartość PHP memory_limit Nie odpowiada to w pełni na to pytanie: nie opisuje ono całkowitego zużycia pamięci przez wszystkie zadania w LVE. Dlatego przed zmianą ustawień lub taryfy porównaj moment importu z wykorzystaniem pamięci PMEM i liczbą błędów oraz sprawdź, jakie inne zadania działały równolegle.

Sprawdzić obciążenie tła i skontaktować się z pomocą techniczną

Jeśli tworzenie kopii zapasowej lub import plików przebiega powoli, sprawdź IO i IOPS Należy je rozróżnić. IO określa przepustowość danych podczas operacji na dyskach twardych, natomiast IOPS – liczbę operacji odczytu i zapisu na sekundę. Dlatego też wiele małych plików może wymagać innego limitu niż przesyłanie mniejszej liczby dużych plików; IO nie jest przy tym równoznaczne z przepustowością łącza internetowego.

Kopia zapasowa może jednocześnie angażować procesor i pamięć. Dlatego oprócz wskaźników IO i IOPS należy sprawdzić również wskaźniki SPEED i PMEM dla tego samego okresu, zamiast wyciągać wnioski dotyczące przyczyny wyłącznie na podstawie czasu trwania. Jeśli operacje są obsługiwane z pamięci podręcznej plików, zgodnie z danymi CloudLinux nie wliczają się one do limitu IO; wyświetlane wykorzystanie IO nie odzwierciedla zatem w równym stopniu każdego dostępu do pliku.

Jeśli planowane zadanie można przełożyć, porównaj jego standardowy przebieg w okresie mniejszego obciążenia z podobnym okresem w przeszłości. Należy przy tym wziąć pod uwagę zakres zadania oraz zadania realizowane równolegle: mniejszy import nie stanowi bezpośredniego porównania z pełną kopią zapasową. Dodatkowe testy obciążeniowe w środowisku produkcyjnym lub usuwanie plików nie są konieczne do tej oceny.

The Obciążenie bazy danych może mieć znaczenie, nawet jeśli wyświetlane wykorzystanie procesora przez aplikację internetową jest niskie. Przypisanie do konta oraz ewentualne oddzielne limity MySQL zależą od konfiguracji. Zapytaj dostawcę, jakie wartości dotyczące bazy danych możesz zobaczyć w panelu oraz czy operacje na bazie danych są zaliczane do limitu LVE, czy też podlegają oddzielnym ograniczeniom.

W przypadku zgłoszenia do pomocy technicznej przydatne są: nazwa domeny, czas wraz ze strefą czasową, zaobserwowany status HTTP oraz proces, którego dotyczy problem. Prosimy o podanie limitów, wartości użytkowania i błędów widocznych w tym samym okresie, a także informacji o znanych importach lub kopiach zapasowych. Prosimy o przyporządkowanie zdarzeń granicznych oraz, jeśli to możliwe, o analizę migawek procesów; pozwoli to na bardziej precyzyjną weryfikację hipotezy.

Zoptymalizować, zmodernizować czy zmienić serwer?

Zacznij od Optymalizacja zidentyfikowanego zadania, jeśli można w sposób uzasadniony zmniejszyć jego zapotrzebowanie na zasoby. Sprawdź na przykład ustawienia pamięci podręcznej, rozszerzenia oraz zaplanowane równolegle zadania w tle. Następnie porównaj podobne okresy i zwróć uwagę zarówno na problemy użytkowników, jak i na wartości zasobów, których to dotyczy. Pojedyncza zmiana ułatwia w tym przypadku rozpoznanie, co faktycznie uległo zmianie.

Modernizacja stanowi alternatywę, gdy powtarzające się, potwierdzone szczyty obciążenia osiągają przydzielone limity pomimo odpowiedniej optymalizacji. Najpierw zapytaj o konkretne wartości parametrów SPEED, PMEM, IO, IOPS, EP i NPROC. Nie porównuj wyłącznie nazw pakietów: wyższy limit procesora nie eliminuje ani niezależnego limitu EP, ani braku pamięci LVE.

Do Porównanie taryf Dotyczy to również zakresu zastosowania. Poinformuj dostawcę, ile stron internetowych obejmuje Twoje konto, i zapytaj, czy korzystają oni ze wspólnego budżetu zasobów, czy też obowiązują limity dla poszczególnych stron. CloudLinux oferuje funkcję „Isolates”, która umożliwia to drugie rozwiązanie; jednak sama nazwa produktu nie wskazuje, czy Twoja usługa z niej korzysta.

Serwer VPS lub serwer zarządzany może zapewniać większą swobodę konfiguracji, ale nie jest automatycznym rozwiązaniem dla każdej wolno działającej strony internetowej. Decydujące znaczenie mają dostępne zasoby, rzeczywiste obciążenie oraz model działania: w przypadku serwera VPS musisz przede wszystkim ustalić, za jakie zadania administracyjne odpowiadasz samodzielnie; w przypadku serwera zarządzanego – jakie zadania przejmuje dostawca.

Jeśli przyczyna pozostaje niejasna, rozsądniej jest skonsultować się z dostawcą, podając zebrane dane dotyczące czasów i błędów, niż dokonywać zmiany na podstawie domysłów. Nawet poniżej limitu LVE aplikacja, sieć lub baza danych mogą spowalniać działanie. Przed podjęciem decyzji upewnij się, jakie statystyki i wsparcie są dostępne w danej ofercie.