Dwa pakiety hostingowe o podobnej pojemności mogą działać zupełnie inaczej. Jeden bez problemu obsłuży stronę firmową, pocztę i regularnie publikowany blog, podczas gdy drugi zacznie zwalniać po zainstalowaniu kilku wtyczek albo uruchomieniu większej kampanii. Różnica często nie wynika z liczby gigabajtów, lecz z limitów procesora, pamięci, operacji dyskowych oraz sposobu zarządzania całą infrastrukturą.

Dobry hosting współdzielony powinien zapewniać nie tylko miejsce na pliki, ale także przewidywalną wydajność, skuteczne zabezpieczenia, automatyczne kopie zapasowe i możliwość sprawnego rozwijania strony. Przed wyborem usługi warto więc spojrzeć głębiej niż na cenę promocyjną czy deklarowany „nielimitowany transfer”. Liczą się konkretne parametry konta, jakość obsługi technicznej oraz przejrzyste zasady przywracania danych.

Jak działa hosting współdzielony i dla jakich stron będzie odpowiedni?

Hosting współdzielony polega na udostępnianiu zasobów jednego serwera wielu użytkownikom. Każdy otrzymuje własne konto, katalogi, bazy danych, skrzynki e-mail i panel administracyjny, ale korzysta ze wspólnej infrastruktury: procesorów, pamięci operacyjnej, przestrzeni dyskowej oraz łącza.

Poszczególne konta powinny być logicznie odizolowane. Dzięki temu użytkownik nie ma dostępu do danych innych klientów, a nadmierne obciążenie generowane przez jedną stronę może być ograniczone, zanim wpłynie na pozostałe serwisy. Skuteczność takiego mechanizmu zależy jednak od technologii użytej przez dostawcę i właściwego skonfigurowania limitów.

Dużą zaletą hostingu wspólnego jest brak konieczności samodzielnego administrowania serwerem. Operator odpowiada między innymi za system operacyjny, serwer WWW, obsługę baz danych, aktualizacje infrastruktury i monitoring sprzętu. Właściciel strony może skupić się na treści, sprzedaży lub obsłudze klientów, zamiast zarządzać usługami systemowymi.

Hosting współdzielony jest najczęściej odpowiedni dla:

• stron firmowych i wizytówek,
• blogów oraz serwisów informacyjnych,
• portfolio i stron specjalistów,
• landing page’y kampanii reklamowych,
• niewielkich sklepów internetowych,
• stron organizacji i lokalnych instytucji,
• projektów opartych na WordPressie lub innym popularnym CMS-ie.

Nie jest to natomiast rozwiązanie uniwersalne. Aplikacje stale obciążające procesor, intensywnie przetwarzające dane lub obsługujące dużą liczbę równoczesnych użytkowników mogą szybko wykorzystać przydzielone zasoby. Problemem bywają również projekty wymagające instalowania własnych usług, niestandardowych modułów albo pełnego dostępu administracyjnego.

W praktyce o przydatności hostingu nie decyduje wyłącznie miesięczna liczba odwiedzin. Prosta strona z dużym ruchem może działać sprawniej niż rozbudowany serwis z niewielką liczbą użytkowników, jeśli ten drugi wykonuje ciężkie zapytania do bazy, generuje obrazy lub uruchamia wiele zadań w tle.

Jakie parametry techniczne hostingu mają największy wpływ na wydajność?

Najważniejsze są zasoby przydzielone do konkretnego konta, a nie specyfikacja całego serwera. Informacja, że usługodawca korzysta z wielordzeniowych procesorów i szybkich macierzy, niewiele mówi o tym, z jakiej części tej infrastruktury będzie mogła korzystać pojedyncza strona.

Przed wyborem pakietu warto sprawdzić przede wszystkim następujące parametry:

