Как настроить мультирегиональное развертывание GCP? - PullRequest
Новая
       23

Как настроить мультирегиональное развертывание GCP?

0 голосов
/ 14 октября 2019

Это относится к учебнику по глобальной балансировке нагрузки GCP HTPP здесь . В этом примере показано распределение нагрузки между областями на основе контента. Я хочу проверить, можно ли использовать подобную конфигурацию (на основе URL-карт) для настройки сайта DR для приложения в другом регионе. Например,

  • Группа экземпляров в регионе европа-запад3 (основной). Запись карты URL добавлена ​​во время настройки балансировщика нагрузки.
  • Другая группа экземпляров в регионе европа-запад4 (DR).

Идея состоит в том, чтобы обновить запись карты URL до точкивторой группе экземпляров (DR), когда вызывается процедура DR.

Вопрос

  1. Предполагая, что группа экземпляров DR всегда активна (активна), каксколько времени требуется обновлению записи карты URL для запуска маршрутизации трафика во вторую (DR) группу экземпляров?
  2. Есть ли другой способ начать маршрутизацию трафика во вторую группу экземпляров без обновления карты URL? Можно ли настроить параметр DNS для создания аналогичного эффекта?

Обновление 15 октября201

На данный момент наилучшим вариантом является настройка развертывания в нескольких регионах с картой URL, настроенной для обоих регионов. GFE обеспечат передачу трафика пользователям из основного региона - при условии, что основной регион находится ближе всего к пользователям. Однако существует вероятность переполнения трафика во вторичную (DR) область по причинам, отличным от триггера DR - как указано в этой полезной статье - которую необходимо учитывать.

1 Ответ

1 голос
/ 14 октября 2019

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

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

В вашем случае, если вы захотите обновить карты URL-адресов, произойдет не нулевое время простоя. Кстати, я рекомендую вам использовать ваш № 2 и играть с DNS. Переключение DNS займет некоторое время, у вас будет время для запуска виртуальной машины, и вы сможете сэкономить деньги, не всегда находясь в регионе DR.

Вот хорошее видео от Google другие идут, подпишитесь на теплый и горячий пример DR (возможно, выйдет на следующей неделе!)

...