Кластер в облаке: особенности географического распределения

9 Мая 2018

Найти в Сети информацию о настройке географически распределенного кластера в Windows Server 2012/2016 не составит труда. В этой статье мы поговорим об особенностях организации такой системы в облаке.

Схема кластера

Классическая реализация отказоустойчивого кластера подразумевает наличие двух узлов и некое внешнее хранилище. Если основной узел станет недоступным по той или иной причине, обслуживание пользователей на себя второй (см. рис. 1).

отказоустойчивый сервер

Рис. 1. Схема классического отказоустойчивого кластера

Обычно оба узла находятся в одной локальной сети. Но в этом сценарии есть одно слабое место — оба узла группы компьютеров находятся в одной сети, в одном здании. Если произойдет какое-то чрезвычайное происшествие, то мы можем потерять оба компьютера. Для обеспечения большей отказоустойчивости создается географически распределенная компьютерная система, когда ее узлы будут физически находиться в разных местах. Конечно, строить такую систему на физических узлах — занятие дорогое, поэтому в качестве оптимизации расходов многие компании предпочитают создавать распределенный кластер в облаке. В этом случае схема будет выглядеть так, как показано на рис. 2.

внешнее хранилище данных

Рис. 2. Схема распределенного кластера в облаке

Если облака для вас
не просто теория
Широкий спектр услуг
по выделенным северам
и мультиклауд-решениям
Конфигурация VPS и бесплатный тест уже через 2 минуты
Организация вашей IT-инфраструктуры на основе мультиклауд-решения

Узлы в облаке будут располагаться в двух разных ЦОД, то есть на двух разных площадках. Вы можете выбрать площадки самостоятельно, а можете обратиться к специалистам компании Xelent — в этом случае один узел будет размещен в собственном дата-центре Xelent, а другой — в дата-центре компаний-партнеров. При самостоятельном выборе облаков необходимо убедиться в достаточной пропускной способности между ними. В идеале площадки должны быть соединены каналом с высокой пропускной способностью и минимальными задержками, чтобы обеспечивались характеристики, равные характеристикам локальной сети.

Выбор кластерного хранилища

Выбор хранилища зависит от решаемых задач. Можно вообще обойтись без хранилища, если мы используем сервер SQL — тогда на каждой площадке будет отдельный SQL-сервер (возможно отдельный, а возможно — запущенный на узле) и между ними будет настроена репликация. При этом будет организован кластер баз данных по технологии SQL AlwaysOn Microsoft SQL Server.

Если же нужно файловое хранилище в облаке или на физическом компьютере, то возможны разные варианты, например, iSCSI SAN или Fibre Channel SAN. Довольно часто используется реализация iSCSI SAN от StarWind, поскольку она поддерживает репликацию хранилища. На рис. 3 приводится сравнение StarWind Free iSCSI SAN и Microsoft iSCSI Target. Разница, как говорится, налицо: здесь и поддержка кэширования, и поддержка высокой доступности, и дедупликация данных.

StarWind Free iSCSI SAN и Microsoft iSCSI Target

Рис. 3. Сравнение StarWind Free iSCSI SAN и Microsoft iSCSI Target

При отсутствии у заказчика специалистов нужной квалификации для реализации отказоустойчивого кластера в облаке эксперты компании Xelent помогут решить задачи любой сложности.

Получить консультацию специалиста
Персональный ассистент
Cloud.Xelent