ZFS в openSUSE. Терминология и номенклатура

Прежде чем начать практическое использование ZFS, необходимо сказать несколько слов о применяемой в этой системе терминологии, ибо она весьма отличается от таковой в традиционных файловых системах.

В качестве высшей единицы ZFS выступает пул (pool) — объединение физических носителей информации, то есть дисков и дисковых разделов. Впрочем, пул может состоять и из одного диска или дискового раздела.

Довольно важную роль при образовании пула играет система именования входящих в него устройств. Систем этих несколько — вкратце этот вопрос был затронут в Новелле тридцатой.

Всем известна самая древняя и простая система имён дисковых накопителей вида /dev/sd?, разбивемых на разделы /dev/sd?#. В этой системе мой подопытный диск назывался /dev/sdb и представлял собой raw-устройство, лишённое дисковых разделов. Недостаток этой системы именования в том, что при переключении дисковых устройств к другим разъёмам или подключении новых дисков имена файлов соответствующих устройств могу поменяться. Поэтому при использовании ZFS эта система именования рекомендуется только для целей тестирования.

Есть несколько иных систем именования дисков, однозначно идентифицирующих их самих, вне зависимости от порядка подключения к разъёмам контроллера (контроллеров). С одной из них пользователям в последнее время приходится сталкиваться довольно часто. Это именование по внутренним уникальным идентификаторам — UUID: именно эти устрашающие последовательности символов большинство современных дистрибутивов норовят прописать в файл /etc/fstab. Однако при работе с ZFS эта система, насколько я знаю, не применяется.

Зато широко применяется (и, более того, рекомендуется во многих документах, касающихся ZFS on Linux) так называемая система именования by-id — то есть по внутренним идентификаторам, присвоенным устройствами их производителям. И в этой системе мой диск-кролик будет величаться так:

/dev/disk/by-id/scsi-SATA_ST3500410AS_5VM0BVYR

В ZFS on Linux применяется и модель именования by-path, когда имя устройства однозначно привязывается к его положению на шине PCI/SCSI, а также «синтетическая» модель, основанная на описании в файле /etc/zfs/zdev.conf. Обе они рекомендуются для многодисковых пулов, каковыми я не располагаю, и потому больше о них речи здесь не будет.

Разобравшись с номенклатурой, продолжим разговор о терминологии. Пул накопителей ZFS (zpool) можно рассматривать как аналог диска для традиционных файловых систем, программного RAID или physical volume системы LVM. И, подобно тому, как диски и программные RAID’ы обычно бывают разбиты на разделы, а физические тома LVM — на тома логические, так и zpool делится на части, именуемые datasets (позволю себе далее употреблять этот термин в транскрипции). Видами дейтсетов являются файловые системы, тома (volumes), снапшоты и клоны. В этом цикле речь пойдёт только о первой их разновидности. Именно их созданием мы и займёмся на следующей странице.


Содержание