• CPU – określa dostępną moc obliczeniową. Procesor jest wykorzystywany podczas wykonywania skryptów PHP, przetwarzania zapytań, generowania stron i realizowania zadań cyklicznych.
• RAM – wpływa na liczbę i złożoność procesów, które mogą być wykonywane jednocześnie. Zbyt niski limit może prowadzić do przerywania skryptów lub błędów podczas bardziej wymagających operacji.
• I/O – określa szybkość odczytu i zapisu danych. Ma znaczenie podczas aktualizowania strony, tworzenia kopii, przetwarzania plików oraz pracy systemów cache.
• IOPS – opisuje liczbę operacji dyskowych możliwych do wykonania w określonym czasie. Parametr jest szczególnie ważny dla stron korzystających z wielu małych plików i często odwołujących się do bazy danych.
• Liczba procesów i równoczesnych żądań – wpływa na to, ilu użytkowników może w tym samym momencie korzystać z dynamicznych funkcji strony.
• Limity baz danych – mogą dotyczyć liczby połączeń, czasu wykonywania zapytań albo wykorzystania procesora przez silnik bazodanowy.
• Inody – określają maksymalną liczbę plików i katalogów przechowywanych na koncie.
• Limity PHP – obejmują między innymi pamięć skryptu, maksymalny czas wykonania, wielkość przesyłanych plików i liczbę zmiennych formularza.

Szczególnie łatwo przeoczyć limit inodów. Konto może mieć jeszcze wiele gigabajtów wolnej przestrzeni, a mimo to przestać przyjmować nowe pliki. Dzieje się tak między innymi wtedy, gdy strona generuje rozbudowany cache, przechowuje liczne miniatury zdjęć albo na serwerze znajduje się wiele skrzynek pocztowych z tysiącami wiadomości.

Znaczenie ma również środowisko aplikacji. Hosting powinien oferować aktualne, wspierane wersje PHP, możliwość przełączania wersji dla poszczególnych domen, mechanizm OPcache oraz dostęp do zadań cron. Warto sprawdzić, czy można samodzielnie zmieniać podstawowe ustawienia bez każdorazowego kontaktowania się z administracją.

Uczciwa oferta powinna prezentować limity w czytelnej tabeli. Dodatkowym atutem jest panel pokazujący aktualne oraz historyczne wykorzystanie CPU, RAM-u, operacji dyskowych i procesów. Takie dane ułatwiają odróżnienie problemu z hostingiem od błędu w kodzie strony lub źle działającej wtyczki.

Jak ocenić szybkość, stabilność i dostępność hostingu?

Szybkość hostingu najlepiej oceniać na podstawie powtarzalnych pomiarów wykonywanych przez dłuższy czas. Pojedynczy test przeprowadzony tuż po uruchomieniu strony nie pokazuje, jak infrastruktura zachowuje się wieczorem, podczas kampanii reklamowej albo w godzinach największego obciążenia.

Jednym z przydatnych wskaźników jest TTFB, czyli czas od rozpoczęcia żądania do otrzymania pierwszego bajtu odpowiedzi. Pomaga on ocenić, jak szybko użytkownik zaczyna otrzymywać odpowiedź strony, ale nie jest wyłącznie miarą wydajności serwera. W zależności od sposobu pomiaru na wynik mogą wpływać również czas wyszukiwania DNS, zestawienie połączenia, negocjacja TLS, opóźnienia sieciowe oraz przekierowania. TTFB nie opisuje także całego procesu ładowania strony. Na ostateczny czas wyświetlenia witryny wpływają między innymi wielkość obrazów, liczba skryptów, konstrukcja motywu, działanie systemu cache, jakość połączenia i urządzenie użytkownika. 

Przed podjęciem decyzji warto sprawdzić:

• czas odpowiedzi serwera z kilku lokalizacji,
• stabilność wyniku o różnych porach dnia,
• szybkość działania panelu i bazy danych,
• dostępność strony podczas większego obciążenia,
• liczbę oraz długość historycznych awarii,
• zasady określone w SLA.

Deklaracja dostępności powinna być precyzyjna. Sam zapis „uptime 99,9%” nie wystarczy, jeśli nie wiadomo, jak operator prowadzi pomiary, które przerwy są wyłączone z obliczeń i jakie rekompensaty przysługują klientowi. Należy również sprawdzić, czy planowane prace techniczne są komunikowane z wyprzedzeniem.

