VPS NVMe<\/a> przynosi wtedy, gdy pomiary potwierdzaj\u0105, \u017ce sklep regularnie oczekuje na operacje wej\u015bcia i wyj\u015bcia. Je\u017celi aktywny zestaw danych mie\u015bci si\u0119 w RAM, cache dzia\u0142a skutecznie, a ruch jest niewielki, wp\u0142yw szybszego dysku na ka\u017cd\u0105 ods\u0142on\u0119 mo\u017ce by\u0107 mniej widoczny. Nadal pozostaje on jednak istotny podczas import\u00f3w, aktualizacji, backup\u00f3w i nag\u0142ych wzrost\u00f3w obci\u0105\u017cenia.<\/p>\nJak zoptymalizowa\u0107 baz\u0119 danych przy rozbudowanym katalogu?<\/h2>\n
Optymalizacja powinna zaczyna\u0107 si\u0119 od znalezienia rzeczywistych problem\u00f3w, a nie od przypadkowej zmiany parametr\u00f3w serwera. Podniesienie limitu pami\u0119ci lub dodanie indeksu bez analizy mo\u017ce nie przynie\u015b\u0107 poprawy, a w niekt\u00f3rych sytuacjach zwi\u0119kszy\u0107 koszt operacji zapisu.<\/p>\n
Pierwszym krokiem jest uruchomienie rejestrowania wolnych zapyta\u0144. Pozwala to sprawdzi\u0107, kt\u00f3re instrukcje wykonuj\u0105 si\u0119 najd\u0142u\u017cej, jak cz\u0119sto s\u0105 wywo\u0142ywane i ile rekord\u00f3w analizuj\u0105. Zapytanie trwaj\u0105ce sekund\u0119, ale wykonywane kilka razy dziennie, mo\u017ce by\u0107 mniej problematyczne ni\u017c operacja trwaj\u0105ca 200 milisekund i uruchamiana przy ka\u017cdej ods\u0142onie kategorii.<\/p>\n
Nast\u0119pnie warto przeanalizowa\u0107 plan wykonania za pomoc\u0105 EXPLAIN<\/code>. Pokazuje on mi\u0119dzy innymi kolejno\u015b\u0107 odczytu tabel, wykorzystywane indeksy oraz przewidywan\u0105 liczb\u0119 przegl\u0105danych rekord\u00f3w. Dzi\u0119ki temu mo\u017cna wykry\u0107 pe\u0142ne skanowanie du\u017cych tabel, kosztowne sortowanie lub nieefektywne po\u0142\u0105czenia.<\/p>\nPrzy optymalizacji bazy rozbudowanego sklepu szczeg\u00f3lne znaczenie maj\u0105 nast\u0119puj\u0105ce dzia\u0142ania:<\/p>\n
\n- Dodawanie indeks\u00f3w odpowiadaj\u0105cych rzeczywistym warunkom filtrowania, \u0142\u0105czenia i sortowania.<\/strong> Indeks powinien wynika\u0107 z analizy zapyta\u0144, a nie z za\u0142o\u017cenia, \u017ce im wi\u0119cej indeks\u00f3w, tym lepiej.<\/li>\n
- Usuwanie zb\u0119dnych indeks\u00f3w.<\/strong> Ka\u017cdy dodatkowy indeks zajmuje miejsce i musi zosta\u0107 zaktualizowany podczas zapisu, dlatego ich nadmiar mo\u017ce spowalnia\u0107 importy i masowe zmiany.<\/li>\n
- W\u0142a\u015bciwe ustawienie bufora InnoDB.<\/strong> Cz\u0119sto u\u017cywane dane i indeksy powinny w mo\u017cliwie du\u017cym stopniu znajdowa\u0107 si\u0119 w pami\u0119ci, aby baza nie musia\u0142a stale odczytywa\u0107 ich z dysku.<\/li>\n
- Kontrolowanie rozrostu tabel.<\/strong> Wtyczki mog\u0105 przechowywa\u0107 logi, sesje, kolejki zada\u0144, dane tymczasowe i histori\u0119 operacji, kt\u00f3re z czasem zajmuj\u0105 wi\u0119cej miejsca ni\u017c sam katalog produkt\u00f3w.<\/li>\n
- Dzielenie du\u017cych operacji na partie.<\/strong> Importowanie mniejszych porcji danych ogranicza ryzyko d\u0142ugich blokad, przekroczenia limitu czasu i nag\u0142ego wykorzystania ca\u0142ej pami\u0119ci.<\/li>\n
- Wykonywanie ci\u0119\u017ckich zada\u0144 poza godzinami szczytu.<\/strong> Przebudowa indeks\u00f3w, synchronizacja ca\u0142ego katalogu i generowanie miniaturek nie powinny bez potrzeby konkurowa\u0107 z ruchem klient\u00f3w.<\/li>\n
- Sprawdzanie tabel pomocniczych i lookup tables.<\/strong> W WooCommerce s\u0142u\u017c\u0105 one do szybszego pobierania wybranych informacji produktowych. Ich brak aktualno\u015bci mo\u017ce prowadzi\u0107 zar\u00f3wno do b\u0142\u0119dnych danych, jak i niepotrzebnego obci\u0105\u017cenia.<\/li>\n
- Ograniczanie liczby powtarzalnych zapyta\u0144.<\/strong> Prawid\u0142owo wdro\u017cony trwa\u0142y cache obiektowy mo\u017ce przechowywa\u0107 wyniki cz\u0119sto wykonywanych odczyt\u00f3w pomi\u0119dzy kolejnymi \u017c\u0105daniami.<\/li>\n<\/ul>\n
Du\u017c\u0105 ostro\u017cno\u015b\u0107 nale\u017cy zachowa\u0107 przy automatycznych narz\u0119dziach obiecuj\u0105cych \u201eoczyszczenie i przyspieszenie bazy jednym klikni\u0119ciem\u201d. Usuni\u0119cie nieu\u017cywanych danych mo\u017ce pom\u00f3c, ale ingerowanie w indeksy, tabele i wpisy w aktywnym sklepie powinno by\u0107 poprzedzone kopi\u0105 zapasow\u0105 oraz testem na osobnym \u015brodowisku.<\/p>\n
Jak pami\u0119\u0107 RAM i procesor wp\u0142ywaj\u0105 na szybko\u015b\u0107 wyszukiwania i filtrowania produkt\u00f3w?<\/h2>\n
Dysk NVMe odpowiada za szybki dost\u0119p do danych, ale w dobrze skonfigurowanym sklepie znaczna cz\u0119\u015b\u0107 najcz\u0119\u015bciej u\u017cywanych informacji powinna by\u0107 obs\u0142ugiwana bez ci\u0105g\u0142ego odczytywania ich z no\u015bnika. Do tego potrzebna jest odpowiednia ilo\u015b\u0107 pami\u0119ci RAM.<\/p>\n
Pami\u0119\u0107 operacyjna jest wykorzystywana mi\u0119dzy innymi przez:<\/p>\n
\n- bufor bazy danych,<\/li>\n
- procesy PHP,<\/li>\n
- trwa\u0142y cache obiektowy,<\/li>\n
- OPcache,<\/li>\n
- system operacyjny,<\/li>\n
- serwer WWW,<\/li>\n
- kolejki i procesy wykonywane w tle.<\/li>\n<\/ul>\n
Je\u017celi bufor bazy jest zbyt ma\u0142y, potrzebne dane i indeksy cz\u0119\u015bciej musz\u0105 by\u0107 pobierane z dysku. Gdy pami\u0119ci zaczyna brakowa\u0107 ca\u0142emu systemowi, mo\u017ce zosta\u0107 uruchomiony swap. Nawet przy szybkim NVMe przenoszenie aktywnych danych mi\u0119dzy RAM a dyskiem zwykle powoduje zauwa\u017calny spadek wydajno\u015bci.<\/p>\n
Procesor wykonuje kod sklepu, obs\u0142uguje zapytania SQL, sortuje i agreguje wyniki, przelicza warunki filtr\u00f3w oraz realizuje regu\u0142y cenowe. Jest r\u00f3wnie\u017c wykorzystywany podczas kompresowania odpowiedzi, przetwarzania zdj\u0119\u0107 i wykonywania zada\u0144 w tle.<\/p>\n
Wyszukiwanie i filtrowanie mog\u0105 obci\u0105\u017ca\u0107 jednocze\u015bnie CPU, RAM oraz dysk. Je\u017celi zapytanie korzysta z w\u0142a\u015bciwego indeksu, a potrzebne dane mieszcz\u0105 si\u0119 w pami\u0119ci, odpowied\u017a mo\u017ce zosta\u0107 wygenerowana szybko. Przy braku indeksu baza musi przeanalizowa\u0107 znacznie wi\u0119kszy zbi\u00f3r, co zwi\u0119ksza u\u017cycie procesora i liczb\u0119 odczyt\u00f3w.<\/p>\n
Istotna jest r\u00f3wnie\u017c konfiguracja PHP-FPM. Parametr okre\u015blaj\u0105cy maksymaln\u0105 liczb\u0119 proces\u00f3w wp\u0142ywa na to, ile dynamicznych \u017c\u0105da\u0144 sklep mo\u017ce obs\u0142u\u017cy\u0107 r\u00f3wnolegle. Zbyt niski limit powoduje kolejk\u0119 i wyd\u0142u\u017ca oczekiwanie u\u017cytkownik\u00f3w. Zbyt wysoki sprawia natomiast, \u017ce jednocze\u015bnie uruchomione procesy mog\u0105 zu\u017cy\u0107 ca\u0142\u0105 dost\u0119pn\u0105 pami\u0119\u0107.<\/p>\n
Limit powinien by\u0107 dobierany na podstawie rzeczywistego zu\u017cycia RAM przez pojedynczy proces, z uwzgl\u0119dnieniem zasob\u00f3w potrzebnych bazie, cache i systemowi. Nie nale\u017cy ustawia\u0107 go wy\u0142\u0105cznie wed\u0142ug liczby rdzeni procesora.<\/p>\n
Znaczenie maj\u0105 r\u00f3wnie\u017c dwa mechanizmy ograniczaj\u0105ce powtarzaln\u0105 prac\u0119:<\/p>\n
\n- OPcache<\/strong> przechowuje skompilowany kod PHP w pami\u0119ci wsp\u00f3\u0142dzielonej, dzi\u0119ki czemu nie trzeba ponownie wczytywa\u0107 i analizowa\u0107 wszystkich skrypt\u00f3w przy ka\u017cdym \u017c\u0105daniu.<\/li>\n
- Trwa\u0142y cache obiektowy<\/strong> pozwala przechowywa\u0107 mi\u0119dzy \u017c\u0105daniami cz\u0119sto wykorzystywane dane, zmniejszaj\u0105c liczb\u0119 powtarzanych odczyt\u00f3w z bazy.<\/li>\n<\/ul>\n
Konfiguracj\u0119 zasob\u00f3w najlepiej sprawdza\u0107 podczas testu odwzorowuj\u0105cego prawdziwe zachowanie klient\u00f3w. Samo otwieranie strony g\u0142\u00f3wnej nie poka\u017ce obci\u0105\u017cenia generowanego przez jednoczesne filtrowanie, wyszukiwanie, dodawanie produkt\u00f3w do koszyka i realizowanie zam\u00f3wie\u0144.<\/p>\n
Kiedy warto skalowa\u0107 VPS NVMe wraz z rozwojem sklepu?<\/h2>\n
Skalowanie powinno wynika\u0107 z trend\u00f3w widocznych w monitoringu, a nie dopiero z powa\u017cnej awarii podczas kampanii. Rosn\u0105cy katalog, coraz wi\u0119kszy ruch i dodatkowe integracje stopniowo zmieniaj\u0105 profil obci\u0105\u017cenia sklepu. Konfiguracja, kt\u00f3ra by\u0142a wystarczaj\u0105ca rok wcze\u015bniej, mo\u017ce nie obs\u0142ugiwa\u0107 sprawnie nowych proces\u00f3w.<\/p>\n
Rozbudow\u0119 zasob\u00f3w warto rozwa\u017cy\u0107, gdy:<\/p>\n
\n- procesor przez d\u0142u\u017cszy czas pracuje z wysokim obci\u0105\u017ceniem,<\/li>\n
- czas odpowiedzi ro\u015bnie w godzinach najwi\u0119kszego ruchu,<\/li>\n
- pojawiaj\u0105 si\u0119 kolejki oczekuj\u0105cych proces\u00f3w PHP,<\/li>\n
- baza nie mie\u015bci aktywnego zestawu danych w pami\u0119ci,<\/li>\n
- system regularnie korzysta ze swapu,<\/li>\n
- op\u00f3\u017anienia dyskowe rosn\u0105 podczas import\u00f3w i aktualizacji,<\/li>\n
- zadania wykonywane w tle zak\u0142\u00f3caj\u0105 obs\u0142ug\u0119 klient\u00f3w,<\/li>\n
- backup lub generowanie miniaturek wyra\u017anie spowalnia witryn\u0119,<\/li>\n
- zwi\u0119kszenie ruchu prowadzi do gwa\u0142townego pogorszenia dzia\u0142ania filtr\u00f3w.<\/li>\n<\/ul>\n
Kierunek skalowania powinien odpowiada\u0107 wykrytemu ograniczeniu. Wi\u0119cej pami\u0119ci RAM pomo\u017ce wtedy, gdy baza i cache nie mieszcz\u0105 potrzebnych danych. Dodatkowe rdzenie CPU b\u0119d\u0105 przydatne przy intensywnym wykonywaniu kodu, sortowaniu, agregowaniu i wielu r\u00f3wnoczesnych procesach. Wy\u017csze limity I\/O lub wydajniejsza warstwa dyskowa maj\u0105 znaczenie, gdy system oczekuje na zapis albo odczyt danych.<\/p>\n
Skalowanie pionowe, czyli zwi\u0119kszanie zasob\u00f3w jednego VPS, jest zwykle najprostszym etapem rozwoju. W wi\u0119kszych sklepach mo\u017ce jednak nadej\u015b\u0107 moment, w kt\u00f3rym lepsze efekty przyniesie rozdzielenie poszczeg\u00f3lnych funkcji.<\/p>\n
Do osobnych us\u0142ug lub maszyn mo\u017cna przenie\u015b\u0107 mi\u0119dzy innymi:<\/p>\n
\n- baz\u0119 danych,<\/li>\n
- trwa\u0142y cache,<\/li>\n
- wyszukiwark\u0119 produktow\u0105,<\/li>\n
- pliki statyczne i zdj\u0119cia,<\/li>\n
- zadania asynchroniczne,<\/li>\n
- procesy importu i integracji,<\/li>\n
- system wykonywania kopii zapasowych.<\/li>\n<\/ul>\n
Taka architektura pozwala skalowa\u0107 najbardziej obci\u0105\u017cone elementy niezale\u017cnie. Jest jednak bardziej z\u0142o\u017cona i wymaga monitorowania komunikacji pomi\u0119dzy us\u0142ugami. Nie powinna by\u0107 wdra\u017cana wy\u0142\u0105cznie dlatego, \u017ce brzmi bardziej zaawansowanie.<\/p>\n
Rozw\u00f3j infrastruktury warto zaplanowa\u0107 przed uruchomieniem kampanii, migracj\u0105 du\u017cego katalogu lub pod\u0142\u0105czeniem kolejnego kana\u0142u sprzeda\u017cy. Pozwala to wykona\u0107 testy obci\u0105\u017ceniowe i sprawdzi\u0107 zachowanie sklepu bez presji zwi\u0105zanej z aktywnym ruchem klient\u00f3w.<\/p>\n
W Rapid DC patrzymy na VPS NVMe jako na element ca\u0142ego \u015brodowiska, a nie sam szybki dysk. Dob\u00f3r procesora, pami\u0119ci, parametr\u00f3w warstwy dyskowej oraz mo\u017cliwo\u015bci dalszego skalowania powinien odpowiada\u0107 charakterowi katalogu, integracjom i rzeczywistemu nat\u0119\u017ceniu ruchu. Dzi\u0119ki temu infrastruktura wspiera sprzeda\u017c r\u00f3wnie\u017c w okresach intensywnych aktualizacji i zwi\u0119kszonego zainteresowania ofert\u0105.<\/p>\n