Serwer ISPConfig zwykle zaczyna od robienia wszystkiego: strony, poczta, DNS i bazy danych na jednej maszynie. Działa to do czasu, aż filtrowanie poczty zaczyna konkurować o pamięć z obciążonymi stronami albo jedna awaria wyłącza strony, e-mail i rozwiązywanie nazw w tej samej chwili. Konfiguracja multiserver ISPConfig rozdziela te role na kilka serwerów, a Ty nadal zarządzasz nimi wszystkimi z jednego panelu hostingowego. Ten poradnik wyjaśnia, jak to działa, które role warto rozdzielić najpierw i co zaplanować przed instalacją ISPConfig, żeby podział nie stworzył nowych słabych punktów.

Jak działa konfiguracja multiserver ISPConfig

W trybie multiserver jedna maszyna jest serwerem master ISPConfig. Uruchamia panel i przechowuje główną bazę danych ISPConfig. Każdy pozostały serwer ma własną instalację ISPConfig, która dołącza do zestawu i przejmuje tylko role, które jej przydzielisz, takie jak WWW, poczta, DNS czy baza danych. Gdy tworzysz w panelu stronę lub skrzynkę, zmiana trafia do bazy mastera, a serwer odpowiedzialny za daną rolę odbiera ją w regularnie uruchamianym zadaniu i stosuje lokalnie.

Wynikają z tego dwie konsekwencje. Po pierwsze, każdy dołączony serwer potrzebuje dostępu do bazy mastera, więc to połączenie trzeba przepuścić przez firewall, i to tylko z Twoich serwerów. Po drugie, master to miejsce, w którym wprowadza się zmiany, ale nie niesie ruchu pozostałych serwerów. Jeśli panel nie działa, strony, poczta i DNS na pozostałych maszynach działają dalej; po prostu nie możesz niczego zmienić, dopóki master nie wróci.

Które role rozdzielić najpierw

Nie potrzebujesz serwera na każdą rolę od pierwszego dnia. Rozsądna kolejność dla większości małych firm hostingowych i agencji:

  1. Dodatkowy serwer nazw. DNS to najprostsza rola do rozdzielenia i ta z najwyraźniejszą korzyścią. Dzięki dodatkowemu serwerowi nazw w innej lokalizacji domeny nadal się rozwiązują, gdy główny serwer nie działa, a rejestratorzy i tak oczekują co najmniej dwóch serwerów nazw.
  2. Osobny serwer poczty. Filtrowanie spamu z Rspamd, skanowanie antywirusowe i duże skrzynki zużywają pamięć i dysk w szczytach. Przeniesienie poczty na własną maszynę sprawia, że fala spamu nie spowalnia stron, a serwer poczty dostaje własny adres IP i reputację nadawcy.
  3. Dodatkowe serwery WWW. Gdy strony wyrosną z jednej maszyny, można dodać nowe serwery WWW i umieszczać na nich nowych klientów. Istniejące strony zostają tam, gdzie są, chyba że je przeniesiesz.
  4. Dedykowany serwer baz danych dla obciążeń, w których duże bazy konkurują z PHP o pamięć.

Gdy serwerów jest trzy lub więcej, częstym wyborem jest mała maszyna tylko z panelem jako master, bo wtedy aktualizacje panelu nigdy nie dotykają serwera obsługującego klientów.

Serwery lustrzane dla redundancji

ISPConfig pozwala też oznaczyć jeden serwer jako lustro drugiego. Lustro dostaje tę samą konfigurację, co jest standardowym sposobem budowy dodatkowego serwera nazw: serwer lustrzany ISPConfig dla DNS automatycznie przejmuje każdą strefę utworzoną w panelu. Lustrzane serwery WWW lub poczty też są możliwe, ale konfiguracja to tylko połowa zadania. Pliki stron, bazy danych i skrzynki trzeba synchronizować innymi środkami, takimi jak synchronizacja plików i replikacja baz, a to dodaje ruchome części. W większości małych instalacji właściwą równowagą jest lustrzany serwer DNS plus niezawodne kopie zapasowe serwerów WWW i poczty.

Planowanie przed instalacją ISPConfig

