Исходное сообщение
"Релиз ядра Linux 4.11" Отправлено PnDx, 03-Май-17 18:54
> у вас задача как-то выпала из описания. вы ж не под бонии > его собирали?   "Бюджетные" $3…6k x86-гипервизоры с DAS в небольшом телекоме. Запись, как правило, низкоинтенсивная и практически последовательная. Чтение — можно словить "полку". На биллинге, например. И при бэкапах (в текущей схеме).   Текущее решение "подпирается" кэшами raid-карточек, а zfs до недавнего времени занимался только бэкапами. После 6 лет эксплуатации на бэкапах, zfs признан достаточно стабильным (и документированным) для замены LVM в данном кейсе.   Бонусы: бо́льшая часть чтения имеет ТТХ SSD (почти). "Предоплаченный" бэкап (тянем zfs send|recv вместо тотал-скана для lvm) с возможностью гонять репликацию в прайм-тайм. Последние снимки доступны локально, (чуть)проще расследовать/исправлять ошибки персонала.   Минусы: готовим 4…6ГБ ОЗУ под обслуживание вышеописанных ≈7ТБ. Из которых нельзя брать больше 5ТБ. Больше возможностей нарваться на панику (хотя, с lvm это тоже не проблема: поменьше ОЗУ & побольше снапшотов и…). Непригодно для критичных к записи задач (e.g. большие БД). Жрёт CPU (soft-raid6 + sha256-checksums).   Ну и DKMS в минусы запишем. (Для убунтоидов это больше не проблема, но я им не завидую https://wiki.ubuntu.com/1404_HWE_EOL и т.п., в 16.04 вообще за 2 дня нашёл 4 ошибки в сетевом стеке + 1 в multipath, но это уже другая история).

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> у вас задача как-то выпала из описания. вы ж не под бонии >> его собирали? > "Бюджетные" $3…6k x86-гипервизоры с DAS в небольшом телекоме. > Запись, как правило, низкоинтенсивная и практически последовательная. Чтение — > можно словить "полку". На биллинге, например. И при бэкапах (в текущей > схеме). > Текущее решение "подпирается" кэшами raid-карточек, а zfs до недавнего времени > занимался только бэкапами. После 6 лет эксплуатации на бэкапах, zfs признан > достаточно стабильным (и документированным) для замены LVM в данном кейсе. > Бонусы: бо́льшая часть чтения имеет ТТХ SSD (почти). "Предоплаченный" бэкап > (тянем zfs send|recv вместо тотал-скана для lvm) с возможностью гонять репликацию > в прайм-тайм. Последние снимки доступны локально, (чуть)проще расследовать/исправлять > ошибки персонала. > Минусы: готовим 4…6ГБ ОЗУ под обслуживание вышеописанных ≈7ТБ. Из которых > нельзя брать больше 5ТБ. Больше возможностей нарваться на панику (хотя, с > lvm это тоже не проблема: поменьше ОЗУ & побольше снапшотов и…). > Непригодно для критичных к записи задач (e.g. большие БД). Жрёт CPU > (soft-raid6 + sha256-checksums). > Ну и DKMS в минусы запишем. (Для убунтоидов это больше > не проблема, но я им не завидую https://wiki.ubuntu.com/1404_HWE_EOL и т.п., в > 16.04 вообще за 2 дня нашёл 4 ошибки в сетевом стеке > + 1 в multipath, но это уже другая история).
	Введите код, изображенный на картинке: