Главная Virtualization, Новое Hyper-V, Virtualization, Windows 2008 R2
  • Windows Server 2008 R2 Hyper-V: Часто задаваемые вопросы

    virtual

    Перевод Михаила Даньшина “white paper” от Microsoft, посвященной часто задаваемым вопросам по новой версии Hyper-V в Windows Server 2008 R2.

  • Главная Virtualization, Новое Hyper-V, Live Migration, виртуализация
    • Windows Server 2008 R2 Hyper-V Live Migration: теперь миграция стала живой!

      • Рубрика: Virtualization,Новое
      • Автор: Александр Косивченко
      • Дата: Monday 20 Jul 2009

      migration Гипервизор Windows Server 2008 R2 основан на архитектуре Windows Server 2008 Hyper-V с добавлением множества новых возможностей, значительно повышающих гибкость продукта. Применение виртуализации на предприятиях привело к повышению гибкости в развертывании и управлении жизненным циклом приложений. Виртуализация использовалась IT-профессионалами для консолидации рабочих нагрузок и повышения эффективности использования вычислительных мощностей. Кроме того, виртуализация может использоваться совместно с технологиями кластеризации, что позволит создать надежную IT-инфраструктуру с высокой доступностью и быстрым восстановлением в случае сбоя. К тому же, заказчики заинтересованы в еще большей гибкости системы. Windows Server 2008 R2 предоставляет дополнительную гибкость за счет технологии Live Migration.

    • Главная Virtualization, Новое Hyper-V, Virtualization
      • Вкратце об MS Hyper-V Server 2008 R2

        • Рубрика: Virtualization,Новое
        • Автор: Александр Косивченко
        • Дата: Monday 01 Jun 2009

        image В этой статье я попытаюсь дать краткий обзор возможностей нового продукта – Microsoft Hyper-V Server R2, и рассказать, что это за зверь и с чем его едят. Как известно, множество ИТ-специалистов по возможности старается придерживаться традиционной идеологии: на каждый сервис выделять отдельный сервер: отдельно – DNS, отдельно – контроллер домена, отдельно – интернет-шлюз. С одной стороны – это правильно: каждый сервер работает независимо, и маловероятно, что падение одного  приведет к падению всех остальных, в отличие от «хранения всех яиц в одной корзине». Но, в то же время выделять под каждую задачу отдельный сервер – не всегда целесообразно.

        К примеру – контроллер домена AD и интернет-шлюз все “Best Practice” настоятельно рекомендуют размещать на разных серверах. Это в принципе логично: например, при хакерской атаке первым подвергается нападению именно интернет-шлюз. При успешной атаке, если на том же сервере будет размещен и контроллер домена – в руки хакерам может попасть и база данных AD, содержащая имена пользователей, хеши паролей, e-mail-адреса и прочие конфиденциальные данные. По той же причине, к примеру, файл-сервер с коммерческой информацией тоже нужно выносить на отдельный сервер. Но тут становится другая проблема: каждая из этих задач сама по себе, за редким исключением, требует совсем немного аппаратных ресурсов для своей работы, процентов 15-20 в крайнем случае. А вот каждый сервер стоит денег, и не малых. А платят-то за все 100% мощности каждого сервера. Получается настоящее расточительство. Помните анекдот про «нового русского», который каждую неделю покупал себе новый «Мерседес» – из-за того, что у старого забивалась пепельница? Ну а серверов при этом в итоге становится так много, что серверная будет достойна раздела «Ужасы» на nag.ru. А админить их все будет так “легко и удобно”, что поговорка «Если админ в 9 утра на работе – значит он там ночевал» обретет реальный смысл.

        Что же делать? Последнее время в IT стало очень модным слово «виртуализация». В принципе, ничего особенного в ней нет, этому термину 100 лет в обед исполнится.

        Тем не менее, виртуализация позволит:

        •    Рациональнее использовать аппаратные ресурсы серверов
        •    Экономить место в стойке и в серверной в целом
        •    Экономить электроэнергию
        •    Значительно повысить удобство администрирования
        •    Повысить надежность засчет кластеризации хостов и более легкого резервного копирования и восстановления виртуальных машин.

        В принципе – что есть виртуализация, и для чего она нужна – вы можете прочитать в предыдущей моей статье, «Для чего нужна виртуализация?».
        Вернемся от космических кораблей, бороздящих просторы Большого Театра, к нашим баранам – то есть, к продукту Hyper-V Server R2.

        Что же это такое?

        Hyper-V Server – это stand-alone-платформа для виртуализации серверов от Microsoft. Наиболее близкий аналог – VMWare ESX Server. Hyper-V Server основан на операционной системе MS Windows Server 2008, Hyper-V Server R2 – соответственно, на базе Windows Server 2008 R2. Hyper-V Server R2, как и Windows Server 2008 R2 пока находится в состоянии Release Candidate. Фактически, он представляет собой максимально урезанную версию WS2008 – режим Server Core, из ролей – только Hyper-V.

        Hyper-V Server – абсолютно бесплатен, не требует никаких лицензий. Тем не менее, в полноценные версии Windows Server 2008 входит определенное количество бесплатных лицензий на гостевые ОС (1 – в Standard, до 4 – в Enterprise, и не ограничено в пределах 1 CPU – в Datacenter). Как уже было сказано, распространяется Hyper-V Server бесплатно. Можно скачать с сайта Microsoft.com как предыдущую версию Hyper-V Server, так и Release Candidate Hyper-V Server R2.

        Основные возможности Hyper-V Server R2 и различия с предыдущей версией Hyper-V Server и виртуализацией на базе полноценного на базе Windows Server 2008 приведены в таблице:

        tabl

        Как известно, для работы гипервизора Hyper-V необходим 64-битный процессор с поддержкой технологий аппаратной виртуализации (Intel VT или AMD-V) и аппаратной DEP (NX-bit). На иных типах процессоров Hyper-V работать не будет. По своим возможностям, в отличие от предыдущей версии, Hyper-V Server 2008 R2 приблизился к Enterprise-версии Windows Server 2008: поддержка до 8 процессоров, до 1TB оперативной памяти, поддерживает кластеризацию и технологии Live/Quick Migration. Кстати, в отличие от VMWare ESXi, использование всех этих фич не требует покупки лицензий. У VMWare же лицензия требуется на каждый чих, что мне не очень нравится (хотя, возможно, нравится сейлам).

        Системные требования у Hyper-V Server – вполне божеские. Во-первых, как я уже говорил – 64-битный CPU с аппаратной поддержкой виртуализации и DEP. Минимально – тактовая частота 1.4GHz, 1GB RAM, 4.8GB свободного дискового пространства. Рекомендуется – 2 и более GHz, 2 и более GB RAM. В настоящее время найти в продаже сервер, не удовлетворяющий этим требованиям – весьма непросто, разве что б/у. Вообще же, не рекомендую смотреть на минимальные и рекомендованные требования, а прикинуть, сколько будет запущено на сервере виртуальных машин, сколько каждой из них потребуется процессорного времени, памяти, места на диске – и уже из этих данных прикидывать необходимую конфигурацию.

        Процесс инсталляции Hyper-V Server R2 достаточно прост, как, в принципе, и инсталляция самого Windows Server 2008. Необходимо скачать ISO-образ, «прожечь» его на DVD-болванку и загрузить с нее сервер.
        После загрузки надо выбрать язык (русского языка нет, во всяком случае в RC), выбрать раздел диска, на который будет идти установка, и, собственно, запустить сам процесс инсталляции.

        image

        Как я уже говорил, устанавливается продукт в режиме Server Core. Это значит, как утверждают разработчики, что управление ведется только через командную строку (на радость бородатым юниксоидам), графический интерфейс отсутствует. Я скажу, что это не совсем так: графический интерфейс таки есть. Тем не менее, оболочки с меню и иконками нет, есть лишь два окошка – командная строка (cmd) и текстовая конфигурационная утилита. Примерно как в Linux, если запустить X, и в качестве оболочки выбрать Xterm. Это в принципе понятно: во-первых, в Windows графика является частью ядра, в отличие от unix-like OS, а во-вторых – некоторые программы требуют для инсталляции и работы графический интерфейс. Тем не менее, режим Server Core позволяет сэкономить ресурсы сервера, и уменьшить объем обновлений – так как меньше кода, меньше и патчей.
        Первоначальная настройка осуществляется через текстовую конфигурационную утилиту. Она представляет собой меню. Выбор пунктов осучествляется путем ввода номера нужного пункта меню. Здесь можно сделать самые первичные настройки системы: сетевые настройки, ввод в домен, включение удаленного управления.

        image

        Все остальные настройки делаются удаленно с рабочей станции администратора, с помощью пакета RSAT (Remote Server Administration Tools).
        RSAT – набор утилит, фактически – MMC-шных оснасток, для удаленного управления серверами. Аналог пакета adminpak.msi в Windows Server 200-2003. RSAT можно бесплатно скачать с сайта Microsoft. Есть версии RSAT для Windows Vista, и недавно вышла – для Windows 7. Версии для XP, к превеликому сожалению, нет и не ожидается. По-видимому, MS окончательно ее «похоронили».
        Для того, чтобы удаленно управлять сервером – необходимо, вначале, это самое удаленное управление разрешить на самом сервере. Делается это в конфигурационной утилите (4й пункт меню). Затем надо разрешить управление MMC (включить нужные правила в фаерволле) – пункт 1, установить PowerShell –пункт 2 (потребует перезагрузки, необходимо будет перезагрузиться для следующего пункта) и разрешить управление через Server Manager – пункт 3. Кстати говоря, этим версия R2 выгодно отличается от предыдущей версии Hyper-V Server: в ней все операции по включению удаленного управления приходилось делать вручную через командную строку, что само по себе является не совсем тривиальной задачей, особенно для тех, кто не сталкивался с командной строкой со времен DOS. Кто знаком с синтаксисом команды netsh – тот меня поймет.

        Затем, на рабочей станции администратора нужно установить пакет RSAT. Установка проходит по методу Next-Next-Next, так что подробно останавливаться не буду. После установки, тем не менее, в отличие от Windows Server 2003, мы не видим новых оснасток в меню «Administrative Tools». Чтобы они появились, нам нужно включить соответствующие фичи Windows. Делается это через Control Panel – Programs and Features – Turn Windows Features On or Off. В открывшемся дереве папок надо раскрыть Remote Server Administration Tools. Необходимая нам оснастка, Hyper-V Manager, находится в подпапке Role Administration Tools (Hyper-V Tools). После выбора нужных фич жмем ОК, и оснастки появляются в Administrative Tools.

        После запуска нужной оснастки (например Hyper-V Manager) нужно выбрать Connect to Server…, далее выбрать Remote Server и набрать сетевое имя нашего Hyper-V Server’a. Все, мы подключились. Теперь можно полноценно управлять сервером, например – создавать виртуальные машины.

        Более подробно ознакомиться с материалом статьи, а так же увидеть «в живую» процесс инсталляции, настройки и управления Hyper-V Server R2 можно в моем вебкасте: http://www.techdays.ru/videos/1346.html

        В следующей статье я планирую рассказать о создании отказоустойчивой инфраструктуры на базе кластеров Hyper-V Server 2008 R2. Спасибо за внимание!

        Косивченко Александр

      • Главная Virtualization, Новое Hyper-V, Virtualization
        • Виртуальные машины и сети

          • Рубрика: Virtualization,Новое
          • Автор: Александр Косивченко
          • Дата: Monday 13 Apr 2009

          vn-4Для грамотного управления виртуальной инфраструктурой необходимо иметь представление о том, как организуется сетевое взаимодействие виртуальных машин между собой, с хостовой ОС (parent partition в терминологии MS), и с самой локальной сетью. В этой статье я постараюсь объяснить в меру своих возможностей тонкости работы виртуальных машин с сетью. Тем, кто уже работал с другими платформами виртуализации (VMWare, Virtual Server, etc.) все, о чем я буду писать, скорее всего, уже известно, тем не менее, на уровне терминологии вполне возможны некие различия.