ВысокаяДоступность — восстановление дата-центра через резервную копию - История изменений

IKuznetsov в 08:28, 7 января 2025

2025-01-07T08:28:41Z

← Предыдущая версия		Версия от 08:28, 7 января 2025
Строка 1:		Строка 1:
			'''''[[Установка и настройка]] / [[Установка и настройка\|Основные элементы АппОптима]] / [[АппОптима]] / [[АппОптима\|Эксплуатация]] / ВысокаяДоступность - восстановление дата-центра через резервную копию'''''

	'''ВНИМАНИЕ, ИНФОРМАЦИЯ НА ДАННОЙ СТРАНИЦЕ УСТАРЕЛА'''		'''ВНИМАНИЕ, ИНФОРМАЦИЯ НА ДАННОЙ СТРАНИЦЕ УСТАРЕЛА'''

IKuznetsov в 18:16, 2 января 2025

2025-01-02T18:16:31Z

← Предыдущая версия		Версия от 18:16, 2 января 2025
Строка 16:		Строка 16:
	*<code><nodes-ips></code> - Список адресов IPV4 новых узлов в '''DC-2'''. Например, <code>"176.16.0.5", "176.16.0.6", "176.16.0.7"</code>		*<code><nodes-ips></code> - Список адресов IPV4 новых узлов в '''DC-2'''. Например, <code>"176.16.0.5", "176.16.0.6", "176.16.0.7"</code>
	*<code><api-token></code> - Действительный токен Cluster API (требуется область действия ServiceProviderAPI). Вы можете сгенерировать его в консоли управления управляемым кластером АппОптима.		*<code><api-token></code> - Действительный токен Cluster API (требуется область действия ServiceProviderAPI). Вы можете сгенерировать его в консоли управления управляемым кластером АппОптима.
	*<code><~~AstromKey~~-directory></code> - Каталог, в котором установлен АппОптима на начальном узле. Каталог управляемой установки АппОптима по умолчанию располагается в директории: <code>/opt/~~AstromKey~~-АппОптима</code>		*<code><AppOptima-directory></code> - Каталог, в котором установлен АппОптима на начальном узле. Каталог управляемой установки АппОптима по умолчанию располагается в директории: <code>/opt/AppOptima-АппОптима</code>
	*<code><datacenter-1></code> - Имя '''DC-1''' должно совпадать с именем ЦОД Cassandra. Имя ЦОД Cassandra по умолчанию: <code>datacenter1</code>.		*<code><datacenter-1></code> - Имя '''DC-1''' должно совпадать с именем ЦОД Cassandra. Имя ЦОД Cassandra по умолчанию: <code>datacenter1</code>.
	*<code><datacenter-2></code> - Имя '''DC-2''' может быть любой строкой, которая начинается и заканчивается буквенно-цифровым символом и не длиннее 80 символов. В имени разрешены символы подчеркивания и тире. Например, <code>dc-us-east-2</code>.		*<code><datacenter-2></code> - Имя '''DC-2''' может быть любой строкой, которая начинается и заканчивается буквенно-цифровым символом и не длиннее 80 символов. В имени разрешены символы подчеркивания и тире. Например, <code>dc-us-east-2</code>.
	===Получение название дата-центра===		===Получение название дата-центра===
	Чтобы получить имя контроллера домена, выполните эту команду '''на начальном узле''' перед началом миграции:		Чтобы получить имя контроллера домена, выполните эту команду '''на начальном узле''' перед началом миграции:
	<code>sudo <~~AstromKey~~-directory>/utils/cassandra-nodetool.sh status</code>		<code>sudo <AppOptima-directory>/utils/cassandra-nodetool.sh status</code>
	Вы получите ответ, содержащий имя '''DC-1'''. Пример для контроллера домена с названием <code>datacenter1</code>:		Вы получите ответ, содержащий имя '''DC-1'''. Пример для контроллера домена с названием <code>datacenter1</code>:
	<Datacenter: datacenter1		<Datacenter: datacenter1
Строка 34:		Строка 34:
	Чтобы упростить многочисленные вызовы REST API во время развертывания, задайте переменные среды на каждом узле в '''DC-1''' и '''DC-2'''.		Чтобы упростить многочисленные вызовы REST API во время развертывания, задайте переменные среды на каждом узле в '''DC-1''' и '''DC-2'''.
	<SEED_IP=<seed-ip>		<SEED_IP=<seed-ip>
	DT_DIR=<~~AstromKey~~-directory>		DT_DIR=<AppOptima-directory>
	NODES_IPS=$(echo '[<nodes-ips]')		NODES_IPS=$(echo '[<nodes-ips]')
	API_TOKEN=<api-token>		API_TOKEN=<api-token>
