Политики маршрутизации Cloud DNS позволяют пользователям настраивать управление трафиком на основе DNS в зависимости от определенных критериев, таких как вес, географическое местоположение или проверки работоспособности.
Вот различные политики маршрутизации, доступные для Cloud DNS.
𝟭. 𝗦𝗶𝗺𝗽𝗹𝗲
- Используйте для одного ресурса, выполняющего определенную функцию для вашего домена, например экземпляра Amazon EC2, который обслуживает контент для веб-сайта example.com.
𝟮. 𝗪𝗲𝗶𝗴𝗵𝘁𝗲𝗱
- Это позволяет назначать веса наборам записей ресурсов.
- Например, вы можете указать 25 для одного ресурса и 75 для другого. Это означает, что 25 % запросов будут направляться на первый ресурс, а 75 % — на второй.
- 𝘍𝘶𝘯 𝘧𝘢𝘤𝘵: Если все ресурсы имеют вес = 0, трафик распределяется равномерно.
𝟯. 𝗙𝗮𝗶𝗹𝗼𝘃𝗲𝗿
- Используется для целей аварийного восстановления (DR), активно-пассивная настройка с проверкой работоспособности ресурсов.
- При сбое первичной проверки работоспособности запросы автоматически перенаправляются на вторичный
𝟰. 𝗟𝗮𝘁𝗲𝗻𝗰𝘆 𝗕𝗮𝘀𝗲𝗱
- Используйте этот вариант, если у вас есть ресурсы в нескольких регионах AWS и вы хотите направить конечных пользователей в регион AWS с наименьшей задержкой.
- 𝘍𝘶𝘯 𝘧𝘢𝘤𝘵: не всегда ближайший к пользователю регион.
𝟱. 𝗚𝗲𝗼𝗹𝗼𝗰𝗮𝘁𝗶𝗼𝗻
- Маршрутизация трафика по местоположению пользователя, при этом соответствующие пользователи направляются в предварительно настроенные местоположения; пользователи, не имеющие совпадений, перенаправляются в местоположение по умолчанию
- 𝘜𝘴𝘦 𝘤𝘢𝘴𝘦: OTT-платформы используют это для ограничения программ на основе местоположения пользователя.
𝟲. 𝗚𝗲𝗼𝗽𝗿𝗼𝘅𝗶𝗺𝗶𝘁𝘆
- Смещает трафик в зависимости от предвзятости
- Разрешить больший трафик (диапазон смещения: от 1 до 99) и уменьшить трафик (диапазон смещения: от -1 до -99).
𝟳. 𝗠𝘂𝗹𝘁𝗶-𝗩𝗮𝗹𝘂𝗲 𝗔𝗻𝘀𝘄𝗲𝗿
- Если вы хотите, чтобы DNS отвечал на запросы DNS, используя до 8 работоспособных записей, выбранных случайным образом.
- 𝘕𝘰𝘵𝘦: Многозначность не является заменой балансировщика нагрузки.
8. На основе IP
- С помощью маршрутизации на основе IP вы можете создать серию блоков бесклассовой междоменной маршрутизации (CIDR), которые представляют диапазон IP-сети клиента, и связать эти блоки CIDR с местоположениями.
А если вы ищете обобщенные статьи, вы также можете просмотреть мои предыдущие статьи, такие как Основные концепции Kafka и ее ключевые принципы, Почему Redis Чудесно оптимизировано,, Что делает шлюз API в архитектуре микросервисов
Не забудьте нажать кнопки «Хлопнуть» и «Подписаться», чтобы помочь мне писать больше подобных статей.