Добрый день.
Моя виртуальная инфраструктура очень маленькая. На данный момент она содержит всего два хоста – DL380G5 и тестовый DL140G3. На одном из хостов стоит ESX3,5i update4, на втором – ESX4i update1. Тестовый держит на себе ESX4i и служит для проверки апдейтов от VMware (в будущем думаю от него отказаться).
После покупки пакета vSphere Essentials встал вопрос о миграции/апгрейде с ESX3,5i на четверку. Был изучен интернет, найдено несколько ссылок про обновление хостов (с Update Manager и с Host Update).
Category: VMware
Kroll Factual Data versus Kroll Ontrack
Редакция сайта приносит глубочайшие извинения читателям.
Я перепутал две крупных компании. Действительно, KFD виртуализовалась с помощью Microsoft Hyper-V, KO – VMware ESXi. Позор на мою голову.
Дабы сайт не уподоблялся желтой прессе, впредь свои статьи я буду тщательнее проверять!
Пара новостей про Citrix XenDesktop
Давеча пришла рассылка про XenDesktop.
– Citrix подготовил виртуализацию рабочих станций к корпоративному рынку, верифицировав более чем 10,000 сторонних продуктов на совместимость с XenDesktop 4 (тут);
– TechTarget: VMware или Citrix — чье предложение по виртуализации рабочих станций лучше? (на английском)
Проброс USB в виртуальные машины
Тема проброса USB в виртуальные машины волнует многие умы.
У нас есть два варианта:
- Проброс физических портов с хоста виртуализации;
- Передача через ЛВС с выделенного сервера.
Сдача экзаменов VMware
VMware Training and Certification пишет, что продлена сдача апгрейда VCP3->VCP4:
До конца 31 января 2010 года возможна сдача экзамена для счастливых владельцев предыдущей версии VCP без обязательного прохождения курса. Сам экзамен по VCP3 можно сдавать до конца марта.
Там же рассказывается последовательность сдачи теста с учетом VMware Second Shot:
- 15 января 2010 = последний день для регистрации ваучера на пересдачу(до 17:00);
- 22 января 2010 = последний день для неудачной сдачи VCP4, если вам потребуется бесплатная пересдача;
- 31 января 2010 = последний день для бесплатной пересдачи экзамена
Все же я попробую сдать тест в январе…
Апгрейд виртуального железа в vSphere или смерть контроллера
Тут мы уже писали про то, как обновить виртуальные машины, созданные в ESX3,5. Обновление виртуального железа может понадобиться, если у вас есть нагруженные виртуальные машины.
Joshua Townsend делится негативным опытом по апгрейду виртуального железа на виртуальном контроллере домена.
Суть геморроя в том, что при апгрейде сетевого адаптера AD, DNS и DHCP остаются привязанными к старому сетевому адаптеру. Соответственно, рекомендуется:
- иметь несколько контроллеров домена;
- сразу после обновления зайти через консоль, удалить скрытый старый сетевой адаптер и перезагрузить сервер.
Или же вы можете оставить виртуальные контроллеры домена на “Virtual Hardware version 4”, vSphere пока поддерживает такое железо.
UPD: diz пишет “Удаление скрытых сетевых адаптеров: http://support.microsoft.com/kb/269155/ru “
Memory Overcommitment и Hyper-V
Антон недавно написал статью, объясняющую смысл “фичи” переиспользования памяти. Глубинный смысл в том, что вам может понадобиться меньшее количество физических серверов, если этот функционал задействован. 🙂
Согласен с Антоном и анонимусом в том, что нужно МНОГО ВМ, чтобы этот функционал начал окупаться.
Также вспомнил статью от Микрософта, в которой описывается, как 600+ серверов уместились на 22 хостах. Использовался гипервизор – Hyper-V v1.
Правда, статья – гольный маркетинг без технических деталей.
P2V для linux с минимальным простоем
Mr. Aloof прислал статейку.
Вот и у меня выдалось свободное время для небольшой статейки. Хочу по просьбе Mister Nobody поделиться логами по решению одной извратной задачи…
В очередной раз возникла задача миграции сервера с железа в виртуальную среду. Нетривиальность задачи в том, что:
- Нет свободного железа. Мигрировать нужно на тот же сервер. =)
- Сервер очень важный, с базой данных 24/7. Допустимый простой, который получилось согласовать – 30 минут. При этом по 10 минут занимает остановка и запуск всех зависимых служб. Собственно на работу остается 10 минут максимум…
- Объем данных на дисках – чуть больше 220Gb на двух SCSI дисках по 147G.
- В базу постоянно пишется информация, терять которую нельзя. Так что клонирование диска не подходит – данные с начала запуска клонирования будут потеряны…
Хорошая новость в том, что на сервере операционная система CentOS 5, а значит между дисками и файловой системой есть замечательная штука – LVM.
Мигрировать будем конечно же на бесплатный ESXi… VMware Converter нам не подходит.
Задача непростая, но выполнимая =) После раздумий и репетиций, я сделал так: Continue reading “P2V для linux с минимальным простоем”
Ответ на “9 причин не в пользу Hyper-V”
Поклонники Hyper-V не сдаются и предлагают рассмотреть причины поглубже. James O’Neill в своем блоге написал ответ на статью “9 причин, из-за которых крупные предприятия не должны переключаться на Hyper-V“, пересказ который был опубликован на нашем сайте.
Итак, пересказ “Углубимся в те причины, которые против переключения на Hyper-V“: Continue reading “Ответ на “9 причин не в пользу Hyper-V””
Нужны ли нам SSD
Вот тут предлагают использование SSD-дисков в качестве хранения свопа для хостов с memory overcommitment (когда ВМ имеют больше памяти, чем есть на хосте). Используются три следующие конфигурации хранилища под своп:
- SSD: 32GB (local)
- FC: 4*146GB, 15K rpm FC drives configured as RAID-0 (SAN)
- SATA: 2*146GB SATA drives configured as RAID-0 (local)
Потери производительности у SSD по сравнению с оперативной памятью составляют ~15%, у FC ~75%, у SATA ~90%.
Вот так вот.