Назад | Перейти на главную страницу

Кластерный файловый сервер в Windows 2012 с локальным хранилищем

Итак, у меня есть группа SQL Always-On, которая требует файлового свидетеля. Я хочу, чтобы этот свидетель общего файлового ресурса был избыточным, и, поскольку мне больше не нужен файловый сервер в этой сети, я бы хотел сделать это с наименьшим количеством серверов.

Я думал, что установлю 2 сервера с DFS, но в этой статье говорится, что этого не следует делать, потому что DFS иногда может использовать данные одного сервера, а иногда использовать другой, нарушая кворум: http://windowsitpro.com/high-availability/q-why-cant-i-host-file-share-witness-cluster-dfs-share

Похоже, мне нужен настоящий / настоящий отказоустойчивый кластер Windows, настроенный в роли файлового сервера. Проблема в том, что все статьи, которые я читал, говорят об использовании общего хранилища. Но для общего хранилища (например, SAN) потребуется третий сервер, и опять же у меня есть единственная точка отказа (SAN). И я бы предпочел купить только 2 новых сервера вместо 3. Я вижу, что я также могу использовать дисковые пространства Windows в качестве альтернативы SAN, но для этого требуется 3 диска, так что это еще хуже в плане покупки оборудования.

Как лучше всего настроить избыточный файловый ресурс для свидетеля, не покупая слишком много серверов и не имея сбоя одной точки SAN? Очевидно, я хотел бы использовать локальное хранилище, но могу ли я настроить файловый кластер так, чтобы он все время использовал жесткий диск сервера 1, когда сервер 1 является основным, а жесткий диск сервера 2 все время, когда сервер 2 является основным, и использовать DFS для репликации данных в случае, если один из серверов умер? Я думаю, что этот способ позволит избежать проблемы «только DFS», упомянутой в вышеупомянутой статье, и по-прежнему держать меня на двух серверах.

Исходя из требований к общему хранилищу, я предполагаю, что это AlwaysON FCI (экземпляры отказоустойчивого кластера). Самым простым решением для вас было бы развертывание виртуальной SAN. Virtual SAN возьмет локальное хранилище двух имеющихся у вас SQL-узлов и представит их им как высокодоступный виртуальный диск. Теперь, если один из узлов кластера SQL выйдет из строя, у вас все еще будет одна живая копия ваших данных и плавное переключение на SQL. Хотя большинство продуктов Virtual SAN являются коммерческими, также можно получить бесплатные с разным уровнем ограничений:

  1. Datacore vitrual SAN - Эмулирует только хранилище FC, бесплатно только для непроизводственного использования. Для ее получения необходимо отправить форму и ответить на несколько вопросов.
  2. Бесплатное HP VSA - эмулирует iSCSI, имеет ограничение в 1 ТБ (не должно быть проблемой для SQL), но требует как минимум 3 серверов. Не уверен, разрешено ли производственное использование.
  3. StarWind Virtual SAN бесплатно - Эмулирует iSCSI, NFS и SMB3. Также есть как минимум 2 предложения бесплатных лицензий. Один - это двухузловая лицензия, доступная для всех, она может обеспечить отказоустойчивое хранилище NFS и SMB3. Поддерживается производственное использование. Второй - это полноценная бесплатная виртуальная сеть хранения данных с двумя узлами который обеспечивает отказоустойчивое хранилище через iSCSI, DMA, NFS и SMB3. Также поддерживается производственное использование. Чтобы получить его, вам нужно быть либо MCP / MVP, либо VCP / vExpert, либо активным участником онлайн-сообщества. (Сейчас у меня есть второй, вам придется связаться с ними, чтобы получить его)

Вот видео о развертывании SQL AlwaysOn FCI с виртуальным хранилищем SAN (оно находится в Azure, но процесс такой же)http://www.edwinmsarmiento.com/running-a-sql-server-failover-clustered-instance-on-microsoft-azure/

Windows Server пока не поддерживает отказоустойчивые кластеры без общего доступа. Вы необходимость общее устройство, которое будет поддерживать резервирование SCSI для использования в качестве кластерного хранилища (в любой роли). Это изменится с выходом Windows Server 2016, который представляет Реплики хранилища:

Реплика хранилища - это новая функция в Windows Server 2016 Technical Preview, которая обеспечивает независимую от хранилища, на уровне блоков, синхронную репликацию между кластерами или серверами для аварийной готовности и восстановления, а также растягивание отказоустойчивого кластера между сайтами для обеспечения высокой доступности. Синхронная репликация обеспечивает зеркальное отображение данных на физических сайтах с отказоустойчивыми томами, обеспечивая нулевую потерю данных на уровне файловой системы.

Но ваша проблема будет типа курицы и яйца. Вам нужен общий ресурс-свидетель, чтобы ваш кластер мог создать кворум для принятия решения об отказе в случае сбоя. Вы хотите разместить этот общий ресурс-свидетель в кластере машин, состоящем из 2 физических узлов. Итак, что вам сейчас нужно, это внезапно еще один свидетель для вашего кластера файлового сервера. Это не решит вашу проблему.

Итог: не следует создавать кластер файлового сервера только для общего ресурса-свидетеля группы доступности.. Доступность свидетеля не так важна, так как не повлияет на работу экземпляров вашего SQL-сервера. Если свидетель недоступен, все, что вы теряете, - это возможность автоматического переключения на другой член (-ы) вашего AG.

При этом вам все же следует позаботиться о том, чтобы время ремонта для доли свидетелей было низким. Тем более, что это, вероятно, не будет стоить вам ничего, кроме документации процедур - резервная машина резервного копирования, которая должна справиться всего с 2 подключениями при низкой скорости передачи данных, может буквально быть настольным компьютером вашего начальника, присоединенным к домену через соединение VPN.

Вы также можете использовать DFS с двумя серверами и локальным хранилищем. Просто правильно настройте DFS. Извините, но в настоящее время я не могу предоставить дополнительную информацию.