Развертывание АппОптима с учетом стойки - История изменений

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

2025-01-07T08:22:35Z

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

	В стандартном управляемом развертывании АппОптима с высокой доступностью вы защищены от потери данных, если:		В стандартном управляемом развертывании АппОптима с высокой доступностью вы защищены от потери данных, если:

IKuznetsov в 15:50, 26 декабря 2024

2024-12-26T15:50:07Z

← Предыдущая версия		Версия от 15:50, 26 декабря 2024
Строка 4:		Строка 4:
	* один или два узла выходят из строя при развертывании пяти или более узлов		* один или два узла выходят из строя при развертывании пяти или более узлов

	[[Файл:AppOptma cluster 1.png\|~~альт~~=~~Малый кластер Managed без потери данных~~\|граница\|264x264пкс]]		[[Файл:AppOptma cluster 1.png\|alt=\|граница\|264x264пкс]]

	''Небольшие инсталляции АппОптима допускают отказ одного узла.''		''Небольшие инсталляции АппОптима допускают отказ одного узла.''

	[[Файл:AppOptma cluster 2.png\|~~альт~~=~~Большой кластер Ключ-АСТРОМ Managed без потери данных~~\|граница\|267x267пкс]]		[[Файл:AppOptma cluster 2.png\|alt=\|граница\|267x267пкс]]

	''Крупные инсталляции АппОптима допускают отказ двух узлов.''		''Крупные инсталляции АппОптима допускают отказ двух узлов.''
Строка 26:		Строка 26:
	Развертывание с учетом стойки гарантирует, что никакие реплики не будут храниться с избыточностью внутри единственной стойки, поэтому реплики распространяются по стойкам. В случае отказа одной стойки становятся доступны две другие полные реплики, что обеспечивает согласованность и доступность данных. Например, в приведенном ниже развертывании управляемый кластер АппОптима может обрабатывать до трех отказов узлов в стойке до потери данных.		Развертывание с учетом стойки гарантирует, что никакие реплики не будут храниться с избыточностью внутри единственной стойки, поэтому реплики распространяются по стойкам. В случае отказа одной стойки становятся доступны две другие полные реплики, что обеспечивает согласованность и доступность данных. Например, в приведенном ниже развертывании управляемый кластер АппОптима может обрабатывать до трех отказов узлов в стойке до потери данных.

	[[Файл:AppOptma cluster 3.png\|~~альт~~=~~Большой кластер Ключ-АСТРОМ Managed с учетом стойки без потери данных~~\|граница\|273x273пкс]]		[[Файл:AppOptma cluster 3.png\|alt=\|граница\|273x273пкс]]

	В стандартном развертывании высокой доступности АппОптима вам потребуется как минимум три узла кластера, чтобы предотвратить потерю данных. Точно так же в развертываниях с поддержкой стоек у вас должно быть три стойки (домены сбоя), чтобы предотвратить потерю данных. В случае отказа стойки оставшиеся две стойки сохранят данные. Учитывая, что стойка содержит как минимум три узла, при развертывании с поддержкой стойки вы можете позволить себе отказ всей стойки и при этом сохранить целостность данных.		В стандартном развертывании высокой доступности АппОптима вам потребуется как минимум три узла кластера, чтобы предотвратить потерю данных. Точно так же в развертываниях с поддержкой стоек у вас должно быть три стойки (домены сбоя), чтобы предотвратить потерю данных. В случае отказа стойки оставшиеся две стойки сохранят данные. Учитывая, что стойка содержит как минимум три узла, при развертывании с поддержкой стойки вы можете позволить себе отказ всей стойки и при этом сохранить целостность данных.

IKuznetsov в 15:49, 26 декабря 2024

2024-12-26T15:49:09Z

