Изученные Ловушки/Уроки виртуализации

В VMware знайте где снимки endup. Мы имели, наш настроил для окончания в LUN на SAN с самими файлами VM. Технология практиковала процесс Снимка на LUN, который был почти полон. Позже он перезагрузил VM по некоторым причинам, и файлы журнала заставили VM не запускаться. Это было немного удачи, которые приводят нас к LUN, являющемуся полным как причина.

Есть ли что-нибудь, что Вы пытались виртуализировать, но никогда не будете делать снова?

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

Многоуровневым я означаю выполнять xen или esx на виртуализированных аппаратных средствах, таких как Egenera, HP Virtual Connect или Cisco UCS. Это походит на хорошую идею, но может быть очень трудоемким для отладки.

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

Перед вводом в эксплуатацию с Вашим решением для виртуализации:

• Проверьте, что Вы знаете, как скопировать И восстановить VM. Используя снимок может не поддерживаться, как в Windows DC
• Спросите своего редактора, если его решение поддерживается в VM. Microsoft ведет список их поддерживаемых программ в VM: КБ 897613
• Поскольку очень легко создать VM, люди имеет тенденцию генерировать новый VM для каждого запроса. Затем у Вас есть больше VM, чем Ваше решение планируется на поддержку.

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

1. Planing тщательно в деталях вперед. Особенно некоторая домашняя работа, что не может быть виртуализировано.

2. Если поставщик приложения, работающего на Вашем сервере, не поддерживает виртуальную среду, ожидает, пока они не поддерживают.

3. Реализуйте w/SAN как устройство хранения данных, хранящее все образы виртуальной машины.

4. Выполненный ESX или ESX (i), или Hyper-V, для получения большей части производительности.

Возможно, больше, но это - все на данный момент.:)

[обновление] здесь - другой. Примените последнее встроенное микропрограммное обеспечение к хост-серверу. У меня был тот, который я не сделал, который дал мне фиолетовый экран однажды несколько дней и разрушил сервер полностью.

Глупое раздражение с VMware: различные версии VMware используют различные драйверы SCSI для своих устройств виртуального диска. Совершенно возможно потратить впустую 2 часа прежде, чем рассмотреть ту возможность.

Большим количеством из них является конкретный VMware:

• Если это будет работать плохо как реальная машина, то это будет работать плохо как виртуальная машина.
• Холодный Клон ISO является Вашим другом
• Мусор в, Мусор. Если Вы - более старые системы P2Ving, они могут оставить ненужное место. Посмотрите Фантомные Аппаратные средства Просмотра после P2V, Шагов, Необходимых после P2V и p2v-scripts.pdf
• Удостоверьтесь, что Ваши гостевые операционные системы поддерживаются Вашим программным обеспечением P2V.
• Windows 2000 могут быть болью относительно драйверов SCSI

Microsoft не будет поддерживать Exchange 2003, работая в VMware (по крайней мере, который был официально ответ). С большим скручиванием руки мы смогли получить некоторую неофициальную поддержку от них, но это вызвало дополнительные головные боли в уже напряженном кризисе.

VMware Converter создает виртуальные машины та начальная загрузка из scsi. Виртуальные машины MS не могут загрузиться от scsi. [редактирование - по-видимому, версия 4 преобразователя теперь позволяет Вам указать SCSI или IDE, я люблю тех парней]

Если Вы собираетесь виртуализировать non-ACPI реальную машину, купите некоторое программное обеспечение для цели. (если у Вас нет нескольких недель для увлекательной поездки в исследовании!)

Кроме того, VMware Converter займется заданиями, в которых MS SCVMM вскинет свои руки в отчаянии.

Принесите много RAM.

Ничего не делайте, пока инструменты виртуализации (или VMware или MS) не установили.

Если Вы собираетесь переместить его в другую платформу/версию, удалите вышеупомянутые инструменты.

