Сходство сеанса балансировки нагрузки GCE HTTPS

Question

У меня есть балансировщик нагрузки HTTPS, настроенный с одним бэкэнд-сервисом и 3 группами экземпляров:

Протокол конечной точки: HTTPS Именованный порт: https Время ожидания: 600 секунд Проверка работоспособности: ui-health2 Сходство сеанса: сгенерированный файл cookie TTL схожести: 0 секунд Облако CDN: отключено Instance group Zone Healthy Autoscaling Balancing mode Capacity group-ui-normal us-central1-c 1 / 1 Off Max. CPU: 80% 100% group-ui-large us-central1-c 2 / 2 Off Max. CPU: 90% 100% group-ui-xlarge us-central1-c 2 / 2 Off Max. CPU: 80% 100%

Правила хоста и пути по умолчанию, SSL прекращен.

Проблема в том, что сессия не работает должным образом, и я понятия не имею, почему. В большинстве случаев это работает, но случайным образом на запрос отвечает другой экземпляр с тем же cookie-файлом GCLB. Все это воспроизводится с помощью AJAX-запроса каждые 5 секунд, 20+ запросов к экземпляру A, затем запрос к экземпляру B, затем другие 20+ запросов к A...

Я посмотрел журналы LB и ничего странного (кроме случайного странного ответа) нет, процессор низкий. Где я могу узнать, является ли какой-либо экземпляр "нездоровым" в течение 5 секунд?

Журналы Apache не показывают ошибок в проверке работоспособности или запросах.

Может быть, есть какое-то странное взаимодействие между "Режимом балансировки" и сродством сеанса?

Answer 1

Считается, что балансировщик нагрузки обрабатывает значительное количество запросов. Это балансирует груз из них довольно эффективно.

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