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

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

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

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

''Небольшие управляемые развертывания Dynatrace допускают отказ одного узла.''

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

''Крупные управляемые развертывания Dynatrace допускают отказ двух узлов.''

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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