← Предыдущая версия		Версия от 15:49, 26 декабря 2024
Строка 4:		Строка 4:
	* один или два узла выходят из строя при развертывании пяти или более узлов		* один или два узла выходят из строя при развертывании пяти или более узлов

	[[Файл:~~S-man-~~cluster~~-no-data-loss~~.~~webp~~\|альт=Малый кластер Managed без потери данных]]		[[Файл:AppOptma cluster 1.png\|альт=Малый кластер Managed без потери данных\|граница\|264x264пкс]]

	''Небольшие инсталляции АппОптима допускают отказ одного узла.''		''Небольшие инсталляции АппОптима допускают отказ одного узла.''

	[[Файл:~~L-man-~~cluster~~-no-data-loss~~.~~webp~~\|альт=Большой кластер Ключ-АСТРОМ Managed без потери данных]]		[[Файл:AppOptma cluster 2.png\|альт=Большой кластер Ключ-АСТРОМ Managed без потери данных\|граница\|267x267пкс]]

	''Крупные инсталляции АппОптима допускают отказ двух узлов.''		''Крупные инсталляции АппОптима допускают отказ двух узлов.''
Строка 26:		Строка 26:
	Развертывание с учетом стойки гарантирует, что никакие реплики не будут храниться с избыточностью внутри единственной стойки, поэтому реплики распространяются по стойкам. В случае отказа одной стойки становятся доступны две другие полные реплики, что обеспечивает согласованность и доступность данных. Например, в приведенном ниже развертывании управляемый кластер АппОптима может обрабатывать до трех отказов узлов в стойке до потери данных.		Развертывание с учетом стойки гарантирует, что никакие реплики не будут храниться с избыточностью внутри единственной стойки, поэтому реплики распространяются по стойкам. В случае отказа одной стойки становятся доступны две другие полные реплики, что обеспечивает согласованность и доступность данных. Например, в приведенном ниже развертывании управляемый кластер АппОптима может обрабатывать до трех отказов узлов в стойке до потери данных.

	[[Файл:~~L-ra-man-~~cluster~~-no-data-loss~~.~~webp~~\|альт=Большой кластер Ключ-АСТРОМ Managed с учетом стойки без потери данных]]		[[Файл:AppOptma cluster 3.png\|альт=Большой кластер Ключ-АСТРОМ Managed с учетом стойки без потери данных\|граница\|273x273пкс]]

	В стандартном развертывании высокой доступности АппОптима вам потребуется как минимум три узла кластера, чтобы предотвратить потерю данных. Точно так же в развертываниях с поддержкой стоек у вас должно быть три стойки (домены сбоя), чтобы предотвратить потерю данных. В случае отказа стойки оставшиеся две стойки сохранят данные. Учитывая, что стойка содержит как минимум три узла, при развертывании с поддержкой стойки вы можете позволить себе отказ всей стойки и при этом сохранить целостность данных.		В стандартном развертывании высокой доступности АппОптима вам потребуется как минимум три узла кластера, чтобы предотвратить потерю данных. Точно так же в развертываниях с поддержкой стоек у вас должно быть три стойки (домены сбоя), чтобы предотвратить потерю данных. В случае отказа стойки оставшиеся две стойки сохранят данные. Учитывая, что стойка содержит как минимум три узла, при развертывании с поддержкой стойки вы можете позволить себе отказ всей стойки и при этом сохранить целостность данных.

IKuznetsov: IKuznetsov переименовал страницу Развертывание Managed с учетом стойки в Развертывание АппОптима с учетом стойки без оставления перенаправления

2024-12-25T10:11:31Z

IKuznetsov переименовал страницу Развертывание Managed с учетом стойки в Развертывание АппОптима с учетом стойки без оставления перенаправления

← Предыдущая версия	Версия от 10:11, 25 декабря 2024
(нет различий)

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

2024-11-08T13:53:22Z

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

2024-04-24T18:18:53Z

