История изменений

Выбор в общем то сделан - GFS.

Лучше выбрать NFS+lsyncd.

А GFS для чего? )

Вы, видимо, не ознакомились с документацией. Кластерные (но не распределенные) файловые системы вообще не занимаются вопросами отказоустойчивости (мало того, в них выход из строя ноды - это не рядовое событые, которое требует фенсинга и часто проигрывания логов), они занимаются предоставлением кластеру возможность работать с ФС поверх одного блочного устройства. Если это блочное устройство перестанет работать (либо не будет линка к нему), то ФС тоже перестанет работать. Т.е. блочное устройство, как хранилище, является единой точнок отказа.

Соответственно, для отказоустойчивости нужно использовать DRBD либо в режиме мультимастера, либо iSCSI-пулы и миграцию. Нормально настроить и то и другое весьма проблематично.

И да: как будет делаться фенсинг? Через умные розетки, УПСы, через SNMP свитча или IPMI серверов? Если у Вас нет возможности гарантированно отсечь сервер от SAN-сети, то использовать кластерную ФС нельзя.

Выбор в общем то сделан - GFS.

Лучше выбрать NFS+lsyncd.

А GFS для чего? )

Вы, видимо, не ознакомились с документацией. Кластерные (но не распределенные) файловые системы вообще не занимаются вопросами отказоустойчивости (мало того, в них выход из строя ноды - это не рядовое событые, которое требует фенсинга и часто проигрывания логов), они занимаются предоставлением кластеру возможность работать с ФС поверх одного блочного устройства. Если это блочное устройство перестанет работать (либо не будет линка к нему), то ФС тоже перестанет работать.

Соответственно, для отказоустойчивости нужно использовать DRBD либо в режиме мультимастера, либо iSCSI-пулы и миграцию. Нормально настроить и то и другое весьма проблематично.

И да: как будет делаться фенсинг? Через умные розетки, УПСы, через SNMP свитча или IPMI серверов? Если у Вас нет возможности гарантированно отсечь сервер от SAN-сети, то использовать кластерную ФС нельзя.

Выбор в общем то сделан - GFS.

Лучше выбрать NFS+lsyncd.

А GFS для чего? )

Вы, видимо, не ознакомились с документацией. Кластерные (но не распределенные) файловые системы вообще не занимаются вопросами отказоустойчивости (мало того, в них выход из строя ноды - это не рядовое событые, которое требует фенсинга и часто проигрывание логов), они занимаются предоставлением кластеру возможность работать с ФС поверх одного блочного устройства. Если это блочное устройство перестанет работать (либо не будет линка к нему), то ФС тоже перестанет работать.

Соответственно, для отказоустойчивости нужно использовать DRBD либо в режиме мультимастера, либо iSCSI-пулы и миграцию. Нормально настроить и то и другое весьма проблематично.

И да: как будет делаться фенсинг? Через умные розетки, УПСы, через SNMP свитча или IPMI серверов? Если у Вас нет возможности гарантированно отсечь сервер от SAN-сети, то использовать кластерную ФС нельзя.