Oficjalny autoinstalator ISPConfig buduje każdy serwer i potrafi pominąć role, których maszyna nie potrzebuje, na przykład zainstalować serwer WWW bez poczty i DNS. Serwery dołączające do istniejącego zestawu instaluje się w trybie eksperckim instalatora, który pyta, czy serwer ma dołączyć do zestawu multiserver, i o dane bazy mastera. Zanim uruchomisz go gdziekolwiek, ustal te kwestie:

  • Nazwy hostów. Każdy serwer potrzebuje w pełni kwalifikowanej nazwy hosta, takiej jak mx1.yourdomain.com, z rekordem A wskazującym jego publiczny adres IP, a serwery muszą móc rozwiązywać nawzajem swoje nazwy.
  • Sieć prywatna. Jeśli serwery stoją u tego samego dostawcy, niech komunikują się przez sieć prywatną, a port bazy mastera otwórz tylko dla tych adresów.
  • Odwrotny DNS dla serwera poczty. Jego adres IP powinien rozwiązywać się z powrotem do nazwy hosta; ustawia to Twój dostawca hostingu.
  • Obsługiwane systemy. Użyj wydania, które instalator obsługuje dla instalowanej wersji ISPConfig. Autoinstalator celuje w wydania Debian i Ubuntu LTS, a ISPConfig 3.3.1 dodał obsługę Debiana 13.
  • Ta sama wersja wszędzie. Wszystkie serwery w zestawie powinny mieć tę samą wersję ISPConfig.

To planowanie jest tą częścią instalacji ISPConfig, która później oszczędza najwięcej czasu, bo nazwy hostów, sieci i role trudno zmienić, gdy klienci już działają.

Konfiguracja ISPConfig po dołączeniu serwerów

Gdy każdy serwer pojawi się w panelu, konfiguracja ISPConfig trwa w ustawieniach serwerów: który serwer WWW domyślnie przyjmuje nowe strony, który serwer poczty obsługuje nowe domeny pocztowe i który serwer DNS trzyma nowe strefy. Potem następuje lista kontrolna, dzięki której zestaw zasługuje na zaufanie:

  • Konfiguracja DNS z szablonami, które od początku kierują nowe domeny na właściwe serwery WWW i poczty.
  • SPF, DKIM i DMARC dla każdej domeny pocztowej, żeby odbierający dostawcy ufali osobnemu serwerowi poczty.
  • Monitoring każdego serwera, nie tylko mastera, obejmujący miejsce na dysku, długość kolejki poczty i odnowienia certyfikatów.
  • Kopie zapasowe na każdym serwerze, który trzyma dane, z przetestowanym przywracaniem dla każdej roli.

Przy aktualizacjach zwykła kolejność to najpierw master, potem pozostałe serwery po kolei, ze sprawdzaniem pomiędzy, czy oczekujące zmiany zostały przetworzone. Panel pokazuje zmiany, które wciąż czekają na zastosowanie, i to także pierwsze miejsce do sprawdzenia, gdy nowa strona lub skrzynka nie pojawia się na swoim serwerze.

Najczęściej zadawane pytania: konfiguracja multiserver ISPConfig

Czy istniejący pojedynczy serwer ISPConfig może stać się zestawem multiserver?

Tak. Istniejący serwer staje się masterem, a nowe serwery do niego dołączają. Przeniesienie istniejących stron lub skrzynek na nowe serwery to osobny krok, który wymaga planowania, bo dane trzeba skopiować, a rekordy DNS zmienić.

Czy wszystkie serwery muszą być u tego samego dostawcy hostingu?

Nie, ale to pomaga. Serwery w różnych lokalizacjach muszą docierać do bazy mastera przez internet, co wymaga ścisłych reguł firewalla i szyfrowanych połączeń. Rola, która najbardziej zyskuje na umieszczeniu gdzie indziej, to dodatkowy serwer nazw.

Co dzieje się ze stronami, gdy serwer master przestanie działać?

Strony, poczta i DNS na pozostałych serwerach działają dalej. Czekają tylko panel i zmiany, które nie zostały jeszcze zastosowane, aż master wróci.

Rozważasz podział albo pierwszy serwer ISPConfig dla swojej firmy lub agencji? Nasza usługa instalacji i konfiguracji ISPConfig obejmuje instalacje jednoserwerowe i multiserver na Debianie lub Ubuntu, w tym serwer poczty, DNS i kopie zapasowe. Samą stronę DNS opisuje nasza usługa konfiguracji serwera DNS. Skontaktuj się z nami, krótko opisując obecny serwer i to, co hostuje.