Фронтенд приложения взаимодействует с бэкенд-инстансами через Network Load Balancer (NLB) в той же VPC. Приложение охватывает две зоны доступности (Availability Zones) и должно минимизировать трафик между зонами доступности. Трафик фронтенда должен оставаться в той же зоне доступности, если только в этой зоне нет работоспособной цели, в этом случае он должен переключиться на другую зону доступности. Какая конфигурация удовлетворяет этим требованиям?

Правильный ответ — отключить кросс-зональную балансировку нагрузки на NLB и настроить фронтенд для разрешения DNS-имени NLB, соответствующего его локальной зоне доступности. Отключение кросс-зональной балансировки нагрузки гарантирует, что NLB будет направлять трафик только на цели в той же зоне доступности, минимизируя межзональный трафик. Если в этой зоне нет работоспособных целей, NLB автоматически переключится на цели в других зонах доступности. Разрешение DNS-имени NLB, специфичного для зоны доступности, направляет трафик на NLB в той же зоне, что и фронтенд. Другие варианты не подходят. Использование частной размещенной зоны с маршрутизацией по весам или записями для отработки отказа добавляет ненужную сложность и не гарантирует минимизацию межзонального трафика так эффективно, как отключение кросс-зональной балансировки. Sticky sessions (липкие сессии) не применимы к NLB, так как NLB работает на уровне 4 и не поддерживает такие функции.