Есть ли способ запустить GlusterFS в реплицированном режиме, но с возможностью динамического масштабирования тома вверх и вниз?
Скажем, у вас есть 3 сервера, на которых работает glusterd. ваш том Gluster должен быть настроен с репликой 3
gluster volume create test-volume replica 3 192.168.0.150:/test-volume
192.168.0.151:/test-volume 192.168.0.152:/test-volume
Затем вы должны смонтировать его как \ mnt \ gfs_test
Что произойдет, если я захочу добавить еще 2 сервера в пул хранения, а затем использовать их в этом томе? Есть ли простой способ увеличить объем И увеличить количество реплик до 5?
Моя конечная цель - запустить это на экземплярах EC2, скажем, на трех интерфейсах Apache, с настройкой webroot на монтировании тома gluster. Меня беспокоит то, что если мне когда-нибудь понадобится развернуть сервер, я бы хотел, чтобы он был не только дополнительным клиентским интерфейсом Apache, но и еще одним сервером в файловой системе gluster, повышая отказоустойчивость, а также, возможно, давая небольшой повышение скорости чтения.
Может быть, есть варианты получше, которые отвечали бы всем этим требованиям?
Спасибо.
Я не предлагаю линейно увеличивать количество реплик для ваших веб-работников. это кажется мне довольно пустой тратой места.
Вместо этого я бы сделал профилирование вашей веб-нагрузки и с самого начала определил разумное количество реплик. затем, когда добавляются новые рабочие, просто разверните новые узлы gluster $ replica_count и добавьте их в виде полосового блока к существующим томам; после перебалансировки у вас будет больше производительности и емкости. Если вам нужно уменьшить масштаб, вы всегда можете удалить узлы $ replica_count без потери данных.
Что касается ограничений безопасности, попробуйте использовать zfs в качестве базовых файловых систем, поскольку они обладают высокой устойчивостью к потере данных.