Исходное сообщение
"В Ubuntu 16.04 будет добавлена поддержка ZFS для контейнеров" Отправлено Elhana, 20-Фев-16 02:39
> Если перфоманс бекапов поднимаемых раз в году для вас важнее износа и > экономии места, то можно и позаморачиваться. Хотя если уж на то > пошло - ОЗУ нынче стоит сравнительно дёшево, особенно если искать не > антиквариат типа DDR1/DDR2 для старых серверов. Кэш можно вынести на SSD, > опять же. Да, только если бакапов много, а перфоманс падает настолько, что бакапится/восстанавливаться начинает по пол дня - это уже никуда не годится. И расчет памяти DDT: http://constantin.glez.de/blog/2011/07/zfs-dedupe-or-not-dedupe На каждый TB данных нужно 5 GB памяти под DDT, если предположить что средний размер блока 64K. В целом это означает что вам потребуется 20GB* памяти на TB данных, если вы хотите уместить DDT и метаданные, плюс память для самой ОС и приложений. (* 20 потому что DDT не может занимать более 1/4 памяти выделенной под ARC.) Если столько нет, то есть вариант с L2ARC на SSD, но оно уже медленнее, хотя для бакапов сойдет. Без SSD все может быть совсем печально. Другими словами, если вы запускаете анализ (zdb -S tank) и оно говорит вам, что экономия будет от 20%, можно задуматься о dedup c SSD. Реальная экономия начинается когда дедупликация позволяет экономить место более чем двукратно. Если предположить что у вас куча контейнеров и они все почти одинаковые, при этом они обычно небольшие, то экономия может быть очень существенная - в этом и есть план canonical.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Если перфоманс бекапов поднимаемых раз в году для вас важнее износа и >> экономии места, то можно и позаморачиваться. Хотя если уж на то >> пошло - ОЗУ нынче стоит сравнительно дёшево, особенно если искать не >> антиквариат типа DDR1/DDR2 для старых серверов. Кэш можно вынести на SSD, >> опять же. > Да, только если бакапов много, а перфоманс падает настолько, что бакапится/восстанавливаться > начинает по пол дня - это уже никуда не годится. > И расчет памяти DDT: > http://constantin.glez.de/blog/2011/07/zfs-dedupe-or-not-dedupe > На каждый TB данных нужно 5 GB памяти под DDT, если предположить > что средний размер блока 64K. В целом это означает что вам > потребуется 20GB* памяти на TB данных, если вы хотите уместить DDT > и метаданные, плюс память для самой ОС и приложений. > (* 20 потому что DDT не может занимать более 1/4 памяти выделенной > под ARC.) > Если столько нет, то есть вариант с L2ARC на SSD, но оно > уже медленнее, хотя для бакапов сойдет. Без SSD все может быть > совсем печально. > Другими словами, если вы запускаете анализ (zdb -S tank) и оно говорит > вам, что экономия будет от 20%, можно задуматься о dedup c > SSD. Реальная экономия начинается когда дедупликация позволяет экономить место более чем > двукратно. Если предположить что у вас куча контейнеров и они все > почти одинаковые, при этом они обычно небольшие, то экономия может быть > очень существенная - в этом и есть план canonical.
	Введите код, изображенный на картинке: