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

Насколько хороша отработка отказа цели iSCSI на двухузловом linux san?

Я оцениваю возможность использования двух готовых серверов для создания дешевой резервной сети хранения данных iSCSI. Идея состоит в том, чтобы запустить linux, pacemaker и цель iSCSI - что-то вроде SAN Active-Passive на примерах linux-ha.

Эта же страница меня немного пугает, когда читаю:

Во время переключения iscsi-target можно обнаружить брешь в протоколе write-test.log. В нашей установке мы наблюдали задержку в 30 секунд. Сообщается о проблемах в связи с ext3 и отказоустойчивым iscsi Эта конфигурация была протестирована с ext2 и ext3 и работала с обеими файловыми системами.

Кто-нибудь запустил в производство избыточную iSCSI SAN, сделанную из боксов Linux? Неужели аварийное переключение действительно так плохо? 30-секундное зависание ввода-вывода звучит для меня как катастрофа, не так ли?

По умолчанию соединения SCSI прерываются через 15 секунд (или около того). Если ваше домашнее решение не может завершить поглощение за это время, вам нужно поиграть с этой ценностью. Также стоит учесть, что нормальные сети SAN зеркалируют свой кэш, поэтому после перехода записи, которые были подтверждены, но еще не зафиксированы на диске, не теряются. Если вы не можете этого сделать, вы рискуете повредить данные или избежать кэширования записей.

Мы настроили два Linux-сервера в качестве целевого кластера iSCSI. Мы используем DRBD и SCST цель, и она отлично работает. (Цель SCST лучше, чем старый iscsitarget, VMware ESXi может убить ее, но не SCST).

Тайм-аут - это настройки на стороне клиента, поэтому вы можете уменьшить его, если хотите.