Моя компания имеет только один ящик для хранения (оборудование SuperMicro + шасси с рейд-картой LSI и 12 дисков SAS 7.2k) в текущей конфигурации. Он работает на Linux, и мы подключаем его к нашему файловому серверу через iSCSI. Мы не можем позволить себе высококачественную SAN. Хотя в нем есть избыточные части (два блока питания, RAID 10), я хотел бы добавить дополнительный блок для целей репликации.
Я рассматриваю следующие два варианта репликации данных с узла 1 на узел 2.
Использование DRBD для создания сетевого зеркала. Активный пассивный. Узел 1 остается в качестве цели iSCSI, и установите drbd под ним, чтобы данные можно было реплицировать на узел 2. Если узел 1 выходит из строя из-за проблем с сетью, я полагаю, что восстановление происходит намного быстрее, поскольку нам не нужно повторно синхронизировать данные из узел 2 с нуля, как только узел 1 снова подключен к сети.
Настройте оба узла как независимый блок. Каждый из них предоставит LUN нашему серверу MS Server 2008 FS. Оттуда я настрою зеркальное отображение программного обеспечения на базе Windows, используя оба LUN. Меня беспокоит то, что в случае отказа одного из LUN нам придется перестраивать весь массив, что потребует очень много времени, поскольку у нас есть около 6 ТБ данных для копирования.
На мой взгляд, оба хорошо служат цели, но вариант DRBD кажется более сложным в управлении. Посоветуйте, пожалуйста, плюсы и минусы.
Я бы использовал комбинацию DRBD и Heartbeat, чтобы сделать решение HA iSCSI из вашей ситуации. Вы можете добавить Heartbeat в настройку DRBD, чтобы переключение при отказе происходило прозрачно для файлового сервера.
Мы используем GlusterFS для нашей SAN. Это программное решение, работающее в пользовательском пространстве. Если вы можете установить клиентское программное обеспечение Gluster на клиентах (например, это GNU / Linux), вы можете попробовать его. Однако, если вы зависите от iSCSI, это может быть не решение для вас.