Получить логи из балансировщика нагрузки

У меня странная ситуация, когда иногда запрос попадает на вход, а иногда на другой вход. Я знаю, потому что он поставляется с другим сертификатом SSL, и когда это происходит, журнал входа отсутствует.

Есть ли способ отладить это? Получите журналы балансировщика нагрузки и посмотрите, что происходит и по какому маршруту он идет?

Развертывание модели машинного обучения с помощью Flask - Angular в Kubernetes
Развертывание модели машинного обучения с помощью Flask - Angular в Kubernetes
Kubernetes - это портативная, расширяемая платформа с открытым исходным кодом для управления контейнерными рабочими нагрузками и сервисами, которая...
0
0
40
2
Перейти к ответу Данный вопрос помечен как решенный

Ответы 2

Ответ принят как подходящий

Вам необходимо включить ведение журнала балансировки нагрузки, выполнив следующие действия.

  1. Перейдите на страницу балансировки нагрузки в Cloud Console.
  2. Щелкните имя балансировщика нагрузки.
  3. Щелкните Редактировать.
  4. Нажмите Конфигурация серверной части.
  5. Выберите Создать серверную службу.
  6. Заполните обязательные поля серверной службы.
  7. Щелкните Включить ведение журнала.
  8. Установите фракцию частоты дискретизации. Вы можете установить скорость от 0,0 до 1,0 (по умолчанию).
  9. Щелкните Обновить, чтобы завершить редактирование серверной службы.
  10. Щелкните Обновить, чтобы завершить редактирование балансировщика нагрузки.

Для просмотра журналов

  1. На консоли перейдите в Logs Exporer
  2. Выберите правило пересылки GCE для полей журнала
  3. Нажмите на отметку времени журнала, чтобы просмотреть подробности журнала.

Более подробное и полное руководство вы можете найти на этой странице.

Проверки здоровья

Балансировка облачной нагрузки

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

Вследствие этого разные контроллеры будут «бороться» за контроль над входом.

Простой способ проверить это — просто запустить watch kubectl get ingress -n {namespace} {ingress-name} и посмотреть, меняется ли внешний IP-адрес входа туда и обратно. Если это так, у вас конфликт контроллера входящего трафика.

Чтобы добавить: в нашем случае не было проблем с балансировщиками нагрузки.

Другие вопросы по теме