Следите за своими пределами ЦП. P2V 2 CPU окна, 2000 учил меня, что только 1 поддерживается.

• 2000 - 1 ядро
• 2003 - 2 ядра
• 2008 - 4 ядра

В случае, если у Вас уже нет того - Имеют полное резервное копирование реальной машины до миграции. Изображение является, вероятно, лучшим или и восстановление ASR/system или независимо от того, что это дает Вам снимок полной системы вместо обычного довольного резервное копирование, которое имеет большинство машин.

Инструменты P2V могут неожиданно иметь неприятные последствия для Вас, разрушая реальную машину (у меня был преобразователь VMware, уничтожают машину, которую я пробовал к P2V однажды, к счастью это была просто тестовая миграция). Будьте готовы должными быть восстановить систему с нуля. Да, это - возможно, 1000 к одному шансу, но ВЫ хотите быть что один?

Используйте redunant сеть для vmotion/vmkernel трафика. Вы не хотите виртуальные машины, закрывающиеся просто, потому что переключатель перезагрузил.

О, и упустите один DC/DNS/DHCP-server из виртуализации. Ваши пользователи будут ненавидеть Вас меньше, если Вы получите главный катастрофический отказ SAN.

Попытайтесь не выполнить производственные серверы баз данных в Виртуальной среде. Издержки для ввода-вывода недопустимы. У нас были huuuge проблемы, когда наш DBA позволил нашему основному серверу MSSQL становиться виртуализированным. Запросы брали тысячи миллисекунд для выполнения. Когда мы убедили их класть обратно его к специализированному полю, было 10 000%-е увеличение пропускной способности и скорости.

На основе моего опыта, быть ОЧЕНЬ осторожным относительно Вашего носителя. Мы пошли с iSCSI SAN, который, оказалось, только поддерживал соединения на 100 Мбит. Выполнение одного VM в системе не было плохо, два было меньше соответствующее... и к тому времени, когда мы достигли нашей цели 8 VMs, они были ужасны.

Мой персональный урок извлечен: Проверьте расчетный IOPS и считайте больше обзоров о продукте, которые касаются способа, которым Вы намереваетесь использовать устройство хранения

Другая удобная вещь я учился... При создании 'резервного' образа диска после того, как основная установка и укрепление ускорят сборку любой другой системы и являются очень удобной вещью иметь в наличии.

• Имейте в распоряжении основательную стратегию резервного копирования заранее. Решите, собираетесь ли Вы создать резервную копию VM, как будто это было на чистом металле, или если Вы собираетесь резервировать виртуальные жесткие диски на хранилищах данных (или оба). Вообще говоря, я нашел, что мое необходимое резервное место увеличилось значительно сначала, так быть подготовленным к начальному скачку, где Вы могли бы резервировать и старую реальную машину и новый VM, прежде чем Вы получите все разработанные петли.
• Разрастание VM - также что-то, чтобы не упустить. После того как виртуализация начинает взятие, желание переместиться, все к VM становится большим. В то время как это может работать, Вы, вероятно, не заказали точно достаточно аппаратных средств сразу.
• Я думаю, что существуют машины, которые не могут быть преобразованы, и другие машины, которые, вероятно, не должны быть преобразованы. В то время как хорошо смочь взять 10-летнюю реальную машину и клонировать его к VM с бородавками и всеми, существуют, конечно, сценарии, где Вы были бы более обеспеченным зданием a
  уберите ОС и мигрирующие объекты от реальной машины. Иногда Вы более обеспечены не преобразование по паутине.
• Будьте готовы использовать много сетевых портов. Если у Вас есть системы, которые работают на различных VLAN, в то время как единственные порты могли быть соединены магистралью, Вы, вероятно, хотите иметь отдельные порты для своих VLAN, питающихся в Ваш vSwitch. Если Вы хотите дублирование, и Вы используете iSCSI, Вы могли бы смотреть на большое количество NICs.

