Що відбувається, коли диск виходить з ладу в LVM?

Я налаштовую Linux-сервер на хості ESX 4.1. Цей сервер повинен мати кілька ТБ даних, що зберігаються на ньому. Зараз ми обговорюємо, використовувати чи ні LVM. Наші нинішні міркування полягають у тому, що найкраще мати кілька томів 2 ТБ (обмеження, накладене ESX), встановлене на окремих томах як таких.

/disk1 - 2TB

/disk2 - 2TB

/disk3 - 2TB

Ми будемо зберігати каталоги розміром від 100 Гб до 400 ГБ. Ці каталоги потрібно зберігати в цілому і не можна розділяти. Побоювання полягає в тому, що буде витрачено багато місця, якщо ми зрештою будемо зберігати 1,7 ТБ на / disk1 і потрібно буде зберігати додаткові 400 ГБ. У такому випадку нам потрібно буде зберігати каталог 400 ГБ на / disk2, залишаючи 300 ГБ невикористаними.

Одне рішення цієї проблеми - LVM, налаштований так:

 --------
 Disk 1 | 
        |
 Disk 2 |---->/disk
        | 
 Disk 3 | 
 --------

Однак ми зупинилися на одному простому питанні. Що станеться, якщо Disk 2 вийшов з ладу?

У першому сценарії очевидно, що станеться, якщо Disk 2 вийде з ладу, / disk2 більше не буде доступний.

У випадку встановлення LVM, якщо Disk 2 не вдався б, було б подібним (як у, тільки ті дані, які зберігалися на Диску 2, більше не доступні), або всі дані на / диску вже не будуть доступні?

linux vmware-esx lvm

— Тушковане м'ясо
джерело

Якщо ви використовуєте ESXi v5, ви можете використовувати RDM 2 TB, щоб подолати цю проблему - це те, що я роблю.

— Chopper3

Ви опустили ряд важливих концепцій абстрагування, які поставляються з LVM. Логічні томи не обробляють диски - вони розміщуються на групах гучності. VG в свою чергу складаються з фізичних об'ємів, які можуть бути дисками. Якщо коротко сказати, VG не придумає відсутній PV - тобто відсутній диск, тож ви не зможете отримати доступ до логічних томів групи.

Існують процедури відновлення , але, як правило, у віртуалізованому середовищі ви все одно побачите доступність "все або нічого" - усі дискові файли міститимуться в одній директорії, яка доступна з усім вмістом, або зовсім не є (якщо сховище даних, наприклад, недоступне).

Щодо ефективності зберігання, подумайте про використання тонкого забезпечення - "невикористаний" простір не зберігається у сховищі даних. Однак це відбувається ціною вищих адміністративних витрат.

— вабіт
джерело

Добре, що відповідає на основне запитання, що наявність LVM є все або нічого. Раніше я використовував LVM, але я (на щастя) ніколи не проходив процедури відновлення. Що стосується тонкого забезпечення, це насправді не є рішенням. У нас є набір LUN (по 2 ТБ кожен), які присвячені цьому серверу. Навіть якщо ми маємо невеликі можливості, це насправді не вирішує проблему даних, необхідних для охоплення кількох томів 2 ТБ. Схоже, єдині два варіанти - або оновлення до ESXi 5 (що все одно було в планах), або життя з деяким витраченим простором. Дякую за відповідь.

— Тушковане

чому у вас є набір 2 TB LUN замість одного LUN у більшій сховищі даних VMFS, де ви створюєте три віртуальні диски? Обмеження 2 ТБ застосовується лише до віртуальних дисків, а не до розміру самого сховища даних.

— ваббіт

Як це працює? У мене було багато проблем (дуже виразні помилки) при спробі встановити LUN, більший за 2 ТБ. Крім того, рівний модуль для vmware має обмеження 2TB для розміру LUN (хоча цей ліміт не застосовується при створенні LUN через веб-інтерфейс). Поза, можливо, простішим управлінням, чи є якась інша перевага наявності великого сховища даних?

— Рагу

Вам потрібно буде працювати з "розширеннями VMFS" - створити VMFS розміром 2 ТБ, розширити його на 2 кроки після створення. Ви можете мати до 32 розширень, внаслідок чого загальна верхня межа становить 64 ТБ на VMFS. Я не знайомий з плагіном equelogic, тому не можу нічого розповісти про його обмеження. І "легше управління" - це, на що, на мою думку, йде віртуалізація, тому не потрібно мати жодної іншої переваги :) До речі, ви також можете подумати про те, щоб віртуальний хост отримав доступ до LUN для зберігання безпосередньо - легко, якщо у вас є iSCSI, не зовсім так легко за допомогою волоконного каналу.

— the wabbit

Я думав про використання невідкладних відображень пристроїв, здавався хорошим рішенням, але насправді не мав уявлення про розширення VMFS. Перейдемо до дослідження, що негайно. Дякую за оновлення, це чудова інформація!

— Рагу