Przy ważnej stronie firmowej warto uruchomić niezależny monitoring HTTP lub HTTPS. Narzędzie może regularnie sprawdzać, czy witryna odpowiada poprawnie, czy nie zwraca błędów serwera oraz czy czas reakcji nie przekracza ustalonego poziomu. Dzięki temu użytkownik otrzymuje dane niezależne od statystyk prezentowanych przez dostawcę.

Najbardziej miarodajne porównanie można przeprowadzić przed i po migracji. Umieszczenie tej samej strony na dwóch środowiskach pozwala ograniczyć wpływ kodu, treści oraz wtyczek. Jeżeli po przeniesieniu serwis działa zauważalnie szybciej mimo identycznej konfiguracji aplikacji, różnica wynika najprawdopodobniej z infrastruktury lub przydziału zasobów.

Jakie zabezpieczenia powinien oferować hosting współdzielony?

Bezpieczeństwo hostingu współdzielonego powinno opierać się na kilku współpracujących warstwach. Certyfikat SSL nie wystarczy, jeśli konta użytkowników nie są prawidłowo izolowane, panel nie obsługuje uwierzytelniania wieloskładnikowego, a oprogramowanie serwera jest przestarzałe.

Podstawą jest izolacja kont. Użytkownik powinien widzieć wyłącznie własne pliki i procesy, a przejęcie jednej strony nie może automatycznie otwierać dostępu do pozostałych klientów serwera. Warto sprawdzić, czy operator stosuje mechanizmy ograniczające zarówno dostęp do systemu plików, jak i wykorzystanie zasobów.

Bezpieczny hosting współdzielony powinien zapewniać:

• aktualizowane oprogramowanie serwerowe,
• wersje PHP objęte wsparciem bezpieczeństwa,
• zaporę sieciową i zaporę aplikacyjną WAF,
• filtrowanie typowych ataków na aplikacje internetowe,
• ochronę przed próbami masowego logowania,
• podstawowe ograniczanie ataków DDoS,
• skanowanie plików pod kątem złośliwego oprogramowania,
• rejestrowanie istotnych zdarzeń,
• możliwość blokowania lub separowania zainfekowanych plików,
• bezpieczny dostęp SFTP lub SSH,
• uwierzytelnianie wieloskładnikowe do panelu.

MFA utrudnia przejęcie konta nawet wtedy, gdy hasło zostanie ujawnione. Jest szczególnie istotne, ponieważ panel hostingowy często pozwala zarządzać wszystkimi domenami, bazami danych, skrzynkami pocztowymi oraz kopiami zapasowymi klienta.

Dostęp przez zwykły, nieszyfrowany FTP powinien zostać zastąpiony bezpieczniejszym rozwiązaniem, takim jak SFTP lub FTPS. SFTP jest odrębnym protokołem przesyłania plików działającym przez SSH, natomiast FTPS to klasyczny FTP zabezpieczony protokołem TLS. Warto sprawdzić, które z tych rozwiązań oferuje operator, oraz czy umożliwia tworzenie osobnych kont dostępowych z ograniczonymi uprawnieniami. Pozwala to przekazać wykonawcy dostęp wyłącznie do określonego katalogu, zamiast udostępniać główne dane logowania do konta hostingowego. 

Za bezpieczeństwo odpowiadają jednocześnie operator i właściciel strony. Dostawca chroni infrastrukturę, ale użytkownik nadal musi aktualizować CMS, motyw i rozszerzenia, usuwać nieużywane wtyczki oraz korzystać z silnych, unikalnych haseł. Nawet dobrze zabezpieczony serwer nie usunie podatności znajdującej się w zaniedbanej aplikacji.

Ile miejsca na dysku i transferu potrzebuje strona internetowa?

Wymaganą pojemność należy obliczać na podstawie całego konta, a nie tylko katalogu zawierającego stronę. Przestrzeń zajmują również bazy danych, poczta, logi, pliki cache, kopie zapasowe, środowiska testowe i pliki tymczasowe tworzone podczas aktualizacji.

