М-м-м-м-м... Исключительно колхозное решение, если его приходится применять - в консерватории что-то не так.
Имеет право на жизнь, но ниразу не в таких масштабах.
Я вот, признаться, как-то не очень понимаю - 10к правил в фаерволе, 15к... Это как? Это куда?
Я не могу себе представить ситуацию, когда такое может реально понадобиться. Резать доступ по географии? Агрегируйте по сетям.
Скорость. При размерах базы порядка терабайта штатные средства тормозят систему очень сильно.
Сделав снапшот - есть возможность бэкапить базу в оффлайне, не торопясь.
Собственно, это решение активно продвигается во всяких руководствах по тяжелым БД.
Вот я тоже хочу, поэтому и переезжаю с райзера.
Не в райзере - LVM. На разделе с райзером.
"паравиртуализировать" они все умеют, даже без IVT в железе.
Сыпется. Регулярно.
Причем ладно, когда он разваливается на lvm-ных снапшотах, так он, зараза, рассыпается просто на разделах в несколько терабайт, где живут хорошо так нагруженные БД.
Это несмотря на аппаратные рэйды.
Хотя справдливости ради надо сказать, что рассыпается он примерно в 1% случаев - но при нескольких сотнях серверов это напрягает.
Ага, особенно без проблем модуля грузятся, если корень на NAS-е :-)
Цимус ZFS - не в объемах, на мой взгляд. А, например, в нормальной работе снапшотов.
Пюсадын. К райзеру много вопросов по надежности, увы :-(
Да, на вас хайлоад очень повлиял :-)
На самом деле, есть более нормальные ФС для решения такой задачи. Но вернемся к ТС - человек пользуется _хостингом_, которым рулит поддержка хостера.
Я так и вижу, как сотрудники какого-нибудь, не к ночи будет помянут, .М, высунув от усердия язык прикручивают к шареному хостингу ZFS.