Пума Тайланд: Скорее ту всё в кучу, и недостатки ФС, и недоработки ПО, и не оптимизированное хранилище.
естественно задачу нужно решать всесторонне. но я не очень понимаю
это именно тестовая задача?
и именно крутить ФС нужно?
и именно много файлов в одной папке?
или возможны отступления?
Насчёт БД - мне кажется что на определённом количестве файлов в одной директории будет более чем оправдано.
Пума Тайланд: первое что я начал бы делать - перестроить массив на тот, в котором больше нулей, например собери страйп из зеркал.
а если данные не особо важны и при потере одного диска ты готов всё потерять - собирай нулевой, это даст максимум производительности.
а 6 уровень всегда медленнее чем пятый. на мой взгляд имеет смысл использовать когда кол-во шпинделей более 40.
Пума Тайланд: тут нужно понять масштаб задачи...
чаще читаете или пишете?
есть ли возможность менять софт?
сколько оперативной памяти на СХД?
какой уровень RAID ?
И из чистого любопытства - а как вы бэкапы делаете?
Пума Тайланд: Вот не угадал я что это картинки.... думал что-то еще.... тема с производительностью очень интересная... Правильно ли я понимаю, во время чтения директории - IOPS зашкаливает? events.linuxfoundation.org/slides/2010/linuxcon201...
основная мысль - это очень дорого...
В том то и дело, нужно универсальное решение, чтобы можно было заразу подлечить и изменения пофиксить до рассылки спама и поломки сайта, причем использовать шаред для недорогих проектов (с посещаемостью 2 чел. В сутки) и при этом не забивать голову администрированием ещё одного сервера.
freenas vs nas4free - nas4free более правильный выбор, т.к. именно этот проект является "правильным" freenas угнали у них имя.
ФС - ZFS, тут ньюансы:
1) дедубликация - НЕ ИСПОЛЬЗОВАТЬ
2) аппаратный RAID - вреден
3)регулярно выполнять "scrub"
nas4free - устанавливается на флэшку, таким образом все диски используются под данные.
англоязычная поддержка на канале irc (#nas4free irc.freenode.net)
Anton Zheltyshev: на случай если провод будет обрезан, но это уже детали.
Возможно стоит взглянуть на задачу несколько под другим углом?
Есть доменное имя
3rdlevel.mydomain.com:15999
есть 2 провайдера, но предположим это 2 разных места.
в этом случае необходимо чтобы при отсутствии связи в первой локации, запрос должен быть обработан второй локацией.
причём трафик через reg.ru ходить не должен.