Назад | Перейти на главную страницу

Google Cloud: автоматическое использование резервного маршрута VPC

Я использую пример, показанный на официальной странице документации по Google Cloud Routes (См. Эту страницу в разделе «Приоритет»), поскольку он тесно связан с тем, чего я пытаюсь достичь.

Допустим, у меня есть два маршрута, определенные, как показано ниже:

NAME                       NETWORK     DEST_RANGE         NEXT_HOP                           PRIORITY 
vpnroute                   default     192.168.0.0/16     [ZONE]/instances/vpninstance          1000 
vpnroute-backup            default     192.168.0.0/16     [ZONE]/instances/vpninstance-backup   2000

В официальных документах говорится:

В этой конфигурации трафик VPN обычно обрабатывается vpninstance, но при удалении vpnroute он возвращается к vpninstance-backup.

Я бы хотел, чтобы это переключение было автоматическим. Как мне этого добиться?

Или другими словами: я хотел бы иметь экземпляры с высокой доступностью, которые я мог бы использовать в качестве nextHop в правиле маршрутизации, и меня устраивает модель Active / Passive. Как я могу добиться этого проще всего? Мне нравится приведенное выше решение, но оказывается, что мне придется вручную удалить маршрут, когда я обнаружу, что NEXT_HOP моего основного маршрута не работает.

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

В соответствии с документация примеры маршрутов:

   NAME                    NETWORK     DEST_RANGE         NEXT_HOP                           PRIORITY 
vpnroute                   default     192.168.0.0/16     [ZONE]/instances/vpninstance          1000 
vpnroute-backup            default     192.168.0.0/16     [ZONE]/instances/vpninstance-backup   2000

В этой конфигурации трафик VPN обычно обрабатывается vpninstance, но при удалении vpnroute он возвращается к vpninstance-backup.

Он предлагает, если маршрут "vpnroute"удаляется, а не экземпляр NEXT_HOP. В случае остановки или удаления экземпляра NEXT_HOP для маршрута механизм выбора маршрута выберет следующий доступный маршрут для того же DEST_RANGE в зависимости от приоритета, определенного для отправки трафика.

В данном примере документации, если экземпляр NEXT_HOP «vpninstance» удален, остановлен или не обменивается данными, механизм выбора маршрута выберет следующий маршрут «vpnroute-backup» с NEXT_HOP, определенным как «vpninstance-backup». Не нужно удалять маршрут «vpnroute», чтобы сделать «vpnroute-backup» в качестве активного маршрута.

Я смог проверить то же самое.