← Предыдущая версия		Версия от 18:18, 24 апреля 2024
Строка 6:		Строка 6:
	[[Файл:S-man-cluster-no-data-loss.webp\|альт=Малый кластер Managed без потери данных]]		[[Файл:S-man-cluster-no-data-loss.webp\|альт=Малый кластер Managed без потери данных]]

	''Небольшие ~~управляемые развертывания~~ Ключ-АСТРОМ допускают отказ одного узла.''		''Небольшие инсталляции Ключ-АСТРОМ допускают отказ одного узла.''

	[[Файл:L-man-cluster-no-data-loss.webp\|альт=Большой кластер Ключ-АСТРОМ Managed без потери данных]]		[[Файл:L-man-cluster-no-data-loss.webp\|альт=Большой кластер Ключ-АСТРОМ Managed без потери данных]]

	''Крупные ~~управляемые развертывания~~ Ключ-АСТРОМ допускают отказ двух узлов.''		''Крупные инсталляции Ключ-АСТРОМ допускают отказ двух узлов.''

	Развертывание Ключ-АСТРОМ ~~Managed~~ с поддержкой стойки позволяет сгруппировать узлы кластера в три ~~домена сбоя~~ (т. Е. Стойки). Такое развертывание устойчиво к отключению всех узлов в стойке.		Развертывание Ключ-АСТРОМ с поддержкой стойки позволяет сгруппировать узлы кластера в три группы (т. Е. Стойки). Такое развертывание устойчиво к отключению всех узлов в стойке.
	----''<big>~~Должен ли я~~ использовать ~~распознавание стойки~~?</big>''		----''<big>Когда можно использовать стоечный режим?</big>''

	Вы должны использовать функцию ~~распознавания~~ стойки только в следующих случаях:		Вы должны использовать функцию стойки только в следующих случаях:

	* Окончательное количество стоек - три, что соответствует коэффициенту репликации хранилища данных Ключ-АСТРОМ.		* Окончательное количество стоек - три, что соответствует коэффициенту репликации хранилища данных Ключ-АСТРОМ.
