Что происходит при сбое диска в 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 | 
 --------

Однако мы застряли на одном простом вопросе. Что произойдет, если диск 2 выйдет из строя?

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

В настройке LVM, если диск 2 выйдет из строя, будет ли он аналогичным (как, например, только те данные, которые были сохранены на диске 2, более недоступны) или все данные на / диске больше не будут доступны?

linux vmware-esx lvm

— тушеное мясо
источник

Если вы используете ESXi v5, вы можете использовать> 2 ТБ RDM для решения этой проблемы - это то, что я делаю.

— Chopper3

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

Существуют процедуры восстановления , но обычно в виртуализированной среде вы все равно увидите доступность «все или ничего» - все файлы на диске будут содержаться в одном каталоге, который либо доступен со всем своим содержимым, либо вообще не доступен (если хранилище данных недоступно, например).

Что касается эффективности хранения, рассмотрите возможность использования тонкой подготовки - «неиспользуемое» пространство не заявлено в хранилище данных. Однако это происходит за счет более высоких административных издержек.

— заместитель Wabbit
источник

Хорошо, что это отвечает на базовый вопрос, что доступность - это все или ничего с LVM. Я использовал LVM раньше, но я (к счастью) никогда не проходил процедуры восстановления. Что касается тонкой инициализации, это не совсем решение. У нас есть набор LUN (по 2 ТБ каждый), которые предназначены для этого сервера. Даже если у нас тонкая подготовка, это не решает проблему данных, которые должны занимать несколько томов объемом 2 ТБ. Похоже, что только два варианта - либо обновить до ESXi 5 (который был в планах в любом случае), либо жить с неиспользованным пространством. Спасибо за ответ.

— Тушеное мясо

почему у вас есть набор 2-ТБ LUN вместо одного LUN в большем хранилище данных VMFS, где вы создаете три виртуальных диска? Ограничение в 2 ТБ применяется только к виртуальным дискам, а не к размеру самого хранилища данных.

— the wabbit

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

— Тушеное мясо

Вам нужно будет работать с «экстентами VMFS» - создайте VMFS размером 2 ТБ, расширьте ее с шагом 2 ТБ после создания. Вы можете иметь до 32 экстентов, в результате чего общий верхний предел составляет 64 ТБ на VMFS. Я не знаком с плагином equallogic, поэтому ничего не могу сказать о его ограничениях. И "простое управление" - это то, что представляет собой виртуализация, на мой взгляд, поэтому не должно быть никаких других преимуществ :) Кстати, вы также можете рассмотреть возможность предоставления виртуальному хосту прямого доступа к LUN хранилища - легко, если у вас есть iSCSI, не совсем так просто с оптоволоконным каналом.

— The Wabbit

Я думал об использовании сырых сопоставлений устройств, казалось хорошим решением, но на самом деле я понятия не имел о экстентах VMFS. Собираюсь исследовать это немедленно. Спасибо за обновление, это отличная информация!

— Тушеное мясо