Строка 41:		Строка 41:
	Например,		Например,
	<SEED_IP=10.176.37.201		<SEED_IP=10.176.37.201
	DT_DIR=/opt/~~AstromKey~~-АппОптима		DT_DIR=/opt/AppOptima-АппОптима
	NODES_IPS=$(echo '["10.176.37.218", "10.176.37.227", "10.176.37.120"]')		NODES_IPS=$(echo '["10.176.37.218", "10.176.37.227", "10.176.37.120"]')
	API_TOKEN=R_SZOpV4RTOmjr9fFmK4x		API_TOKEN=R_SZOpV4RTOmjr9fFmK4x

IKuznetsov в 20:46, 25 декабря 2024

2024-12-25T20:46:41Z

← Предыдущая версия		Версия от 20:46, 25 декабря 2024
Строка 8:		Строка 8:
	* '''Начальный узел''' - Любой узел в '''Исходном-DC''' , который будет использоваться для выполнения задач установки и распространения конфигурации.		* '''Начальный узел''' - Любой узел в '''Исходном-DC''' , который будет использоваться для выполнения задач установки и распространения конфигурации.

	Процедура включает миграцию и миграцию управляемых компонентов по отдельности, чтобы они были готовы к миграции данных между двумя центрами обработки данных. См. [[Компоненты ~~Managed~~]].		Процедура включает миграцию и миграцию управляемых компонентов по отдельности, чтобы они были готовы к миграции данных между двумя центрами обработки данных. См. [[Компоненты АппОптима]].
	==Подготовка==		==Подготовка==
	Убедитесь, что ваша система соответствует указанным требованиям к оборудованию и операционной системе.		Убедитесь, что ваша система соответствует указанным требованиям к оборудованию и операционной системе.
Строка 16:		Строка 16:
	*<code><nodes-ips></code> - Список адресов IPV4 новых узлов в '''DC-2'''. Например, <code>"176.16.0.5", "176.16.0.6", "176.16.0.7"</code>		*<code><nodes-ips></code> - Список адресов IPV4 новых узлов в '''DC-2'''. Например, <code>"176.16.0.5", "176.16.0.6", "176.16.0.7"</code>
	*<code><api-token></code> - Действительный токен Cluster API (требуется область действия ServiceProviderAPI). Вы можете сгенерировать его в консоли управления управляемым кластером АппОптима.		*<code><api-token></code> - Действительный токен Cluster API (требуется область действия ServiceProviderAPI). Вы можете сгенерировать его в консоли управления управляемым кластером АппОптима.
	*<code><AstromKey-directory></code> - Каталог, в котором установлен АппОптима ~~Managed~~ на начальном узле. Каталог управляемой установки АппОптима по умолчанию располагается в директории: <code>/opt/AstromKey-~~managed~~</code>		*<code><AstromKey-directory></code> - Каталог, в котором установлен АппОптима на начальном узле. Каталог управляемой установки АппОптима по умолчанию располагается в директории: <code>/opt/AstromKey-АппОптима</code>
	*<code><datacenter-1></code> - Имя '''DC-1''' должно совпадать с именем ЦОД Cassandra. Имя ЦОД Cassandra по умолчанию: <code>datacenter1</code>.		*<code><datacenter-1></code> - Имя '''DC-1''' должно совпадать с именем ЦОД Cassandra. Имя ЦОД Cassandra по умолчанию: <code>datacenter1</code>.
	*<code><datacenter-2></code> - Имя '''DC-2''' может быть любой строкой, которая начинается и заканчивается буквенно-цифровым символом и не длиннее 80 символов. В имени разрешены символы подчеркивания и тире. Например, <code>dc-us-east-2</code>.		*<code><datacenter-2></code> - Имя '''DC-2''' может быть любой строкой, которая начинается и заканчивается буквенно-цифровым символом и не длиннее 80 символов. В имени разрешены символы подчеркивания и тире. Например, <code>dc-us-east-2</code>.
