Развертывание Managed с учетом стойки: различия между версиями
YaPolkin (обсуждение | вклад) |
ENetrebin (обсуждение | вклад) |
||
| (не показана 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>'' | ||
Вы должны использовать функцию | Вы должны использовать функцию стойки только в следующих случаях: | ||
* Окончательное количество стоек - три, что соответствует коэффициенту репликации хранилища данных Ключ-АСТРОМ. | * Окончательное количество стоек - три, что соответствует коэффициенту репликации хранилища данных Ключ-АСТРОМ. | ||
| Строка 28: | Строка 28: | ||
[[Файл:L-ra-man-cluster-no-data-loss.webp|альт=Большой кластер Ключ-АСТРОМ Managed с учетом стойки без потери данных]] | [[Файл:L-ra-man-cluster-no-data-loss.webp|альт=Большой кластер Ключ-АСТРОМ Managed с учетом стойки без потери данных]] | ||
В стандартном развертывании высокой доступности Ключ-АСТРОМ | В стандартном развертывании высокой доступности Ключ-АСТРОМ вам потребуется как минимум три узла кластера, чтобы предотвратить потерю данных. Точно так же в развертываниях с поддержкой стоек у вас должно быть три стойки (домены сбоя), чтобы предотвратить потерю данных. В случае отказа стойки оставшиеся две стойки сохранят данные. Учитывая, что стойка содержит как минимум три узла, при развертывании с поддержкой стойки вы можете позволить себе отказ всей стойки и при этом сохранить целостность данных. | ||
== Преобразование в режим с учетом стойки == | == Преобразование в режим с учетом стойки == | ||
Используйте либо расширение кластера, либо метод восстановления кластера, чтобы преобразовать | Используйте либо расширение кластера, либо метод восстановления кластера, чтобы преобразовать существующую ''инсталляцию''. | ||
=== Расширение кластера (без простоя кластера) === | === Расширение кластера (без простоя кластера) === | ||
Вы можете вертикально масштабировать узлы в двух местах, чтобы они могли выдерживать дополнительную нагрузку, когда вы завершаете третье место и переустанавливаете его с настройками, ориентированными на стойку. См. Раздел «Преобразование с учетом стойки с использованием репликации». | Вы можете вертикально масштабировать узлы в двух местах, чтобы они могли выдерживать дополнительную нагрузку, когда вы завершаете третье место и переустанавливаете его с настройками, ориентированными на стойку. См. Раздел «Преобразование с учетом стойки с использованием репликации». | ||
----''<big> | ----''<big>Хранилище метрик</big>'' | ||
Если ваше текущее хранилище метрик (база данных Cassandra) на узел превышает 1 ТБ, используйте метод восстановления кластера. Хотя метод расширения кластера будет работать, загрузка Cassandra, необходимая для этого метода, может занять неоправданно много времени. | Если ваше текущее хранилище метрик (база данных Cassandra) на узел превышает 1 ТБ, используйте метод восстановления кластера. Хотя метод расширения кластера будет работать, загрузка Cassandra, необходимая для этого метода, может занять неоправданно много времени. | ||
Текущая версия на 18:18, 24 апреля 2024
В стандартном управляемом развертывании Ключ-АСТРОМ с высокой доступностью вы защищены от потери данных, если:
- один узел выходит из строя при развертывании трех или четырех узлов
- один или два узла выходят из строя при развертывании пяти или более узлов
Небольшие инсталляции Ключ-АСТРОМ допускают отказ одного узла.
Крупные инсталляции Ключ-АСТРОМ допускают отказ двух узлов.
Развертывание Ключ-АСТРОМ с поддержкой стойки позволяет сгруппировать узлы кластера в три группы (т. Е. Стойки). Такое развертывание устойчиво к отключению всех узлов в стойке.
Когда можно использовать стоечный режим?
Вы должны использовать функцию стойки только в следующих случаях:
- Окончательное количество стоек - три, что соответствует коэффициенту репликации хранилища данных Ключ-АСТРОМ.
- Стойки отражают базовое физическое расположение узлов.
В противном случае вы можете потерять данные и иметь проблемы с доступностью кластера.
Развертывание с учетом стойки
Развертывание с учетом стойки гарантирует, что никакие реплики не будут храниться с избыточностью внутри единственной стойки, поэтому реплики распространяются по стойкам. В случае отказа одной стойки становятся доступны две другие полные реплики, что обеспечивает согласованность и доступность данных. Например, в приведенном ниже развертывании управляемый кластер Ключ-АСТРОМ может обрабатывать до трех отказов узлов в стойке до потери данных.
В стандартном развертывании высокой доступности Ключ-АСТРОМ вам потребуется как минимум три узла кластера, чтобы предотвратить потерю данных. Точно так же в развертываниях с поддержкой стоек у вас должно быть три стойки (домены сбоя), чтобы предотвратить потерю данных. В случае отказа стойки оставшиеся две стойки сохранят данные. Учитывая, что стойка содержит как минимум три узла, при развертывании с поддержкой стойки вы можете позволить себе отказ всей стойки и при этом сохранить целостность данных.
Преобразование в режим с учетом стойки
Используйте либо расширение кластера, либо метод восстановления кластера, чтобы преобразовать существующую инсталляцию.
Расширение кластера (без простоя кластера)
Вы можете вертикально масштабировать узлы в двух местах, чтобы они могли выдерживать дополнительную нагрузку, когда вы завершаете третье место и переустанавливаете его с настройками, ориентированными на стойку. См. Раздел «Преобразование с учетом стойки с использованием репликации».
Хранилище метрик
Если ваше текущее хранилище метрик (база данных Cassandra) на узел превышает 1 ТБ, используйте метод восстановления кластера. Хотя метод расширения кластера будет работать, загрузка Cassandra, необходимая для этого метода, может занять неоправданно много времени.
Восстановление кластера (время простоя кластера во время восстановления)
Вы можете выполнять резервное копирование и восстановление с настройками с учетом стойки. См. раздел «Преобразование с учетом стойки с использованием восстановления».