Prosta strona firmowa bez rozbudowanej galerii zwykle nie potrzebuje ogromnej przestrzeni. Znacznie większe wymagania mają sklepy z rozbudowanym katalogiem, serwisy publikujące zdjęcia w wysokiej rozdzielczości, platformy udostępniające materiały do pobrania oraz strony przechowujące nagrania.

Przy szacowaniu pojemności warto uwzględnić:

• aktualny rozmiar plików strony,
• wielkość wszystkich baz danych,
• zajętość skrzynek e-mail,
• pliki generowane przez cache,
• kopie wykonywane na koncie,
• środowisko testowe,
• planowany rozwój serwisu,
• zapas potrzebny podczas aktualizacji.

Nie należy pracować stale przy niemal całkowicie zapełnionym koncie. Instalacja aktualizacji lub utworzenie archiwum może wymagać tymczasowo dodatkowej przestrzeni. Jeżeli jej zabraknie, operacja może zostać przerwana, a strona pozostanie w niepełnym lub uszkodzonym stanie.

Transfer zależy przede wszystkim od liczby odsłon oraz wagi pobieranych danych. Jeżeli pojedyncze wyświetlenie podstrony wymaga pobrania 3 MB, tysiąc podobnych odsłon oznacza około 3 GB transferu, nie uwzględniając ruchu botów, panelu administracyjnego, poczty i plików do pobrania.

Oferta określana jako „nielimitowany transfer” może nadal podlegać zasadom uczciwego wykorzystania albo ograniczeniom innych zasobów. W praktyce szybciej niż transfer mogą skończyć się procesor, pamięć, równoczesne procesy lub operacje dyskowe. Dlatego pojemność i transfer należy analizować razem z pełną tabelą parametrów konta.

Jak powinny działać kopie zapasowe hostingu? 

Kopie zapasowe powinny być tworzone automatycznie, przechowywane przez jasno określony czas i możliwe do przywrócenia bez skomplikowanej procedury. Informacja, że „hosting wykonuje backup”, jest zbyt ogólna. Klient powinien wiedzieć, co jest kopiowane, jak często i gdzie znajdują się dane.

Przed wyborem usługi należy ustalić:

• jak często powstają kopie,
• jak długo są przechowywane,
• ile punktów przywracania jest dostępnych,
• czy backup obejmuje pliki, bazy, pocztę i konfigurację,
• czy można przywrócić pojedynczy plik lub bazę,
• czy kopie znajdują się poza serwerem produkcyjnym,
• czy klient może sam pobrać pełne archiwum,
• ile trwa odtworzenie danych,
• czy przywrócenie jest dodatkowo płatne.

Częstotliwość kopii powinna odpowiadać dynamice strony. W przypadku prostej wizytówki codzienny backup może być wystarczający. Sklep internetowy, w którym regularnie pojawiają się zamówienia i aktualizowane są stany magazynowe, może wymagać częstszych kopii bazy danych.

Kopia przechowywana wyłącznie na tej samej infrastrukturze nie zapewnia pełnej ochrony. Awaria macierzy, błąd administracyjny, skuteczny atak lub zaszyfrowanie danych mogą objąć zarówno środowisko produkcyjne, jak i dostępne z niego archiwa. Przynajmniej jedna kopia powinna znajdować się poza głównym serwerem. Backup należy również testować. Poprawnie zakończone zadanie nie daje pewności, że archiwum jest kompletne i możliwe do odtworzenia. Dla ważnych projektów wskazane jest okresowe przywrócenie kopii w środowisku testowym i sprawdzenie działania strony, formularzy, panelu oraz bazy danych. Kopia operatora nie powinna być jedynym zabezpieczeniem. Rozsądnym rozwiązaniem jest przechowywanie dodatkowego archiwum w niezależnej lokalizacji, zgodnie z zasadą wielu kopii na różnych nośnikach, w tym przynajmniej jednej poza podstawową infrastrukturą.