Hosting Magento - wymagania serwera, koszty i wybór infrastruktury

Wymagania zależą od dokładnego wydania Magento i poprawki, dlatego sam zapis "Magento 2" nie wystarczy do oceny zgodności hostingu. Poniższa tabela dotyczy Adobe Commerce on-premises, czyli instalacji utrzymywanej na własnej infrastrukturze lub u zewnętrznego dostawcy. Nie przedstawiamy jej jako uniwersalnej tabeli wymagań Magento Open Source: dla tej edycji należy zweryfikować wymagania wybranego pakietu i rozszerzeń, a następnie potwierdzić kombinację usług dla dokładnej wersji.

Dla Adobe Commerce 2.4.8 i nowszych wybieraj OpenSearch, a nie Elasticsearch. Dokumentacja Adobe dotycząca przygotowania aktualizacji wskazuje, że te wydania nie obsługują Elasticsearch; mimo wpisu w zestawieniu zależności systemowych dla 2.4.8-p5, właściwą decyzją dla nowej infrastruktury jest OpenSearch 3. Zawsze sprawdź wymagania dokładnego patcha, bo tabela zależności może różnić się między wydaniami.

Wymagania wyszukiwarki i bazy to dopiero początek. Sprawdź również rozszerzenia PHP, Composer, system operacyjny, serwer WWW oraz wersje cache i kolejek wymagane przez konfigurację sklepu i jego moduły. Magento potrzebuje skonfigurowanego crona; dostęp SSH ułatwia uruchamianie poleceń administracyjnych, wdrożeń i diagnostyki.

Nie opieraj się wyłącznie na wyniku `php -v` i `php -m` z SSH. Polecenia mogą pokazać PHP CLI, podczas gdy witryna korzysta z innej wersji PHP-FPM albo innego zestawu rozszerzeń. Poproś dostawcę o konfigurację przypisaną do domeny i sprawdź pliki `php.ini` dla CLI oraz FPM, na przykład `/etc/php//cli/php.ini` i `/etc/php//fpm/php.ini`.

Zapisz wydanie, poprawki bezpieczeństwa, rozszerzenia i wymagane usługi przed porównaniem ofert. Jeśli planujesz upgrade, sprawdź wymagania wersji docelowej i zgodność modułów, a nie tylko obecnego środowiska. Wprowadzenie do platformy znajdziesz w poradniku Magento dla sklepów online.

Dobierz infrastrukturę do ruchu, wymaganej kontroli i kompetencji zespołu. Sama nazwa VPS, serwer dedykowany czy chmura nie gwarantuje wydajności, izolacji ani sprawnych kopii zapasowych.

Przy VPS zapytaj o gwarantowane zasoby CPU, typ dysku, limity procesów oraz zasady obsługi przeciążeń. W chmurze ustal, które elementy skalują się niezależnie i jak naliczane są opłaty za ich użycie. Magento, baza danych, wyszukiwarka, cache i kolejki muszą być przygotowane na planowany model pracy.

Porównując opcje dla różnych platform, zobacz też hosting sklepu internetowego oraz hosting WooCommerce.

Koszt utrzymania Magento tworzą serwer, usługi dodatkowe i praca operacyjna, a nie tylko miesięczna opłata za maszynę. Ten poradnik pokazuje składniki kosztu i sposób ich porównania, nie podaje wyceny rynkowej: kwoty zależą od dostawcy, parametrów, regionu, modelu umowy i potrzeb sklepu. Aktualną cenę konkretnej oferty sprawdź w cenniku i regulaminie dostawcy, zwłaszcza po zakończeniu promocji.

Do porównania ofert przygotuj własne profile, bez przypisywania im uniwersalnych kwot. Profil testowy uwzględnia staging, kopię i dostęp administracyjny; profil małego sklepu dodaje produkcyjne usługi oraz podstawowy monitoring; profil z ruchem szczytowym może wymagać osobnej bazy, wyszukiwarki i dyżuru administracyjnego. W każdym przypadku poproś dostawców o wycenę tego samego zakresu.

Policz całkowity koszt dla jednakowego okresu. Zapisz osobno opłatę początkową, odnowienie, zasoby, administrację, kopie, monitoring, staging i pracę, która pozostaje po stronie Twojego zespołu. Przy decyzji o wykonawcy sprawdź zakres hostingu sklepu internetowego: w przypadku Magento potwierdź przed zakupem zgodność wymaganych wersji usług, dostęp do stagingu, kopie i dokładny zakres administracji. Wybór komponentów platformy omawiamy również w opisie rozwiązań Magento dla e-commerce.

Liczba produktów sama nie pozwala wiarygodnie dobrać serwera. Na zapotrzebowanie wpływają warianty produktów, równoczesne sesje, moduły, wyszukiwanie, koszt zapytań, indeksowanie, importy i synchronizacje zewnętrzne.

Z działającego sklepu zbierz pomiary z typowego dnia oraz okresu szczytowego: aktywne sesje, czas odpowiedzi, użycie CPU i pamięci, rozmiar bazy oraz błędy. Zanotuj harmonogram importów, synchronizacji stanów, generowania feedów i reindeksowania. Dla nowego sklepu przygotuj scenariusze ruchu i zadań biznesowych zamiast opierać się na samej liczbie odsłon.

Test obciążeniowy przeprowadź na środowisku testowym z reprezentatywną kopią. Stopniowo zwiększaj liczbę żądań i uwzględnij kategorie, karty produktów, wyszukiwarkę oraz koszyk. Obserwuj CPU, pamięć, czasy odpowiedzi, błędy HTTP, kolejkę zadań, bazę i wyszukiwarkę; testu produkcyjnego checkoutu nie uruchamiaj bez uzgodnienia z dostawcą.