Строка 30:		Строка 30:
	UN 10.176.42.20 65.54 GB 256 100.0% f053dd8d-ecf3-7834-b099-68542439817b rack1		UN 10.176.42.20 65.54 GB 256 100.0% f053dd8d-ecf3-7834-b099-68542439817b rack1
	UN 10.176.42.244 65.47 GB 256 100.0% 2aa7e790-a423-9273-88f9-45bcd158dd6e rack1		UN 10.176.42.244 65.47 GB 256 100.0% 2aa7e790-a423-9273-88f9-45bcd158dd6e rack1
	UN 10.176.42.168 65.47 GB 256 100.0% 48543bca-41f5-26d3-b2fd-6cfdf5c0f3b2 rack1~~</code>~~		UN 10.176.42.168 65.47 GB 256 100.0% 48543bca-41f5-26d3-b2fd-6cfdf5c0f3b2 rack1
	===Установка переменных===		===Установка переменных===
	Чтобы упростить многочисленные вызовы REST API во время развертывания, задайте переменные среды на каждом узле в '''DC-1''' и '''DC-2'''.		Чтобы упростить многочисленные вызовы REST API во время развертывания, задайте переменные среды на каждом узле в '''DC-1''' и '''DC-2'''.
Строка 38:		Строка 38:
	API_TOKEN=<api-token>		API_TOKEN=<api-token>
	SDC_NAME=<datacenter-1>		SDC_NAME=<datacenter-1>
	TDC_NAME=<datacenter-2~~></code~~>		TDC_NAME=<datacenter-2>
	Например,		Например,
	<SEED_IP=10.176.37.201		<SEED_IP=10.176.37.201
	DT_DIR=/opt/AstromKey-~~managed~~		DT_DIR=/opt/AstromKey-АппОптима
	NODES_IPS=$(echo '["10.176.37.218", "10.176.37.227", "10.176.37.120"]')		NODES_IPS=$(echo '["10.176.37.218", "10.176.37.227", "10.176.37.120"]')
	API_TOKEN=R_SZOpV4RTOmjr9fFmK4x		API_TOKEN=R_SZOpV4RTOmjr9fFmK4x
	SDC_NAME=datacenter1		SDC_NAME=datacenter1
	TDC_NAME=dc-us-east-2~~</code>~~		TDC_NAME=dc-us-east-2
	===Проверка дополнительных настроек===		===Проверка дополнительных настроек===
	Если ваш кластер Cassandra или Elasticsearch настроен с <code>custom.settings</code> которые включают поддержку стойки, свяжитесь с командой АппОптима, чтобы применить эти пользовательские настройки, прежде чем продолжить установку '''DC-2'''.		Если ваш кластер Cassandra или Elasticsearch настроен с <code>custom.settings</code> которые включают поддержку стойки, свяжитесь с командой АппОптима, чтобы применить эти пользовательские настройки, прежде чем продолжить установку '''DC-2'''.
Строка 54:		Строка 54:
	==Установка==		==Установка==

	=== Удаление АппОптима ~~Managed~~ на всех работающих узлах. ===		=== Удаление АппОптима на всех работающих узлах. ===
	Следуйте официальной процедуре удаления узла кластера с помощью командной строки или консоли управления кластером. См. [[Удаление ноды кластера]].		Следуйте официальной процедуре удаления узла кластера с помощью командной строки или консоли управления кластером. См. [[Удаление ноды кластера]].

Строка 100:		Строка 100:
	===Установка нод в Целевой-DC===		===Установка нод в Целевой-DC===
	Выполните следующую команду на каждом узле в '''DC-2'''. Следуйте инструкциям на экране, так как это будет обычная установка узла.		Выполните следующую команду на каждом узле в '''DC-2'''. Следуйте инструкциям на экране, так как это будет обычная установка узла.
	<code>sudo /bin/sh ./~~managed~~-installer.sh --install-new-dc --premium-ha on --datacenter $DC2_NAME --seed-auth $API_TOKEN</code>		<code>sudo /bin/sh ./АппОптима-installer.sh --install-new-dc --premium-ha on --datacenter $DC2_NAME --seed-auth $API_TOKEN</code>
	Эта операция должна занять от 3 до 5 минут, а ожидаемый результат должен быть примерно таким:		Эта операция должна занять от 3 до 5 минут, а ожидаемый результат должен быть примерно таким:
	<code>Installation in new data center completed successfully after 2 minutes 51 seconds.</code>		<code>Installation in new data center completed successfully after 2 minutes 51 seconds.</code>
