Можем ли мы использовать группу неуправляемых экземпляров для внешнего балансировщика нагрузки HTTPS в GCP

Я планирую создать внешний балансировщик нагрузки HTTPS на GCP, но в моем случае нет идентично настроенных виртуальных машин, и мне нужно убедиться, что он должен быть высокодоступным (HA).

Так как идентичных виртуальных машин нет, я планирую использовать группу неуправляемых экземпляров (для конфигурации серверной службы в LB), но в документации gcp упоминается, что группа неуправляемых экземпляров не подходит для HA.

Можете ли вы помочь мне выбрать подход, который нам нужно выбрать для этого варианта использования?

Заранее спасибо...

3 ответа

Я хотел бы дать несколько советов, как сделать вашу инфраструктуру максимально надежной:

  1. Получите глобальный https LB

  2. Даже если у вас другая конфигурация виртуальной машины, вы все равно получите группу управляемых экземпляров в качестве серверной части

  3. Получите ssl-сертификат для своего домена, если он используется, и сделайте его безопасным

  • Почему ваши виртуальные машины не идентичны?

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

  • Вы можете привести пример своего варианта использования?

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

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

Я не думаю, что есть другой способ, помимо Managed Instance Group, добиться высокой доступности с экземплярами виртуальных машин в GCP.

Я пробовал использовать разные серверные службы для каждого уникального типа виртуальной машины, чтобы каждый уникальный тип виртуальной машины находился в своей собственной группе управляемых экземпляров, и настроил балансировщик нагрузки https, и это сработало!

Неуправляемый - значит не управляемый! А это очень много значит.

  • нет проверки работоспособности: если ваша виртуальная машина не работает, работает медленно, нестабильно (...) группа экземпляров ничего не выполняет
  • нет масштабируемости: в случае увеличения или уменьшения использования группа экземпляров не будет создавать или удалять экземпляр.
  • нет развертывания экземпляра: у вас есть новая версия вашей виртуальной машины (с исправлениями, новыми версиями приложений и т. д.), группа экземпляров не гарантирует развертывание без простоя.

Потому что это не управляется, вы должны обеспечить все это сами. Не невозможно, но предстоит много сделать. Или переключитесь на группу управляемых экземпляров, даже если в вашей группе всего 1 ВМ!

Другие вопросы по тегам