Репликация GlusterFS между DCS без ненужных издержек?
Для тестирования цели я установил четыре узла GlusterFS и создал реплицированных том с копировать количеством 4.
Два узла Gluster находятся в DC A, в то время как другие узлы Gluster находятся в DC B.
Теперь давайте предположим, что четыре узла Gluster имеют следующие имена хостов:
- gluster01 - расположенный в DC A
- gluster02 - расположенный в DC A
- gluster03 - расположенный в DC B
- gluster04 - расположенный в DC B
В моем сценарии тестирования я пишу файл в gluster01, который расположен в DC A. Теперь, как умный делают другие узлы Gluster в DC B копируют от gluster01? Будут оба узла Gluster в DC B копируют от gluster01, или будете, только один узел Gluster от DC B копирует в то время как второй узел в DC B копируемый от другого в DC B?
Причина, почему я задаю этот вопрос, состоит в том, что я хочу избежать ненеобходимого трафика репликации между своим DCS.
Я нашел некоторые подсказки в официальной документации Gluster; однако, материал, который я нашел, не разрешал вещи для меня.
Клиент gluster выдает запись на все серверы реплик AFR одновременно. ( http://blog.gluster.org/2010/06/video-how-gluster-automatic-file-replication-works/ ). Этот парень из redhat написал что-то , которое он называет «репликацией нового стиля» , которая реализует нечто вроде того, что, как вы думаете, происходит, но это не реализовано в репозитории glusterfs git. Хотя NSR интересен, часть, имеющая отношение к этому ответу, - это его обсуждение того, что AFR делает сейчас.
Самый простой способ сохранить пропускную способность между вашими двумя сайтами - использовать георепликацию, но это может быть бесполезно в вашем приложении ( например, вам нужна установка с несколькими мастерами).