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

По завершению установки с помощью скриптов автоматически проверяется корректность и успешность проведенных действий:

  • проверяется запись о старте в лог-файлах EVTA: должно присутствовать вхождение строки Reactive stream adapter started.

Для установки на ВМ

Убедиться, что адаптер запущен на конечном сервере/серверах:

ps ax | grep <имя адаптера>  

, где имя адаптера – значение параметра reactive_stream_adapter_vm.adapter_list.name для конкретного устанавливаемого адаптера из файла vars.yml.

Ошибки можно просмотреть в лог-файле. Путь к лог-файлу указан в параметре reactive_stream_adapter_vm.logdir в файле vars.yml.

Имя файла лога состоит из имени адаптера, взятого из значения reactive_stream_adapter_vm.adapter_list.name в vars.yml и расширения .log.

Для установки в облачной среде

Убедиться, что в логах pod нет информации об ошибках.

Для просмотра логов какого-либо из pod в веб-интерфейсе Openshift необходимо выполнить следующие действия:

  1. Administrator/Workloads/Deployments

  2. Перейти в свой Deployment. Имя Deployment: reactivestreamadapter-<name> , где name – значение reactive_stream_adapter.adapter_list.name из файла vars.yml.

  3. Pods/заходим в pod./Pods details/Logs. Видим лог консоли pod.

При возникновении ошибки установки с использованием Ansible: обработка скриптом остановится, в консоль будет выведен текст ошибки.

При возникновении ошибки установки с помощью Jenkins: Jenkins Build завершится с ошибкой, Console Output будет содержать сообщение об ошибке.

Если произведена настройка отправки событий в систему аудита, после завершения установки необходимо проверить наличие событий аудита в системе.

Проверка работоспособности AUDT (Аудит)

Проверка доступна только администратору ОС. В логах будут сообщения об успешной либо не успешной отправке события в аудит. В системе аудита будут видны отправляемые EVTA события согласно метамодели.

Проверки корректной конфигурации механизмов безопасности:

  • Убедиться, что в конфигурации включен блок (должен быть установлен флаг true):

audit.service.ssl.enabled: "true"
  • Посмотреть по логам, что отсутствуют ошибки аутентификации.

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

Если произведена настройка отправки логов в систему журналирования, например, к Platform V Monitor (LOGA), после завершения установки необходимо проверить наличие логов в системе журналирования.

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

Если произведена настройка подключения к компоненту KFKA - после завершения установки необходимо проверить наличие логов в EVTA. Признаком корректной работы интеграции является наличие опубликованных сообщений и вычитка из указанного топика.

Проверка работоспособности системы мониторинга (EDMN)

Проверка подключения системы мониторинга (например, Platform V Synapse Event-domain management (EDMN)) осуществляется со стороны мониторинга специалистом сопровождения системы мониторинга.

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

Если произведена настройка подключения к компоненту EVPC после завершения установки необходимо проверить наличие логов в EVPC и EVTA. Признаком корректной работы интеграции является наличие сообщений о подключении и отсутствие ошибок.

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

Если произведена настройка подключения к компоненту SMBX - после завершения установки необходимо проверить наличие логов в EVTA. Признаком корректной работы интеграции является наличие опубликованных сообщений и вычитка из указанной очереди.

Если используется cистема управления ключами и сертификатами (HashiCorp Vault) – убедиться, что сертификаты Vault получены.

  • Проверить, что на сервере в установочной директории в папке SSL есть валидный сертификат.