Как мониторить HTTPS и TCP балансировщики нагрузки на GCP

Мы используем HTTPS и TCP балансировщики нагрузки в Google Cloud Platform (GCP), и мы хотим их мониторить (например, с помощью Stackdriver).

Для нас одним из основных критериев, кажется, является количество здоровых бэкенд-сервисов (что также является индикатором, отображаемым в консоли GCP как зеленый или оранжево-красный цвет).

Но, к сожалению, нет такой метрики, как backend_service.count.

Существует ли какая-либо другая метрика или способ, который можно было бы использовать для такого мониторинга? В целом, хорошая ли это идея – мониторить и предупреждать на основе количества бэкендов? (возможно, мы чего-то не понимаем)

Я думаю, что вы ищете информацию не из самого балансировщика нагрузки; вместо этого вы можете использовать Группы Stackdriver.

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

Также вы можете указать критерии членства с несколькими опциями, например, вы можете использовать несколько критериев для группировки количества узлов и региона, в котором они находятся, или любое другое значение в форме Создать группу.

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

Вот простые шаги для создания среды мониторинга на GCP.

Перед тем как продолжить, установите Stackdriver
1. Создайте проект Google Cloud Platform (в частности, App Engine)

2. Создайте ресурсы для мониторинга

3. Включите мониторинг Stackdriver

4. Используйте стандартный исходный код приложения Guestbook на Python, доступный на официальном сайте GCP в GitHub или (настройте источник репозитория проекта Google Cloud Platform)

5. Разверните код

6. Посмотрите, как мы можем получить отладочные снимки работающего приложения

7. Посмотрите на журналы и трассировки вызовов приложения

8. Добавьте точки журналов к текущему работающему приложению

Мониторинг сервисов Google Cloud Platform
->https://rominirani.com/gcp-stackdriver-tutorial-debug-snapshots-traces-logging-and-logpoints-1ba49e4780e6

->https://cloud.google.com/service-monitoring/

->https://cloud.google.com/blog/products/gcp/stackdriver-debugger-add-application-logs-on-the-fly-with-no-restarts

->https://codelabs.developers.google.com/codelabs/cloud-monitoring-codelab/index.html?index=..%2F..index#0

Пожалуйста, ознакомьтесь с документацией HTTP(S) балансировка нагрузки: ведение журналов и мониторинг:

Вы можете включать, отключать и просматривать журналы для бэкенд-сервиса HTTP(S) балансировки нагрузки.

Примечание: Если бэкенд-сервис создан после общего выпуска ведения журналов для HTTP(S) балансировки нагрузки, ведение журналов отключено для этого бэкенд-сервиса. Если вы включили ведение журналов во время альфа-версии или бета-версии, ведение журналов продолжает быть включенным для этого бэкенд-сервиса.

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

Чтобы включить ведение журналов на новом бэкенд-сервисе, вы можете использовать пользовательский интерфейс консоли или команду gcloud:

gcloud compute backend-services create BACKEND_SERVICE \
 --global \
 --enable-logging \
 --logging-sample-rate=VALUE \
 ... другие значения

для существующего бэкенд-сервиса:

gcloud compute backend-services update BACKEND_SERVICE \
    --global \
    --enable-logging \
    --logging-sample-rate=VALUE

Чтобы включить мониторинг, вам следует следовать документации:

Вы можете настроить экспорт метрик, основанных на журналах, для логов ресурсов внешнего HTTP(S) балансировщика нагрузки (resource.type=http_load_balancer).
Созданные метрики основаны на ресурсе “Правило Google Cloud HTTP Load Balancing (метрики, основанные на журналах)” (l7_lb_rule), который доступен в панелях мониторинга Cloud Monitoring вместо под https_lb_rule resource.

Более того, пожалуйста, ознакомьтесь с документацией Мониторинг сетевой балансировки нагрузки:

Сетевая балансировка нагрузки экспортирует ключевые метрики в Мониторинг.

Метрики мониторинга можно использовать для следующих целей:

• Оценить конфигурацию, использование и производительность балансировщика нагрузки
• Устранять проблемы
• Улучшить использование ресурсов и пользовательский опыт

Вы можете создавать настраиваемые панели мониторинга, настраивать оповещения и запрашивать метрики через Мониторинг.

Более подробную информацию и пошаговые инструкции вы можете найти в разделе документации Определение оповещений мониторинга и Метрики.