Какова рекомендуемая конфигурация GlusterFS для растущего веб-сайта?

RAID-6 6x7.2krpm диски без кэша записи(?) собираются иметь ужасную производительность записи, столь ужасную, что это будет, вероятно, тонуть в трясине диски вниз достаточно для реального влияния на производительность чтения также, если приложение будет иметь здоровое соединение. Я имею в виду реалистично, что Вы смотрите на подобные 250 случайных iops в 80/20 разделении чтения-записи из того массива. Если Вы делаете несколько сотен запросов HTTP в секунду затем что-то столь тривиальное, как апачский журнал доступа собирается сорвать это как DoS-атака.

Если Вы можете, восстановить тех как raid10. Это будет стоить Вам, некоторые сырые данные располагают с интервалами, но оказывают огромное влияние на i/o производительность. И если можно добраться кэш записи, с аварийным батарейным питанием на платах RAID имеет очень значительное значение.

Я не знаком с glusterfs, в частности, но все распределенные файловые системы имеют тенденцию иметь ту же основную проблему, сетевая задержка + блокировка комплекса = низкая производительность, особенно на маленьких файлах и особенно на рабочих нагрузках существенной записи.

Медленный диск i/o и медленная файловая система, эта кластерная структура просто не соответствует рабочей нагрузке. Слишком поздно для возврата серверов или по крайней мере дисковых подсистем? Если это - основная платформа компании существенного дохода, действительно необходимо привлечь профессионала.

Какой носитель Вы перемещаете свой трафик GlusterFS? Если это будет Ethernet, Вы, то конфигурация будет сильно ограничена из-за издержек TCP/IP. GlusterFS не является самым эффективным там. То, где это действительно сияет, по RDMA. Можно достигнуть этого или с Infiniband или с 10GigE.

Я также немного неясен относительно того, почему Вы решили поместить 2 виртуальных хоста на каждый физический хост, если они все делают те же обязанности. Почему не только выполняет их на чистом металле и избегают издержек?

Какую версию GlusterFs Вы используете? GlusterFS 3.0.0 является главной версией и имеет много улучшений включая увеличение маленькой производительности файла.

Существует много переводчиков производительности в GlusterFS, который может быть настроен для различных рабочих нагрузок. Например, для увеличения производительности чтения мы считали вперед переводчика, и для производительности записи у нас есть запись - позади переводчика. io-кэш является другим переводчиком производительности, который может использоваться для кэширования.

Какая установка является Вашей? Вы - использование, копируют или распределяют или оба? Каков Ваш сетевой бэкенд? Вы сравнили сети/диска IO между старым и новыми серверами для устранения узких мест?

Если можно совместно использовать файлы объема с нами, мы можем помочь Вам настроить свои конфигурационные файлы для оптимальной производительности для Ваших рабочих нагрузок.

Просто к вашему сведению, мы предлагаем 30-дневную подписку поддержки бесплатной демонстрационной версии [1], где можно было ответить запросы быстро и всесторонний.

С наилучшими пожеланиями, Sachi

[1] http://www.gluster.com/products/trial.php

Без большего понимания Вашей установки (например, Ваш веб-сайт является статичным или динамичным? Транзакции базы данных происходят на серверах с помощью той же подсистемы внешней памяти?), но RAID 6 обычно является плохим выбором для производительности записи, не берите в голову при представлении еще большей сложности через gluster. У Вас потенциально есть два набора продолжения перевода дорожки записи, один на gluster уровне и один на уровне контроллера. Затем у Вас есть два вычисления блоков четности, которые замедляют вещи и вызывают блокирование ввода-вывода, если у Вас нет большого кэша записи и периоды низкого действия ввода-вывода.

Я рекомендовал бы, чтобы Вы переключились на RAID 10 и поддержали это или волоконно-оптическим каналом, или несколько связали ссылки GigE.