Есть ли способ для группы управляемых экземпляров (MIG) принудительно сохранить виртуальную машину без замены и повторного создания?
Ispconfig в настоящее время используется для управления веб-сайтами в экземпляре виртуальной машины, но ему также требуется балансировка нагрузки для работы с пиковым трафиком. Если вы используете группу размещенных экземпляров, но пока нагрузка на виртуальную машину слишком высока и не отвечает, она будет восстановлена и заменено. Попробовали добавить новый диск к виртуальной машине и сохранить на нем файлы MySQL и веб-сайтов. Автоматическое создание групп размещенных экземпляров с помощью шаблонов. Но в кабеле шаблона Google есть диск, который можно только читать, но нельзя записать.
Есть ли другая лучшая практика?
Группы управляемых экземпляров содержат один или несколько экземпляров виртуальной машины, созданных с помощью шаблона экземпляра. Чтобы обновить экземпляры в MIG, вы можете делать запросы на обновление для группы в целом, используя функцию MIG Updater. https://cloud.google.com/compute/docs/instance-groups/rolling-out-updates-to-managed-instance-groups
MIG Updater помогает вам развертывать новые версии программного обеспечения на экземплярах в ваших группах управляемых экземпляров, одновременно контролируя скорость развертывания, уровень нарушения работы вашего сервиса и объем обновления.
Как заявил Джон в своем сообщении, MIG предназначены для приложений без сохранения состояния, которые не зависят от конкретного состояния базовых экземпляров виртуальных машин. https://cloud.google.com/compute/docs/instance-groups/creating-groups-of-managed-instances#stateless
Но в шаблоне Google есть диск, который можно только читать, но нельзя писать.
MIG предназначены для без сохранения состояния, экземпляры будут удаляться и создаваться по мере необходимости. Удалите базы данных из групп управляемых экземпляров и поместите их в отдельные экземпляры (или Cloud SQL).
Обзор состояние автозаполнения экземпляров. Посмотрите, нет ли тайм-аута или иным образом вредны для здоровья.
Узнайте, почему экземпляры нездоровы. Просмотрите конфигурацию проверок для правильного порта, тайм-аута и нескольких повторных проверок. Проверьте правила брандмауэра. Убедитесь, что порт работоспособности прослушивает вручную (возможно, с помощью curl или nmap). Проверьте производительность, что хост реагирует.