На этот вопрос уже есть ответ здесь:
Мы компания по разработке программного обеспечения и ранее выполняли аутсорсинг аппаратной части бизнеса, но теперь мы ' мы планируем создать собственное частное облако. Недавно мы приобрели несколько серверов, один из которых должен работать как центральное хранилище. Технические характеристики следующие:
Seagate диски настроены как массив RAID 6. Твердотельные накопители находятся в RAID 1 и действуют как контейнер maxCache, который мы включаем и выключаем с помощью maxView Storage Manager.
Мой первый вопрос - имеет ли эта конфигурация смысл для центрального хранилища частного облака, где мы планируем разместить еще 3 вычислительных узла с двумя процессорами и большим количеством оперативной памяти на них?
Мой второй вопрос ] - имеет ли смысл аналогичная конфигурация с меньшим количеством жестких дисков для сервера базы данных MySQL для системы отчетов с множеством одновременных запросов? Или было бы разумнее использовать SSD для временного пространства MySQL, где он создает временные таблицы.
А теперь о главном вопросе ...Я попытался измерить производительность этого сервера с SSD-кешем и без него (maxCache). Лучшим инструментом, с которым я столкнулся, был iozone (iozone -a -g 8G), который создавал следующие диаграммы: http://www.bugweis.com/storage/comparison.zip . Я совершенно озадачен, так как похоже, что производительность с maxCache в большинстве случаев ниже, чем без него.
Мне было интересно, является ли iozone хорошим способом тестирования реальных сценариев или я все делаю неправильно.
имеет ли эта конфигурация смысл для центрального хранилища частной облако, где мы планируем разместить еще 3 вычислительных узла с двумя процессорами и много оперативной памяти на них?
Я бы побеспокоился, что у вас здесь единственная точка отказа, так как она будет действовать только как ящик для хранения с одним контроллером, у вас также действительно не так много памяти (получите больше, это дешево), и похоже, что ваша единственная сеть - это 2 сетевых адаптера 1 Гбит / с - они будут серьезным препятствием в этой настройке. Так что нет, я бы не рекомендовал это - какую цену вам дали за это?
Будет ли подобная конфигурация с меньшим количеством жестких дисков иметь смысл для MySQL? сервер базы данных для системы отчетности с множеством одновременных запросов? Или было бы разумнее использовать SSD для временного пространства MySQL где он создает временные таблицы.
У меня возникнет соблазн выбрать систему с двумя сокетами для блока БД, даже если вы не используете сразу второй сокет - движки баз данных обычно хорошо масштабируются с большим количеством ядер. Опять же, вам нужно намного больше памяти. Что касается того, какие диски использовать - что ж, было бы глупо делать здесь какие-либо предложения, поскольку требования к вводу-выводу БД различаются больше, чем любая часть инфраструктуры, основанная на балансе чтения / записи и многих других факторах, таких как размеры таблиц и т. Д. .
ОБНОВЛЕНИЕ - это то, что сказала служба поддержки Adaptec: проработал достаточно долго, чтобы заполнить "Горячие данные" на ssd диски. Это займет некоторое время в зависимости от записанных данных и запросы, сделанные в систему, поэтому короткий тест не может показать какие-либо улучшения, так как может не хватить времени для "Горячих" data "для заполнения дисков. Убедитесь, что выдающиеся значения ввода / вывода устанавливаются 32 или 64, как некоторые программы для тестирования производительности пакеты устанавливают глухое значение 1, что повлияет на производительность полученные значения не будут правильными.
Поэтому я думаю, что iozone - не лучший способ проверить производительность maxCache.