YaPolkin (обсуждение | вклад) Нет описания правки |
Нет описания правки |
||
| (не показано 5 промежуточных версий 3 участников) | |||
| Строка 1: | Строка 1: | ||
В стандартном управляемом развертывании | В стандартном управляемом развертывании АппОптима с высокой доступностью вы защищены от потери данных, если: | ||
* один узел выходит из строя при развертывании трех или четырех узлов | * один узел выходит из строя при развертывании трех или четырех узлов | ||
* один или два узла выходят из строя при развертывании пяти или более узлов | * один или два узла выходят из строя при развертывании пяти или более узлов | ||
[[Файл: | [[Файл:AppOptma cluster 1.png|alt=|граница|264x264пкс]] | ||
''Небольшие | ''Небольшие инсталляции АппОптима допускают отказ одного узла.'' | ||
[[Файл: | [[Файл:AppOptma cluster 2.png|alt=|граница|267x267пкс]] | ||
''Крупные | ''Крупные инсталляции АппОптима допускают отказ двух узлов.'' | ||
Развертывание | Развертывание АппОптима с поддержкой стойки позволяет сгруппировать узлы кластера в три группы (т. Е. Стойки). Такое развертывание устойчиво к отключению всех узлов в стойке. | ||
----''<big> | ----''<big>Когда можно использовать стоечный режим?</big>'' | ||
Вы должны использовать функцию | Вы должны использовать функцию стойки только в следующих случаях: | ||
* Окончательное количество стоек - три, что соответствует коэффициенту репликации хранилища данных | * Окончательное количество стоек - три, что соответствует коэффициенту репликации хранилища данных АппОптима. | ||
* Стойки отражают базовое физическое расположение узлов. | * Стойки отражают базовое физическое расположение узлов. | ||
| Строка 24: | Строка 24: | ||
== Развертывание с учетом стойки == | == Развертывание с учетом стойки == | ||
Развертывание с учетом стойки гарантирует, что никакие реплики не будут храниться с избыточностью внутри единственной стойки, поэтому реплики распространяются по стойкам. В случае отказа одной стойки становятся доступны две другие полные реплики, что обеспечивает согласованность и доступность данных. Например, в приведенном ниже развертывании управляемый кластер | Развертывание с учетом стойки гарантирует, что никакие реплики не будут храниться с избыточностью внутри единственной стойки, поэтому реплики распространяются по стойкам. В случае отказа одной стойки становятся доступны две другие полные реплики, что обеспечивает согласованность и доступность данных. Например, в приведенном ниже развертывании управляемый кластер АппОптима может обрабатывать до трех отказов узлов в стойке до потери данных. | ||
[[Файл: | [[Файл:AppOptma cluster 3.png|alt=|граница|273x273пкс]] | ||
В стандартном развертывании высокой доступности | В стандартном развертывании высокой доступности АппОптима вам потребуется как минимум три узла кластера, чтобы предотвратить потерю данных. Точно так же в развертываниях с поддержкой стоек у вас должно быть три стойки (домены сбоя), чтобы предотвратить потерю данных. В случае отказа стойки оставшиеся две стойки сохранят данные. Учитывая, что стойка содержит как минимум три узла, при развертывании с поддержкой стойки вы можете позволить себе отказ всей стойки и при этом сохранить целостность данных. | ||
== Преобразование в режим с учетом стойки == | == Преобразование в режим с учетом стойки == | ||
Используйте либо расширение кластера, либо метод восстановления кластера, чтобы преобразовать | Используйте либо расширение кластера, либо метод восстановления кластера, чтобы преобразовать существующую ''инсталляцию''. | ||
=== Расширение кластера (без простоя кластера) === | === Расширение кластера (без простоя кластера) === | ||
Вы можете вертикально масштабировать узлы в двух местах, чтобы они могли выдерживать дополнительную нагрузку, когда вы завершаете третье место и переустанавливаете его с настройками, ориентированными на стойку. См. Раздел «Преобразование с учетом стойки с использованием репликации». | Вы можете вертикально масштабировать узлы в двух местах, чтобы они могли выдерживать дополнительную нагрузку, когда вы завершаете третье место и переустанавливаете его с настройками, ориентированными на стойку. См. Раздел «Преобразование с учетом стойки с использованием репликации». | ||
----''<big> | ----''<big>Хранилище метрик</big>'' | ||
Если ваше текущее хранилище метрик (база данных Cassandra) на узел превышает 1 ТБ, используйте метод восстановления кластера. Хотя метод расширения кластера будет работать, загрузка Cassandra, необходимая для этого метода, может занять неоправданно много времени. | Если ваше текущее хранилище метрик (база данных Cassandra) на узел превышает 1 ТБ, используйте метод восстановления кластера. Хотя метод расширения кластера будет работать, загрузка Cassandra, необходимая для этого метода, может занять неоправданно много времени. | ||
Текущая версия от 15:50, 26 декабря 2024
В стандартном управляемом развертывании АппОптима с высокой доступностью вы защищены от потери данных, если:
- один узел выходит из строя при развертывании трех или четырех узлов
- один или два узла выходят из строя при развертывании пяти или более узлов
Небольшие инсталляции АппОптима допускают отказ одного узла.
Крупные инсталляции АппОптима допускают отказ двух узлов.
Развертывание АппОптима с поддержкой стойки позволяет сгруппировать узлы кластера в три группы (т. Е. Стойки). Такое развертывание устойчиво к отключению всех узлов в стойке.
Когда можно использовать стоечный режим?
Вы должны использовать функцию стойки только в следующих случаях:
- Окончательное количество стоек - три, что соответствует коэффициенту репликации хранилища данных АппОптима.
- Стойки отражают базовое физическое расположение узлов.
В противном случае вы можете потерять данные и иметь проблемы с доступностью кластера.
Развертывание с учетом стойки
Развертывание с учетом стойки гарантирует, что никакие реплики не будут храниться с избыточностью внутри единственной стойки, поэтому реплики распространяются по стойкам. В случае отказа одной стойки становятся доступны две другие полные реплики, что обеспечивает согласованность и доступность данных. Например, в приведенном ниже развертывании управляемый кластер АппОптима может обрабатывать до трех отказов узлов в стойке до потери данных.
В стандартном развертывании высокой доступности АппОптима вам потребуется как минимум три узла кластера, чтобы предотвратить потерю данных. Точно так же в развертываниях с поддержкой стоек у вас должно быть три стойки (домены сбоя), чтобы предотвратить потерю данных. В случае отказа стойки оставшиеся две стойки сохранят данные. Учитывая, что стойка содержит как минимум три узла, при развертывании с поддержкой стойки вы можете позволить себе отказ всей стойки и при этом сохранить целостность данных.
Преобразование в режим с учетом стойки
Используйте либо расширение кластера, либо метод восстановления кластера, чтобы преобразовать существующую инсталляцию.
Расширение кластера (без простоя кластера)
Вы можете вертикально масштабировать узлы в двух местах, чтобы они могли выдерживать дополнительную нагрузку, когда вы завершаете третье место и переустанавливаете его с настройками, ориентированными на стойку. См. Раздел «Преобразование с учетом стойки с использованием репликации».
Хранилище метрик
Если ваше текущее хранилище метрик (база данных Cassandra) на узел превышает 1 ТБ, используйте метод восстановления кластера. Хотя метод расширения кластера будет работать, загрузка Cassandra, необходимая для этого метода, может занять неоправданно много времени.
Восстановление кластера (время простоя кластера во время восстановления)
Вы можете выполнять резервное копирование и восстановление с настройками с учетом стойки. См. раздел «Преобразование с учетом стойки с использованием восстановления».