2 x SSD Raid 1 + 2 x SATA Raid 1

приблизительно вот такой:

http://onix.kiev.ua/servers/storage/SYS-5047C-6BRF

только диски попроще, а контроллер пожирнее.

И очень-очень-очень много тестов и "работы топором, напильником, надфилем".

---------- Добавлено 27.05.2012 в 20:42 ----------

А в лучшем - пара 520 series пережевывает 100 000 iops

Общий прогресс в диалоге налицо :)

Равняем скорости SSD в iops-ах и кеша контроллера в мегабайтах.

Правильной дорогой идете товарищи :) :) :)

hvosting, и что это ? дисков-то сколько и в какой конфигурации raid ? картинки мне ни о чем не говорят.

Вообще, для любой сколь угодно хорошей технологии можно найти неудобные условия работы. Это не значит, что тут же следует всем советовать отказаться от нее.

Дисков 24.

Предполагать что я беру 24 дисковое шасси и ставлю в него допустим 16 дисков "кагбе не логично".

raid разумеется 10. а глобально - 110.

Там кроме картинок еще и спецификация подробная есть.

Я не советовал отказываться от флешкеш.

Просто у меня кеширование чтения происходит в оперативку, и более эффективно,

поэтому у меня он никак себя не проявил.

Берите, тестируйте. Я вам не мешаю :)

hvosting, опять 25. 24 каких именно моделей диска? кроме картинок там 7 разных моделей дисков.

---------- Добавлено 28.05.2012 в 12:42 ----------

А это у всех адекватных хостингов так. Тут нет ничего особенного.

ST3500320NS

ST9500620NS (2,5")

HUA722050CLA330

WD5003ABYX

.....

В разное время массивы набивались разными дисками.

"Вообще, для любой сколь угодно хорошей технологии можно найти неудобные условия работы. Это не значит, что тут же следует всем советовать отказаться от нее. "

Ваши слова?

Видимо у "всех адекватных хостингов" флешкеш себя в продакшене не проявит? :)

все по 500G. Если по вашим словам предположить средний объем прироста информации 20мбайт в секунду, то при условии традиционного использования описанного массива в конфигурации допустим raid10 с уменьшением объема в 2 раза (24*500*1000*1000*1000/2 ), вам хватит на работу хостинга в течении (24*500*1000*1000*1000/2)/(20*1024*1024) cекунд , то есть за 286102/(60*60*24) = на 3 дня ? это точно хостинг?

Я думаю, вам сначала следует узнать, что за приложения вас перезаписывают данные и почему в таком объеме, а потом уже ускорять хранилище. Наверняка чем-то можно пожертвовать.

---------- Добавлено 28.05.2012 в 16:27 ----------

Должен проявить. Он же работает и при записи тоже. Я считаю, что все адекватные столько не перезаписывают, хотя точной статистики у меня нет. Я пытаюсь интерполировать статистку обычных, хоть и посещаемых проектов, с которыми я работаю.

Неужели глупое увлечение плагинами кеширования html в джумлах имеет такие масштабы ? Почему рост объема записи не ограничен нехваткой других ресурсов на таком сервере? хотя бы CPU

Бинго!

Но за каждым сайтом с мухобойкой не набегаешься. :)

А еще есть логи, их ротация, сессионные файлы, и извращения, типа sqlite.

Встречаются вообще клинические случаи, за которые убивать надо.

например файлик

/symfony/cache/admin/prod/config/routing/symfony.routing.data.cache

переписывается сайтом (полностью) в течение дня около 3 000 раз.

размер файлика - 11 мегабайт.

Я тоже умножать умею - это 30GB в день выходит :)

общий размер сайта при этом - порядка 300 метров.