Проверка программы ================== В данном разделе приведены наглядные примеры успешной установки частей программы. В случае. Если в процессе установки возникли ошибки рекомендуется обратиться к системному администратору. Проверка менеджера кластера ADCM -------------------------------- Компонент :term:`ADCM` доступен по адресу ``http://:8000`` с авторизацией с помощью логина и пароля, выставленных по умолчанию как ``admin``/ ``admin``. Проверка ПО ADQM ---------------- Для проверки через графический пользовательский интерфейс Менеджера кластера ADCM результатов действий над кластером ADQM необходимо: 1. Перейти на закладку кластера ADQM и нажать кнопку **Check** (см. :numref:`image39`). 2. Подтвердить действие в открывшемся диалоговом окне. 3. Открыть вкладку **JOBS**. 4. Выбрать последнее действие (**Check**) над кластером ADB и в открывшемся окне проверить результаты. .. _image39: .. figure:: img/image30_1.png :align: center :alt: Запуск проверки состояния кластера ADQM через графический пользовательский интерфейс Менеджера кластера ADCM Запуск проверки состояния кластера ADQM через графический пользовательский интерфейс Менеджера кластера ADCM Диспетчер сообщений ADS ----------------------- Проверка сервиса *Zookeeper* через графический пользовательский интерфейс Менеджера кластера ADCM ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Для проверки компонентов сервиса *Zookeeper* в графическом пользовательском интерфейс необходимо: 1. Перейти в пункт кластер ADS. 2. На вкладке **Services** для сервиса *Zookeeper* в поле **Actions** нажать на пиктограмму и выбрать действие **Check** (Рисунок 30). Запуск сервиса Apache Kafka через графический пользовательский интерфейс Менеджера кластера ADCM ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1. Перейти в пункт кластер ADS. 2. На вкладке **Services** для сервиса :term:`Apache Kafka` в поле **Actions** нажать на пиктограмму и выбрать действие **Check**. Проверка ПО ADB --------------- При проверке состояния кластера ADB запускается утилита ``gpstate utility`` и выполняется распределенный запрос по базе данных. Для проверки через графический пользовательский интерфейс Менеджера кластера :term:`ADCM` результатов действий над кластером ADB необходимо: 1. Перейти на закладку кластера ADB и нажать кнопку **Check** (см. :numref:`image39_1`). .. _image39_1: .. figure:: img/image39_1.png :align: center :alt: Запуск проверки состояния кластера ADB через графический пользовательский интерфейс Менеджера кластера ADCM Запуск проверки состояния кластера ADB через графический пользовательский интерфейс Менеджера кластера ADCM 2. Подтвердить действие в открывшемся диалоговом окне (см. :numref:`image40`). .. _image40: .. figure:: img/image40.png :align: center :alt: Подтверждение в открывшемся диалоговом окне графического пользовательского интерфейса Менеджера кластера ADCM запуска проверки кластера ADB Подтверждение в открывшемся диалоговом окне графического пользовательского интерфейса Менеджера кластера ADCM запуска проверки кластера ADB 3. Открыть вкладку **JOBS** (см. :numref:`image41`). .. _image41: .. figure:: img/image41.png :align: center :alt: Отображение в графическом пользовательском интерфейсе Менеджера кластера ADCM вкладки Jobs со статусами задач, исполненных кластером ADB Отображение в графическом пользовательском интерфейсе Менеджера кластера ADCM вкладки Jobs со статусами задач, исполненных кластером ADB 4. Выбрать последнее действие (**Check**) над кластером ADB и в открывшемся окне проверить результаты (см. :numref:`image42`). .. _image42: .. figure:: img/image42.png :align: center :alt: Отображение в графическом пользовательском интерфейсе Менеджера кластера ADCM статуса проверки кластера ADB Отображение в графическом пользовательском интерфейсе Менеджера кластера ADCM статуса проверки кластера ADB Проверка ПО ADG --------------- Проверка ПО ADG осуществляется согласно документации на СУБД :term:`Tarantool` (https://www.tarantool.io/en/doc/latest/book/monitoring/ ). Проверка ядра витрины ProStore ------------------------------ Проверка ПО :term:`ProStore` осуществляется путём подачи SQL-запросов к :term:`ProStore` через клиентское :term:`JDBC`-подключение и сопоставления ожидаемого эталонного и полученного результатов. Проверка осуществляется согласно следующим этапам: 1. Создать датамарт в :term:`ProStore` с помощью SQL-запроса: .. code-block:: sql CREATE DATABASE <имя несуществующей логической базы>, например, CREATE DATABASE testdb; 2. Создать таблицу в :term:`ProStore` со всеми типами колонок с помощью :term:`SQL-запрос`: .. code-block:: sql CREATE TABLE <имя логической базы из п.1>.all_types ( - id int not null, - double_col double, - float_col float, - char_col varchar(36), - boolean_col boolean, - int_col int not null, - bigint_col bigint, - date_col date, - timestamp_col timestamp, - primary key (id)) - distributed by (id) 3. Проверить существование и структуру созданной таблицы в :term:`ProStore` с помощью SQL-запросов: .. code-block:: sql select \* from <имя логической базы из п.1>.all_types DATASOURCE_TYPE='ADG' select \* from <имя логической базы из п.1>.all_types DATASOURCE_TYPE='ADQM' select \* from <имя логической базы из п.1>.all_types DATASOURCE_TYPE='ADB' 4. Удалить таблицу со всеми типами колонок из :term:`ProStore` с помощью SQL-запроса: .. code-block:: sql DROP TABLE <имя логической базы из п.1>.all_types 5. Удалить датамарт с помощью SQL-запроса: .. code-block:: sql DROP DATABASE <имя логической базы из п.1>. .. attention:: Наличие сообщений об ошибках, а также отличие получаемых состояний ProStore на различных этапах проверки от ожидаемых состояний является индикатором неуспешного прохождения проверки. Проверка СМЭВ3-адаптера ----------------------- Пример успешного завершения установки: Сервисная БД(если установлена): проверить доступность подключившись к ней:: telnet СМЭВ3-адаптер: Проверить наличие в log-файле сообщения:: INFO: Succeeded in deploying verticle .. Проверка ПОДД-адаптер .. Подключаем файл с проверкой ПОДД-адаптер .. include:: ../../modules/podd-adapter-query/doc/podd_adapter_query_check.rst Проверка ETL ------------ Apache Airflow ~~~~~~~~~~~~~~ После запуска кластера можно зайти в web–интерфейс. Веб-сервер доступен по адресу ``http://localhost:8080`` Логин и пароль по умолчанию ``airflow`` Также, можно проверить удалённое подключение с помощью http-запроса: .. code-block:: bash ENDPOINT_URL="http://localhost:8080/" curl -X GET \\ --user "airflow:airflow" \\ "${ENDPOINT_URL}/api/v1/pools" Apache Spark ~~~~~~~~~~~~ После запуска :term:`Apache Spark` можно зайти в web–интерфейс. Веб-сервер Spark Master доступен по адресу ``http://<ваш ip-адрес>:8080 например http://localhost:8080/`` Веб-сервер Spark Worker 1 доступен по адресу ``http://<ваш ip-адрес>:8081 например http://localhost:8081/`` Apache Hadoop ~~~~~~~~~~~~~ Проверить корректность работы :term:`Apache Hadoop`можно командой: .. code-block:: bash make wordcount или последовательно выполнить следующие команды: .. code-block:: bash docker build -t hadoop-wordcount ./submit docker run --network docker-hadoop_default --env-file hadoop.env bde2020/hadoop-base:master hdfs dfs -mkdir -p /input/ docker run --network docker-hadoop_default --env-file hadoop.env bde2020/hadoop-base:master hdfs dfs -copyFromLocal -f /opt/hadoop-3.2.1/README.txt /input/ docker run --network docker-hadoop_default --env-file hadoop.env hadoop-wordcount docker run --network docker-hadoop_default --env-file hadoop.env bde2020/hadoop-base:master hdfs dfs -cat /output/\* docker run --network docker-hadoop_default --env-file hadoop.env bde2020/hadoop-base:master hdfs dfs -rm -r /output docker run --network docker-hadoop_default --env-file hadoop.env bde2020/hadoop-base:master hdfs dfs -rm -r /input После запуска :term:`Apache Hadoop` можно зайти в следующие web–интерфейсы .. code-block:: bash Namenode: http://:9870/dfshealth.html#tab-overview History server: http://:8188/applicationhistory Datanode: http://:9864/ Nodemanager: http://:8042/node Resource manager: http://:8088/ СУБД Tarantool ~~~~~~~~~~~~~~ Проверка СУБД :term:`Tarantool` осуществляется согласно документации на СУБД Tarantool: https://www.tarantool.io/en/doc/latest/book/monitoring/ . Проверка сервера конечных точек API ----------------------------------- Проверить удалённое подключение с помощью http-запроса .. code-block:: bash curl localhost:8080 В случае успешной установки ответ будет следующим .. code-block:: bash {"timestamp":"2021-03-15T10:22:57.325+0000","status":404,"error":"Not Found","message":"","path":"/"}%