Проверка установки

Для входа в веб-интерфейс мониторинга используйте адрес, указанный в Техпаспорте, закладка «1. Требования к инфраструктуре», п.2.5b Список DNS записей, п.8 Портал мониторинга (Zabbix). Также этот URL можно найти в переменной monitoring_endpoint_fqdn файла inventory/group_vars/vkcloud/vars.yml.

Логин / пароль для входа можно найти в файле inventory/group_vars/vkcloud/vault.yml:

 
${vault_zabbix_api_user}/${vault_zabbix_api_pass}

Проверьте функционирование Платформы согласно документу «Программа и методика испытаний».

1. Проверьте, что появилась связность по BGP с control-нодами и с соседней AS (если настраивалось).

   Команда проверки BGP (запускается на RS-сервере)

    
   birdc show protocols

   Ожидаемый результат

    
   BIRD 1.6.4 ready.name     proto    table    state  since       infodevice1  Device   master   up     2022-10-07direct1  Direct   master   up     2022-10-07kernel1  Kernel   master   up     2022-10-07vkrouter BGP      master   up     2022-10-08  Establishedcalico_c1 BGP      master   up     2022-10-07  Establishedexabgp_c1_alias BGP      master   up     2023-10-14  Establishedcalico_c2 BGP      master   up     2022-12-07  Establishedexabgp_c2_alias BGP      master   up     2023-10-13  Establishedcalico_c3 BGP      master   up     2022-12-07  Establishedexabgp_c3_alias BGP      master   up     2023-10-13  Established

2. Проверьте, что все systemd сервисы на всех серверах кластера запущены без ошибок.

   Команда проверки запуска сервисов

    
   systemctl list-units --failed

   Ожидаемый результат

    
   0 loaded units listed. Pass --all to see loaded but inactive units, too.To show all installed unit files use 'systemctl list-unit-files'.

   Если обнаружены сервисы с ошибкой, проверьте логи и перезапустите сервис.

   Просмотр логов и перезапуск сервиса на примере public_haproxy

    
   journalctl -f --no-pager -u public_haproxysystemctl restart public_haproxy

3. Проверьте состояние серверов в Kubernetes — все ноды должны быть в статусе Ready:

   Пример выполнения команды проверки состояния сервисов в Kubernetes

    
   kubectl get no

   Пример ожидаемого результата

    
   NAME          STATUS   ROLES    AGE   VERSIONcpn001        Ready    <none>   13h   v1.17.4cpn002        Ready    <none>   13h   v1.17.4cpn003        Ready    <none>   13h   v1.17.4

4. Проверьте состояние подов в Kubernetes — все они должны находиться в статусе Running:

    
   kubectl get po -A | grep -v Running

5. Загрузите переменные для доступа к стенду (по умолчанию скрипт находится на управляющем узле №3):

    
   source /root/openrc.sh

6. Проверьте состояние сетевых агентов в OpenStack:

   Команда проверки состояния сетевых агентов

    
   openstack network agent list -c Host -c Alive -c State -c Binary

   Пример ожидаемого результата

    
   +--------+-------+-------+---------------------------+| Host   | Alive | State | Binary                    |+--------+-------+-------+---------------------------+| cpn002 | True  | UP    | neutron-dhcp-agent        || kcn002 | True  | UP    | neutron-metadata-agent    || cpn002 | True  | UP    | neutron-l3-agent          || cpn001 | True  | UP    | neutron-dhcp-agent        || cpn003 | True  | UP    | neutron-openvswitch-agent || cpn001 | True  | UP    | neutron-metadata-agent    || cpn002 | True  | UP    | neutron-metadata-agent    || cpn001 | True  | UP    | neutron-l3-agent          || cpn001 | True  | UP    | neutron-openvswitch-agent || kcn001 | True  | UP    | neutron-l3-agent          || kcn002 | True  | UP    | neutron-openvswitch-agent || cpn002 | True  | UP    | neutron-openvswitch-agent || cpn003 | True  | UP    | neutron-metadata-agent    || kcn001 | True  | UP    | neutron-openvswitch-agent || kcn001 | True  | UP    | neutron-metadata-agent    || cpn003 | True  | UP    | neutron-dhcp-agent        || cpn003 | True  | UP    | neutron-l3-agent          || kcn002 | True  | UP    | neutron-l3-agent          |+--------+-------+-------+---------------------------+

   Поле Alive должно иметь значение True, поле State — UP (для всех сетевых агентов). Если есть сервисы с выключенным агентом, выполните шаги:

   1. Зайдите на сервер из колонки Host по SSH.

   2. Проверьте логи и перезагрузите выключенные сервисы:

      Просмотр логов и перезапуск сервиса на примере neutron-l3-agent

       
      journalctl -f --no-pager -u neutron-l3-agentsystemctl restart neutron-l3-agent

