Лучшие практики для виртуализации серверов на SAN?

Я придерживался бы изображений vmdk, просто упаковал бы Вас, перемещаются в использование vmotion в будущем, Вы никогда не знаете, что можно получить бюджет для него.

Если Ваши машины не кластеризируются, то, что касается меня лучший способ управлять ими состоит в том, чтобы попытаться распределить нагрузку так равномерно, как Вы можете. Я имею 3 не кластеризируемые 2950-е, где загрузка из самого критического vms как можно больше 1/3 на каждом. Так как теория будет, я вряд ли буду освобождать больше чем одно поле сразу, таким образом, по крайней мере, 2/3 сможет продолжить работать незатронутый.

От места подачи питания представления это было бы, вероятно, более эффективный для загрузки машин почти в 100%, как Вы можете и выключать другие машины, но оно походит на помещение всех Ваших яиц в одной корзине мне.

Я не назвал бы меня экспертом в этом, его, что я делаю.

Эй Матовый. Существует много способов нарезать решение при использовании решения для виртуализации. Прежде всего было много сравнительных тестов, показывающих Необработанный LUN (RDM) по сравнению с производительностью VMDK, и различие, как обычно показывают, незначительно. Некоторые вещи знать с RDMs: Только определенные ситуации с кластеризацией требуют использования RDMs (кластеризация MS). RDM имеет предел на 2 ТБ, но LVM может использоваться для работы вокруг этого предела. RDM 'более трудно' отслеживать, чем предоставление LUN к ESXI для использования для VMFS и помещения vmdk's на нем. VMDKs (как упомянуто) обладают некоторыми хорошими преимуществами: svMotion, Снимки (не может создать снимки pRDM).

Если рабочий Свободный ESXI, вот то, как я мог бы пойти о Вашей ситуации. Прежде всего все данные находятся в vmdk файлах на VMFS LUNS. Установите 2 VM's и используйте Heartbeat для обработки отказа IP и Услуг. Heartbeat сместит сервисный IP и может обработать сценарии для размонтирования / монтируют LUN данных в соответствующих случаях. Вы могли даже написать сценарий некоторого VMware Удаленный CLI для обеспечения 'вниз', VM выключается для ограждения. С heartbeat, непосредственно координирующим между системным риском обоих доступов к данным Лун/, выполнение тех же сервисов должно быть чрезвычайно низким. Ключ здесь удостоверяется, монтируя / размонтирование LUN данных, и запуск/завершение работы сервисов обрабатывается Heartbeat, не нормальными init механизмами.

Альтернативная обработка отказа могла бы быть выполнена через систему контроля. Когда это обнаруживает вниз хост, это могло использовать VMware Удаленный CLI для издания питания прочь (для сейфа) и затем включиться резервного копирования vm. В этой возвращающейся к состоянию до сбоя ситуации является довольно ручным.

В моей "крошечной" среде я не видел, что VMDK повреждается. То, чего я также пришел к пониманию, - то, что, если у Вас есть больше чем 2 ESX (i) хосты или дюжина VM's, Вы захотите заставить vCenter помогать отслеживать все. Некоторые Существенные/Плюс пакеты не являются слишком дорогостоящим рассмотрением преимуществ.

Матовый, Вы знаете, что я не использую VMware, но я всегда использовал "СЫРЫЕ ДАННЫЕ" с Xen. Со всего несколькими VMs, которые слегка загружаются, я сомневаюсь, что Вы будете видеть большую часть различия в производительности. Но когда Вы начинаете входить во все большее количество гостей, если все те гости будут в той же файловой системе, то Вы закончите с проблемами глубины очереди. Это особенно верно для поддержанного устройства хранения данных NFS. Не так много, что сервер NFS имеет проблемы, но большинство клиентских реализаций NFS, сосет.

Я не знаю о хорошем способе синхронизировать vmdks, если Вы ищете дублирование (san отказ). Но если Вы используете блочные устройства, у Вас все еще есть возможность использования DRBD для тиражирования просто vms, который Вы хотите/нуждаетесь копируемый.

Я думаю, что необходимо спросить Ваш сам, "Делают я когда-либо планирую вернуться к физическим серверам"

Если ответ, возможно, затем, возможно, необходимо придерживаться RDM. ESXI с RDM был бы (я думать), требуют, чтобы Вы купили что-то, чтобы Ваше волокно работало (снова не 100%, уверенных в esxi).

У нас было несколько машины, которые я просто быстро переместил от физических серверов в ESX (4.0) использование RDM. У меня было соединение машин Linux и Windows (супер легкий для обеих платформ). У нас все еще есть некоторые работающие legeacy FreeBSD (6.0 и более старый) на физических серверах, что мы не можем использовать RDM для того, потому что старое ядро FBSD не поддерживает это. Это было быстро и потребовало, чтобы я ничего не сделал кроме точки мой LUN и затем установил инструменты VMWare. До полусмерти легкий.. никакой преобразователь никакая суета...

Другая вещь необходимо ли спросить Ваш сам, "Какие функции VMware я хочу использовать?"

В зависимости от Вашего ответа, к которому у Вас не может быть выбора кроме VMDK. Если Вы используете свой SAN для снимков и не заботитесь об использовании VMware для этого, например..

Некоторая доля Иллинойса примечаний с Вами о том, с чем мы столкнулись к настоящему времени.. Vmotion одинаково работает отлично с RDM и VMDK, устройством хранения данных, Vmotion, с другой стороны, только работает правильно с не, RDM, и пытающийся использовать устройство хранения данных Vmotion для движения от RDM до VMDK сосет просто преобразователь использования.. Большинство дистрибутивов Linux имеет пакет инструментов VMware с открытым исходным кодом, который делает инструменты установки не, выходят. Резервное копирование applince работает действительно хорошее и лишено VMware, но не делает такого количества материала, как мы хотели бы его к. Я высоко reccomend посещающий урока от VMware. Тот, который я взял, был неделей и стоил каждого пенса, поддержка VMware является потрясающей.. Если Вы получаете контракт на поддержку и должны звонить, они - главная метка.. Я получаю разбитое получение кому-то, который может помочь мне (ко многим меню..), но после того как я получаю их, они ВСЕГДА прибывают хотя с быстрой надежной поддержкой.