Перейти к содержимому
Редактировал(а) admin 2026/08/27 15:47
От версии 3.1
отредактировано admin
на 2026/06/07 20:10
Изменить комментарий: Remove Confluence expand wrappers
К версии 7.4
отредактировано admin
на 2026/08/21 10:46
Изменить комментарий: Inline {{code language="none"}} -> ##monospace##; block none -> text

Сводка

Подробности

Свойства страницы
Родительский документ
... ... @@ -1,0 +1,1 @@
1 +neyross.Обслуживание Платформы НЕЙРОСС.WebHome
Язык по умолчанию
... ... @@ -1,1 +1,1 @@
1 -en
1 +ru
Содержимое
... ... @@ -1,7 +1,4 @@
1 -{{layout}}
2 -{{layout-section ac:type="two_right_sidebar"}}
3 -{{layout-cell}}
4 -(% style="font-size: 14.0px;letter-spacing: 0.0px;" %)В данном разделе приведена пошаговая инструкция по развёртыванию кластера «с нуля», обеспечивающего базовую функциональность горячего резервирования сервера Платформы НЕЙРОСС с нативным типом установки (в среде ОС).
1 +В данном разделе приведена пошаговая инструкция по развёртыванию кластера «с нуля», обеспечивающего базовую функциональность горячего резервирования сервера Платформы НЕЙРОСС с нативным типом установки (в среде ОС).
5 5  
6 6  {{info}}
7 7  Ниже рассмотрен пример построения кластера при работе нативной версии в среде ОС Ubuntu Server 20.04.3 LTS. При необходимости разворачивания кластера в среде ОС Astra Linux рекомендуем обратиться к специалистам компании ИТРИУМ, мы вышлем подготовленный файл.
... ... @@ -10,21 +10,11 @@
10 10  {{error}}
11 11  При необходимости горячего резервирования контейнеризированной версии Платформы НЕЙРОСС рекомендуем обратиться к специалистам компании ИТРИУМ.
12 12  {{/error}}
13 -{{/layout-cell}}
14 14  
15 -{{layout-cell}}
16 -[[image:attach:ui.Параметры узла.WebHome@content.png||thumbnail="true" height="10"]] Содержание:
11 +== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Общиесведения"/}}Общие сведения(%%) ==
17 17  
18 -{{toc depth="2"/}}
19 -{{/layout-cell}}
20 -{{/layout-section}}
13 +Отказоустойчивый кластер обеспечивает высокий уровень готовности резервного сервера для максимальной доступности сервисов системы. Самый простой кластер состоит из 2-х узлов (компьютеров, серверов), образующих его, настроенных на мониторинг друг друга и управление соответствующими ресурсами кластера.
21 21  
22 -{{layout-section ac:type="single"}}
23 -{{layout-cell}}
24 -== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Общиесведения"/}}(% style="font-size: 20.0px;letter-spacing: -0.008em;" %)Общие сведения(%%) ==
25 -
26 -Отказоустойчивый кластер обеспечивает высокий уровень готовности резервного сервера для максимальной доступности сервисов системы. (% style="letter-spacing: 0.0px;" %)Самый простой кластер состоит из 2-х узлов (компьютеров, серверов), образующих его, настроенных на мониторинг друг друга и управление соответствующими ресурсами кластера.
27 -
28 28  [[image:attach:Platform_Cluster_Scheme.png||width="400"]]
29 29  
30 30  \\
... ... @@ -31,9 +31,9 @@
31 31  
32 32  Для настройки кластера и его ресурсов можно применять любую из двух утилит //pcs// или //crm//. При этом настройку можно осуществлять и той и другой в любом удобном порядке, поэтому некоторые действия описаны с использование одной утилиты, а некоторые – другой.
33 33  
34 -== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Действиянакаждомсервере(NODE1иNODE2)"/}}(% style="letter-spacing: 0.0px;" %)Действия на каждом сервере (NODE 1 и NODE2)(%%) ==
21 +== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Действиянакаждомсервере(NODE1иNODE2)"/}}Действия на каждом сервере (NODE 1 и NODE2)(%%) ==
35 35  
36 -(% style="letter-spacing: 0.0px;" %)Актуализируйте и обновите версии пакетов:
23 +Актуализируйте и обновите версии пакетов:
37 37  
38 38  {{code language="bash"}}
39 39  sudo apt update
... ... @@ -420,7 +420,7 @@
420 420  В некоторых описаниях настройки упоминается ещё параметр config="/etc/postgresql/12/main/postgresql.conf".
421 421  
422 422  {{info}}
423 -Если не выполнено исправление //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'.
424 424  {{/info}}
425 425  
426 426  
... ... @@ -490,8 +490,8 @@
490 490  --group master-group
491 491  {{/code}}
492 492  
493 -(% 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);" %) укажите соответственно исполняемый файл с полным путём от корня, параметры запуска исполняемого файла, имя пользователя системы (от имени которого будет выполняться файл), всё указывается в кавычках(%%)
494 -(% 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// не являются обязательными
495 495  
496 496  == {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Созданиересурсафенсинга"/}}Создание ресурса фенсинга ==
497 497  
... ... @@ -591,7 +591,7 @@
591 591  
592 592  {{code/}}
593 593  
594 -(% style="letter-spacing: 0.0px;" %)Браузеру «не понравится» самоподписанный сертификат, но с этим надо согласиться или подложить на узлы доверенные сертификаты. Веб-интерфейс также доступен и по общему виртуальному адресу и тому же порту 2224.
581 +Браузеру «не понравится» самоподписанный сертификат, но с этим надо согласиться или подложить на узлы доверенные сертификаты. Веб-интерфейс также доступен и по общему виртуальному адресу и тому же порту 2224.
595 595  
596 596  Для входа необходимо использовать учётные данные пользователя кластера — //hacluster// и его пароль.
597 597  
... ... @@ -679,15 +679,14 @@
679 679  \\
680 680  
681 681  |=(((
682 -(% style="color: rgb(51,51,51);" %)утилита crm_resource
669 +утилита crm_resource
683 683  )))|=(((
684 -(% style="color: rgb(51,51,51);" %)утилита crm
671 +утилита crm
685 685  )))
686 686  |(% colspan="2" %)(((
687 -(% style="color: rgb(51,51,51);" %)Вывод поддерживаемых стандартов (классов) ресурсов кластера
674 +Вывод поддерживаемых стандартов (классов) ресурсов кластера
688 688  )))
689 689  |(((
690 -(% class="content-wrapper" %)
691 691  (((
692 692  {{code language="java"}}
693 693  sudo crm_resource --list-standards
... ... @@ -694,7 +694,6 @@
694 694  {{/code}}
695 695  )))
696 696  )))|(((
697 -(% class="content-wrapper" %)
698 698  (((
699 699  {{code language="java"}}
700 700  sudo crm ra classes
... ... @@ -702,10 +702,9 @@
702 702  )))
703 703  )))
704 704  |(% colspan="2" %)(((
705 -(% style="color: rgb(51,51,51);" %)Вывод поддерживаемых агентов ресурсов кластера для определенного стандарта
690 +Вывод поддерживаемых агентов ресурсов кластера для определенного стандарта
706 706  )))
707 707  |(((
708 -(% class="content-wrapper" %)
709 709  (((
710 710  (% style="text-align: left;" %)
711 711  доступные systemd агенты
... ... @@ -722,7 +722,6 @@
722 722  {{/code}}
723 723  )))
724 724  )))|(((
725 -(% class="content-wrapper" %)
726 726  (((
727 727  {{code language="java"}}
728 728  sudo crm ra list systemd
... ... @@ -734,7 +734,6 @@
734 734  )))
735 735  )))
736 736  |(((
737 -(% class="content-wrapper" %)
738 738  (((
739 739  (% style="text-align: left;" %)
740 740  доступные OCF провайдеры
... ... @@ -747,7 +747,6 @@
747 747  \\
748 748  )))
749 749  |(((
750 -(% class="content-wrapper" %)
751 751  (((
752 752  (% style="text-align: left;" %)
753 753  доступные OCF агенты из проекта linux-ha провайдер heartbeat
... ... @@ -760,7 +760,6 @@
760 760  \\
761 761  )))
762 762  |(((
763 -(% class="content-wrapper" %)
764 764  (((
765 765  (% style="text-align: left;" %)
766 766  доступный OCF провайдер для агента pgsql
... ... @@ -773,7 +773,6 @@
773 773  \\
774 774  )))
775 775  |(((
776 -(% class="content-wrapper" %)
777 777  (((
778 778  (% style="text-align: left;" %)
779 779  метаданные для класс:провайдер:агент
... ... @@ -794,7 +794,7 @@
794 794  sudo cat /var/log/pacemaker/pacemaker.log
795 795  {{/code}}
796 796  
797 -(% style="letter-spacing: 0.0px;" %)запуск с ключом **-f** позволит следить за ними в реальном времени.
776 +запуск с ключом **-f** позволит следить за ними в реальном времени.
798 798  
799 799  ----
800 800  
... ... @@ -810,7 +810,7 @@
810 810  sudo pcs stonith list
811 811  {{/code}}
812 812  
813 -(% style="font-size: 14.0px;font-weight: 400;letter-spacing: 0.0px;" %)Для тестовых целей можно использовать следующую конфигурацию с агентом //external/ssh//:
792 +(% style="font-weight: 400;" %)Для тестовых целей можно использовать следующую конфигурацию с агентом //external/ssh//:
814 814  
815 815  {{code language="bash"}}
816 816  sudo crm
... ... @@ -822,7 +822,7 @@
822 822   exit
823 823  {{/code}}
824 824  
825 -=== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Пример1.Использованиедвухмеханизмовфенсингаузловнапримерефенсингавиртуальныхмашинах"/}}(% style="color: rgb(94,108,132);letter-spacing: 0.0px;" %)Пример 1. Использование двух механизмов фенсинга узлов на примере фенсинга виртуальных машинах(%%) ===
804 +=== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Пример1.Использованиедвухмеханизмовфенсингаузловнапримерефенсингавиртуальныхмашинах"/}}Пример 1. Использование двух механизмов фенсинга узлов на примере фенсинга виртуальных машинах(%%) ===
826 826  
827 827  При использовании виртуальных машин в качестве узлов кластера можно использовать агент //external/libvirt//. Далее рассмотрим настройку конфигурации, в которой сервер с гипервизором имеет адрес 10.1.30.249, а узлы, как описано выше. В примере будут использоваться два фенсинг механизма – //ssh// и //libvirt//.
828 828  Чтобы вывести необходимые настройки для выбранного агента выполните команду:
... ... @@ -906,7 +906,7 @@
906 906  {{info}}
907 907  Пояснение определения
908 908  
909 -{{code language="none"}}
888 +{{code language="text"}}
910 910  fencing_topology \
911 911   node2: fence-node2-ssh fence-node2-libvirt \
912 912   node1: fence-node1-ssh fence-node1-libvirt
... ... @@ -915,7 +915,7 @@
915 915  означает: для фенсинга узла //node2// сначала использовать ресурс //fence-node2-ssh//, если это не удается, то использовать ресурс //fence-node2-libvirt//.
916 916  {{/info}}
917 917  
918 -(% style="letter-spacing: 0.0px;" %)Перезагружаем все виртуальные машины в кластере.
897 +Перезагружаем все виртуальные машины в кластере.
919 919  
920 920  \\
921 921  
... ... @@ -1096,16 +1096,16 @@
1096 1096  
1097 1097  {{info title="Файлы, с которыми работает (модифицирует) Платформа (кроме исполняемых)"}}
1098 1098  (% class="wiki-list0" %)
1099 -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##(%%)
1100 1100  Создаётся Платформой при первом запуске и меняется при обновлении лицензии через веб-интерфейс.
1101 1101  Если лицензирование происходит через HID - файлы лицензии должны быть разные для разных физических машин. Если через несколько Guardant одной поставки - файлы могут быть одинаковы
1102 -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##(%%)
1103 1103  Создаётся пустым при инсталляции ПО, перезаписывается в процессе первого запуска, в дальнейшем только читается
1104 -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##(%%)
1105 1105  Создаётся при первом запуске
1106 -1. Если используются локальные ГИС-тайлы, то они лежат в (% class="inline-code" %){{code language="none"}}/home/ultima-vmc/Neyross/ultima-vmc/resources/ultima.vmc.gis.tiles{{/code}}(%%) (загружаются пользователем через веб-интерфейса)
1107 -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}}(%%) загружаются лицензионныей файлы Нейротека, **которые должны быть разными для каждой физической машины**
1108 -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/##(%%) могут появиться другие директории, которые нужно синхронизировать
1109 1109  {{/info}}
1110 1110  
1111 1111  Таким образом, должны синхронизироваться файли и каталоги 2, 3, 4 и 6. Файлы и каталоги 1 и 5 должны синхронизироваться в случаях определённых конфигураций и состава.
... ... @@ -1215,7 +1215,7 @@
1215 1215  
1216 1216  Приводим его к виду:
1217 1217  
1218 -{{code language="none"}}
1197 +{{code language="text"}}
1219 1219  settings {
1220 1220   logfile = "/var/log/lsyncd.log",
1221 1221   statusFile = "/var/log/lsyncd.stat",
... ... @@ -1280,7 +1280,7 @@
1280 1280  
1281 1281  \\
1282 1282  
1283 -{{code language="none"}}
1262 +{{code language="text"}}
1284 1284  sync {
1285 1285   ...
1286 1286   rsync = {
... ... @@ -1304,7 +1304,7 @@
1304 1304  
1305 1305  \\
1306 1306  
1307 -{{code language="none"}}
1286 +{{code language="text"}}
1308 1308  settings {
1309 1309   ...
1310 1310   statusInterval = 5
... ... @@ -1323,7 +1323,7 @@
1323 1323  
1324 1324  \\
1325 1325  
1326 -{{code language="none"}}
1305 +{{code language="text"}}
1327 1327  sync {
1328 1328   ...
1329 1329   exclude = { '*.bak' , '*.tmp' },
... ... @@ -1349,7 +1349,7 @@
1349 1349  test/
1350 1350  {{/code}}
1351 1351  
1352 -(% style="letter-spacing: 0.0px;" %)в данном примере мы игнорируем файлы, заканчиваются на //.bak// или //.tmp//,а также файл //testfile.txt// и содержимое каталога //test//.
1331 +в данном примере мы игнорируем файлы, заканчиваются на //.bak// или //.tmp//,а также файл //testfile.txt// и содержимое каталога //test//.
1353 1353  
1354 1354  \\
1355 1355  
... ... @@ -1381,7 +1381,7 @@
1381 1381  * Замена вышедшего из строя оборудования (не приведшего к сбою);
1382 1382  * Обновление оборудования;
1383 1383  * Обновление программных средств;
1384 -* (% style="letter-spacing: 0.0px;" %)Смена ролей Мастера и Реплики. Это нужно в случае, когда, серверы Мастера и Реплики отличаются по ресурсам. Например, у нас в составе отказоустойчивого кластера есть мощный сервер, выполняющий роль Мастера СУБД PostgreSQL, и слабый сервер, выполняющий роль Реплики. После сбоя более мощного сервера Мастера его функции переходят к более слабой Реплике. Логично, что после устранения причин сбоя на бывшем Мастере администратор вернёт роль Мастера обратно на мощный сервер.
1363 +* Смена ролей Мастера и Реплики. Это нужно в случае, когда, серверы Мастера и Реплики отличаются по ресурсам. Например, у нас в составе отказоустойчивого кластера есть мощный сервер, выполняющий роль Мастера СУБД PostgreSQL, и слабый сервер, выполняющий роль Реплики. После сбоя более мощного сервера Мастера его функции переходят к более слабой Реплике. Логично, что после устранения причин сбоя на бывшем Мастере администратор вернёт роль Мастера обратно на мощный сервер.
1385 1385  
1386 1386  {{info title="Важно!"}}
1387 1387  Прежде чем производить смену ролей или вывод Мастера из эксплуатации, необходимо с помощью команды //crm_mon -Afr// убедиться, что в кластере присутствует синхронная реплика. И роль Мастера назначается всегда синхронной реплике.
... ... @@ -1453,6 +1453,3 @@
1453 1453  
1454 1454  
1455 1455  \\
1456 -{{/layout-cell}}
1457 -{{/layout-section}}
1458 -{{/layout}}
XWiki.ShortUrlClass[0]
Short URL code
... ... @@ -1,0 +1,1 @@
1 +59c92
Last known target (debug)
... ... @@ -1,0 +1,1 @@
1 +neyross.Обслуживание Платформы НЕЙРОСС.cluster.WebHome

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