Changes for page Отказоустойчивый кластер Платформы НЕЙРОСС
Last modified by superadmin on 2026/06/24 21:40
Summary
-
Page properties (1 modified, 0 added, 0 removed)
Details
- Page properties
-
- Content
-
... ... @@ -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,20 +10,14 @@ 10 10 {{error}} 11 11 При необходимости горячего резервирования контейнеризированной версии Платформы НЕЙРОСС рекомендуем обратиться к специалистам компании ИТРИУМ. 12 12 {{/error}} 13 -{{/layout-cell}} 14 14 15 -{{layout-cell}} 16 16 [[image:attach:ui.Параметры узла.WebHome@content.png||thumbnail="true" height="10"]] Содержание: 17 17 18 18 {{toc depth="2"/}} 19 -{{/layout-cell}} 20 -{{/layout-section}} 21 21 22 -{{layout-section ac:type="single"}} 23 -{{layout-cell}} 24 -== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Общиесведения"/}}(% style="font-size: 20.0px;letter-spacing: -0.008em;" %)Общие сведения(%%) == 15 +== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Общиесведения"/}}Общие сведения(%%) == 25 25 26 -Отказоустойчивый кластер обеспечивает высокий уровень готовности резервного сервера для максимальной доступности сервисов системы. (% style="letter-spacing: 0.0px;" %)Самый простой кластер состоит из 2-х узлов (компьютеров, серверов), образующих его, настроенных на мониторинг друг друга и управление соответствующими ресурсами кластера.17 +Отказоустойчивый кластер обеспечивает высокий уровень готовности резервного сервера для максимальной доступности сервисов системы. Самый простой кластер состоит из 2-х узлов (компьютеров, серверов), образующих его, настроенных на мониторинг друг друга и управление соответствующими ресурсами кластера. 27 27 28 28 [[image:attach:Platform_Cluster_Scheme.png||width="400"]] 29 29 ... ... @@ -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)(%%) ==25 +== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Действиянакаждомсервере(NODE1иNODE2)"/}}Действия на каждом сервере (NODE 1 и NODE2)(%%) == 35 35 36 - (% style="letter-spacing: 0.0px;" %)Актуализируйте и обновите версии пакетов:27 +Актуализируйте и обновите версии пакетов: 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'.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//". Настройка параметра(%%)// 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);" %)не являются обязательными484 +в параметрах (%%)//binfile//, (%%)//cmdline_options// и (%%)//user// укажите соответственно исполняемый файл с полным путём от корня, параметры запуска исполняемого файла, имя пользователя системы (от имени которого будет выполняться файл), всё указывается в кавычках(%%) 485 +параметры (%%)//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.585 +Браузеру «не понравится» самоподписанный сертификат, но с этим надо согласиться или подложить на узлы доверенные сертификаты. Веб-интерфейс также доступен и по общему виртуальному адресу и тому же порту 2224. 595 595 596 596 Для входа необходимо использовать учётные данные пользователя кластера — //hacluster// и его пароль. 597 597 ... ... @@ -679,12 +679,12 @@ 679 679 \\ 680 680 681 681 |=((( 682 - (% style="color: rgb(51,51,51);" %)утилита crm_resource673 +утилита crm_resource 683 683 )))|=((( 684 - (% style="color: rgb(51,51,51);" %)утилита crm675 +утилита crm 685 685 ))) 686 686 |(% colspan="2" %)((( 687 - (% style="color: rgb(51,51,51);" %)Вывод поддерживаемых стандартов (классов) ресурсов кластера678 +Вывод поддерживаемых стандартов (классов) ресурсов кластера 688 688 ))) 689 689 |((( 690 690 (% class="content-wrapper" %) ... ... @@ -702,7 +702,7 @@ 702 702 ))) 703 703 ))) 704 704 |(% colspan="2" %)((( 705 - (% style="color: rgb(51,51,51);" %)Вывод поддерживаемых агентов ресурсов кластера для определенного стандарта696 +Вывод поддерживаемых агентов ресурсов кластера для определенного стандарта 706 706 ))) 707 707 |((( 708 708 (% class="content-wrapper" %) ... ... @@ -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** позволит следить за ними в реальном времени.788 +запуск с ключом **-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//:804 +(% 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. Использование двух механизмов фенсинга узлов на примере фенсинга виртуальных машинах(%%) ===816 +=== {{id name="ОтказоустойчивыйкластерПлатформыНЕЙРОСС-Пример1.Использованиедвухмеханизмовфенсингаузловнапримерефенсингавиртуальныхмашинах"/}}Пример 1. Использование двух механизмов фенсинга узлов на примере фенсинга виртуальных машинах(%%) === 826 826 827 827 При использовании виртуальных машин в качестве узлов кластера можно использовать агент //external/libvirt//. Далее рассмотрим настройку конфигурации, в которой сервер с гипервизором имеет адрес 10.1.30.249, а узлы, как описано выше. В примере будут использоваться два фенсинг механизма – //ssh// и //libvirt//. 828 828 Чтобы вывести необходимые настройки для выбранного агента выполните команду: ... ... @@ -915,7 +915,7 @@ 915 915 означает: для фенсинга узла //node2// сначала использовать ресурс //fence-node2-ssh//, если это не удается, то использовать ресурс //fence-node2-libvirt//. 916 916 {{/info}} 917 917 918 - (% style="letter-spacing: 0.0px;" %)Перезагружаем все виртуальные машины в кластере.909 +Перезагружаем все виртуальные машины в кластере. 919 919 920 920 \\ 921 921 ... ... @@ -1349,7 +1349,7 @@ 1349 1349 test/ 1350 1350 {{/code}} 1351 1351 1352 - (% style="letter-spacing: 0.0px;" %)в данном примере мы игнорируем файлы, заканчиваются на //.bak// или //.tmp//,а также файл //testfile.txt// и содержимое каталога //test//.1343 +в данном примере мы игнорируем файлы, заканчиваются на //.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, и слабый сервер, выполняющий роль Реплики. После сбоя более мощного сервера Мастера его функции переходят к более слабой Реплике. Логично, что после устранения причин сбоя на бывшем Мастере администратор вернёт роль Мастера обратно на мощный сервер.1375 +* Смена ролей Мастера и Реплики. Это нужно в случае, когда, серверы Мастера и Реплики отличаются по ресурсам. Например, у нас в составе отказоустойчивого кластера есть мощный сервер, выполняющий роль Мастера СУБД 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}}