Развертывание Managed с учетом стойки: различия между версиями
Lobanov (обсуждение | вклад) м |
YaPolkin (обсуждение | вклад) |
||
Строка 1: | Строка 1: | ||
В стандартном управляемом развертывании | В стандартном управляемом развертывании Dynatrace с высокой доступностью вы защищены от потери данных, если: | ||
* один узел выходит из строя при развертывании трех или четырех узлов | * один узел выходит из строя при развертывании трех или четырех узлов | ||
Строка 6: | Строка 6: | ||
[[Файл:S-man-cluster-no-data-loss.webp|альт=Малый кластер Managed без потери данных]] | [[Файл:S-man-cluster-no-data-loss.webp|альт=Малый кластер Managed без потери данных]] | ||
''Небольшие управляемые развертывания | ''Небольшие управляемые развертывания Dynatrace допускают отказ одного узла.'' | ||
[[Файл:L-man-cluster-no-data-loss.webp|альт=Большой кластер Ключ-АСТРОМ Managed без потери данных]] | [[Файл:L-man-cluster-no-data-loss.webp|альт=Большой кластер Ключ-АСТРОМ Managed без потери данных]] | ||
''Крупные управляемые развертывания | ''Крупные управляемые развертывания Dynatrace допускают отказ двух узлов.'' | ||
Развертывание | Развертывание Dynatrace Managed с поддержкой стойки позволяет сгруппировать узлы кластера в три домена сбоя (т. Е. Стойки). Такое развертывание устойчиво к отключению всех узлов в стойке. | ||
----''<big>Должен ли я использовать распознавание стойки?</big>'' | ----''<big>Должен ли я использовать распознавание стойки?</big>'' | ||
Вы должны использовать функцию распознавания стойки только в следующих случаях: | Вы должны использовать функцию распознавания стойки только в следующих случаях: | ||
* Окончательное количество стоек - три, что соответствует коэффициенту репликации хранилища данных | * Окончательное количество стоек - три, что соответствует коэффициенту репликации хранилища данных Dynatrace. | ||
* Стойки отражают базовое физическое расположение узлов. | * Стойки отражают базовое физическое расположение узлов. | ||
Строка 24: | Строка 24: | ||
== Развертывание с учетом стойки == | == Развертывание с учетом стойки == | ||
Развертывание с учетом стойки гарантирует, что никакие реплики не будут храниться с избыточностью внутри единственной стойки, поэтому реплики распространяются по стойкам. В случае отказа одной стойки становятся доступны две другие полные реплики, что обеспечивает согласованность и доступность данных. Например, в приведенном ниже развертывании управляемый кластер | Развертывание с учетом стойки гарантирует, что никакие реплики не будут храниться с избыточностью внутри единственной стойки, поэтому реплики распространяются по стойкам. В случае отказа одной стойки становятся доступны две другие полные реплики, что обеспечивает согласованность и доступность данных. Например, в приведенном ниже развертывании управляемый кластер Dynatrace может обрабатывать до трех отказов узлов в стойке до потери данных. | ||
[[Файл:L-ra-man-cluster-no-data-loss.webp|альт=Большой кластер Ключ-АСТРОМ Managed с учетом стойки без потери данных]] | [[Файл:L-ra-man-cluster-no-data-loss.webp|альт=Большой кластер Ключ-АСТРОМ Managed с учетом стойки без потери данных]] | ||
В стандартном развертывании высокой доступности | В стандартном развертывании высокой доступности Dynatrace Managed вам потребуется как минимум три узла кластера, чтобы предотвратить потерю данных. Точно так же в развертываниях с поддержкой стоек у вас должно быть три стойки (домены сбоя), чтобы предотвратить потерю данных. В случае отказа стойки оставшиеся две стойки сохранят данные. Учитывая, что стойка содержит как минимум три узла, при развертывании с поддержкой стойки вы можете позволить себе отказ всей стойки и при этом сохранить целостность данных. | ||
Та же концепция применима к управляемым развертываниям с высокой доступностью премиум-класса. Использование управляемых кластеров с поддержкой стойки в отдельных центрах обработки данных повышает устойчивость к потере данных. | Та же концепция применима к управляемым развертываниям с высокой доступностью премиум-класса. Использование управляемых кластеров с поддержкой стойки в отдельных центрах обработки данных повышает устойчивость к потере данных. | ||
Строка 42: | Строка 42: | ||
Для обеспечения максимальной доступности и избыточности используйте развертывание с высокой доступностью Premium с поддержкой стойки. | Для обеспечения максимальной доступности и избыточности используйте развертывание с высокой доступностью Premium с поддержкой стойки. | ||
Чтобы создать развертывание с поддержкой стойки во время первоначального управляемого развертывания, используйте параметры установки, чтобы указать центр обработки данных и стойку, в которую нужно добавить узел. См. Разделы Настройка кластера и Настройка установки для | Чтобы создать развертывание с поддержкой стойки во время первоначального управляемого развертывания, используйте параметры установки, чтобы указать центр обработки данных и стойку, в которую нужно добавить узел. См. Разделы Настройка кластера и Настройка установки для Dynatrace Managed. | ||
== Преобразование в режим с учетом стойки == | == Преобразование в режим с учетом стойки == |
Текущая версия на 20:43, 26 января 2023
В стандартном управляемом развертывании Dynatrace с высокой доступностью вы защищены от потери данных, если:
- один узел выходит из строя при развертывании трех или четырех узлов
- один или два узла выходят из строя при развертывании пяти или более узлов
Небольшие управляемые развертывания Dynatrace допускают отказ одного узла.
Крупные управляемые развертывания Dynatrace допускают отказ двух узлов.
Развертывание Dynatrace Managed с поддержкой стойки позволяет сгруппировать узлы кластера в три домена сбоя (т. Е. Стойки). Такое развертывание устойчиво к отключению всех узлов в стойке.
Должен ли я использовать распознавание стойки?
Вы должны использовать функцию распознавания стойки только в следующих случаях:
- Окончательное количество стоек - три, что соответствует коэффициенту репликации хранилища данных Dynatrace.
- Стойки отражают базовое физическое расположение узлов.
В противном случае вы можете потерять данные и иметь проблемы с доступностью кластера.
Развертывание с учетом стойки
Развертывание с учетом стойки гарантирует, что никакие реплики не будут храниться с избыточностью внутри единственной стойки, поэтому реплики распространяются по стойкам. В случае отказа одной стойки становятся доступны две другие полные реплики, что обеспечивает согласованность и доступность данных. Например, в приведенном ниже развертывании управляемый кластер Dynatrace может обрабатывать до трех отказов узлов в стойке до потери данных.
В стандартном развертывании высокой доступности Dynatrace Managed вам потребуется как минимум три узла кластера, чтобы предотвратить потерю данных. Точно так же в развертываниях с поддержкой стоек у вас должно быть три стойки (домены сбоя), чтобы предотвратить потерю данных. В случае отказа стойки оставшиеся две стойки сохранят данные. Учитывая, что стойка содержит как минимум три узла, при развертывании с поддержкой стойки вы можете позволить себе отказ всей стойки и при этом сохранить целостность данных.
Та же концепция применима к управляемым развертываниям с высокой доступностью премиум-класса. Использование управляемых кластеров с поддержкой стойки в отдельных центрах обработки данных повышает устойчивость к потере данных.
Премиум высокодоступное Managed развертывание
Премиум высокодоступное Managed развертывание с учетом стойки
Для обеспечения максимальной доступности и избыточности используйте развертывание с высокой доступностью Premium с поддержкой стойки.
Чтобы создать развертывание с поддержкой стойки во время первоначального управляемого развертывания, используйте параметры установки, чтобы указать центр обработки данных и стойку, в которую нужно добавить узел. См. Разделы Настройка кластера и Настройка установки для Dynatrace Managed.
Преобразование в режим с учетом стойки
Используйте либо расширение кластера, либо метод восстановления кластера, чтобы преобразовать существующее управляемое развертывание.
Расширение кластера (без простоя кластера)
Вы можете вертикально масштабировать узлы в двух местах, чтобы они могли выдерживать дополнительную нагрузку, когда вы завершаете третье место и переустанавливаете его с настройками, ориентированными на стойку. См. Раздел «Преобразование с учетом стойки с использованием репликации».
Метрический размер хранилища
Если ваше текущее хранилище метрик (база данных Cassandra) на узел превышает 1 ТБ, используйте метод восстановления кластера. Хотя метод расширения кластера будет работать, загрузка Cassandra, необходимая для этого метода, может занять неоправданно много времени.
Восстановление кластера (время простоя кластера во время восстановления)
Вы можете выполнять резервное копирование и восстановление с настройками с учетом стойки. См. раздел «Преобразование с учетом стойки с использованием восстановления».