Changes for page Отказоустойчивый кластер Платформы НЕЙРОСС

Last modified by superadmin on 2026/06/24 21:40

Manage
- Copy
Actions
- Export
- Print Preview
Viewers
- Source
- Children
- Content
- Comments
- Attachments (1)
- History
- Information
- Likes

From 4.1 to 3.1 From 6.2 to 6.1

From version 6.1

edited by admin
on 2026/06/07 18:49

Change comment: Remove Confluence content-wrapper markers

To version 4.1

edited by admin
on 2026/06/07 17:22

Change comment: Remove Confluence layout blocks

Raw
Rendered

Summary

Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

@@ -1,4 +1,4 @@
--В данном разделе приведена пошаговая инструкция по развёртыванию кластера «с нуля», обеспечивающего базовую функциональность горячего резервирования сервера Платформы НЕЙРОСС с нативным типом установки (в среде ОС).
++(% style="font-size: 14.0px;letter-spacing: 0.0px;" %)В данном разделе приведена пошаговая инструкция по развёртыванию кластера «с нуля», обеспечивающего базовую функциональность горячего резервирования сервера Платформы НЕЙРОСС с нативным типом установки (в среде ОС).
  {{info}}
  Ниже рассмотрен пример построения кластера при работе нативной версии в среде ОС Ubuntu Server 20.04.3 LTS. При необходимости разворачивания кластера в среде ОС Astra Linux рекомендуем обратиться к специалистам компании ИТРИУМ, мы вышлем подготовленный файл.
@@ -12,9 +12,9 @@
  {{toc depth="2"/}}
--== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Общиесведения"/}}Общие сведения(%%) ==
++== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Общиесведения"/}}(% style="font-size: 20.0px;letter-spacing: -0.008em;" %)Общие сведения(%%) ==
--Отказоустойчивый кластер обеспечивает высокий уровень готовности резервного сервера для максимальной доступности сервисов системы. Самый простой кластер состоит из 2-х узлов (компьютеров, серверов), образующих его, настроенных на мониторинг друг друга и управление соответствующими ресурсами кластера.
++Отказоустойчивый кластер обеспечивает высокий уровень готовности резервного сервера для максимальной доступности сервисов системы. (% style="letter-spacing: 0.0px;" %)Самый простой кластер состоит из 2-х узлов (компьютеров, серверов), образующих его, настроенных на мониторинг друг друга и управление соответствующими ресурсами кластера.
  [[image:attach:Platform_Cluster_Scheme.png||width="400"]]
@@ -22,9 +22,9 @@
  Для настройки кластера и его ресурсов можно применять любую из двух утилит //pcs// или //crm//. При этом настройку можно осуществлять и той и другой в любом удобном порядке, поэтому некоторые действия описаны с использование одной утилиты, а некоторые – другой.
--== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Действиянакаждомсервере(NODE1иNODE2)"/}}Действия на каждом сервере (NODE 1 и NODE2)(%%) ==
++== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Действиянакаждомсервере(NODE1иNODE2)"/}}(% style="letter-spacing: 0.0px;" %)Действия на каждом сервере (NODE 1 и NODE2)(%%) ==
--Актуализируйте и обновите версии пакетов:
++(% style="letter-spacing: 0.0px;" %)Актуализируйте и обновите версии пакетов:
  {{code language="bash"}}
  sudo apt update
@@ -411,7 +411,7 @@
  В некоторых описаниях настройки упоминается ещё параметр config="/etc/postgresql/12/main/postgresql.conf".
  {{info}}
--Если не выполнено исправление //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'.
++Если не выполнено исправление //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'.
  {{/info}}
@@ -481,8 +481,8 @@
  --group master-group
  {{/code}}
