Skip to Content
Last modified by superadmin on 2026/06/24 21:40
From version 6.3
edited by superadmin
on 2026/06/24 21:40
Change comment: Remove manual TOC block (auto cleanup)
To version 3.1
edited by admin
on 2026/06/07 17:10
Change comment: Remove Confluence expand wrappers

Summary

Details

Page properties
Author
... ... @@ -1,1 +1,1 @@
1 -XWiki.superadmin
1 +XWiki.admin
Content
... ... @@ -1,4 +1,7 @@
1 -В данном разделе приведена пошаговая инструкция по развёртыванию кластера «с нуля», обеспечивающего базовую функциональность горячего резервирования сервера Платформы НЕЙРОСС с нативным типом установки (в среде ОС).
1 +{{layout}}
2 +{{layout-section ac:type="two_right_sidebar"}}
3 +{{layout-cell}}
4 +(% style="font-size: 14.0px;letter-spacing: 0.0px;" %)В данном разделе приведена пошаговая инструкция по развёртыванию кластера «с нуля», обеспечивающего базовую функциональность горячего резервирования сервера Платформы НЕЙРОСС с нативным типом установки (в среде ОС).
2 2  
3 3  {{info}}
4 4  Ниже рассмотрен пример построения кластера при работе нативной версии в среде ОС Ubuntu Server 20.04.3 LTS. При необходимости разворачивания кластера в среде ОС Astra Linux рекомендуем обратиться к специалистам компании ИТРИУМ, мы вышлем подготовленный файл.
... ... @@ -7,11 +7,21 @@
7 7  {{error}}
8 8  При необходимости горячего резервирования контейнеризированной версии Платформы НЕЙРОСС рекомендуем обратиться к специалистам компании ИТРИУМ.
9 9  {{/error}}
13 +{{/layout-cell}}
10 10  
11 -== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Общиесведения"/}}Общие сведения(%%) ==
15 +{{layout-cell}}
16 +[[image:attach:ui.Параметры узла.WebHome@content.png||thumbnail="true" height="10"]] Содержание:
12 12  
13 -Отказоустойчивый кластер обеспечивает высокий уровень готовности резервного сервера для максимальной доступности сервисов системы. Самый простой кластер состоит из 2-х узлов (компьютеров, серверов), образующих его, настроенных на мониторинг друг друга и управление соответствующими ресурсами кластера.
18 +{{toc depth="2"/}}
19 +{{/layout-cell}}
20 +{{/layout-section}}
14 14  
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 +
15 15  [[image:attach:Platform_Cluster_Scheme.png||width="400"]]
16 16  
17 17  \\
... ... @@ -18,9 +18,9 @@
18 18  
19 19  Для настройки кластера и его ресурсов можно применять любую из двух утилит //pcs// или //crm//. При этом настройку можно осуществлять и той и другой в любом удобном порядке, поэтому некоторые действия описаны с использование одной утилиты, а некоторые – другой.
20 20  
21 -== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Действиянакаждомсервере(NODE1иNODE2)"/}}Действия на каждом сервере (NODE 1 и NODE2)(%%) ==
34 +== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Действиянакаждомсервере(NODE1иNODE2)"/}}(% style="letter-spacing: 0.0px;" %)Действия на каждом сервере (NODE 1 и NODE2)(%%) ==
22 22  
23 -Актуализируйте и обновите версии пакетов:
36 +(% style="letter-spacing: 0.0px;" %)Актуализируйте и обновите версии пакетов:
24 24  
25 25  {{code language="bash"}}
26 26  sudo apt update
... ... @@ -407,7 +407,7 @@
407 407  В некоторых описаниях настройки упоминается ещё параметр config="/etc/postgresql/12/main/postgresql.conf".
408 408  
409 409  {{info}}
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'.
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'.
411 411  {{/info}}
412 412  
413 413  
... ... @@ -477,8 +477,8 @@
477 477  --group master-group
478 478  {{/code}}
479 479  
480 -в параметрах (%%)//binfile//, (%%)//cmdline_options// и (%%)//user// укажите соответственно исполняемый файл с полным путём от корня, параметры запуска исполняемого файла, имя пользователя системы (от имени которого будет выполняться файл), всё указывается в кавычках(%%)
481 -параметры (%%)//cmdline_options// и (%%)//user// не являются обязательными
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);" %) не являются обязательными
482 482  
483 483  == {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Созданиересурсафенсинга"/}}Создание ресурса фенсинга ==
484 484  
... ... @@ -578,7 +578,7 @@
578 578  
579 579  {{code/}}
580 580  
581 -Браузеру «не понравится» самоподписанный сертификат, но с этим надо согласиться или подложить на узлы доверенные сертификаты. Веб-интерфейс также доступен и по общему виртуальному адресу и тому же порту 2224.
594 +(% style="letter-spacing: 0.0px;" %)Браузеру «не понравится» самоподписанный сертификат, но с этим надо согласиться или подложить на узлы доверенные сертификаты. Веб-интерфейс также доступен и по общему виртуальному адресу и тому же порту 2224.
582 582  
583 583  Для входа необходимо использовать учётные данные пользователя кластера — //hacluster// и его пароль.
584 584  
... ... @@ -666,14 +666,15 @@
666 666  \\
667 667  
668 668  |=(((
669 -утилита crm_resource
682 +(% style="color: rgb(51,51,51);" %)утилита crm_resource
670 670  )))|=(((
671 -утилита crm
684 +(% style="color: rgb(51,51,51);" %)утилита crm
672 672  )))
673 673  |(% colspan="2" %)(((
674 -Вывод поддерживаемых стандартов (классов) ресурсов кластера
687 +(% style="color: rgb(51,51,51);" %)Вывод поддерживаемых стандартов (классов) ресурсов кластера
675 675  )))
676 676  |(((
690 +(% class="content-wrapper" %)
677 677  (((
678 678  {{code language="java"}}
679 679  sudo crm_resource --list-standards
... ... @@ -680,6 +680,7 @@
680 680  {{/code}}
681 681  )))
682 682  )))|(((
697 +(% class="content-wrapper" %)
683 683  (((
684 684  {{code language="java"}}
685 685  sudo crm ra classes
... ... @@ -687,9 +687,10 @@
687 687  )))
688 688  )))
689 689  |(% colspan="2" %)(((
690 -Вывод поддерживаемых агентов ресурсов кластера для определенного стандарта
705 +(% style="color: rgb(51,51,51);" %)Вывод поддерживаемых агентов ресурсов кластера для определенного стандарта
691 691  )))
692 692  |(((
708 +(% class="content-wrapper" %)
693 693  (((
694 694  (% style="text-align: left;" %)
695 695  доступные systemd агенты
... ... @@ -706,6 +706,7 @@
706 706  {{/code}}
707 707  )))
708 708  )))|(((
725 +(% class="content-wrapper" %)
709 709  (((
710 710  {{code language="java"}}
711 711  sudo crm ra list systemd
... ... @@ -717,6 +717,7 @@
717 717  )))
718 718  )))
719 719  |(((
737 +(% class="content-wrapper" %)
720 720  (((
721 721  (% style="text-align: left;" %)
722 722  доступные OCF провайдеры
... ... @@ -729,6 +729,7 @@
729 729  \\
730 730  )))
731 731  |(((
750 +(% class="content-wrapper" %)
732 732  (((
733 733  (% style="text-align: left;" %)
734 734  доступные OCF агенты из проекта linux-ha провайдер heartbeat
... ... @@ -741,6 +741,7 @@
741 741  \\
742 742  )))
743 743  |(((
763 +(% class="content-wrapper" %)
744 744  (((
745 745  (% style="text-align: left;" %)
746 746  доступный OCF провайдер для агента pgsql
... ... @@ -753,6 +753,7 @@
753 753  \\
754 754  )))
755 755  |(((
776 +(% class="content-wrapper" %)
756 756  (((
757 757  (% style="text-align: left;" %)
758 758  метаданные для класс:провайдер:агент
... ... @@ -773,7 +773,7 @@
773 773  sudo cat /var/log/pacemaker/pacemaker.log
774 774  {{/code}}
775 775  
776 -запуск с ключом **-f** позволит следить за ними в реальном времени.
797 +(% style="letter-spacing: 0.0px;" %)запуск с ключом **-f** позволит следить за ними в реальном времени.
777 777  
778 778  ----
779 779  
... ... @@ -789,7 +789,7 @@
789 789  sudo pcs stonith list
790 790  {{/code}}
791 791  
792 -(% style="font-weight: 400;" %)Для тестовых целей можно использовать следующую конфигурацию с агентом //external/ssh//:
813 +(% style="font-size: 14.0px;font-weight: 400;letter-spacing: 0.0px;" %)Для тестовых целей можно использовать следующую конфигурацию с агентом //external/ssh//:
793 793  
794 794  {{code language="bash"}}
795 795  sudo crm
... ... @@ -801,7 +801,7 @@
801 801   exit
802 802  {{/code}}
803 803  
804 -=== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Пример1.Использованиедвухмеханизмовфенсингаузловнапримерефенсингавиртуальныхмашинах"/}}Пример 1. Использование двух механизмов фенсинга узлов на примере фенсинга виртуальных машинах(%%) ===
825 +=== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Пример1.Использованиедвухмеханизмовфенсингаузловнапримерефенсингавиртуальныхмашинах"/}}(% style="color: rgb(94,108,132);letter-spacing: 0.0px;" %)Пример 1. Использование двух механизмов фенсинга узлов на примере фенсинга виртуальных машинах(%%) ===
805 805  
806 806  При использовании виртуальных машин в качестве узлов кластера можно использовать агент //external/libvirt//. Далее рассмотрим настройку конфигурации, в которой сервер с гипервизором имеет адрес 10.1.30.249, а узлы, как описано выше. В примере будут использоваться два фенсинг механизма – //ssh// и //libvirt//.
807 807  Чтобы вывести необходимые настройки для выбранного агента выполните команду:
... ... @@ -894,7 +894,7 @@
894 894  означает: для фенсинга узла //node2// сначала использовать ресурс //fence-node2-ssh//, если это не удается, то использовать ресурс //fence-node2-libvirt//.
895 895  {{/info}}
896 896  
897 -Перезагружаем все виртуальные машины в кластере.
918 +(% style="letter-spacing: 0.0px;" %)Перезагружаем все виртуальные машины в кластере.
898 898  
899 899  \\
900 900  
... ... @@ -1328,7 +1328,7 @@
1328 1328  test/
1329 1329  {{/code}}
1330 1330  
1331 -в данном примере мы игнорируем файлы, заканчиваются на //.bak// или //.tmp//,а также файл //testfile.txt// и содержимое каталога //test//.
1352 +(% style="letter-spacing: 0.0px;" %)в данном примере мы игнорируем файлы, заканчиваются на //.bak// или //.tmp//,а также файл //testfile.txt// и содержимое каталога //test//.
1332 1332  
1333 1333  \\
1334 1334  
... ... @@ -1360,7 +1360,7 @@
1360 1360  * Замена вышедшего из строя оборудования (не приведшего к сбою);
1361 1361  * Обновление оборудования;
1362 1362  * Обновление программных средств;
1363 -* Смена ролей Мастера и Реплики. Это нужно в случае, когда, серверы Мастера и Реплики отличаются по ресурсам. Например, у нас в составе отказоустойчивого кластера есть мощный сервер, выполняющий роль Мастера СУБД PostgreSQL, и слабый сервер, выполняющий роль Реплики. После сбоя более мощного сервера Мастера его функции переходят к более слабой Реплике. Логично, что после устранения причин сбоя на бывшем Мастере администратор вернёт роль Мастера обратно на мощный сервер.
1384 +* (% style="letter-spacing: 0.0px;" %)Смена ролей Мастера и Реплики. Это нужно в случае, когда, серверы Мастера и Реплики отличаются по ресурсам. Например, у нас в составе отказоустойчивого кластера есть мощный сервер, выполняющий роль Мастера СУБД PostgreSQL, и слабый сервер, выполняющий роль Реплики. После сбоя более мощного сервера Мастера его функции переходят к более слабой Реплике. Логично, что после устранения причин сбоя на бывшем Мастере администратор вернёт роль Мастера обратно на мощный сервер.
1364 1364  
1365 1365  {{info title="Важно!"}}
1366 1366  Прежде чем производить смену ролей или вывод Мастера из эксплуатации, необходимо с помощью команды //crm_mon -Afr// убедиться, что в кластере присутствует синхронная реплика. И роль Мастера назначается всегда синхронной реплике.
... ... @@ -1432,3 +1432,6 @@
1432 1432  
1433 1433  
1434 1434  \\
1456 +{{/layout-cell}}
1457 +{{/layout-section}}
1458 +{{/layout}}
XWiki.ShortUrlClass[0]
Short URL code
... ... @@ -1,1 +1,0 @@
1 -59c92
Last known target (debug)
... ... @@ -1,1 +1,0 @@
1 -neyross.Обслуживание Платформы НЕЙРОСС.Отказоустойчивый кластер Платформы НЕЙРОСС.WebHome

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