On 20.11.2014 18:20, Владимир Друзенко wrote:
20.11.2014 19:09, Владимир Друзенко пишет:
05.11.2014 17:49, Volodymyr Kostyrko пишет:
On 05.11.2014 14:15, Vladislav V. Prodan wrote:
Зоопарк. Из FreeBSD все не ниже 9.0 (может конечно 1-2 8.2
осталась, но
уже без нагрузки). Но не в этом суть.
Не так давно в рассылке пробегала "категорическая
рекомендация" не
использовать один физический диск в нескольких различных
пулах, со
ссылкой на планирование IO в ZFS. А тут на одной ZFS куча
других
ZFS. Да
и памяти на столько кэшей ненапастисть.
zfs create -o primarycache=metadata -o sync=disabled -o
logbias=throughput -o volmode=dev -o volsize=?
Это где вы советуете делать? на хосте или на госте?
На хосте. primarycache=metadata позволяет кешировать данные о
fs/volume но не его содержимое. sync=disabled отключает
принудительный сброс данных на диск (возможно с этим я и перегнул
палку, наверно лишнее ибо небезопасно). logbias=throughput отключает
при записи использование логов, т.е. все данные пишутся сразу на
диск. Это ещё базам данных хорошо помогает.
А что делать с памятью? Это же не поможет её сэкономить.
И да, "-o volmode=dev -o volsize=?" - это же не файловая система, а
блочное устройство. Как потом быстро и просто её перенести на другой
сервер или даже на ноут на другой программной платформе (другая ОС)?
dd
Я создаю для каждой виртуалки отдельную фс, и диски виртуалки лежат там
как файлы.
могу тогда ещё рекомендовать recordsize=8k
К тому же VirtualBox умеет использовать блочные устройства только по
iSCSI. Есть конечно bhyve, но он пока не умеет BIOS и VGA.
VBoxManage internalcommands createrawvmdk - и жуёт на ура.
Ещё есть qemu и может он и умеет блочные устройства, но не думаю что
имеет смысл на него мигрировать.
мечтаю когда bhyve c qemu замутят.
--
Sphinx of black quartz judge my vow.