Diagnozuj warstwami. Jeśli wolno odpowiadają różne dynamiczne strony, sprawdź zasoby aplikacji, bazę i czasy odpowiedzi usług. Jeśli spowalnia głównie wyszukiwanie lub reindeksowanie, zbadaj tę usługę, zamiast automatycznie zwiększać parametry całego serwera.

Hosting zarządzany może ograniczyć zadania operacyjne po stronie sklepu, ale jego nazwa nie przesądza, czy obejmuje administrację Magento. Własny serwer daje większą kontrolę, a zespół przejmuje planowanie aktualizacji, bezpieczeństwa, monitoringu i reakcji na awarie.

Perspektywa KC Mobile: przy wdrożeniach sklepów częstym źródłem nieporozumień jest różnica między pomocą w obsłudze hostingu a odpowiedzialnością za aplikację Magento. Ustal przed startem, kto aktualizuje system, testuje moduły, odtwarza kopię i diagnozuje błąd po wdrożeniu. Czas reakcji wpisz jako konkretny zakres usługi.

Funkcje produkcyjnego hostingu mają znaczenie, gdy można potwierdzić ich działanie i przypisaną odpowiedzialność. Przy odbiorze środowiska sprawdź monitoring, dostęp do logów, ochronę sieci oraz procedurę zgłoszenia awarii.

Lista kontrolna odbioru obejmuje:
- staging z kontrolą dostępu i usługami zgodnymi z produkcją;
- kopię plików, bazy i konfiguracji przechowywaną poza głównym serwerem;
- próbne odtworzenie kopii i zapis wyniku;
- monitoring dostępności, CPU, pamięci, dysku, bazy i wyszukiwarki;
- dostęp do logów serwera, PHP-FPM i Magento;
- opis działania WAF oraz procedurę obsługi błędnie blokowanych żądań;
- SSH, Composer i sposób wdrażania zmian;
- kanał awaryjny, godziny dyżuru i zasady eskalacji.

Ustal dopuszczalną utratę danych i maksymalny czas przywracania sklepu. Częstotliwość kopii mówi, ile zmian może nie trafić do kopii, a test odtworzenia pozwala sprawdzić, czy można przywrócić sklep w uzgodnionym czasie. Szczegółowe zasady przygotowania hostingu opisujemy w poradniku o bezpiecznym hostingu landing page.

Poproś o parametry środowiska w formie, którą da się porównać z wymaganiami instalacji Magento. Nazwa pakietu nie opisuje limitów zasobów, usług ani odpowiedzialności za incydenty.

Przed umową uzyskaj odpowiedzi na pytania:
- Jakie wersje PHP-FPM, bazy i OpenSearch są dostępne dla mojego wydania Magento?
- Jakie rozszerzenia PHP działają dla domeny, a nie tylko w CLI?
- Ile CPU i RAM jest gwarantowane oraz jakie limity obejmują procesy, połączenia i czas wykonania?
- Czy cron uruchamia polecenia Magento jako właściciel plików?
- Czy otrzymam SSH, Composer i dostęp do logów?
- Gdzie są przechowywane kopie, jak długo pozostają dostępne i jak wygląda odtworzenie?
- Kto aktualizuje system, reaguje na awarie i diagnozuje problemy aplikacji?
- Jakie są godziny wsparcia, kanały zgłoszeń i warunki zakończenia umowy?

Poproś o środowisko testowe i sprawdź instalację, połączenie z usługami oraz wykonanie zadań cron. Rozliczenie powinno jasno rozdzielać administrację systemem od pracy nad aplikacją i modułami. Przy kalkulacji rocznej uwzględnij także koszt hostingu i domeny, bo cena startowa nie pokazuje pełnego kosztu utrzymania.

Przeprowadź migrację na kopii i zmień DNS dopiero po przejściu testów. Plan powinien wskazywać osoby odpowiedzialne, czas synchronizacji danych i sposób powrotu do poprzedniego środowiska.

1. Zinwentaryzuj wydanie Magento, PHP-FPM, moduły, usługi, cron i integracje.
2. Wykonaj kopię plików, bazy i konfiguracji oraz potwierdź możliwość jej odtworzenia.
3. Przygotuj nowy staging i zaimportuj kopię sklepu.
4. Sprawdź panel, wyszukiwarkę, indeksowanie, kolejki, pocztę i logi.
5. Przetestuj płatności, dostawy, CRM, ERP, stany i webhooki w trybie testowym.
6. Ustal okno przełączenia, ogranicz zmiany w sklepie i wykonaj końcową synchronizację bazy.
7. Zmień DNS i obserwuj zamówienia, błędy oraz czasy odpowiedzi.
8. Zachowaj poprzednie środowisko do końca uzgodnionego okresu obserwacji.

Po migracji sprawdź złożenie zamówienia, wysłanie wiadomości transakcyjnej, aktualizację stanu i działanie integracji. Przy awarii zapisz czas zdarzenia, adres żądania, kod HTTP i wpis z logu. Te dane pomagają rozróżnić błąd DNS od problemu z bazą, cronem, PHP-FPM lub wyszukiwarką. Jeśli przenosisz równolegle inne witryny oparte na WordPressie, zobacz też zakres migracji WordPress.

• Hosting zdjęć w sklepie internetowym: wybór, koszty i wdrożenie
• Co to jest Hostinger i kiedy warto wybrać tę usługę?
• Cloud hosting: co to jest, jak działa i kiedy wybrać chmurę
• Opieka i hosting strony firmowej: zakres usługi, SLA i kryteria wyboru