Появился повод написать продолжение к предыдущей статье на эту тему. Итак, возникла задача поддерживать 2 датасета на разный хостах в состоянии максимально возможной идентичности. А именно, была использована возможность передачи инкримента двух снапшотов.
Показаны сообщения с ярлыком zfs. Показать все сообщения
Показаны сообщения с ярлыком zfs. Показать все сообщения
пятница, 18 ноября 2011 г.
среда, 11 мая 2011 г.
Передача снимка ZFS по сети
Пришлось наконец столкнуться на практике с передачей сравнительного большого снимка ZFS по сети. В учебных материалах и официальной документации сказано, что для передачи по сети следует использовать команды send\recv в сочетании с ssh через пайп. На практике же это решение оказывается абсолютно не работоспособным для больших объемов. Лично у меня скорость передачи уперлась примерно в 8 MB/sec по гигабитной сети, что привело к тому что за 12 часов скопировалось лишь 300 гигабайт данных.
Что же делать?
Что же делать?
пятница, 1 октября 2010 г.
Перемещение /var на отдельную файловую систему ZFS
В данной заметке описывается порядок действий по переносу раздела /var, находящегося на одной файловой системе с корнем /, на отдельную файловую систему. У меня эта задача возникла, когда я забыл указать этот момент при инсталляции. Этот алгоритм может быть применим и к другим системным каталогам Solaris.
вторник, 28 сентября 2010 г.
Изменение SWAP-раздела на ZFS
Процедура измения размера раздела подкачки на ZFS подробно описана в документации, за исключением одного момента, который может в определенной ситуации стать фатальным для файловой системы.
И так порядок действий по документации:
И так порядок действий по документации:
# zfs list rpool/swap NAME USED AVAIL REFER MOUNTPOINT rpool/swap 2.066G 122G 16K - # swap -d /dev/zvol/dsk/rpool/swap # zfs set volsize=96G rpool/swap # swap -a /dev/zvol/dsk/rpool/swap # zfs list rpool/swap NAME USED AVAIL REFER MOUNTPOINT rpool/swap 2.066G 122G 16K -
понедельник, 20 сентября 2010 г.
Понимание распределения дискового пространства ZFS
Файловая система ZFS является иерархичной структурой, что вызывает некоторые сложности с пониманием вывода дисковых утилит, показывающих занятое\свободное пространство на разделах. Документация безусловно замечательная, но эти моменты освещены на мой взгляд сложным языком(т.к. освещают все нюансы). Потому я решил сделать упрощенный очерк по этому вопросу.
понедельник, 16 августа 2010 г.
Использование памяти ZFS
Известно, что файловая система ZFS очень агрессивно использует доступную физическую память под собственный файловый кэш. Заявлено, что при необходимости файловая система освободит память для любого приложения, которое запросит, но на практике эта память освобождается весьма неспешно и неохотно, что приводит к заметному снижению производительности.
Подписаться на:
Сообщения (Atom)