Сервер ISPConfig обычно начинает с того, что делает всё: сайты, почту, DNS и базы данных на одной машине. Так продолжается, пока фильтрация почты не начнёт конкурировать за память с нагруженными сайтами или пока один сбой не уронит сайты, электронную почту и разрешение имён одновременно. Мультисерверная установка ISPConfig разделяет эти роли между несколькими серверами, а управлять ими вы продолжаете из одной панели управления хостингом. В этом руководстве объясняется, как это работает, какие роли стоит выделить в первую очередь и что спланировать до установки ISPConfig, чтобы разделение не породило новых слабых мест.

Как работает мультисерверная установка ISPConfig

В мультисерверном режиме одна машина становится главным сервером (master) ISPConfig. На ней работает панель управления и находится основная база данных ISPConfig. Каждый остальной сервер запускает собственную установку ISPConfig, которая присоединяется к общей системе и берёт на себя только те роли, которые вы ей назначили, например веб, почту, DNS или базу данных. Когда вы создаёте в панели сайт или почтовый ящик, изменение записывается в базу данных главного сервера, а сервер, отвечающий за эту роль, подхватывает его регулярно запускаемым заданием и применяет локально.

Из этого следуют два вывода. Во-первых, каждому присоединённому серверу нужен доступ к базе данных главного сервера, поэтому это соединение нужно разрешить в файрволе, и только для ваших собственных серверов. Во-вторых, главный сервер — это место, где вносятся изменения, но он не несёт трафик других серверов. Если панель недоступна, сайты, почта и DNS на других машинах продолжают работать; просто нельзя ничего менять, пока главный сервер не вернётся.

Какие роли выделять в первую очередь

Отдельный сервер на каждую роль в первый же день не нужен. Разумный порядок для большинства небольших хостинговых компаний и агентств:

  1. Вторичный сервер имён. DNS — самая простая роль для выделения и с самой очевидной пользой. Если вторичный сервер имён находится в другом месте, домены продолжают разрешаться при недоступности основного сервера, а регистраторы в любом случае ожидают не менее двух серверов имён.
  2. Отдельный почтовый сервер. Фильтрация спама с помощью Rspamd, антивирусная проверка и большие почтовые ящики расходуют память и диск всплесками. Перенос почты на отдельную машину не даёт волне спама замедлять сайты и обеспечивает почтовому серверу собственный IP-адрес и собственную репутацию отправителя.
  3. Дополнительные веб-серверы. Когда сайты перерастают одну машину, можно добавить новые веб-серверы и размещать на них новых клиентов. Существующие сайты остаются на месте, пока вы их не перенесёте.
  4. Выделенный сервер баз данных для нагрузок, при которых крупные базы данных конкурируют с PHP за память.

Когда серверов три и больше, небольшая машина только для панели в роли главного сервера — частый выбор, потому что обновления панели тогда никогда не затрагивают сервер, обслуживающий клиентов.

Зеркальные серверы для резервирования

ISPConfig также позволяет пометить один сервер как зеркало другого. Зеркало получает ту же конфигурацию, и это стандартный способ построить вторичный сервер имён: зеркальный сервер ISPConfig для DNS автоматически получает каждую зону, созданную в панели. Зеркалировать веб-серверы или почтовые серверы тоже можно, но конфигурация — лишь половина дела. Файлы сайтов, базы данных и почтовые ящики тоже нужно синхронизировать другими средствами, такими как синхронизация файлов и репликация баз данных, а это добавляет движущихся частей. Для большинства небольших систем правильный баланс — зеркальный DNS-сервер плюс надёжные резервные копии веб- и почтового серверов.

Планирование перед установкой ISPConfig

Официальный автоустановщик ISPConfig разворачивает каждый сервер и может пропустить роли, которые машине не нужны, например установить веб-сервер без почты и DNS. Серверы, присоединяемые к существующей системе, устанавливаются в экспертном режиме установщика, который спрашивает, должен ли сервер присоединиться к мультисерверной системе, и запрашивает данные базы данных главного сервера. Прежде чем запускать его где-либо, определитесь со следующим:

  • Имена хостов. Каждому серверу нужно полное доменное имя хоста, например mx1.yourdomain.com, с A-записью, указывающей на его публичный IP-адрес, и серверы должны уметь разрешать имена друг друга.
  • Частная сеть. Если ваши серверы находятся у одного провайдера, пусть они общаются по частной сети, а порт базы данных главного сервера разрешайте только с этих адресов.
  • Обратный DNS для почтового сервера. Его IP-адрес должен разрешаться обратно в имя хоста; это настраивает ваш хостинг-провайдер.
  • Поддерживаемые системы. Используйте релиз, который установщик поддерживает для устанавливаемой версии ISPConfig. Автоустановщик ориентирован на релизы Debian и Ubuntu LTS, а в ISPConfig 3.3.1 добавлена поддержка Debian 13.
  • Одна и та же версия везде. На всех серверах системы должна работать одна версия ISPConfig.

Именно это планирование — часть установки ISPConfig, которая позже экономит больше всего времени, потому что имена хостов, сети и роли неудобно менять, когда клиенты уже работают.

Настройка ISPConfig после присоединения серверов

Когда все серверы появились в панели, настройка ISPConfig продолжается в параметрах серверов: какой веб-сервер по умолчанию получает новые сайты, какой почтовый сервер обрабатывает новые почтовые домены и какой DNS-сервер хранит новые зоны. Затем следует чек-лист, который делает систему надёжной:

  • Настройка DNS с шаблонами, которые с самого начала направляют новые домены на правильные веб- и почтовые серверы.
  • SPF, DKIM и DMARC для каждого почтового домена, чтобы принимающие провайдеры доверяли отдельному почтовому серверу.
  • Мониторинг каждого сервера, а не только главного, включая место на диске, длину почтовой очереди и продление сертификатов.
  • Резервные копии на каждом сервере, где хранятся данные, с проверенным восстановлением для каждой роли.

При обновлении обычно сначала обновляют главный сервер, затем остальные по одному, проверяя между шагами, что ожидающие изменения обработаны. Панель показывает изменения, которые ещё ждут применения, и это же первое место, куда нужно смотреть, когда новый сайт или почтовый ящик не появляется на своём сервере.

Часто задаваемые вопросы: мультисерверная установка ISPConfig

Можно ли превратить существующий одиночный сервер ISPConfig в мультисерверную систему?

Да. Существующий сервер становится главным, а новые серверы присоединяются к нему. Перенос существующих сайтов или почтовых ящиков на новые серверы — отдельный шаг, который нужно планировать, потому что данные нужно скопировать, а DNS-записи изменить.

Должны ли все серверы находиться у одного хостинг-провайдера?

Нет, но так удобнее. Серверы в разных местах должны обращаться к базе данных главного сервера через интернет, а для этого нужны строгие правила файрвола и шифрованные соединения. Больше всего от размещения в другом месте выигрывает вторичный сервер имён.

Что происходит с сайтами, если главный сервер выходит из строя?

Сайты, почта и DNS на других серверах продолжают работать. Только панель и ещё не применённые изменения ждут возвращения главного сервера.

Рассматриваете разделение или первый сервер ISPConfig для вашего бизнеса или агентства? Наша услуга установки и настройки ISPConfig охватывает одиночные и мультисерверные системы на Debian или Ubuntu, включая почтовый сервер, DNS и резервное копирование. Если вас интересует только DNS, посмотрите нашу услугу настройки DNS-серверов. Свяжитесь с нами, коротко описав ваш текущий сервер и то, что на нём размещено.