Диспетчер трафика и надежность
Диспетчер трафика Azure — это подсистема балансировки нагрузки трафика на основе службы доменных имен (DNS). Эта служба позволяет распределять трафик между общедоступными приложениями в глобальных регионах Azure. Диспетчер трафика также предоставляет общедоступные конечные точки с высоким уровнем доступности и быстрым реагированием.
Доступны следующие функции:
- Повышение уровня доступности приложения
- Улучшение производительности приложения
- Обслуживание служб без простоя
- Объединение гибридных приложений
- Распределение трафика сложных развертываний
Дополнительные сведения см. в статье Что такое диспетчер трафика?.
Сведения о том, как Диспетчер трафика поддерживает надежную рабочую нагрузку, представлены в следующих статьях:
- Повышение доступности службы и улучшение местоположения данных с помощью диспетчера трафика Azure
- Использование служб балансировки нагрузки в Azure
- Аварийное восстановление с помощью Azure DNS и диспетчера трафика
Контрольный список
Вы настроили Диспетчер трафика с учетом требований к обеспечению надежности?
- Если интервал срока жизни (TTL) записи DNS слишком длинный, попробуйте скорректировать время пробы работоспособности или TTL записи DNS.
- Реализуйте пользовательскую страницу для использования в качестве проверки работоспособности Диспетчера трафика.
- Опробуйте три разных метода маршрутизации трафика.
- Рассмотрите возможность использования вложенных профилей Диспетчера трафика.
Рекомендации по настройке
При настройке Диспетчера трафика примите во внимание следующие рекомендации по оптимизации надежности:
| Рекомендация | Описание |
|---|---|
| Если интервал срока жизни (TTL) записи DNS слишком длинный, попробуйте скорректировать время пробы работоспособности или TTL записи DNS. | Если серверная часть становится недоступной, Диспетчер трафика не сможет немедленно выполнить отработку отказа в другой регион. В течение некоторого периода времени клиенты не будут обслуживаться. Продолжительность этого периода зависит от настроек времени пробы работоспособности (интервал пробы и количество допустимых ответов о неработоспособности). Если итоговый интервал по-прежнему слишком велик для сценария, рассмотрите возможность переключения на службу Azure Front Door для глобальной балансировки нагрузки. |
| Реализуйте пользовательскую страницу для использования в качестве проверки работоспособности Диспетчера трафика. | Распространенной практикой является реализация пользовательской страницы в приложении (например, /health.aspx). Используя этот путь для мониторинга, можно выполнить проверки для конкретного приложения, такие как проверка счетчиков производительности или проверка доступности базы данных. На основании этих пользовательских проверок страница возвращает соответствующий код состояния HTTPS. |
| Опробуйте три разных метода маршрутизации трафика. | Диспетчер трафика поддерживает три метода маршрутизации трафика, которые определяют правила маршрутизации сетевого трафика в разные конечные точки службы. Диспетчер трафика применяет выбранный метод маршрутизации трафика к каждому полученному запросу DNS. Метод маршрутизации трафика определяет, какая конечная точка будет возвращена в ответе DNS. Клиент должен знать об этих конечных точках и различиях в маршрутизации между конечными точками. |
| Рассмотрите возможность использования вложенных профилей Диспетчера трафика. | Каждый профиль диспетчера трафика определяет один метод маршрутизации трафика. Бывают случаи, когда требуется более сложная маршрутизация трафика, чем та, которую может обеспечить отдельный профиль диспетчера трафика. Чтобы воспользоваться преимуществами нескольких методов маршрутизации трафика, можно выполнить вложение профилей диспетчера трафика. Вложенные профили позволяют переопределить стандартное поведение диспетчера трафика, реализуя поддержку крупных, более сложных развертываний приложений. |
Совет
Дополнительные сведения о руководстве по надежности для диспетчера трафика см. в статье Надежность в диспетчере трафика Azure.