Наилучший вариант для кластеризации устройства хранения данных
Если я не ошибусь, разве то мост не будет вести себя правильно только с одним интерфейсом, присоединенным к нему? Я думаю, что это должно действовать вид подобных 'символьная ссылка', которую Вы описываете, указывая eth0 (когда eth0 является единственным интерфейсом на мосту).
Тем путем можно было просто всегда связывать сервисы с br0 и добавлять/удалять интерфейсы от моста по мере необходимости.
Мы очень часто получаем заданные подобные вопросы этому, я удивлен, что ни один из этих предыдущих вопросов не подошел в поиске, поскольку Вы спросили это,
Так или иначе я обычно рекомендую GlusterFS или Блеск, но существует много других распределенных файловых систем для выбора.
Так как Вы уже - магазин RH, класс Кластеризации и Управления хранением Red Hat Enterprise может оказаться довольно полезным.
Было бы неплохо, если бы Вы могли поделиться немного больше информацией о рабочей нагрузке хранилища. В зависимости от того, требуется ли Вам низкая задержка или хранение большого контента, это может привести к появлению различных решений по хранению данных. Для выбора варианта хранения контента обратите внимание на решения по хранению объектов. (даже эти решения можно разделить - если вам нужно хранить данные в течение длительного времени и не слишком часто их читать, тогда рассмотрите решения, поддерживающие кодирование стирания). Если вам нужна низкая задержка, то посмотрите на кластерные файловые системы хранения на базе хоста - в идеале в сочетании с флеш-памятью на хосте. Обратите внимание, что можно также посмотреть на хранение объектов в сочетании с ускорением флеш-кэша на хосте.