Jakiego VPS naprawdę potrzebuje WordPress?

Mniej, niż Państwu mówiono, jeśli strona korzysta z cache. Strona z cache to plik, który serwer WWW wysyła prosto z dysku (PHP się nie uruchamia, a baza danych nie jest używana), więc na stronie, gdzie większość odwiedzających widzi strony z cache, RAM decyduje o tym, ile NIEZBUFOROWANYCH żądań może działać jednocześnie, a nie o tym, ilu może być odwiedzających. Dlatego maszyna z 1 GB obsłuży prawdziwy blog: gdy system operacyjny i baza danych zajmą swoje mniej więcej 700 MB, reszta wciąż wystarcza na kilka workerów PHP, a kilka wystarczy, gdy dziewięć na dziesięć żądań nigdy nie trafia do PHP. RAM naprawdę rozstrzyga w przypadku sklepu lub serwisu członkowskiego, bo koszyków, finalizacji zamówień i sesji zalogowanych użytkowników nie da się buforować, a każde z nich to żywe żądanie PHP.

Uczciwa odpowiedź brzmi: nikt nie powie tego z zewnątrz, bo zależy to od tego, ile Państwa żądań trafia do cache i jak długo trwa niezbuforowane żądanie. Możemy podać rachunek: workery = (RAM − 300 MB na system − 400 MB na bazę danych) ÷ pamięć zajmowana przez jeden worker PHP, a worker potrzebujący 200 ms obsługuje pięć żądań na sekundę. Proszę pomnożyć i przyjąć pesymistyczne założenia. Potem przetestować: wdrożyć serwer na godziny, uruchomić test obciążenia własnej strony z własnymi wtyczkami i usunąć maszynę. Kosztuje to kilka centów i jest lepsze od każdego szacunku na tej stronie, łącznie z naszymi.

Przepustowości, częściej niż się zakłada, a to liczba, której prawie żaden dostawca nie podaje przy planie. Typowa strona WordPress waży około 2,5 MB, więc sto tysięcy odsłon to mniej więcej 244 GB, czyli bez problemu. Milion to około 2.4 TB, więcej niż limit kilku planów, którym zostaje jeszcze mnóstwo pamięci. Właśnie dlatego ta strona pokazuje kolumnę z limitem: BD-8 ma 32 TB, a C4-8-150 ma 4 TB, i przy stronie z dużą ilością multimediów ta różnica znaczy więcej niż rdzenie.

Tylko jeśli wolą Państwo nie zajmować się aktualizacjami. VPS daje dostęp root i nic więcej: to Państwo instalują WordPress, instalują poprawki, robią kopie zapasowe i odpowiadają za to, gdy wtyczka zepsuje stronę o 2 w nocy. To tańsze i bardziej elastyczne, ale faktycznie wymaga więcej pracy. Jeśli nie chcą się Państwo tym zajmować, mamy poziomy zarządzane i wolimy Państwa do nich skierować, niż sprzedać maszynę, której nie będą Państwo utrzymywać. Niezaktualizowany WordPress to najczęściej przejmowana rzecz w internecie.

W jednej lokalizacji: tak, prawie zawsze. Rozdzielenie dodaje skok sieciowy do każdego zapytania i drugą maszynę do utrzymania, w zamian za zapas, którego prawdopodobnie jeszcze Państwo nie potrzebują. Proszę je rozdzielić, gdy baza danych faktycznie jest ograniczeniem i zostało to zmierzone, albo gdy działa kilka stron na tyle ciężkich, że warto odizolować bazę. Jeśli zdecydują się Państwo na rozdzielenie, nasza linia zarządzanych baz danych prowadzi za Państwa PostgreSQL i MySQL, a to inny kompromis: więcej pieniędzy, mniej Państwa wieczorów.

Ten najbliżej Państwa czytelników, nie Państwa. Odległość jest jednym z czynników decydujących o tym, jak szybko strona zaczyna się ładować, a strona czytana w Europie lepiej działa z Europy, nawet jeśli Państwo są gdzie indziej. Jeśli czytelnicy są rozproszeni, proszę umieścić serwer blisko największej grupy, a przed plikami statycznymi postawić CDN, bo w tym CDN jest naprawdę dobry. Sprzedajemy w kilku regionach, a każda strona planu podaje te, w których można go faktycznie uruchomić.

Tak, i jest to kopia plików oraz zrzut bazy danych, a nie żaden specjalny produkt. Poradzi sobie z tym każda ze standardowych wtyczek do migracji; możesz też przenieść stronę ręcznie za pomocą rsync i mysqldump, jeśli wolisz rozumieć, co się stało. Wdróż nową maszynę na godziny na czas testowania kopii, skieruj na nią domenę, gdy wszystko będzie w porządku, i usuń starą. Okres równoległego działania kosztuje grosze, a wycofanie zmian sprowadza się do „przywrócenia poprzedniego DNS”.