Мне нужно было хорошее облако хранения NFS в AWS, и, поскольку EFS находится только в режиме предварительного просмотра, я провел небольшое исследование, и, похоже, GFS был бы лучшим выбором.
В настоящее время у меня есть два сервера, которые являются частью одного кластера, каждый из которых использует том EBS в качестве хранилища, и я смог их создать отлично, и я также могу читать / писать. Но я думаю, что у меня проблемы со скоростью.
Один из томов используется совместно двумя веб-серверами и содержит файлы php, которые используют фреймворк Laravel, поэтому необходимо установить множество файлов. Проверка репозитория git и установка через npm install в основном никогда не заканчивается, но если я перейду в отдельный каталог (не в NFS) и проверю то же самое репо, он работает нормально, тогда я просто rsync все заново (что опять же занимает гораздо больше времени, чем я ожидал, часы). Размер каталога всего извлеченного составляет только 255 млн, поэтому я не думаю, что это займет так много времени.
Я создал файл размером 1 ГБ, используя dd чтобы увидеть скорость:
# dd if=/dev/zero of=./test.txt bs=1024k count=1000 conv=sync
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 139.762 s, 7.5 MB/s
7,5 МБ / с - Думаю, это довольно медленно.
Можно ли улучшить что-то подобное, добавив больше ресурсов в узлы Glusterfs? или добавление дополнительных узлов в кластер? Или где-то есть троттлинг? Я новичок в AWS, а также в GlusterFS, поэтому я буду благодарен за любую помощь.
Просто к вашему сведению, оба экземпляра t2.micro, а в us-west-2a Аризона