Що таке QTree, про NetApp
Системи зберігання даних як предмет розмови
Що таке QTree?
У кількох дискусія зауважив, що нові користувачі NetApp погано і нетвердо уявляють собі таке структура організації дискової ієрархії в системах зберігання NetApp, як QTree.
Q:Що таке цей QTree?
A: QTree (Quota Tree) – це елемент структурної ієрархії дискових ресурсів на NetApp. Просто, "по-селянськи", QTree це така піддиректорія-папка, що знаходиться на томі-volume. Ви можете "зашарити" корінь створеного тома, і зберігати ваші файли прямо в цьому корені, або ж створити в цьому корені один або кілька QTree-піддиректорії, "шарити" як мережевий ресурс вже їх, і зберігати дані в них. Приклад такої структури: /vol/vol1/homedir і в ньому qtree ??/user1', ??/user2' і так далі для домашніх папок користувачів.
Q:Навіщо він потрібний?
A: Qtree це структурний елемент, на який можна призначити так звані Quotas, тобто ліміти для користувача або групи користувачів за обсягом зайнятого дискового простору на системі зберігання. Безпосередньо на корінь тому призначити квоти користувачам не можна, а на qtree на цьому томі – можна.
Q:Чи можна обійтися без нього?
A: Не можна сказати, що без QTree не прожити, сьогодні це швидше якась додаткова можливість, в першу чергу орієнтована на NAS-застосування, але це хороша додаткова можливість, що підвищує гнучкість використання, до того ж знати, що таке qtree, і як з ним працюють вам знадобиться, якщо ви надумаєте складати сертифікацію NCDA (NS0-154), в іспиті є помітна кількість питань, що вимагають цього розуміння.
Q: Що це за можливості?
A: Окрім уже вказаного квотування місця накористувачів, Qtree використовується також для операцій реплікації SnapMirror, це так званий QTree режим SnapMirror, на відміну від режиму Volume SnapMirror. Відрізняються ці режими тим, що реплікація Volume SnapMirror працює лише на рівні тома, і реплікує тому, як тому, цілком, то QTree SnapMirror реплікує дані на файловому рівні, “пофайлово”. Обидва варіанти мають свої плюси та мінуси, переваги та недоліки, і добре доповнюють один одного, корисно вам буде розібратися в їхніх особливостях, якщо ви плануєте використовувати SnapMirror у своєму рішенні.
"Напрямо на корінь тома призначити квоти користувачам не можна, а ось на qtree на цьому томі - можна." Варто було б роз'яснити цю думку: все коріння тома мають “qtree 0″, так що призначити квоту на корінь тома можна, просто всередині це буде виглядати як призначення квоти на qtree0, але це вже зовсім внутрішня механіка. Користувачеві достатньо знати, що призначити квоту для користувачів на корінь МОЖНА, так що окремий qtree йому в більшості випадків не потрібен. Для організації NAS зручніше symlinks/widelinks - вони набагато гнучкіші, ніж прибиті до кореня qtree. Плюсом бачиться хіба що загальний домен дедублікації для всього розділу з декількома qtree, якщо ми не впораємося при цьому зовсім не гуманні для нинішніх розмірів жорстких дисків обмеження макс. розміру тому для дедублікації.
"Приклад такої структури: /vol/vol1/homedir і в ньому qtree ??/user1', ??/user2' і так далі для домашніх папок користувачів." Тут у Вас помилка: A qtree може бути створена тільки в керуючому центрі volume. Про що я, власне, і говорив вище - мало в них на сьогодні сенсу. Навіть Ваш приклад на їх основі реалізувати не вдасться.
а ще qtree потрібні для SnapVault
1a> qtree create /vol/vol0/qt1 1a> qtree create /vol/vol0/qt1/qt12 qtree create: No '/' allowed in qtree name. Expected /vol//.