Отвечать на вопрос, как спросили - ловушки, связанные с миграциями P2V.

Прежде всего - миграции P2V работают очень хорошо по большей части. Чем инструмент для очистки и более новый системы, тем лучше, но даже с миграцией старого (системы NT4) мой показатель успешности больше чем после ста миграций в диапазоне сред составил приблизительно 90%. Это - системы, которые мигрировали и были переданы производству в день (хорошо главным образом ночью) запланированный. У меня только когда-либо была одна система, из которой мы должны были инвертировать после по-видимому успешной миграции - поле SQL, которому было нужно больше лошадиной силы ЦП, чем платформа могла когда-либо поставлять. VMware Converter хорош и свободен (для не версии для предприятия), Platespin является очень хорошим (но дорогостоящим).

Это сказало - существуют вещи избежать.

Кластеры MSCS. Можно заставить их работать, но это никогда не прекрасная идея, и Microsoft почти наверняка не поможет Вам всегда, если у Вас будут проблемы позже. Создайте новые одинокие системы вместо этого.

Большие SQL-серверы - акцент на большой. Они должны были быть красные отмеченный от ЦП требования POV заранее, но не испытывают желание переместить тот, если Вы не уверены, что целевой VM будет иметь вполне достаточную высоту ЦП.

Если Вы планируете изменить имена системы, или IP-адреса (или оба) во время миграции затем сначала рассматривают, не делают выполнения этого и если у Вас абсолютно нет выбора, затем удостоверяются, что у Вас есть люди под рукой, которые понимают, как те изменения могли бы влиять на рассматриваемые системы. Моя худшая миграция когда-либо была сервером ACE RSA, используемым для аутентификации демилитаризованной зоны, расположенной VPN, где клиент отказался слушать мои возражения и настоял на том, чтобы менять и имя и IP-адрес во время миграции.

Связанный с вышеупомянутым - если у Вас есть что-нибудь кроме абсолютно однородной сети затем, создают некоторый тестовый VM's и делают 100% уверенными, что Ваши сети VM отлично копируют физические, от которых Вы мигрируете.

В средах Windows AD всегда удостоверяются, что Вы сделали, чтобы локальный администратор считал на поле перемещаемый. И протестируйте его перед миграцией.

Удостоверьтесь, что у Вас есть хорошая идея того, сколько времени вещи возьмут. Времена копии P2V будут варьироваться в зависимости от доступной сетевой пропускной способности (очевидно), но также и могут быть существенно затронуты количеством файлов в каждом перемещаемом объеме. Это - особенно проблема с Platespin, перемещающим NT4* системы, но будет влиять на любое копирование программного обеспечения P2V на уровне файла (который обычно применяется, если Вы решили изменить размер объемов). Уровни копии 70-80Megabyte, секунда возможна с сетями GigE, относительно быстрым источником и хорошей целевой установкой, но 20-30Megabyte/sec более типична и для вышеупомянутых систем NT с 100Meg сети и много файлов, я видел уровни копии, выпадающие в диапазон 50kilobyte/sec.

• Идеально Вы избавились бы от них, но у некоторых людей нет той роскоши и получения такой ОС абсолютно неподдающихся ремонту аппаратных средств, ее, вероятно, работа является почти всегда хорошей идеей.

Если Вы собираетесь использовать SAN для хранения образов виртуальной машины, удостоверьтесь, что Вы маркируете свои устройства и хосты ОЧЕНЬ ОЧЕВИДНО. Удаление отображений хоста диска на SAN делает ужасные вещи, если они все еще используются VMs.

Если Вы идете с динамичным расширением, VHD затем гарантируют, чтобы Вы пошли достаточно крупные. Если Вы идете с 100 ГБ, и Вы заканчиваете тем только, что не использовали 20... важных персон. Однако, если Вы пошли с 25 затем, у Вас есть некоторая работа перед Вами.