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

YaPolkin в 20:43, 26 января 2023

2023-01-26T20:43:23Z

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, необходимая для этого метода, может занять неоправданно много времени.
----

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

← Предыдущая		Версия 20:43, 26 января 2023
Строка 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 допускают отказ двух узлов.''

	Развертывание ~~Ключ-АСТРОМ~~ Managed с поддержкой стойки позволяет сгруппировать узлы кластера в три домена сбоя (т. Е. Стойки). Такое развертывание устойчиво к отключению всех узлов в стойке.		Развертывание 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 с учетом стойки без потери данных]]

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

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

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

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