Что отслеживать

Edge for Private Cloud v4.18.05

Как правило, в рабочей среде необходимо включить механизмы мониторинга в развертывании Apigee Edge для частного облака. Эти методы мониторинга предупреждают администраторов (или операторов) сети об ошибке или сбое. Каждая ошибка регистрируется как оповещение в Apigee Edge. Дополнительные сведения об оповещениях можно найти в статье Рекомендации по мониторингу.

Для простоты компоненты Apigee делятся на две основные категории:

• Сервисы Java Server, относящиеся к Apigee. К ним относятся Management Server, Message Processor, Qpid Server и Postgres Server.
• Сторонние сервисы. К ним относятся Nginx Router, Apache Cassandra, Apache ZooKeeper, OpenLDAP, база данных PostgreSQL и Qpid.

В таблице ниже перечислены параметры, которые можно отслеживать при локальном развертывании Apigee Edge.

После установки Apigee Edge вы можете выполнять следующие задачи мониторинга, чтобы отслеживать производительность Apigee Edge для установки Private Cloud.

Проверка состояния системы

Очень важно отслеживать параметры работоспособности системы, такие как загрузка ЦП, использование памяти и подключение к портам на более высоком уровне. Чтобы получить базовые сведения о состоянии системы, можно отслеживать следующие параметры:

• Использование ЦП. Основная статистика (пользователь/система/ожидание ввода-вывода/бездействие) по использованию ЦП. Например, общее использование ЦП системой.
• Свободная/используемая память. Указывает использование системной памяти в байтах. Например, физическая память, используемая системой.
• Использование места на диске. Информация о файловой системе на основе текущего использования диска. Например, место на жестком диске, используемое системой.
• Средняя загрузка. Количество процессов, ожидающих запуска.
• Статистика сети. Сетевые пакеты и/или байты, переданные и полученные, а также ошибки передачи, связанные с указанным компонентом.

Проверка процессов и приложений

На уровне процесса можно посмотреть важную информацию обо всех запущенных процессах. Например, это может быть статистика использования памяти и ЦП процессом или приложением. Для таких процессов, как qpidd, postgres postmaster, java и т. д., можно отслеживать следующее:

• Идентификация процесса. Идентифицируйте определенный процесс Apigee. Например, вы можете отслеживать наличие процесса Java на сервере Apigee.
• Статистика потоков. Позволяет просматривать базовые шаблоны потоков, используемые процессом. Например, вы можете отслеживать пиковое количество потоков и количество потоков для всех процессов.
• Использование памяти. Посмотрите, сколько памяти используют все процессы Apigee. Например, вы можете отслеживать такие параметры, как использование кучи и некучевой памяти процессом.

Проверки на уровне API

На уровне API можно отслеживать, работает ли сервер для часто используемых вызовов API, проксируемых Apigee. Например, вы можете выполнить проверку API на сервере управления, маршрутизаторе и процессоре сообщений, вызвав следующую команду cURL:

curl http://host:port/v1/servers/self/up

где host – IP-адрес компонента Apigee Edge. Номер port уникален для каждого компонента Edge. Пример:

Сервер управления: 8080

• Маршрутизатор: 8081
• Message Processor: 8082
• другие подобные критерии.

Информацию о том, как выполнить эту команду для каждого компонента, вы найдете в разделах ниже.

Этот вызов возвращает значения "true" и "false". Для достижения наилучших результатов вы также можете выполнять вызовы API непосредственно на сервере (с которым взаимодействует программное обеспечение Apigee), чтобы быстро определить, существует ли ошибка в среде программного обеспечения Apigee или на сервере.

Проверка потока сообщений

Вы можете собирать данные о шаблонах и статистике потока сообщений с маршрутизаторов и процессоров сообщений. Это позволяет отслеживать следующие показатели:

• Количество активных клиентов
• Количество ответов (10X, 20X, 30X, 40X и 50X)
• Ошибки подключения

Это позволяет создавать сводки для потока сообщений API. Подробнее о том, как отслеживать показатели…

Проверка работоспособности маршрутизатора Message Processor

В Router реализован механизм проверки работоспособности, позволяющий определить, какие из Message Processor работают правильно. Если маршрутизатор обнаружит, что процессор сообщений не работает или работает медленно, он может автоматически исключить его из ротации. В этом случае маршрутизатор записывает сообщение Mark Down в файл журнала по адресу /opt/apigee/var/log/edge-router/logs/system.log.

Вы можете отслеживать эти сообщения в файле журнала маршрутизатора. Например, если маршрутизатор выводит Message Processor из ротации, он записывает в журнал сообщение в следующем формате:

2014-05-06 15:51:52,159 org: env: RPCClientClientProtocolChildGroup-RPC-0 INFO CLUSTER - ServerState.setState() : State of 2a8a0e0c-3619-416f-b037-8a42e7ad4577 is now DISCONNECTED. handle = MP_IP at 1399409512159
2014-04-17 12:54:48,512 org: env: nioEventLoopGroup-2-2 INFO HEARTBEAT - HBTracker.gotResponse() : No HeartBeat detected from /MP_IP:PORT Mark Down

где MP_IP:PORT – IP-адрес и номер порта Message Processor.

Если позже Router выполнит проверку работоспособности и определит, что Message Processor работает правильно, Router автоматически вернет Message Processor в ротацию. Маршрутизатор также записывает в журнал сообщение "Mark Up" в следующем формате:

2014-05-06 16:07:29,054 org: env: RPCClientClientProtocolChildGroup-RPC-0 INFO CLUSTER - ServerState.setState() : State of 2a8a0e0c-3619-416f-b037-8a42e7ad4577 is now CONNECTED. handle = IP at 1399410449054
2014-04-17 12:55:06,064 org: env: nioEventLoopGroup-4-1 INFO HEARTBEAT - HBTracker.updateHB() : HeartBeat detected from IP:PORT Mark Up