Строка 28:		Строка 28:
	[[Файл:L-ra-man-cluster-no-data-loss.webp\|альт=Большой кластер Ключ-АСТРОМ Managed с учетом стойки без потери данных]]		[[Файл:L-ra-man-cluster-no-data-loss.webp\|альт=Большой кластер Ключ-АСТРОМ Managed с учетом стойки без потери данных]]

	В стандартном развертывании высокой доступности Ключ-АСТРОМ ~~Managed~~ вам потребуется как минимум три узла кластера, чтобы предотвратить потерю данных. Точно так же в развертываниях с поддержкой стоек у вас должно быть три стойки (домены сбоя), чтобы предотвратить потерю данных. В случае отказа стойки оставшиеся две стойки сохранят данные. Учитывая, что стойка содержит как минимум три узла, при развертывании с поддержкой стойки вы можете позволить себе отказ всей стойки и при этом сохранить целостность данных.		В стандартном развертывании высокой доступности Ключ-АСТРОМ вам потребуется как минимум три узла кластера, чтобы предотвратить потерю данных. Точно так же в развертываниях с поддержкой стоек у вас должно быть три стойки (домены сбоя), чтобы предотвратить потерю данных. В случае отказа стойки оставшиеся две стойки сохранят данные. Учитывая, что стойка содержит как минимум три узла, при развертывании с поддержкой стойки вы можете позволить себе отказ всей стойки и при этом сохранить целостность данных.

	Та же концепция применима к управляемым развертываниям с высокой доступностью премиум-класса. Использование управляемых кластеров с поддержкой стойки в отдельных центрах обработки данных повышает устойчивость к потере данных.

	~~[[Файл:Man-ha-no-data-loss.webp\|альт=Высокая доступность премиум-класса Managed развертывание без потери данных]]~~

	~~''Премиум высокодоступное Managed развертывание''~~

	[[Файл:Man-ha-ra-no-data-loss.webp\|альт=Высокая доступность премиум-класса с поддержкой стойки Managed развертывание без потери данных]]

	~~''Премиум высокодоступное Managed развертывание с учетом стойки''~~

	Для обеспечения максимальной доступности и избыточности используйте развертывание с высокой доступностью Premium с поддержкой стойки.

	Чтобы создать развертывание с поддержкой стойки во время первоначального управляемого развертывания, используйте параметры установки, чтобы указать центр обработки данных и стойку, в которую нужно добавить узел. См. Разделы Настройка кластера и Настройка установки для Ключ-АСТРОМ Managed.

	== Преобразование в режим с учетом стойки ==		== Преобразование в режим с учетом стойки ==
	Используйте либо расширение кластера, либо метод восстановления кластера, чтобы преобразовать ~~существующее управляемое развертывание~~.		Используйте либо расширение кластера, либо метод восстановления кластера, чтобы преобразовать существующую ''инсталляцию''.

	=== Расширение кластера (без простоя кластера) ===		=== Расширение кластера (без простоя кластера) ===
	Вы можете вертикально масштабировать узлы в двух местах, чтобы они могли выдерживать дополнительную нагрузку, когда вы завершаете третье место и переустанавливаете его с настройками, ориентированными на стойку. См. Раздел «Преобразование с учетом стойки с использованием репликации».		Вы можете вертикально масштабировать узлы в двух местах, чтобы они могли выдерживать дополнительную нагрузку, когда вы завершаете третье место и переустанавливаете его с настройками, ориентированными на стойку. См. Раздел «Преобразование с учетом стойки с использованием репликации».
	----''<big>~~Метрический размер хранилища~~</big>''		----''<big>Хранилище метрик</big>''

	Если ваше текущее хранилище метрик (база данных Cassandra) на узел превышает 1 ТБ, используйте метод восстановления кластера. Хотя метод расширения кластера будет работать, загрузка Cassandra, необходимая для этого метода, может занять неоправданно много времени.		Если ваше текущее хранилище метрик (база данных Cassandra) на узел превышает 1 ТБ, используйте метод восстановления кластера. Хотя метод расширения кластера будет работать, загрузка Cassandra, необходимая для этого метода, может занять неоправданно много времени.

Lobanov в 17:23, 15 марта 2022

2022-03-15T17:23:46Z

← Предыдущая версия		Версия от 17:23, 15 марта 2022
Строка 42:		Строка 42:
	Для обеспечения максимальной доступности и избыточности используйте развертывание с высокой доступностью Premium с поддержкой стойки.		Для обеспечения максимальной доступности и избыточности используйте развертывание с высокой доступностью Premium с поддержкой стойки.

	Чтобы создать развертывание с поддержкой стойки во время первоначального управляемого развертывания, используйте параметры установки, чтобы указать центр обработки данных и стойку, в которую нужно добавить узел. См. Разделы Настройка кластера и Настройка установки для Ключ-АСТРОМ Managed~~, например:~~		Чтобы создать развертывание с поддержкой стойки во время первоначального управляемого развертывания, используйте параметры установки, чтобы указать центр обработки данных и стойку, в которую нужно добавить узел. См. Разделы Настройка кластера и Настройка установки для Ключ-АСТРОМ Managed.

	~~<code>dynatrace-managed~~.~~sh --rack-name az-1 --rack-dc datacenter1</code>~~

	== Преобразование в режим с учетом стойки ==		== Преобразование в режим с учетом стойки ==

YaPolkin в 15:27, 15 марта 2022

2022-03-15T15:27:40Z

