Перейти к содержимому
Редактировал(а) admin 2026/08/27 15:47
От версии 4.1
отредактировано admin
на 2026/06/07 20:22
Изменить комментарий: Remove Confluence layout blocks
К версии 7.6
отредактировано admin
на 2026/08/25 13:54
Изменить комментарий: Update document after refactoring.

Сводка

Подробности

Свойства страницы
Родительский документ
... ... @@ -1,0 +1,1 @@
1 +neyross.ops.WebHome
Язык по умолчанию
... ... @@ -1,1 +1,1 @@
1 -en
1 +ru
Содержимое
... ... @@ -1,4 +1,4 @@
1 -(% style="font-size: 14.0px;letter-spacing: 0.0px;" %)В данном разделе приведена пошаговая инструкция по развёртыванию кластера «с нуля», обеспечивающего базовую функциональность горячего резервирования сервера Платформы НЕЙРОСС с нативным типом установки (в среде ОС).
1 +В данном разделе приведена пошаговая инструкция по развёртыванию кластера «с нуля», обеспечивающего базовую функциональность горячего резервирования сервера Платформы НЕЙРОСС с нативным типом установки (в среде ОС).
2 2  
3 3  {{info}}
4 4  Ниже рассмотрен пример построения кластера при работе нативной версии в среде ОС Ubuntu Server 20.04.3 LTS. При необходимости разворачивания кластера в среде ОС Astra Linux рекомендуем обратиться к специалистам компании ИТРИУМ, мы вышлем подготовленный файл.
... ... @@ -8,14 +8,10 @@
8 8  При необходимости горячего резервирования контейнеризированной версии Платформы НЕЙРОСС рекомендуем обратиться к специалистам компании ИТРИУМ.
9 9  {{/error}}
10 10  
11 -[[image:attach:ui.Параметры узла.WebHome@content.png||thumbnail="true" height="10"]] Содержание:
11 +== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Общиесведения"/}}Общие сведения(%%) ==
12 12  
13 -{{toc depth="2"/}}
13 +Отказоустойчивый кластер обеспечивает высокий уровень готовности резервного сервера для максимальной доступности сервисов системы. Самый простой кластер состоит из 2-х узлов (компьютеров, серверов), образующих его, настроенных на мониторинг друг друга и управление соответствующими ресурсами кластера.
14 14  
15 -== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Общиесведения"/}}(% style="font-size: 20.0px;letter-spacing: -0.008em;" %)Общие сведения(%%) ==
16 -
17 -Отказоустойчивый кластер обеспечивает высокий уровень готовности резервного сервера для максимальной доступности сервисов системы. (% style="letter-spacing: 0.0px;" %)Самый простой кластер состоит из 2-х узлов (компьютеров, серверов), образующих его, настроенных на мониторинг друг друга и управление соответствующими ресурсами кластера.
18 -
19 19  [[image:attach:Platform_Cluster_Scheme.png||width="400"]]
20 20  
21 21  \\
... ... @@ -22,9 +22,9 @@
22 22  
23 23  Для настройки кластера и его ресурсов можно применять любую из двух утилит //pcs// или //crm//. При этом настройку можно осуществлять и той и другой в любом удобном порядке, поэтому некоторые действия описаны с использование одной утилиты, а некоторые – другой.
24 24  
25 -== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Действиянакаждомсервере(NODE1иNODE2)"/}}(% style="letter-spacing: 0.0px;" %)Действия на каждом сервере (NODE 1 и NODE2)(%%) ==
21 +== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Действиянакаждомсервере(NODE1иNODE2)"/}}Действия на каждом сервере (NODE 1 и NODE2)(%%) ==
26 26  
27 -(% style="letter-spacing: 0.0px;" %)Актуализируйте и обновите версии пакетов:
23 +Актуализируйте и обновите версии пакетов:
28 28  
29 29  {{code language="bash"}}
30 30  sudo apt update
... ... @@ -411,7 +411,7 @@
411 411  В некоторых описаниях настройки упоминается ещё параметр config="/etc/postgresql/12/main/postgresql.conf".
412 412  
413 413  {{info}}
414 -Если не выполнено исправление //resource-agents// (описано выше), то настройка параметра //check_wal_receiver="true"//, приведёт на узле NODE2 к появлению ошибки в //HA-pgsql-receiver-status// (вывод команды //sudo crm_mon -Afr//) и ежеминутных предупреждений в логах //(journalctl -f) "WARNING: wal receiver process is not running//". (% style="color: rgb(51,51,51);" %)Настройка параметра(%%)// check_wal_receiver="false"//(% style="color: rgb(51,51,51);" %) отключает проверку и мониторинг 'WAL receiver process'.
410 +Если не выполнено исправление //resource-agents// (описано выше), то настройка параметра //check_wal_receiver="true"//, приведёт на узле NODE2 к появлению ошибки в //HA-pgsql-receiver-status// (вывод команды //sudo crm_mon -Afr//) и ежеминутных предупреждений в логах //(journalctl -f) "WARNING: wal receiver process is not running//". Настройка параметра(%%)// check_wal_receiver="false"// отключает проверку и мониторинг 'WAL receiver process'.
415 415  {{/info}}
416 416  
417 417  
... ... @@ -481,8 +481,8 @@
481 481  --group master-group
482 482  {{/code}}
483 483  
484 -(% style="color: rgb(51,51,51);" %)в параметрах (%%)//binfile//(% style="color: rgb(51,51,51);" %), (%%)//cmdline_options//(% style="color: rgb(51,51,51);" %) и (%%)//user//(% style="color: rgb(51,51,51);" %) укажите соответственно исполняемый файл с полным путём от корня, параметры запуска исполняемого файла, имя пользователя системы (от имени которого будет выполняться файл), всё указывается в кавычках(%%)
485 -(% style="color: rgb(51,51,51);" %)параметры (%%)//cmdline_options//(% style="color: rgb(51,51,51);" %) и (%%)//user//(% style="color: rgb(51,51,51);" %) не являются обязательными
480 +в параметрах (%%)//binfile//, (%%)//cmdline_options// и (%%)//user// укажите соответственно исполняемый файл с полным путём от корня, параметры запуска исполняемого файла, имя пользователя системы (от имени которого будет выполняться файл), всё указывается в кавычках(%%)
481 +параметры (%%)//cmdline_options// и (%%)//user// не являются обязательными
486 486  
487 487  == {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Созданиересурсафенсинга"/}}Создание ресурса фенсинга ==
488 488  
... ... @@ -582,7 +582,7 @@
582 582  
583 583  {{code/}}
584 584  
585 -(% style="letter-spacing: 0.0px;" %)Браузеру «не понравится» самоподписанный сертификат, но с этим надо согласиться или подложить на узлы доверенные сертификаты. Веб-интерфейс также доступен и по общему виртуальному адресу и тому же порту 2224.
581 +Браузеру «не понравится» самоподписанный сертификат, но с этим надо согласиться или подложить на узлы доверенные сертификаты. Веб-интерфейс также доступен и по общему виртуальному адресу и тому же порту 2224.
586 586  
587 587  Для входа необходимо использовать учётные данные пользователя кластера — //hacluster// и его пароль.
588 588  
... ... @@ -670,15 +670,14 @@
670 670  \\
671 671  
672 672  |=(((
673 -(% style="color: rgb(51,51,51);" %)утилита crm_resource
669 +утилита crm_resource
674 674  )))|=(((
675 -(% style="color: rgb(51,51,51);" %)утилита crm
671 +утилита crm
676 676  )))
677 677  |(% colspan="2" %)(((
678 -(% style="color: rgb(51,51,51);" %)Вывод поддерживаемых стандартов (классов) ресурсов кластера
674 +Вывод поддерживаемых стандартов (классов) ресурсов кластера
679 679  )))
680 680  |(((
681 -(% class="content-wrapper" %)
682 682  (((
683 683  {{code language="java"}}
684 684  sudo crm_resource --list-standards
... ... @@ -685,7 +685,6 @@
685 685  {{/code}}
686 686  )))
687 687  )))|(((
688 -(% class="content-wrapper" %)
689 689  (((
690 690  {{code language="java"}}
691 691  sudo crm ra classes
... ... @@ -693,10 +693,9 @@
693 693  )))
694 694  )))
695 695  |(% colspan="2" %)(((
696 -(% style="color: rgb(51,51,51);" %)Вывод поддерживаемых агентов ресурсов кластера для определенного стандарта
690 +Вывод поддерживаемых агентов ресурсов кластера для определенного стандарта
697 697  )))
698 698  |(((
699 -(% class="content-wrapper" %)
700 700  (((
701 701  (% style="text-align: left;" %)
702 702  доступные systemd агенты
... ... @@ -713,7 +713,6 @@
713 713  {{/code}}
714 714  )))
715 715  )))|(((
716 -(% class="content-wrapper" %)
717 717  (((
718 718  {{code language="java"}}
719 719  sudo crm ra list systemd
... ... @@ -725,7 +725,6 @@
725 725  )))
726 726  )))
727 727  |(((
728 -(% class="content-wrapper" %)
729 729  (((
730 730  (% style="text-align: left;" %)
731 731  доступные OCF провайдеры
... ... @@ -738,7 +738,6 @@
738 738  \\
739 739  )))
740 740  |(((
741 -(% class="content-wrapper" %)
742 742  (((
743 743  (% style="text-align: left;" %)
744 744  доступные OCF агенты из проекта linux-ha провайдер heartbeat
... ... @@ -751,7 +751,6 @@
751 751  \\
752 752  )))
753 753  |(((
754 -(% class="content-wrapper" %)
755 755  (((
756 756  (% style="text-align: left;" %)
757 757  доступный OCF провайдер для агента pgsql
... ... @@ -764,7 +764,6 @@
764 764  \\
765 765  )))
766 766  |(((
767 -(% class="content-wrapper" %)
768 768  (((
769 769  (% style="text-align: left;" %)
770 770  метаданные для класс:провайдер:агент
... ... @@ -785,7 +785,7 @@
785 785  sudo cat /var/log/pacemaker/pacemaker.log
786 786  {{/code}}
787 787  
788 -(% style="letter-spacing: 0.0px;" %)запуск с ключом **-f** позволит следить за ними в реальном времени.
776 +запуск с ключом **-f** позволит следить за ними в реальном времени.
789 789  
790 790  ----
791 791  
... ... @@ -801,7 +801,7 @@
801 801  sudo pcs stonith list
802 802  {{/code}}
803 803  
804 -(% style="font-size: 14.0px;font-weight: 400;letter-spacing: 0.0px;" %)Для тестовых целей можно использовать следующую конфигурацию с агентом //external/ssh//:
792 +(% style="font-weight: 400;" %)Для тестовых целей можно использовать следующую конфигурацию с агентом //external/ssh//:
805 805  
806 806  {{code language="bash"}}
807 807  sudo crm
... ... @@ -813,7 +813,7 @@
813 813   exit
814 814  {{/code}}
815 815  
816 -=== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Пример1.Использованиедвухмеханизмовфенсингаузловнапримерефенсингавиртуальныхмашинах"/}}(% style="color: rgb(94,108,132);letter-spacing: 0.0px;" %)Пример 1. Использование двух механизмов фенсинга узлов на примере фенсинга виртуальных машинах(%%) ===
804 +=== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Пример1.Использованиедвухмеханизмовфенсингаузловнапримерефенсингавиртуальныхмашинах"/}}Пример 1. Использование двух механизмов фенсинга узлов на примере фенсинга виртуальных машинах(%%) ===
817 817  
818 818  При использовании виртуальных машин в качестве узлов кластера можно использовать агент //external/libvirt//. Далее рассмотрим настройку конфигурации, в которой сервер с гипервизором имеет адрес 10.1.30.249, а узлы, как описано выше. В примере будут использоваться два фенсинг механизма – //ssh// и //libvirt//.
819 819  Чтобы вывести необходимые настройки для выбранного агента выполните команду:
... ... @@ -897,7 +897,7 @@
897 897  {{info}}
898 898  Пояснение определения
899 899  
900 -{{code language="none"}}
888 +{{code language="text"}}
901 901  fencing_topology \
902 902   node2: fence-node2-ssh fence-node2-libvirt \
903 903   node1: fence-node1-ssh fence-node1-libvirt
... ... @@ -906,7 +906,7 @@
906 906  означает: для фенсинга узла //node2// сначала использовать ресурс //fence-node2-ssh//, если это не удается, то использовать ресурс //fence-node2-libvirt//.
907 907  {{/info}}
908 908  
909 -(% style="letter-spacing: 0.0px;" %)Перезагружаем все виртуальные машины в кластере.
897 +Перезагружаем все виртуальные машины в кластере.
910 910  
911 911  \\
912 912  
... ... @@ -1087,16 +1087,16 @@
1087 1087  
1088 1088  {{info title="Файлы, с которыми работает (модифицирует) Платформа (кроме исполняемых)"}}
1089 1089  (% class="wiki-list0" %)
1090 -1. Файл лицензии (% class="inline-code" %){{code language="none"}}/home/ultima-vmc/Neyross/ultima-vmc/licence{{/code}}(%%)
1078 +1. Файл лицензии (% class="inline-code" %)##/home/ultima-vmc/Neyross/ultima-vmc/licence##(%%)
1091 1091  Создаётся Платформой при первом запуске и меняется при обновлении лицензии через веб-интерфейс.
1092 1092  Если лицензирование происходит через HID - файлы лицензии должны быть разные для разных физических машин. Если через несколько Guardant одной поставки - файлы могут быть одинаковы
1093 -1. Конфигурационный файл (% class="inline-code" %){{code language="none"}}/usr/share/ultima-vmc/conf/application.conf{{/code}}(%%)
1081 +1. Конфигурационный файл (% class="inline-code" %)##/usr/share/ultima-vmc/conf/application.conf##(%%)
1094 1094  Создаётся пустым при инсталляции ПО, перезаписывается в процессе первого запуска, в дальнейшем только читается
1095 -1. Вспомогательный файл (% class="inline-code" %){{code language="none"}}/home/ultima-vmc/Neyross/ultima-vmc/activiti.cfg.xml{{/code}}(%%)
1083 +1. Вспомогательный файл (% class="inline-code" %)##/home/ultima-vmc/Neyross/ultima-vmc/activiti.cfg.xml##(%%)
1096 1096  Создаётся при первом запуске
1097 -1. Если используются локальные ГИС-тайлы, то они лежат в (% class="inline-code" %){{code language="none"}}/home/ultima-vmc/Neyross/ultima-vmc/resources/ultima.vmc.gis.tiles{{/code}}(%%) (загружаются пользователем через веб-интерфейса)
1098 -1. Если используется распознавание лиц, то в папке (% class="inline-code" %){{code language="none"}}/home/ultima-vmc/Neyross/ultima-vmc/resources/neurotech{{/code}}(%%) лежат загружаемые через веб-интерфейс ресурсные файлы Нейротека. При этом в папке (% class="inline-code" %){{code language="none"}}/home/ultima-vmc/Neyross/ultima-vmc/resources/neurotech-licence{{/code}}(%%) загружаются лицензионныей файлы Нейротека, **которые должны быть разными для каждой физической машины**
1099 -1. ...в будущем в папке (% class="inline-code" %){{code language="none"}}/home/ultima-vmc/Neyross/ultima-vmc/resources/{{/code}}(%%) могут появиться другие директории, которые нужно синхронизировать
1085 +1. Если используются локальные ГИС-тайлы, то они лежат в (% class="inline-code" %)##/home/ultima-vmc/Neyross/ultima-vmc/resources/ultima.vmc.gis.tiles##(%%) (загружаются пользователем через веб-интерфейса)
1086 +1. Если используется распознавание лиц, то в папке (% class="inline-code" %)##/home/ultima-vmc/Neyross/ultima-vmc/resources/neurotech##(%%) лежат загружаемые через веб-интерфейс ресурсные файлы Нейротека. При этом в папке (% class="inline-code" %)##/home/ultima-vmc/Neyross/ultima-vmc/resources/neurotech-licence##(%%) загружаются лицензионныей файлы Нейротека, **которые должны быть разными для каждой физической машины**
1087 +1. ...в будущем в папке (% class="inline-code" %)##/home/ultima-vmc/Neyross/ultima-vmc/resources/##(%%) могут появиться другие директории, которые нужно синхронизировать
1100 1100  {{/info}}
1101 1101  
1102 1102  Таким образом, должны синхронизироваться файли и каталоги 2, 3, 4 и 6. Файлы и каталоги 1 и 5 должны синхронизироваться в случаях определённых конфигураций и состава.
... ... @@ -1206,7 +1206,7 @@
1206 1206  
1207 1207  Приводим его к виду:
1208 1208  
1209 -{{code language="none"}}
1197 +{{code language="text"}}
1210 1210  settings {
1211 1211   logfile = "/var/log/lsyncd.log",
1212 1212   statusFile = "/var/log/lsyncd.stat",
... ... @@ -1271,7 +1271,7 @@
1271 1271  
1272 1272  \\
1273 1273  
1274 -{{code language="none"}}
1262 +{{code language="text"}}
1275 1275  sync {
1276 1276   ...
1277 1277   rsync = {
... ... @@ -1295,7 +1295,7 @@
1295 1295  
1296 1296  \\
1297 1297  
1298 -{{code language="none"}}
1286 +{{code language="text"}}
1299 1299  settings {
1300 1300   ...
1301 1301   statusInterval = 5
... ... @@ -1314,7 +1314,7 @@
1314 1314  
1315 1315  \\
1316 1316  
1317 -{{code language="none"}}
1305 +{{code language="text"}}
1318 1318  sync {
1319 1319   ...
1320 1320   exclude = { '*.bak' , '*.tmp' },
... ... @@ -1340,7 +1340,7 @@
1340 1340  test/
1341 1341  {{/code}}
1342 1342  
1343 -(% style="letter-spacing: 0.0px;" %)в данном примере мы игнорируем файлы, заканчиваются на //.bak// или //.tmp//,а также файл //testfile.txt// и содержимое каталога //test//.
1331 +в данном примере мы игнорируем файлы, заканчиваются на //.bak// или //.tmp//,а также файл //testfile.txt// и содержимое каталога //test//.
1344 1344  
1345 1345  \\
1346 1346  
... ... @@ -1372,7 +1372,7 @@
1372 1372  * Замена вышедшего из строя оборудования (не приведшего к сбою);
1373 1373  * Обновление оборудования;
1374 1374  * Обновление программных средств;
1375 -* (% style="letter-spacing: 0.0px;" %)Смена ролей Мастера и Реплики. Это нужно в случае, когда, серверы Мастера и Реплики отличаются по ресурсам. Например, у нас в составе отказоустойчивого кластера есть мощный сервер, выполняющий роль Мастера СУБД PostgreSQL, и слабый сервер, выполняющий роль Реплики. После сбоя более мощного сервера Мастера его функции переходят к более слабой Реплике. Логично, что после устранения причин сбоя на бывшем Мастере администратор вернёт роль Мастера обратно на мощный сервер.
1363 +* Смена ролей Мастера и Реплики. Это нужно в случае, когда, серверы Мастера и Реплики отличаются по ресурсам. Например, у нас в составе отказоустойчивого кластера есть мощный сервер, выполняющий роль Мастера СУБД PostgreSQL, и слабый сервер, выполняющий роль Реплики. После сбоя более мощного сервера Мастера его функции переходят к более слабой Реплике. Логично, что после устранения причин сбоя на бывшем Мастере администратор вернёт роль Мастера обратно на мощный сервер.
1376 1376  
1377 1377  {{info title="Важно!"}}
1378 1378  Прежде чем производить смену ролей или вывод Мастера из эксплуатации, необходимо с помощью команды //crm_mon -Afr// убедиться, что в кластере присутствует синхронная реплика. И роль Мастера назначается всегда синхронной реплике.
XWiki.ShortUrlClass[0]
Short URL code
... ... @@ -1,0 +1,1 @@
1 +59c92
Last known target (debug)
... ... @@ -1,0 +1,1 @@
1 +neyross.Обслуживание Платформы НЕЙРОСС.cluster.WebHome

Платформа НЕЙРОСС