„Nielimitowane strony” zwykle oznacza brak sztywnego limitu liczby domen lub instalacji, a nie brak limitów całego konta. Nadal mogą obowiązywać ograniczenia CPU, pamięci, I/O, IOPS, liczby procesów, inode, poczty, baz danych i polityki użycia zasobów.
Przed zakupem takiego pakietu trzeba więc rozdzielić dwa pytania: ile stron wolno dodać oraz ile zasobów wszystkie te strony mogą wspólnie wykorzystać. To drugie zwykle decyduje, czy pakiet rzeczywiście nada się do kilku WordPressów, sklepów albo stron klientów. Ten poradnik interpretuje deklarację „bez limitu”; nie rozstrzyga, czy strony powinny działać na jednym koncie czy na osobnych pakietach.
Co zwykle oznacza „nielimitowane strony”?
Najczęściej operator nie narzuca konkretnej liczby domen przypisanych do konta albo nie pobiera osobnej opłaty za każdą kolejną witrynę. Nie oznacza to jednak nieograniczonej mocy obliczeniowej ani nieograniczonej liczby plików.
W cPanel domeny można dodawać do jednego konta i przypisywać im osobne katalogi dokumentów w ramach tego samego konta użytkownika. To nadal nie przesądza, jakie limity zasobów operator przypisał całemu kontu.
Dlatego przy haśle „bez limitu stron” szukaj przypisu, regulaminu albo tabeli parametrów. Jeżeli ich nie ma, poproś operatora o konkretne wartości.
Jakie limity nadal mogą obowiązywać?
| Parametr | Co może być ograniczone mimo „nielimitowanych stron” |
|---|---|
| CPU / SPEED | Łączny przydział procesora dla wszystkich stron na koncie |
| PMEM / RAM | Łączna pamięć fizyczna używana przez procesy konta |
| PHP workers | Liczba równocześnie obsługiwanych żądań PHP według konfiguracji operatora |
| EP / NPROC | Współbieżność wejść i liczba procesów w środowisku konta |
| I/O / IOPS | Przepustowość i liczba operacji dyskowych |
| INODES | Maksymalna liczba plików i katalogów |
| Bazy danych | Zasady zależne od operatora: liczba baz, pojemność albo osobne ograniczenia serwera bazodanowego |
| Poczta | Liczba skrzynek, pojemność lub wspólna pula przestrzeni |
CloudLinux pozwala operatorowi osobno ograniczać między innymi CPU/SPEED, PMEM, I/O, IOPS, EP i NPROC. W modelu LVE są to niezależne limity zasobów. CloudLinux Manager obsługuje również limity inode. Sama możliwość dodania wielu domen nie usuwa tych ograniczeń.
Tabela opisuje typowy model wspólnego konta. Jeżeli operator wdrożył izolację zasobów per domena, część limitów może być rozdzielona pomiędzy witryny zamiast obowiązywać jako jedna wspólna pula.
„Bez limitu” nie znaczy „bez zasad użycia”
Operator może nie ustalać limitu liczby stron, ale nadal stosować zasady uczciwego użycia, limity procesów albo ograniczenia czynności szczególnie obciążających serwer. Dlatego trzeba sprawdzić nie tylko tabelę parametrów, lecz także warunki usługi.
Najważniejsze są zapisy, które mogą ograniczać działanie wielu stron jednocześnie: maksymalne użycie CPU, pamięci, liczba procesów, inode, zadania w tle, backupy wykonywane lokalnie albo intensywne skrypty. Nie należy zakładać, że słowo „nielimitowane” znosi takie warunki.
Jeżeli regulamin używa ogólnych określeń typu „nadmierne obciążenie”, poproś operatora o wskazanie, które konkretne limity można zobaczyć w panelu i jak są raportowane.
Czy „nielimitowane domeny” oznaczają osobne zasoby dla każdej strony?
Nie. Liczba domen i przydział zasobów to dwa różne parametry. Kilka domen może działać w jednym koncie i współdzielić ten sam CPU, RAM, I/O oraz liczbę procesów.
W typowej konfiguracji CloudLinux limity LVE są przypisane do użytkownika lub konta. CloudLinux oferuje też rozwiązania per domena, takie jak CloudLinux Isolates, ale operator musi je wdrożyć i skonfigurować. CloudLinux Isolates może zapewniać izolację plików i zasobów per domena. Per-domain LVE jest obecnie funkcją BETA na obsługiwanych konfiguracjach CloudLinux OS 8/9, więc nie należy zakładać jej dostępności tylko dlatego, że hosting korzysta z CloudLinux.
Dlatego w ofercie „nielimitowanych stron” szczególnie ważne jest pytanie: czy zasoby są wspólne dla całego konta, czy operator rzeczywiście rozdziela je między domeny?
Dlaczego inode może być ważniejsze niż pojemność w GB?
Każdy WordPress to tysiące plików: rdzeń, wtyczki, motywy, cache, miniaturki, logi i backupy. Kilka instalacji może więc wykorzystać limit inode wcześniej niż dostępną przestrzeń dyskową.
Przykładowo trzy strony z intensywnym cache plikowym i lokalnymi kopiami zapasowymi mogą mieć niewielki rozmiar w GB, ale bardzo dużą liczbę plików. W takim przypadku marketingowa informacja „100 GB NVMe” nie mówi jeszcze, czy konto pomieści oczekiwaną liczbę elementów.
Zapytaj operatora o limit inode, jego próg miękki i twardy oraz o to, czy obejmuje także pocztę. Jeżeli będziesz utrzymywać wiele stron, ten parametr powinien być sprawdzany równie świadomie jak pojemność. Historia inode może być raportowana inaczej niż CPU czy EP, dlatego najważniejsze jest poznanie limitu i bieżącego wykorzystania.
Co z pocztą przy wielu domenach?
Pakiet może pozwalać dodać wiele domen, ale mieć wspólną pojemność poczty albo limit liczby skrzynek. W innym modelu poczta może korzystać z osobnej puli. Bez sprawdzenia tego rozdzielenia trudno ocenić, ile stron i skrzynek faktycznie zmieści się na koncie.
Jeżeli każda domena ma mieć własne adresy e-mail, policz nie tylko stronę WWW, ale też prognozowany przyrost poczty. Pomaga w tym kalkulator potrzebnej przestrzeni.
Przy stronach klientów warto też sprawdzić, czy dostęp do jednej domeny i jej skrzynek można delegować bez ujawniania konfiguracji pozostałych domen.
Backup wielu stron w jednym pakiecie
„Nielimitowane strony” nie gwarantują osobnego backupu dla każdej witryny. Operator może wykonywać kopię całego konta, a przywracanie pojedynczej strony może wymagać wskazania konkretnych plików i bazy.
Sprawdź częstotliwość, retencję oraz zakres odtwarzania: pliki, bazy i pocztę. Ważne jest także, czy operator pozwala przywrócić jedną domenę bez cofania innych stron do starszego stanu.
Szczegółowe kryteria opisuje poradnik o backupie w hostingu.
Kiedy „nielimitowane strony” mają sens?
Taki pakiet ma sens, gdy wiele małych stron może bezpiecznie współdzielić zasoby jednego konta i nie potrzebujesz mocnej izolacji między nimi. Dotyczy to często witryn jednego właściciela, prostych stron firmowych, blogów i niewielkich projektów.
Korzyścią jest prostsza administracja: jeden panel, jedna płatność i wspólne narzędzia. Jeżeli strony mają podobne wymagania i niewielkie obciążenie, kupowanie osobnego pakietu dla każdej z nich może być zbędne.
Nie ma jednak uniwersalnej liczby stron, przy której taki pakiet przestaje mieć sens. Jeden sklep może potrzebować więcej zasobów niż kilkanaście lekkich stron informacyjnych.
Kiedy lepiej rozdzielić strony?
Rozdzielenie jest bardziej uzasadnione, gdy strony należą do różnych klientów, mają bardzo różne obciążenie, wymagają silniejszej izolacji albo jedna z nich jest biznesowo krytyczna.
Osobne konta pozwalają ograniczyć wspólny zakres awarii, łatwiej przenieść pojedynczą stronę i precyzyjniej przypisać koszty. Jeżeli jeden projekt regularnie wykorzystuje dużo CPU, I/O lub pamięci, oddzielenie go może być lepsze niż zwiększanie zasobów całej grupy.
Szersze porównanie opisuje poradnik o jednym koncie i osobnych pakietach.
Jak sprawdzić ofertę z hasłem „nielimitowane strony”?
Rozważam pakiet opisany jako hosting dla nielimitowanej liczby stron. Proszę podać, jakie limity nadal obowiązują dla całego konta: CPU/SPEED, PMEM, PHP workers, EP, NPROC, I/O, IOPS, inode, bazy danych i pocztę. Proszę również wskazać, czy zasoby są wspólne dla wszystkich domen, czy rozdzielane per domena, oraz czy po zakupie będę widzieć bieżące i — tam, gdzie są dostępne — historyczne wykorzystanie tych parametrów, a dla inode także bieżące zużycie i limit.
Jeżeli operator odpowie tylko „można dodać dowolną liczbę stron”, odpowiedź nie zamyka pytania o realną pojemność zasobową konta. Potrzebujesz limitów, które decydują o działaniu aplikacji po dodaniu kolejnych witryn.
Jak porównać dwa pakiety „bez limitu stron”?
Najpierw porównaj rzeczywiste limity konta. Sama liczba domen nie rozstrzyga o wydajności. CPU, PMEM, I/O, IOPS, workers, EP, NPROC i inode mogą różnić się znacząco nawet wtedy, gdy oba pakiety reklamują „nielimitowane strony”.
Następnie sprawdź koszt odnowienia, backup, pocztę, wersje PHP oraz możliwość delegowania dostępu. Jeżeli pakiet ma być używany przez kilka lat, cena pierwszego okresu jest tylko częścią kosztu.
Do zestawienia parametrów możesz użyć porównywarki hostingu. Przed zakupem przyda się też checklista limitów hostingu oraz poradnik o cenie pierwszego okresu i odnowieniu.
Krótka checklista przed zakupem
- Sprawdź, czy „bez limitu” dotyczy domen, stron czy jeszcze innego parametru.
- Poproś o CPU/SPEED, PMEM, PHP workers, EP i NPROC.
- Sprawdź I/O i IOPS zamiast opierać się wyłącznie na informacji o NVMe.
- Ustal limit inode i to, czy obejmuje pocztę.
- Sprawdź pojemność WWW, baz i poczty.
- Ustal, czy zasoby są wspólne dla konta czy rozdzielane per domena.
- Sprawdź backup i możliwość przywracania jednej strony.
- Zapytaj, czy po zakupie zobaczysz historię wykorzystania zasobów oraz bieżące wykorzystanie inode.
- Przeczytaj warunki użycia zasobów i zasady dotyczące nadmiernego obciążenia.
„Nielimitowane strony” opisują zwykle liczbę witryn, które możesz dodać, a nie moc serwera przypisaną do konta. Przed zakupem sprawdź więc nie tylko, ile domen wolno podpiąć, ale przede wszystkim jakie zasoby wszystkie te domeny będą dzielić.