--в параметрах (%%)//binfile//, (%%)//cmdline_options// и (%%)//user// укажите соответственно исполняемый файл с полным путём от корня, параметры запуска исполняемого файла, имя пользователя системы (от имени которого будет выполняться файл), всё указывается в кавычках(%%)
--параметры (%%)//cmdline_options// и (%%)//user// не являются обязательными
++(% 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);" %) укажите соответственно исполняемый файл с полным путём от корня, параметры запуска исполняемого файла, имя пользователя системы (от имени которого будет выполняться файл), всё указывается в кавычках(%%)
++(% style="color: rgb(51,51,51);" %)параметры (%%)//cmdline_options//(% style="color: rgb(51,51,51);" %) и (%%)//user//(% style="color: rgb(51,51,51);" %) не являются обязательными
  == {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Созданиересурсафенсинга"/}}Создание ресурса фенсинга ==
@@ -582,7 +582,7 @@
  {{code/}}
--Браузеру «не понравится» самоподписанный сертификат, но с этим надо согласиться или подложить на узлы доверенные сертификаты. Веб-интерфейс также доступен и по общему виртуальному адресу и тому же порту 2224.
++(% style="letter-spacing: 0.0px;" %)Браузеру «не понравится» самоподписанный сертификат, но с этим надо согласиться или подложить на узлы доверенные сертификаты. Веб-интерфейс также доступен и по общему виртуальному адресу и тому же порту 2224.
  Для входа необходимо использовать учётные данные пользователя кластера — //hacluster// и его пароль.
@@ -670,14 +670,15 @@
  \\
  |=(((
--утилита crm_resource
++(% style="color: rgb(51,51,51);" %)утилита crm_resource
  )))|=(((
--утилита crm
++(% style="color: rgb(51,51,51);" %)утилита crm
  )))
  |(% colspan="2" %)(((
--Вывод поддерживаемых стандартов (классов) ресурсов кластера
++(% style="color: rgb(51,51,51);" %)Вывод поддерживаемых стандартов (классов) ресурсов кластера
  )))
  |(((
++(% class="content-wrapper" %)
  (((
  {{code language="java"}}
  sudo crm_resource --list-standards
@@ -684,6 +684,7 @@
  {{/code}}
  )))
  )))|(((
++(% class="content-wrapper" %)
  (((
  {{code language="java"}}
  sudo crm ra classes
@@ -691,9 +691,10 @@
  )))
  )))
  |(% colspan="2" %)(((
--Вывод поддерживаемых агентов ресурсов кластера для определенного стандарта
++(% style="color: rgb(51,51,51);" %)Вывод поддерживаемых агентов ресурсов кластера для определенного стандарта
  )))
  |(((
++(% class="content-wrapper" %)
  (((
  (% style="text-align: left;" %)
  доступные systemd агенты
@@ -710,6 +710,7 @@
  {{/code}}
  )))
  )))|(((
++(% class="content-wrapper" %)
  (((
  {{code language="java"}}
  sudo crm ra list systemd
@@ -721,6 +721,7 @@
  )))
  )))
  |(((
++(% class="content-wrapper" %)
  (((
  (% style="text-align: left;" %)
  доступные OCF провайдеры
@@ -733,6 +733,7 @@
  \\
  )))
  |(((
++(% class="content-wrapper" %)
  (((
  (% style="text-align: left;" %)
  доступные OCF агенты из проекта linux-ha провайдер heartbeat
@@ -745,6 +745,7 @@
  \\
  )))
  |(((
++(% class="content-wrapper" %)
  (((
  (% style="text-align: left;" %)
  доступный OCF провайдер для агента pgsql
@@ -757,6 +757,7 @@
  \\
  )))
  |(((
++(% class="content-wrapper" %)
  (((
  (% style="text-align: left;" %)
  метаданные для класс:провайдер:агент
@@ -777,7 +777,7 @@
  sudo cat /var/log/pacemaker/pacemaker.log
  {{/code}}
--запуск с ключом **-f** позволит следить за ними в реальном времени.
++(% style="letter-spacing: 0.0px;" %)запуск с ключом **-f** позволит следить за ними в реальном времени.
  ----
@@ -793,7 +793,7 @@
  sudo pcs stonith list
  {{/code}}
--(% style="font-weight: 400;" %)Для тестовых целей можно использовать следующую конфигурацию с агентом //external/ssh//:
++(% style="font-size: 14.0px;font-weight: 400;letter-spacing: 0.0px;" %)Для тестовых целей можно использовать следующую конфигурацию с агентом //external/ssh//:
  {{code language="bash"}}
  sudo crm
@@ -805,7 +805,7 @@
   exit
  {{/code}}
--=== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Пример1.Использованиедвухмеханизмовфенсингаузловнапримерефенсингавиртуальныхмашинах"/}}Пример 1. Использование двух механизмов фенсинга узлов на примере фенсинга виртуальных машинах(%%) ===
++=== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Пример1.Использованиедвухмеханизмовфенсингаузловнапримерефенсингавиртуальныхмашинах"/}}(% style="color: rgb(94,108,132);letter-spacing: 0.0px;" %)Пример 1. Использование двух механизмов фенсинга узлов на примере фенсинга виртуальных машинах(%%) ===
  При использовании виртуальных машин в качестве узлов кластера можно использовать агент //external/libvirt//. Далее рассмотрим настройку конфигурации, в которой сервер с гипервизором имеет адрес 10.1.30.249, а узлы, как описано выше. В примере будут использоваться два фенсинг механизма – //ssh// и //libvirt//.
  Чтобы вывести необходимые настройки для выбранного агента выполните команду:
@@ -898,7 +898,7 @@
  означает: для фенсинга узла //node2// сначала использовать ресурс //fence-node2-ssh//, если это не удается, то использовать ресурс //fence-node2-libvirt//.
  {{/info}}
--Перезагружаем все виртуальные машины в кластере.
++(% style="letter-spacing: 0.0px;" %)Перезагружаем все виртуальные машины в кластере.
  \\
@@ -1332,7 +1332,7 @@
  test/
  {{/code}}
--в данном примере мы игнорируем файлы, заканчиваются на //.bak// или //.tmp//,а также файл //testfile.txt// и содержимое каталога //test//.
++(% style="letter-spacing: 0.0px;" %)в данном примере мы игнорируем файлы, заканчиваются на //.bak// или //.tmp//,а также файл //testfile.txt// и содержимое каталога //test//.
  \\
@@ -1364,7 +1364,7 @@
  * Замена вышедшего из строя оборудования (не приведшего к сбою);
  * Обновление оборудования;
  * Обновление программных средств;
--* Смена ролей Мастера и Реплики. Это нужно в случае, когда, серверы Мастера и Реплики отличаются по ресурсам. Например, у нас в составе отказоустойчивого кластера есть мощный сервер, выполняющий роль Мастера СУБД PostgreSQL, и слабый сервер, выполняющий роль Реплики. После сбоя более мощного сервера Мастера его функции переходят к более слабой Реплике. Логично, что после устранения причин сбоя на бывшем Мастере администратор вернёт роль Мастера обратно на мощный сервер.
++* (% style="letter-spacing: 0.0px;" %)Смена ролей Мастера и Реплики. Это нужно в случае, когда, серверы Мастера и Реплики отличаются по ресурсам. Например, у нас в составе отказоустойчивого кластера есть мощный сервер, выполняющий роль Мастера СУБД PostgreSQL, и слабый сервер, выполняющий роль Реплики. После сбоя более мощного сервера Мастера его функции переходят к более слабой Реплике. Логично, что после устранения причин сбоя на бывшем Мастере администратор вернёт роль Мастера обратно на мощный сервер.
  {{info title="Важно!"}}
  Прежде чем производить смену ролей или вывод Мастера из эксплуатации, необходимо с помощью команды //crm_mon -Afr// убедиться, что в кластере присутствует синхронная реплика. И роль Мастера назначается всегда синхронной реплике.