vMind.ru – Page 97 – Записки о виртуализации и о жизни

Всех с новым годом!

Привет всем.

Поздравляю всех читателей блога с новым годом – годом Тигра. Счастья всем да побольше!

Подведем итоги прошедшего года:

Среднее количество посетителей сайта достигло 150 человек в день;
Написано 253 страницы, совместно мы сделали 784 комментария;
Контент сайта весит больше 40 мегабайт;
Количество хороших знакомых сильно увеличилось. 😉

На блоге сделаны следующие изменения:

В последние дни уходящего года всех достала “Виагра”. Поэтому я поставил анти-спам фильтр – “Я не робот”. Комментируя, ставьте галочку;
У каждой статьи появилась популярность, справа вы можете увидеть список самых популярных статей;
Если вас заинтересовала статья, вы можете подписаться на получение комментариев по электронной почте;
Кроме того, теперь справа видны не только последние комментарии, но и их текст.

План на 2010 год:

Увеличить посещаемость сайта до 500 человек в день 😉
Стать VCP и CCNA;
Внедрить этот проект;

До новых встреч!

UPD: Ура, на второе января у нас 153 RSS-подписчика. Будем писать новые и интересные статьи 😉

Апгрейд виртуального железа в 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.

Правда, статья – гольный маркетинг без технических деталей.

Лучшие советы для любителей Hyper-V

Новогоднее чтиво.

Aidan Finn выложил презентацию “Что нового в Hyper-V R2 и VMM R2”. В ней встречайте – исправленные максимумы, а также несколько слайдов про улучшенные механизмы работы;
Chaffie McKenna выдает пятерку лучших советов по планированию/настройке Hyper-V R2. Среди них подбор количества физических сетевых адаптеров хоста.
В комментариях к статье Hyper-V – наш выбор? Mr Nobody ссылается на класснейшую сборку ссылок по производительности Hyper-V R2.
Тут пишут про бесплатную утилиту для мониторинга за Hyper-V.

Hyper-V – наш выбор…

? (знак вопроса)

Если перед вами стоит выбор гипервизора, то после просмотров таблиц сравнения разверните пару стендов и попробуйте заинтересовавшие вас продукты.

Мы с diz’ом так и поступили, после годового использования ESX версий 3.5 и 4, решили заняться Hyper-V вплотную, так как во многих компаниях, благодаря маркетингу Microsoft, заинтересовались данным гипервизором и захотели внедрить у себя. Кстати, год назад мы с Андреем Вахитовым тестировали Hyper-V R1, но отказались от использования – функционала не хватало.

Недолго думая, пошли поучиться, и преподаватель поучился вместе с нами ;). В принципе, Hyper-V в паре с Failover Cluster Management очень понравился, простой и удобный продукт, единый доступ ко всем узлам Hyper-V – это сильно. А вот VMM 2008 R2, на мой взгляд, полный отстой.

Какие нюансы встретились нам на пути?
Continue reading “Hyper-V – наш выбор…”

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%.

Вот так вот.

Зачем виртуализовать унаследованные системы?

Любимые слова ИТ про зоопарк в инфраструктуре – “исторически сложилось” и “досталось в наследство”, а также английский эквивалент – “legacy systems”.

Одним из унаследованных компонентов являются старые операционные системы, в частности, MS Windows NT4 (Workstation, Server). Переход с которых затруднён привязкой к ним бизнес-приложений и невозможностью использовать на современном оборудовании, а старое ломается.

Если с привязкой бизнес-приложений к ОС довольно трудно бороться, так это либо переход на другой продукт, либо разработка нового, то для переноса на современное оборудование есть отличное решение – виртуализация.

Производитель Windows NT4 не поддерживает данную ОС в своем гипервизоре, и компании выбирают гипервизоры других производителей.

Основные доводы в неактуальности поддержки MS Windows NT4:

NT 4 неподдерживаемая ОС
используйте windows 2008+ , это функциональные и дешевле
современные ОС дешевле в обслуживании
гипервизор конкурента дороже.

Martin MacLeod написал отличную статью, поясняющую почему купить дорогой гипервизор и использовать старую ОС дешевле других вариантов: имея 37 NT4 серверов с кучей старого железа, он решил всё завиртуализировать на гипервизоре за 100 тысяч долларов, что позволило ему сэкономить 2 миллиона долларов вместо разработки новых бизнес-приложений.

Вот так!