Развертывание с учетом стоек
Развертывание с учетом стоек
Развертывание Ключ-АСТРОМ Managed с учетом стоек позволяет группировать узлы управляемого кластера в три домена отказоустойчивости (стойки). Развертывание с учетом стоек обеспечивает устойчивость к сбою всех узлов в стойке. Вы можете сделать так, чтобы один управляемый кластер имел учет стоек, или применить учет стоек к каждому центру обработки данных в рамках развертывания с высокой доступностью (Premium High Availability, PHA).
Как работает развертывание с учетом стоек
Развертывание с учетом стоек гарантирует, что ни одна реплика не хранится избыточно внутри одной стойки, поэтому реплики распределяются по всем стойкам. Если одна стойка выходит из строя, две другие полные реплики остаются доступными, обеспечивая согласованность и доступность данных. Например, в приведенном ниже примере развертывания управляемый кластер может справиться с отказом до трех узлов в стойке до потери данных.
В стандартной конфигурации Ключ-АСТРОМ Managed High Available для предотвращения потери данных требуется как минимум три узла управляемого кластера. Аналогично, в конфигурациях с учетом расположения стоек необходимо три стойки (домена отказоустойчивости) для предотвращения потери данных. В случае отказа одной стойки данные сохраняются на двух оставшихся. Учитывая, что стойка содержит как минимум три узла, в конфигурациях с учетом расположения стоек можно допустить отказ всей стойки и при этом сохранить целостность данных.
Тот же принцип применим и к управляемым развертываниям PHA. Использование управляемых кластеров с учетом расположения оборудования в стойках в отдельных центрах обработки данных повышает устойчивость к потере данных.
Для обеспечения максимальной доступности и резервирования используйте развертывание PHA, учитывающее конфигурацию стойки.
Предварительные требования
Используйте функцию определения местоположения по стойке только в том случае, если:
- В итоге количество стоек составит три, что соответствует коэффициенту репликации системы хранения данных Ключ-АСТРОМ.
- Стойки отражают фактическое физическое местоположение узлов.
- Стойки находятся в одной сети с низкой задержкой. Как правило, это означает одну и ту же локальную сеть. Если стойки находятся на разных площадках, соединенных глобальной сетью, задержка между площадками должна оставаться ниже 10 мс.
В противном случае вы можете потерять данные и столкнуться с проблемами доступности управляемого кластера.
Настройка развертывания с учетом стоек
Для создания развертывания с учетом стоек во время первоначального развертывания управляемого кластера используйте параметры установки, чтобы указать центр обработки данных и стойку для каждого узла. Например:
astromkey-managed.sh --rack-name az-1 --rack-dc datacenter1 |
Для преобразования существующего управляемого кластера в кластер, поддерживающий размещение в стойках, выберите метод, основанный на вашем метрическом размере хранилища:
- Для небольших управляемых кластеров, где один узел может содержать полную реплику, используйте метод преобразования с учетом расположения узлов в стойке с помощью репликации. Этот метод не приводит к простоям управляемого кластера.
- Используйте метод восстановления с учетом конфигурации стойки, если объем хранилища метрик (база данных Cassandra) на каждом узле превышает 1 ТБ. Метод расширения кластера также работает, но необходимая инициализация Cassandra занимает неоправданно много времени.