Строка 157:		Строка 157:
	UN 10.176.42.54 19.18 GB 256 100.0% 852ce236-a430-400a-92a6-daeed99acf68 rack1		UN 10.176.42.54 19.18 GB 256 100.0% 852ce236-a430-400a-92a6-daeed99acf68 rack1
	UN 10.176.42.104 19.12 GB 256 100.0% 84479219-b64d-442c-a807-a832db9aae18 rack1		UN 10.176.42.104 19.12 GB 256 100.0% 84479219-b64d-442c-a807-a832db9aae18 rack1
	UN 10.176.42.234 19.4 GB 256 100.0% 507b377c-5bfc-4667-b251-a9b7c453ed22 rack1~~</code>~~		UN 10.176.42.234 19.4 GB 256 100.0% 507b377c-5bfc-4667-b251-a9b7c453ed22 rack1
	Значение '''нагрузки''' не должно существенно различаться между узлами, а '''состояние''' должно быть <code>UN</code> на всех узлах.		Значение '''нагрузки''' не должно существенно различаться между узлами, а '''состояние''' должно быть <code>UN</code> на всех узлах.
	===Миграция Elasticsearch===		===Миграция Elasticsearch===

IKuznetsov в 13:56, 8 ноября 2024

2024-11-08T13:56:52Z

Внесённые изменения

ENetrebin в 18:41, 24 апреля 2024

2024-04-24T18:41:19Z

← Предыдущая версия		Версия от 18:41, 24 апреля 2024
Строка 1:		Строка 1:
			'''ВНИМАНИЕ, ИНФОРМАЦИЯ НА ДАННОЙ СТРАНИЦЕ УСТАРЕЛА'''


	В данной восстановительной процедуре следующие термины обозначаются следующим образом:		В данной восстановительной процедуре следующие термины обозначаются следующим образом:

RGolovanov в 12:54, 21 сентября 2022

2022-09-21T12:54:34Z

← Предыдущая версия		Версия от 12:54, 21 сентября 2022
Строка 51:		Строка 51:
	==Установка==		==Установка==

	=== ~~Удалите Dynatrace~~ Managed на всех работающих узлах. ===		=== Удаление Ключ-Астром Managed на всех работающих узлах. ===
	Следуйте официальной процедуре удаления узла кластера с помощью командной строки или консоли управления кластером. См. [[Удаление ноды кластера]].		Следуйте официальной процедуре удаления узла кластера с помощью командной строки или консоли управления кластером. См. [[Удаление ноды кластера]].

RGolovanov в 15:02, 16 сентября 2022

2022-09-16T15:02:02Z

← Предыдущая версия		Версия от 15:02, 16 сентября 2022
Строка 51:		Строка 51:
	==Установка==		==Установка==

			=== Удалите Dynatrace Managed на всех работающих узлах. ===
			Следуйте официальной процедуре удаления узла кластера с помощью командной строки или консоли управления кластером. См. [[Удаление ноды кластера]].

			=== Восстановление ЦОД из резервной копии ===
			Следуйте официальной процедуре восстановления центра обработки данных из резервной копии. См. [[Резервное копирование и восстановление кластера]].
	=== Удаление потерянного дата-центра из конфигурации ===		=== Удаление потерянного дата-центра из конфигурации ===
	Выполните следующий вызов API кластера '''только на начальном узле''':		Выполните следующий вызов API кластера '''только на начальном узле''':

RGolovanov: Новая страница: «В данной восстановительной процедуре следующие термины обозначаются следующим образом...»

2022-09-16T14:49:01Z

Новая страница: «В данной восстановительной процедуре следующие термины обозначаются следующим образом...»

Новая страница

В данной восстановительной процедуре следующие термины обозначаются следующим образом:

* '''DC-1''' - Исходный (уцелевший) ЦОД, в котором расположен кластер.
* '''DC-2''' - Целевой (утерянный) центр обработки данных, предназначенный для восстановления.
* '''Начальный узел''' - Любой узел в '''Исходном-DC''' , который будет использоваться для выполнения задач установки и распространения конфигурации.

