Мы пытаемся настроить WP HA инфраструктуру в Google Cloud .Для этого мы используем решение prebuild для развертывания и бета-решение, указанное ниже.Он находится в бета-версии, но мы обнаружили, что это наиболее подходящая инфраструктура.
Из топологии ниже следует, что существует один узел администратора, два узла контента SQLнапример, хранилище облачного хранилища и один балансировщик нагрузки.
При этой настройке узел администратора отвечает за маршрутизацию контента на узлы контента через хранилище облачного хранилища.Всякий раз, когда узел администратора обновляется, он автоматически отражается на узле контента.
При первоначальной проверке работоспособности был настроен URL-адрес "/".После развертывания началась проблема, когда проверка работоспособности не смогла нажать «/» на узле администратора из-за какой-то проблемы конфигурации.Конечно, если проверка работоспособности не пройдена, это автоматически излечит экземпляр.В этой настройке у нас есть настройка автоматического восстановления для администратора, а также уровень группы экземпляров узла контента (это конфигурация по умолчанию).
При автоматическом восстановлении Google Cloud удаляет экземпляр узла администратора и воссоздает его с нуля, все файлы, конфигурации и изменения в БД теряются.Точно так же узлы контента обновляются в зависимости от узла администратора.
Мой главный вопрос: как только мы все настроим, много работаем на сайте и из-за одной неверной конфигурации или неправильного развертывания, если проверка работоспособности для узла администрирования завершится неудачей, чем будетвоссоздайте узел администратора, узел содержимого и базу данных с нуля.
Чтобы преодолеть это, мы можем иметь следующие возможные варианты:
- Как-то отключить автозаполнение для узла администратора (нам еще нужно это выяснить)
- Периодически делать резервные копии узла администратора и базы данных, чтобы восстанавливать его всякий раз, когда установка воссоздается в исходную настройку
- Вместо этого предварительно созданного решения HA выполните шаги и настройте ту же топологию вручную с другим автоматическим лечением.механизм (это даст больше контроля, поскольку мы можем добавить сценарий запуска и т. д., чтобы гарантировать, что автоматическое восстановление не завершится с ошибкой)
Кто-нибудь пробовал эту топологию или сталкивался с подобной проблемой, что следует делать в этом случае?