Назад | Перейти на главную страницу

LUN и виртуальные машины

У меня работает решение HP P2000 + XenServer. Я думаю о том, как создать LUN для 20 виртуальных машин. Отдельный LUN для каждой ВМ? Это дает мне возможность делать резервную копию конкретной виртуальной машины, однако 20 виртуальных машин = 20 общих хранилищ в XenCenter, и, кроме того, я боюсь управляемости этих LUN, или я ошибаюсь? Или у меня может быть один LUN большего размера на 20 виртуальных машин. Какой вариант лучше?

Я также думаю, что вам нужно задать себе несколько вопросов, которые помогут вам решить, сколько LUN вы хотите создать и сколько виртуальных машин развернуть на каждом:

  1. Каковы политики хранения и предоставления данных моей организации?
  2. Какие типы данных будет содержать этот LUN (база данных, Интернет, только операционные системы)?
  3. Ожидаем ли мы какого-либо роста объемов данных или систем (возможно, у вас будет 3 веб-сервера, добавите ли вы четвертый?) (У вас может быть 1 ТБ данных базы данных. Может ли это потенциально увеличиться?)
  4. Каковы бизнес-цели и задачи?

Например, если у меня есть интенсивно используемый сервер базы данных с длительной политикой хранения данных, я создам LUN только для данных базы данных и, возможно, помещу виртуальную машину операционной системы в сегмент LUN, который содержит другие ненавязчивые / не часто используемые виртуальные машины. .

Есть смысл?

Я не знаю никого, кто бы создавал отдельный LUN для каждой виртуальной машины, ни на Xen, ни на каком-либо другом гипервизоре. Вам не нужно СЛИШКОМ много виртуальных машин на LUN (я стараюсь ограничивать свои хранилища данных ESX до 500 ГБ, чтобы жестяная банка войдите в каждый), но по одному на LUN - это просто головная боль. Если у вас 20 виртуальных машин, подумайте о 4 или 5 LUN и распределите их по ним.

Также стоит отметить, что это зависит от вашего устройства хранения. Например, с NetApp SAN вы можете иметь несколько LUN на одном дисковом агрегате, поэтому разделение виртуальных машин на несколько LUN не поможет, если все они работают на одних и тех же вращающихся дисках. Также рассмотрите варианты дедупликации, которые обычно основаны на LUN, как фактор для группировки LUN.

Повторяя сказанное всеми, с точки зрения управления, вероятно, лучше сгруппировать виртуальные машины в консолидированные LUN. Мы ограничиваем наши LUN до 1 ТБ.

Вы можете создавать резервные копии своих виртуальных машин, не имея для каждой отдельного LUN. Нет веской причины иметь выделенный LUN для каждой виртуальной машины, и, честно говоря, я думаю, что это вызывает проблемы.

Вы используете NPIV для передачи этих LUN на виртуальные машины? В этом случае то, что вы делаете, имеет смысл, если у вас есть особые требования для этого. (вы не указали ни одного в своем вопросе)

В противном случае то, что вы делаете, не имеет смысла и в конечном итоге укусит вас, когда вы попытаетесь с этим справиться.

Ответ Chopper3: LUN и виртуальные машины хороший совет в этом отношении.