← Предыдущая версия		Версия от 15:27, 15 марта 2022
Строка 26:		Строка 26:
	Развертывание с учетом стойки гарантирует, что никакие реплики не будут храниться с избыточностью внутри единственной стойки, поэтому реплики распространяются по стойкам. В случае отказа одной стойки становятся доступны две другие полные реплики, что обеспечивает согласованность и доступность данных. Например, в приведенном ниже развертывании управляемый кластер Ключ-АСТРОМ может обрабатывать до трех отказов узлов в стойке до потери данных.		Развертывание с учетом стойки гарантирует, что никакие реплики не будут храниться с избыточностью внутри единственной стойки, поэтому реплики распространяются по стойкам. В случае отказа одной стойки становятся доступны две другие полные реплики, что обеспечивает согласованность и доступность данных. Например, в приведенном ниже развертывании управляемый кластер Ключ-АСТРОМ может обрабатывать до трех отказов узлов в стойке до потери данных.

	[[Файл:L-ra-man-cluster-no-data-loss.webp\|альт=Большой кластер ~~Dynatrace~~ Managed с учетом стойки без потери данных]]		[[Файл:L-ra-man-cluster-no-data-loss.webp\|альт=Большой кластер Ключ-АСТРОМ Managed с учетом стойки без потери данных]]

	В стандартном развертывании высокой доступности Ключ-АСТРОМ Managed вам потребуется как минимум три узла кластера, чтобы предотвратить потерю данных. Точно так же в развертываниях с поддержкой стоек у вас должно быть три стойки (домены сбоя), чтобы предотвратить потерю данных. В случае отказа стойки оставшиеся две стойки сохранят данные. Учитывая, что стойка содержит как минимум три узла, при развертывании с поддержкой стойки вы можете позволить себе отказ всей стойки и при этом сохранить целостность данных.		В стандартном развертывании высокой доступности Ключ-АСТРОМ Managed вам потребуется как минимум три узла кластера, чтобы предотвратить потерю данных. Точно так же в развертываниях с поддержкой стоек у вас должно быть три стойки (домены сбоя), чтобы предотвратить потерю данных. В случае отказа стойки оставшиеся две стойки сохранят данные. Учитывая, что стойка содержит как минимум три узла, при развертывании с поддержкой стойки вы можете позволить себе отказ всей стойки и при этом сохранить целостность данных.

YaPolkin: Новая страница: «В стандартном управляемом развертывании Ключ-АСТРОМ с высокой доступностью вы защищены...»

2021-12-06T06:47:40Z

Новая страница: «В стандартном управляемом развертывании Ключ-АСТРОМ с высокой доступностью вы защищены...»

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

В стандартном управляемом развертывании Ключ-АСТРОМ с высокой доступностью вы защищены от потери данных, если:

* один узел выходит из строя при развертывании трех или четырех узлов
* один или два узла выходят из строя при развертывании пяти или более узлов

[[Файл:S-man-cluster-no-data-loss.webp|альт=Малый кластер Managed без потери данных]]

''Небольшие управляемые развертывания Ключ-АСТРОМ допускают отказ одного узла.''

[[Файл:L-man-cluster-no-data-loss.webp|альт=Большой кластер Ключ-АСТРОМ Managed без потери данных]]

''Крупные управляемые развертывания Ключ-АСТРОМ допускают отказ двух узлов.''

Развертывание Ключ-АСТРОМ Managed с поддержкой стойки позволяет сгруппировать узлы кластера в три домена сбоя (т. Е. Стойки). Такое развертывание устойчиво к отключению всех узлов в стойке.
----''<big>Должен ли я использовать распознавание стойки?</big>''

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

* Окончательное количество стоек - три, что соответствует коэффициенту репликации хранилища данных Ключ-АСТРОМ.
* Стойки отражают базовое физическое расположение узлов.

В противном случае вы можете потерять данные и иметь проблемы с доступностью кластера.
----

== Развертывание с учетом стойки ==
Развертывание с учетом стойки гарантирует, что никакие реплики не будут храниться с избыточностью внутри единственной стойки, поэтому реплики распространяются по стойкам. В случае отказа одной стойки становятся доступны две другие полные реплики, что обеспечивает согласованность и доступность данных. Например, в приведенном ниже развертывании управляемый кластер Ключ-АСТРОМ может обрабатывать до трех отказов узлов в стойке до потери данных.

