Я иногда вспоминаю слова песни: И если ты лоха не видишь в схеме, значит лох в ней ты
Технологии, всегда обманывают нас - пользователей, но иногда это даже законно. Вот смотрите, давайте разберем популярную функцию у СХД:
Thin Provisioning (тонкое выделение) — это способ "обещать" пользователю больше места, чем физически есть, и выделять его по мере использования.
Знакомо? Тогда ставь лайк и иди с пацанами пить пиво.
Что такое Thin Provisioning?
Thin Provisioning — это способ «обещать» виртуальным дискам больше пространства, чем физически есть, а реально давать его только по мере использования.
То как с кредитной картой: банк дает лимит, но физически он не хранит сразу всю сумму — деньги списываются только при покупке.
Почему это важно?
В классических SAN терабайты выделяются заранее — но на деле часто используются только десятки гигабайт.
В результате 60–80% места лежит мёртвым грузом — зря занято и недоступно для других задач
Thin Provisioning позволяет:
- давать больший виртуальный объём,
- экономить дорогостоящее место,
- не блокировать пространство зря.
Как это работает?
Когда создаёшь виртуальный диск (LUN) например на 50 ГБ, физически сразу не выделяется всё 50 ГБ.
Физическое место зарезервируется постепенно:
сначала 1 ГБ — только когда туда пишут,
потом ещё при необходимости, и так далее
При этом LUN выглядит в системе как полный 50 ГБ, хотя физически используется намного меньше.
История (кто придумал?)
Принцип Thin Provisioning впервые внедрила компания 3PAR (позже купленная HP) в начале 2000-х.
NetApp добавила эту возможность в свои массивы серии FAS, благодаря гибкому дизайну файловой системы WAFL
Thin Provisioning в 3PAR по-прежнему активно используется — более того, он остаётся одной из фишек, за которые ценят эту платформу, особенно в энтерпрайз-сегменте. После того как HP приобрела 3PAR в 2010 году, технология продолжает жить в линейке HPE Alletra 9000 / HPE Primera / HPE 3PAR StoreServ.
Про SAN vs Thin Provisioning
- До: резервируем LUN на 1 ТБ — вокруг много пустого места
- После: виртуальный 1 ТБ, физически занято только то, куда уже записали — всё остальное можно давать другим приложениям
Это называется oversubscription — выделение большего виртуального объёма, чем реально есть.
Есть ли минусы?
- Немного фрагментации, но она обычно не заметна — блоки выделяются большими кусками
- Важно следить за занятым местом — система физически может закончиться.
- Рекомендуется настраивать предупреждения по заполнению и докупать диски заранее.
Thin Provisioning — это как дать детям коробку на 100 игрушек, но реальные игрушки брать постепенно, когда они нужны.
Так можно давать «бесконечный» виртуальный объём, экономя место и бюджет.
Главное — не забыть мониторить и своевременно добавлять физические диски!
Русские СХД, используют файловую систему ZFS (ARGO.TECH - в том числе) Но это тут причем? При том что - то что - Вы покупаете в 3PAR в ZFS по умолчанию
Вот фишка: в ZFS thin provisioning встроен по умолчанию — тебе не нужно ничего включать!
Почему?
Потому что в ZFS:
- нет жёстко фиксированных томов (LUN'ов), как в классических СХД,
- используются динамически растущие тома (zvol или файловые системы),
- данные записываются только когда реально появляются, а не при создании пула.
Что ещё важно?
В ZFS компрессия и дедупликация тоже работают вместе с thin provisioning — и ещё больше экономят.
Итого:
Thin provisioning был впервые внедрён в коммерческих СХД вроде 3PAR в начале 2000-х
В ZFS он реализован естественным образом: создаётся то, что нужно, используется только когда пишешь
Это даёт гибкость, экономию места, и отлично сочетается с другими фишками ZFS
ZFS как волшебный мешок — выглядит большим, но занимает ровно столько, сколько туда положишь
Есть ли куда стремится? Конечно!
Вот что еще есть в 3PAR
Thin Persistence
- Система автоматически возвращает неиспользуемое пространство в пул, даже после удаления данных с LUN’а.
- Это делает thin provisioning настоящим тонким, без «утечки» пространства, как у других.
Thin Conversion
- Позволяет перевести толстый том (thick) в тонкий на лету — удобно при миграции со старых систем.
Thin Deduplication + Compression
- Тонкое выделение пространства сжимается и дедуплицируется — ещё больше экономии.
Zero Detection / Reclamation
- Если гость пишет «нули» (например, Windows при форматировании) — 3PAR понимает это и не выделяет реальное место.
В общем целом - ты пиши мне! я буду ждать