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

Совместное использование хранилища между узлами DFS, обеспечивающее аварийное переключение без диспетчера аварийного переключения

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

Я приобрел два новых сервера HP ProLiant для обслуживания файлов под управлением Server 2008 R2. Стандарт, и восстановили свое старое оборудование до 2 ящиков SAN с помощью FreeNAS.

Первоначально во время тестирования решения я запускал пространство имен DFS с обоими серверами в качестве узлов. Первичный сервер подключается к SAN через iSCSI, а затем служба репликации копирует файлы на вторичный сервер (на локальные диски).

Очевидно, что невозможно (или не рекомендуется) подключить второй сервер к тому же тому iSCSI, что и основной сервер, из-за разделения мозга и т. Д. Кажется бессмысленным использовать SAN в первую очередь, если основной сервер реплицирует данные на локальные диски вторичных серверов, и я не могу совместно использовать цель iSCSI для обмена данными между серверами.

Я решил использовать протокол NAS для подключения двух серверов к блоку FreeNAS на уровне файлов и настроить DFS на серверах для использования только вторичного сервера, если первичный сервер недоступен. Вместо того, чтобы серверы видели диски как локальные диски (как если бы они использовали iSCSI), я планировал сопоставить их как сетевые диски. Выполнение этого на уровне файлов, похоже, снимает проблемы с совместным использованием цели iSCSI между двумя серверами.

Я не новичок в устройствах SAN / NAS и FreeNAS в частности, но использование его в таком развертывании для меня в новинку, поэтому я не совсем уверен, будет ли это работать или как это будет работать и т. Д.

Это правильный способ сделать это?

Все руководства по этому вопросу, которые я могу найти в Интернете, предназначены для виртуальных машин и содержат своего рода диспетчер аварийного переключения, поэтому я не слишком уверен в том, что буду следовать этим идеям без управления аварийным переключением.

Спасибо!

Вы жестяная банка предоставить один и тот же iSCSI LUN нескольким файловым серверам, если вы правильно настроили отказоустойчивый кластер Windows для файловых служб. В этом случае вы не будете использовать репликацию DFS, хотя пространство имен DFS все равно будет предоставлять значение.

Вы также можете полностью избавиться от общего хранилища и выполнить DFS-R с локальными дисками и поместить обоих членов группы репликации за пространство имен DFS.

Я не уверен, почему вы пытаетесь проделать здесь какую-то хитрость, чтобы обе цели DFS-N использовали одно и то же общее хранилище. Если вы хотите использовать общее хранилище, просто настроить отказоустойчивый кластер для файловых служб и пусть они используют LUN.


Изменить: поскольку вы застряли на стандарте 2008 R2 Standard, вам будет плохо. Выполните обновление до 2008 R2 Enterprise и выполните отказоустойчивую кластеризацию или (что еще лучше) используйте Server 2012, в котором значительно улучшены как файловые службы, так и кластеризация, и где кластеризация доступна в обеих версиях (стандартной и для центра обработки данных).