Russian Windows Virtualization Discussion

SteelEye DataKeeper - строим географически распределенные кластеры Hyper-V без SAN

Не так давно я познакомился с новым для себя решением программной блочной репликации от компании SteelEye Technology - DataKeeper. Это решение для репликации данных, отличающееся высокой скоростью работы, эффективностью, а также полной интеграцией со службой Windows Server 2008 Failover Clustering. Новые возможности этой службы, такие как аварийное переключение между подсетями и возможность работы в сетях с низкой пропускной способностью, сделали доступным построение географически распределенных кластеров без необходимости в реплицируемом дисковом хранилище. DataKeeper может использоваться для любых задач кластеризации. В частности, сам производитель подчеркивает поддержку решением виртуализации Hyper-V.

Будущее виртуализации в Windows Server 2008 R2. Часть 2

Как и было обещано позавчера, сегодня я поведу рассказ об изменениях в отдельных ролях Windows Server 2008 R2, которые так или иначе затрагивают тему виртуализации. И начну я с технологий Failover Clustering — кластеризации с переходом по отказу. Сегодня она позволяет повысить доступность служб виртуализации, а в новой версии — еще и обеспечит возможность балансировки нагрузки ваших серверов. Кластеризация становится все популярнее, так как растут требования к доступности услуг. Особенно это важно для консолидированных решений. Какие же нововведения принесет Failover Clustering в Windows Server 2008 R2?

Новый доклад на сайте Hyper-V.ru — обзор роли виртуализации в Windows Server 2008 R2

Мы уже несколько раз ссылались на этот доклад, но он не был опубликован до сегодяшнего дня. Теперь же вы можете увидеть своими глазами, как работает функция «Живой миграции» (Live Migration) и получить общее впечатление о новых функциях будущей версии Hyper-V.

Первые заметки о второй версии Hyper-V

Сегодня первый день Professional Developer Conference 2008 — главного мероприятия Microsoft, посвящённого объявлению новых технологий. И наконец в открытых источниках начали появляться первые сведенья о возможностях второй версии Hyper-V. Понятное дело, что список этот ни в коем случае не претендует на завершённость. Ведь во-первых, он всё ещё не был объявлен официально. А во-вторых, что важнее, на текущем этапе разработки проект может претерпеть ещё весьма значительные изменения. Поэтому воспринимайте всё, сказанное ниже, именно как список возможностей, а не чёткие обещания.

Network Teaming для серверов виртуализации Hyper-V. Часть третья — практическая, частный случай. Серверы HP

Сегодня я расскажу о том, создать Network Teaming на примере лезвий HP ProLiant BL460c. Сама настройка в данном случае выполняется очень просто — с помощью мастера и принятия настроек по умолчанию. Поэтому я немного усложнил задачу и собираюсь показать, как настроить конфигурацию с использованием VLAN Tagging в соответствии со стандартом IEEE 802.1q. Согласитесь, это будет весьма полезно для тех случаев, когда предстоит использовать всего два сетевых адаптера, которые встроены в сервер. И при этом хотелось бы получить возможность подключать виртуальные машины в разные сегменты сети. Скажу по секрету — именно такая схема практикуется Microsoft IT для организации внутренней инфраструктуры компании, а также хостинга веб-сайтов TechNet и MSDN (то есть, в промышленной эксплуатации).

Лицензирование, часть 7. Новое в лицензировании — свободное перемещение экземпляров ПО

Месяц назад я анонсировал вебкаст про лицензирование и пообещал, что в нём будут объявлены некие новые условия лицензирования в виртуальных средах. К сожалению, ничего нового в том вебкасте сказано не было — то ли было решено отложить публичные объявления, то ли просто у докладчиков что-то «не сраслось». Но вот сегодня, наконец, об этих изменениях было объявлено официально — и я спешу поделиться с вами.

Обновление службы Failover Cluster для Hyper-V. Несколько ВМ на LUN и многое другое

Наконец-таки после двухмесячного внутреннего тестирования вышло обновление 951308 для службы Failover Cluster и консоли Failover Cluster Manager. Помимо прочего, оно реализует долгожданные улучшения поддержки Hyper-V в сценариях высокой доступности. В данный момент обновление доступно как заказчикам, имеющим действующий контракт Премьер-поддержки, так и через PSS (обычную службу поддержки). В сентябре обновление должно стать доступно для загрузки на веб-сайте.

Double-Take объявляет о поддержке Microsoft Windows Server 2008 Hyper-V

На прошедшей в Орландо конференции TechEd комания Double-Take объявила о разработке линейки продуктов, поддерживающих Windows Server 2008 Hyper-V. Решения Double-Take ориентированы на крупных заказчиков и предлагают удобные средства для миграции в виртуальную среду — как с физических серверов (P2V), так и виртуальных машин других платформ виртуализации (V2V), а также построения надежных отказоустойчивых систем, проведения быстрой и безболезненной миграции и консолидации серверов в режиме реального времени. Объявлено, что в ближайшее время выйдет новая версия Double-Take Virtual Recovery Assistant с поддержкой Hyper-V. Не менее значимым является разработка GeoCluster с поддержкой Windows Server 2008 failover clustering и Hyper-V. Double-Take GeoCluster позволяет настроить репликацию на уровне блоков данных для двух систем хранения,или даже двух локальных дисков, позволяя легко строить кластеры, не имеющие единой системы хранения данных — что значительно снижает стоимость построения отказоустойчивого решения и позволяет избежать наличия единой точки отказа.

Сделай сам: стенд с решениями для виртуализации — настройка узлов кластера для использования общего хранилища

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

Hyper-V и виртуальные диски. Часть 3 — миграция виртуальных машин

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