[[Файл:L-ra-man-cluster-no-data-loss.webp|альт=Большой кластер Dynatrace Managed с учетом стойки без потери данных]]

В стандартном развертывании высокой доступности Ключ-АСТРОМ Managed вам потребуется как минимум три узла кластера, чтобы предотвратить потерю данных. Точно так же в развертываниях с поддержкой стоек у вас должно быть три стойки (домены сбоя), чтобы предотвратить потерю данных. В случае отказа стойки оставшиеся две стойки сохранят данные. Учитывая, что стойка содержит как минимум три узла, при развертывании с поддержкой стойки вы можете позволить себе отказ всей стойки и при этом сохранить целостность данных.

Та же концепция применима к управляемым развертываниям с высокой доступностью премиум-класса. Использование управляемых кластеров с поддержкой стойки в отдельных центрах обработки данных повышает устойчивость к потере данных.

[[Файл:Man-ha-no-data-loss.webp|альт=Высокая доступность премиум-класса Managed развертывание без потери данных]]

''Премиум высокодоступное Managed развертывание''

[[Файл:Man-ha-ra-no-data-loss.webp|альт=Высокая доступность премиум-класса с поддержкой стойки Managed развертывание без потери данных]]

''Премиум высокодоступное Managed развертывание с учетом стойки''

Для обеспечения максимальной доступности и избыточности используйте развертывание с высокой доступностью Premium с поддержкой стойки.

Чтобы создать развертывание с поддержкой стойки во время первоначального управляемого развертывания, используйте параметры установки, чтобы указать центр обработки данных и стойку, в которую нужно добавить узел. См. Разделы Настройка кластера и Настройка установки для Ключ-АСТРОМ Managed, например:

<code>dynatrace-managed.sh --rack-name az-1 --rack-dc datacenter1</code>

== Преобразование в режим с учетом стойки ==
Используйте либо расширение кластера, либо метод восстановления кластера, чтобы преобразовать существующее управляемое развертывание.

=== Расширение кластера (без простоя кластера) ===
Вы можете вертикально масштабировать узлы в двух местах, чтобы они могли выдерживать дополнительную нагрузку, когда вы завершаете третье место и переустанавливаете его с настройками, ориентированными на стойку. См. Раздел «Преобразование с учетом стойки с использованием репликации».
----''<big>Метрический размер хранилища</big>''

Если ваше текущее хранилище метрик (база данных Cassandra) на узел превышает 1 ТБ, используйте метод восстановления кластера. Хотя метод расширения кластера будет работать, загрузка Cassandra, необходимая для этого метода, может занять неоправданно много времени.
----

=== Восстановление кластера (время простоя кластера во время восстановления) ===
Вы можете выполнять резервное копирование и восстановление с настройками с учетом стойки. См. раздел «Преобразование с учетом стойки с использованием восстановления».

← Предыдущая версия		Версия от 13:53, 8 ноября 2024
Строка 1:		Строка 1:
	В стандартном управляемом развертывании ~~Ключ-АСТРОМ~~ с высокой доступностью вы защищены от потери данных, если:		В стандартном управляемом развертывании АппОптима с высокой доступностью вы защищены от потери данных, если:

	* один узел выходит из строя при развертывании трех или четырех узлов		* один узел выходит из строя при развертывании трех или четырех узлов
