Как сделать точку монтирования GlusterFS высокодоступной?

Это правда, что можно смонтировать том GlusterFS на любой кирпич, и клиент FUSE автоматически обнаружит другие блоки и подключится к ним. Если первый кирпич выходит из строя, клиент переключится на один из других кирпичей. Итак, после начальной начальной загрузки файловая система становится высокодоступной.

Однако, когда вы перезагружаете клиентский хост, и кирпич, с которого вы настроили его для начальной загрузки (например, в / etc / fstab ), становится down, то клиент вообще не будет подключаться, пока вы вручную не укажете его на другой кирпич для его начальной загрузки.

Это может быть проблемой в сценарии, когда клиенты перезагружаются или добавляются в то время как ' первичный кирпич не работает. Например, в Amazon AWS предположим, что у вас есть два реплицируемых блока GlusterFS в разных зонах доступности. Когда зона доступности, в которой находится ваша «основная», выходит из строя или теряет связь, есть большая вероятность, что вы автоматически масштабируете дополнительные серверы в другой зоне доступности, чтобы справиться с возросшей там нагрузкой. Поскольку «первичный» недоступен, эти серверы не могут смонтировать файловую систему, пока вы не настроите их для монтирования другого блока.

Как мне убедиться, что клиенты (новые или перезагружающиеся) будут пытаться подключиться к любому доступному блоку?

Мы используем Puppet для управления всеми узлами, включая содержимое / etc / fstab , и используем GlusterFS 3.9.