7. Проверьте число актуальных реплик у deployments и statefulset — в столбце READY первое и второе значения с разделителем / должны совпадать.

   Команды проверки числа актуальных реплик

    
   kubectl get deploy -Akubectl get sts -A

   Пример ожидаемого результата

    
   NAME                  READY   AGErabbitmq-ceilometer   3/3     11hrabbitmq-nova         3/3     11h

Для входа в веб-интерфейс OpenSearch Dashboard используйте адрес, указанный в Техпаспорте, закладка «1. Требования к инфраструктуре», п.2.5b Список DNS записей, п.7 Портал просмотра журналов событий (OpenSearch). Также этот URL можно найти в переменной logs_endpoint_fqdn файла inventory/group_vars/vkcloud/vars.yml.

Логин / пароль для входа можно найти в файле inventory/group_vars/vkcloud/vault.yml:

 
admin/${vault_opensearch_users_admin_password}

Для входа в Портал администратора используйте адрес, указанный в Техпаспорте, закладка «1. Требования к инфраструктуре», п.2.5b Список DNS записей, п.2 Веб-портал: интерфейс суперадминистратора. Также этот URL можно найти в переменной superadmin_public_endpoint_domain файла inventory/group_vars/vkcloud/vars.yml.

Логин / пароль для входа можно найти в файле inventory/group_vars/vkcloud/vault.yml:

 
superadmin/${vault_iam_sync_user_password}

Создайте первый проект и назначьте группе пользователей доступ на проект (роль mcs_co_owner); инструкция по предоставлению доступа приведена в документе «Руководство администратора Платформы» (см. раздел «Предоставление доступа к проекту»).

Для входа в Keycloak используйте адрес, указанный в Техпаспорте, закладка «1. Требования к инфраструктуре», п.2.5b Список DNS записей, п.3 Портал управления доступом (Keycloak). Также этот URL можно найти в переменной keycloak_public_endpoint_domain файла inventory/group_vars/vkcloud/vars.yml.

Логин / пароль для входа можно найти в файле inventory/group_vars/vkcloud/vault.yml:

 
admin/${vault_keycloak_password}

Если ранее был выполнен импорт пользователей и групп из внешних систем (например, Active Directory), убедитесь в наличии импортированных пользователей и групп в области безопасности (realm) MCS.

Для входа в Портал самообслуживания используйте адрес, указанный в Техпаспорте, закладка «1. Требования к инфраструктуре», п.2.5b Список DNS записей, п.1 Веб-портал: личный кабинет. Также это URL можно найти в переменной openstack_public_endpoint_ip файла inventory/group_vars/vkcloud/vars.yml.

Используйте логин / пароль пользователей, которым был предоставлен доступ к проекту через Портал администратора (см. раздел Портал администратора). Если при подготовке файла конфигурации minimal.yml, в разделах KBG и keycloak_test_users были указаны тестовые пользователи, то можно воспользоваться ими для входа в Портал самообслуживания.