Строка 6:		Строка 6:
	[[Файл:S-man-cluster-no-data-loss.webp\|альт=Малый кластер Managed без потери данных]]		[[Файл:S-man-cluster-no-data-loss.webp\|альт=Малый кластер Managed без потери данных]]

	''Небольшие инсталляции ~~Ключ-АСТРОМ~~ допускают отказ одного узла.''		''Небольшие инсталляции АппОптима допускают отказ одного узла.''

	[[Файл:L-man-cluster-no-data-loss.webp\|альт=Большой кластер Ключ-АСТРОМ Managed без потери данных]]		[[Файл:L-man-cluster-no-data-loss.webp\|альт=Большой кластер Ключ-АСТРОМ Managed без потери данных]]

	''Крупные инсталляции ~~Ключ-АСТРОМ~~ допускают отказ двух узлов.''		''Крупные инсталляции АппОптима допускают отказ двух узлов.''

	Развертывание ~~Ключ-АСТРОМ~~ с поддержкой стойки позволяет сгруппировать узлы кластера в три группы (т. Е. Стойки). Такое развертывание устойчиво к отключению всех узлов в стойке.		Развертывание АппОптима с поддержкой стойки позволяет сгруппировать узлы кластера в три группы (т. Е. Стойки). Такое развертывание устойчиво к отключению всех узлов в стойке.
	----''<big>Когда можно использовать стоечный режим?</big>''		----''<big>Когда можно использовать стоечный режим?</big>''

	Вы должны использовать функцию стойки только в следующих случаях:		Вы должны использовать функцию стойки только в следующих случаях:

	* Окончательное количество стоек - три, что соответствует коэффициенту репликации хранилища данных ~~Ключ-АСТРОМ~~.		* Окончательное количество стоек - три, что соответствует коэффициенту репликации хранилища данных АппОптима.
	* Стойки отражают базовое физическое расположение узлов.		* Стойки отражают базовое физическое расположение узлов.

Строка 24:		Строка 24:

	== Развертывание с учетом стойки ==		== Развертывание с учетом стойки ==
	Развертывание с учетом стойки гарантирует, что никакие реплики не будут храниться с избыточностью внутри единственной стойки, поэтому реплики распространяются по стойкам. В случае отказа одной стойки становятся доступны две другие полные реплики, что обеспечивает согласованность и доступность данных. Например, в приведенном ниже развертывании управляемый кластер ~~Ключ-АСТРОМ~~ может обрабатывать до трех отказов узлов в стойке до потери данных.		Развертывание с учетом стойки гарантирует, что никакие реплики не будут храниться с избыточностью внутри единственной стойки, поэтому реплики распространяются по стойкам. В случае отказа одной стойки становятся доступны две другие полные реплики, что обеспечивает согласованность и доступность данных. Например, в приведенном ниже развертывании управляемый кластер АппОптима может обрабатывать до трех отказов узлов в стойке до потери данных.

	[[Файл:L-ra-man-cluster-no-data-loss.webp\|альт=Большой кластер Ключ-АСТРОМ Managed с учетом стойки без потери данных]]		[[Файл:L-ra-man-cluster-no-data-loss.webp\|альт=Большой кластер Ключ-АСТРОМ Managed с учетом стойки без потери данных]]

	В стандартном развертывании высокой доступности ~~Ключ-АСТРОМ~~ вам потребуется как минимум три узла кластера, чтобы предотвратить потерю данных. Точно так же в развертываниях с поддержкой стоек у вас должно быть три стойки (домены сбоя), чтобы предотвратить потерю данных. В случае отказа стойки оставшиеся две стойки сохранят данные. Учитывая, что стойка содержит как минимум три узла, при развертывании с поддержкой стойки вы можете позволить себе отказ всей стойки и при этом сохранить целостность данных.		В стандартном развертывании высокой доступности АппОптима вам потребуется как минимум три узла кластера, чтобы предотвратить потерю данных. Точно так же в развертываниях с поддержкой стоек у вас должно быть три стойки (домены сбоя), чтобы предотвратить потерю данных. В случае отказа стойки оставшиеся две стойки сохранят данные. Учитывая, что стойка содержит как минимум три узла, при развертывании с поддержкой стойки вы можете позволить себе отказ всей стойки и при этом сохранить целостность данных.

	== Преобразование в режим с учетом стойки ==		== Преобразование в режим с учетом стойки ==