Процедура включает миграцию и миграцию управляемых компонентов по отдельности, чтобы они были готовы к миграции данных между двумя центрами обработки данных. См. [https://doc.ruscomtech.ru/index.php/%D0%9A%D0%BE%D0%BC%D0%BF%D0%BE%D0%BD%D0%B5%D0%BD%D1%82%D1%8B_Managed Компоненты Managed].
==Подготовка==
Убедитесь, что ваша система соответствует указанным требованиям к оборудованию и операционной системе.
===Сбор информации===
Команды будут использовать эти переменные при выполнении вызовов REST API. Для этого вам понадобится следующая информация:
*<code><seed-node-ip></code> - IP-адрес начального узла от '''DC-1'''. Это может быть любой узел, работающий в существующем центре обработки данных, который будет использоваться для выполнения задач установки и распространения конфигурации.
*<code><nodes-ips></code> - Список адресов IPV4 новых узлов в '''DC-2'''. Например, <code>"176.16.0.5", "176.16.0.6", "176.16.0.7"</code>
*<code><api-token></code> - Действительный токен Cluster API (требуется область действия ServiceProviderAPI). Вы можете сгенерировать его в консоли управления управляемым кластером Ключ-Астром.
*<code><AstromKey-directory></code> - Каталог, в котором установлен Ключ-Астром Managed на начальном узле. Каталог управляемой установки Ключ-Астром по умолчанию располагается в директории: <code>/opt/AstromKey-managed</code>
*<code><datacenter-1></code> - Имя '''DC-1''' должно совпадать с именем ЦОД Cassandra. Имя ЦОД Cassandra по умолчанию: <code>datacenter1</code>.
*<code><datacenter-2></code> - Имя '''DC-2''' может быть любой строкой, которая начинается и заканчивается буквенно-цифровым символом и не длиннее 80 символов. В имени разрешены символы подчеркивания и тире. Например, <code>dc-us-east-2</code>.
===Получение название дата-центра===
Чтобы получить имя контроллера домена, выполните эту команду '''на начальном узле''' перед началом миграции:
<code>sudo <AstromKey-directory>/utils/cassandra-nodetool.sh status</code>
Вы получите ответ, содержащий имя '''DC-1'''. Пример для контроллера домена с названием <code>datacenter1</code>:
<code>Datacenter: datacenter1
=======================
Status=Up/Down
|/ State=Normal/Leaving/Joining/Moving
-- Address Load Tokens Owns (effective) Host ID Rack
UN 10.176.42.20 65.54 GB 256 100.0% f053dd8d-ecf3-7834-b099-68542439817b rack1
UN 10.176.42.244 65.47 GB 256 100.0% 2aa7e790-a423-9273-88f9-45bcd158dd6e rack1
UN 10.176.42.168 65.47 GB 256 100.0% 48543bca-41f5-26d3-b2fd-6cfdf5c0f3b2 rack1</code>
===Установка переменных===
Чтобы упростить многочисленные вызовы REST API во время развертывания, задайте переменные среды на каждом узле в '''DC-1''' и '''DC-2'''.
<code>SEED_IP=<seed-ip>
DT_DIR=<AstromKey-directory>
NODES_IPS=$(echo '[<nodes-ips]')
API_TOKEN=<api-token>
SDC_NAME=<datacenter-1>
TDC_NAME=<datacenter-2></code>
Например,
<code>SEED_IP=10.176.37.201
DT_DIR=/opt/AstromKey-managed
NODES_IPS=$(echo '["10.176.37.218", "10.176.37.227", "10.176.37.120"]')
API_TOKEN=R_SZOpV4RTOmjr9fFmK4x
SDC_NAME=datacenter1
TDC_NAME=dc-us-east-2</code>
===Проверка дополнительных настроек===
Если ваш кластер Cassandra или Elasticsearch настроен с <code>custom.settings</code> которые включают поддержку стойки, свяжитесь с командой Ключ-Астром, чтобы применить эти пользовательские настройки, прежде чем продолжить установку '''DC-2'''.

Чтобы проверить, применяются ли пользовательские настройки, выполните '''на начальном узле''':
<code>ls $DT_DIR/installer/custom.settings</code>
Если файл <code>custom.settings</code> существует, вы используете пользовательские настройки.
==Установка==

=== Удаление потерянного дата-центра из конфигурации ===
Выполните следующий вызов API кластера '''только на начальном узле''':
<code>curl -ikS -X POST <nowiki>https://$SEED_IP/api/v1.0/onpremise/multiDc/migration/lostDatacenterCleanUp?Api-Token=$API_TOKEN</nowiki> -H "accept: application/json" -H "Content-Type: application/json"</code>
Если код состояния не равен <code>200</code> и в ответе не предлагаются следующие шаги, свяжитесь с командой Ключ-Астром.

=== Копирование установщика ===
На этом шаге вы скопируете установщик узла на каждый узел в '''DC-2'''.
#Войти в '''Консоль Менеджмента Кластера'''.
#В меню выберите '''Домашняя страница'''.
#Щелкните '''Добавить новый узел кластера'''.
#Скопируйте командную строку <code>wget</code> из текстового поля '''Выполнить эту команду на целевом хосте'''. ''Важно! Не запускайте скрипт установки''.
#Вставьте и выполните <code>wget</code> в окне терминала.
===Подготовка данных кластера для миграции===
Выполните следующий вызов API кластера '''только на начальном узле''':
<code>curl -ikS -X POST <nowiki>https://$SEED_IP/api/v1.0/onpremise/multiDc/migration/clustermigratePreparation?Api-Token=$API_TOKEN</nowiki></code>
Если код состояния не <code>200</code> и ответ не предлагает дальнейших действий, свяжитесь с командой Ключ-Астром.
====Проверка статуса подготовки кластера====
Выполните следующий вызов API кластера '''только на начальном узле''':
<code>curl -ikS -X GET <nowiki>https://$SEED_IP/api/v1.0/onpremise/multiDc/migration/clustermigratePreparation?Api-Token=$API_TOKEN</nowiki> -H "accept: application/json"</code>
Если код состояния этого звонка не равен <code>200</code>, повторите попытку через несколько минут.
===Создание топологии центра обработки данных===
На этом шаге вы создадите конфигурацию, определяющую, какой узел принадлежит какому центру обработки данных.

Выполните следующий вызов API кластера '''только на начальном узле''':
<code>curl -ikS -X POST -d "{\"newDatacenterName\" : \"$DC2_NAME\", \"nodesIp\" :$NODES_IPS}" <nowiki>https://$SEED_IP/api/v1.0/onpremise/multiDc/migration/datacenterTopology?Api-Token=$API_TOKEN</nowiki> -H "accept: application/json" -H "Content-Type: application/json"</code>
Если код состояния не 200 и ответ не предлагает дальнейших действий, свяжитесь с командой Ключ-Астром.
===Открытие правил брандмауэра===
====Открытие портов====
Чтобы открыть порты для трафика с новых узлов '''DC-2''', выполните следующий вызов API кластера '''только на начальном узле''':
<code>curl -ikS -X POST -d "$NODES_IPS" <nowiki>https://$SEED_IP/api/v1.0/onpremise/multiDc/migration/clusterNodes/currentDc?Api-Token=$API_TOKEN</nowiki> -H "accept: application/json" -H "Content-Type: application/json"</code>
В случае успеха код состояния будет <code>200</code>, а тело ответа будет содержать идентификатор запроса, необходимый для проверки состояния правил брандмауэра.

Если код состояния не <code>200</code> и ответ не предлагает дальнейших действий, свяжитесь с командой Ключ-Астром.
====Подтверждение правил брандмауэра====
Установите переменную среды идентификатора запроса '''только на начальном узле'''. Идентификатор запроса берется из ответа в предыдущем вызове API.
<code>REQ_ID=<topology-configuration-request-id></code>
Чтобы проверить состояние правил брандмауэра, выполните следующий вызов API кластера '''только на начальном узле:'''
<code>curl -ikS <nowiki>https://$SEED_IP/api/v1.0/onpremise/multiDc/migration/clusterNodes/currentDc/$REQ_ID?Api-Token=$API_TOKEN</nowiki> -H "accept: application/json" -H "Content-Type: application/json"</code>
Если код состояния этого звонка не равен <code>200</code>, повторите попытку через несколько минут.
===Установка нод в Целевой-DC===
Выполните следующую команду на каждом узле в '''DC-2'''. Следуйте инструкциям на экране, так как это будет обычная установка узла.
<code>sudo /bin/sh ./managed-installer.sh --install-new-dc --premium-ha on --datacenter $DC2_NAME --seed-auth $API_TOKEN</code>
Эта операция должна занять от 3 до 5 минут, а ожидаемый результат должен быть примерно таким:
<code>Installation in new data center completed successfully after 2 minutes 51 seconds.</code>
====Проверка Nodekeeper в DC-2====
Выполните следующий вызов API кластера '''только на начальном узле''', когда все узлы в '''DC-2''' закончат установку:
<code>curl -ikS <nowiki>https://$SEED_IP/api/v1.0/onpremise/multiDc/migration/nodekeeper/healthCheck?Api-Token=$API_TOKEN</nowiki> -H "accept: application/json" -H "Content-Type: application/json"</code>
Если код состояния не равен <code>200</code>, повторите попытку через несколько минут.
===Миграция Cassandra===
На этом шаге вы перенастроите Cassandra в '''DC-1''' и '''DC-2''' для миграции между центрами обработки данных, инициируете синхронизацию данных, перестроите данные Cassandra и проверите состояние Cassandra.

Это может занять от нескольких минут до нескольких часов, в зависимости от размера хранилища метрик.
====Миграция Cassandra в DC-1====
Чтобы запустить миграцию Cassandra в центре обработки данных '''DC-1''', выполните следующий вызов API кластера '''только на начальном узле''':
<code>curl -ikS -X POST <nowiki>https://$SEED_IP/api/v1.0/onpremise/multiDc/migration/cassandra/currentDc?Api-Token=$API_TOKEN</nowiki> -H "accept: application/json" -H "Content-Type: application/json"</code>
В случае успеха код состояния будет <code>200</code>, а тело ответа будет содержать идентификатор запроса, необходимый для проверки состояния миграции. Установите переменную среды идентификатора запроса '''только на начальном узле'''. Идентификатор запроса берется из ответа в предыдущем вызове API.
<code>REQ_ID=<migration-old-datacenter-request-id></code>
Если код состояния не <code>200</code> и ответ не предлагает дальнейших действий, свяжитесь с Ключ-Астром.
====Проверка статуса миграции====
Чтобы проверить состояние миграции, выполните следующий вызов API кластера '''только на начальном узле''':
<code>curl -ikS -X GET <nowiki>https://$SEED_IP/api/v1.0/onpremise/multiDc/migration/cassandra/currentDc/$REQ_ID?Api-Token=$API_TOKEN</nowiki> -H "accept: application/json" -H "Content-Type: application/json"</code>
Если код состояния не равен <code>200</code>, повторите попытку через несколько минут.
====Миграция Cassandra в DC-2====
Чтобы запустить миграцию Cassandra в центре обработки данных '''DC-2''', выполните следующий вызов API кластера '''только на начальном узле''':
<code>curl -ikS -X POST <nowiki>https://$SEED_IP/api/v1.0/onpremise/multiDc/migration/cassandra/newDc?Api-Token=$API_TOKEN</nowiki> -H "accept: application/json" -H "Content-Type: application/json"</code>
В случае успеха код состояния будет <code>200</code>, а тело ответа будет содержать идентификатор запроса, необходимый для проверки состояния миграции. Установите переменную среды идентификатора запроса '''только на начальном узле'''. Идентификатор запроса берется из ответа в предыдущем вызове API.
<code>REQ_ID=<migration-new-datacenter-request-id></code>
Если код состояния не <code>200</code> и ответ не предлагает дальнейших действий, свяжитесь с Ключ-Астром.
====Проверка статуса миграции====
Чтобы проверить состояние миграции, выполните следующий вызов API кластера '''только на начальном узле''':
<code>curl -ikS -X GET <nowiki>https://$SEED_IP/api/v1.0/onpremise/multiDc/migration/cassandra/newDc/$REQ_ID?Api-Token=$API_TOKEN</nowiki> -H "accept: application/json" -H "Content-Type: application/json"</code>
Если код состояния не равен <code>200</code>, повторите попытку через несколько минут.
====Восстановление данных Cassandra====
Чтобы перестроить Cassandra, последовательно выполните следующую команду на каждом новом узле '''DC-2'''. Используйте команду nohup, чтобы предотвратить прерывание выполнения сценария (например, отключение сеанса) во время важных операций.
<code>sudo nohup $DT_DIR/utils/cassandra-nodetool.sh rebuild -- $DC1_NAME &</code>
=====Проверка прогресса и статуса=====
Чтобы проверить ход выполнения и статус, выполните следующий вызов API кластера '''только на начальном узле''':
<code>curl -ikS -X GET <nowiki>https://$SEED_IP/api/v1.0/onpremise/multiDc/migration/cassandra/rebuildStatus?Api-Token=$API_TOKEN</nowiki> -H "accept: application/json" -H "Content-Type: application/json"</code>
Если код состояния не равен <code>200</code>, повторите попытку примерно через 15 минут. Помните, что процесс восстановления может занять много времени.
====Проверка состояния Кассандры====
Чтобы проверить состояние кластера Cassandra, выполните <code>cassandra-nodetool.sh</code> с параметром состояния '''только на начальном узле''':
<code>sudo $DT_DIR/utils/cassandra-nodetool.sh status</code>
Результат должен выглядеть примерно так:
<code>Datacenter: dc1
===============
Status=Up/Down
|/ State=Normal/Leaving/Joining/Moving
-- Address Load Tokens Owns (effective) Host ID Rack
UN 10.176.41.167 18.82 GB 256 100.0% 3af25127-4f99-4f43-afc3-216d7a2c10f8 rack1
UN 10.176.41.154 19.44 GB 256 100.0% 5a618559-3a73-42ec-83f0-32d28e08beec rack1
UN 10.176.41.43 19.58 GB 256 100.0% 191f3b30-949a-4cf2-b620-68a40eebf31e rack1
Datacenter: dc2
===============
Status=Up/Down
|/ State=Normal/Leaving/Joining/Moving
-- Address Load Tokens Owns (effective) Host ID Rack
UN 10.176.42.54 19.18 GB 256 100.0% 852ce236-a430-400a-92a6-daeed99acf68 rack1
UN 10.176.42.104 19.12 GB 256 100.0% 84479219-b64d-442c-a807-a832db9aae18 rack1
UN 10.176.42.234 19.4 GB 256 100.0% 507b377c-5bfc-4667-b251-a9b7c453ed22 rack1</code>
Значение '''нагрузки''' не должно существенно различаться между узлами, а '''состояние''' должно быть <code>UN</code> на всех узлах.
===Миграция Elasticsearch===
Чтобы запустить миграцию Elasticsearch в центр обработки данных '''DC-2''', выполните следующий вызов API кластера '''только на начальном узле''':
<code>curl -ikS -X POST <nowiki>https://$SEED_IP/api/v1.0/onpremise/multiDc/migration/elasticsearch?Api-Token=$API_TOKEN</nowiki> -H "accept: application/json" -H "Content-Type: application/json"</code>
В случае успеха код состояния будет <code>200</code>, а тело ответа будет содержать идентификатор запроса, необходимый для проверки состояния миграции. Установите переменную среды идентификатора запроса '''только на начальном узле'''. Идентификатор запроса берется из ответа в предыдущем вызове API.
<code>REQ_ID=<migration-elasticsearch-request-id></code>
Если код состояния не <code>200</code> и ответ не предлагает дальнейших действий, свяжитесь с Ключ-Астром.
====Проверка прогресса и статуса====
Чтобы проверить состояние миграции Elasticsearch, выполните следующий вызов API кластера '''только на начальном узле''':
<code>curl -ikS -X GET <nowiki>https://$SEED_IP/api/v1.0/onpremise/multiDc/restore/elasticsearch/recover/$REQ_ID?Api-Token=$API_TOKEN</nowiki> -H "accept: application/json" -H "Content-Type: application/json"</code>
Если код состояния не равен <code>200</code>, повторите попытку через несколько минут.
====Проверка миграции данных====
Чтобы проверить миграцию миграции данных Elasticsearch, выполните следующий вызов API кластера '''только на начальном узле''':
<code>curl -ikS -X GET <nowiki>https://$SEED_IP/api/v1.0/onpremise/multiDc/migration/elasticsearch/indexMigrationStatus?Api-Token=$API_TOKEN</nowiki> -H "accept: application/json" -H "Content-Type: application/json"</code>
Если код состояния не равен <code>200</code>, повторите попытку через несколько минут.
===Перенос сервера===
Запустите управляемый кластер Ключ-Астром в '''DC-2''', выполнив следующий вызов API кластера '''только на начальном узле''':
<code>curl -ikS -X POST <nowiki>https://$SEED_IP/api/v1.0/onpremise/multiDc/restore/server/recovery?Api-Token=$API_TOKEN</nowiki> -H "accept: application/json" -H "Content-Type: application/json"</code>
В случае успеха код состояния будет <code>200</code>, а тело ответа будет содержать идентификатор запроса, необходимый для проверки готовности кластера. Установите '''переменную среды идентификатора запроса''' '''только на начальном узле'''. Идентификатор запроса берется из ответа в предыдущем вызове API.
<code>REQ_ID=<migration-server-request-id></code>
Если код состояния не <code>200</code> и ответ не предлагает дальнейших действий, свяжитесь с Ключ-Астром.
====Проверить готовность кластера====
Чтобы проверить, готов ли кластер, выполните следующий вызов API кластера '''только на начальном узле''':
<code>curl -ikS -X GET <nowiki>https://$SEED_IP/api/v1.0/onpremise/multiDc/migration/server/$REQ_ID?Api-Token=$API_TOKEN</nowiki> -H "accept: application/json" -H "Content-Type: application/json"</code>
Если код состояния не равен <code>200</code>, повторите попытку через несколько минут.
===Включение нового дата-центра===
#Включите трафик ЕдиногоАгента.
#Включите резервное копирование в центрах обработки данных. Ваша резервная копия отключена после переноса.