Знакомимся с Windows Server 2012

Майкл Оти (motey@windowsitpro.com) — технический директор Windows IT Pro и SQL Server Magazine, автор Microsoft SQL Server 2008 New Features (Osborne/McGraw-Hill)

Шон Дьюби (sdeuby@windowsitpro.com) — старший аналитик в компании Platform Vision с 25-летним стажем работы в области корпоративных информационных систем. Внештатный редактор Windows IT Pro, имеет звание MVP

. Мы по-прежнему считаем, что Windows 2000 была более важной версией, чем Server 2012, просто потому, что благодаря ей Microsoft завоевала репутацию надежного поставщика серверного программного обеспечения для компаний. В руководстве для рецензентов Server 2012 более 200 страниц с описаниями новых и усовершенствованных функций, причем только самых важных.

Все функции Server 2012 будут доступны в редакциях Standard и Datacenter. Это чрезвычайно удобно для малых и средних предприятий, которым традиционно не доставалось полезных функций, таких как репликация DFS (DFSR), доступных только в редакциях Enterprise или Datacenter.

Лицензионная модель также рассчитана на меньшее количество редакций. Операционная система Server 2012 представлена тремя основными редакциями. Essentials предназначена для небольших компаний. Редакция Standard, поставляемая только с двумя лицензиями для виртуальных экземпляров, ориентирована на среду с низкой плотностью или без виртуализации. Цена Datacenter гораздо выше, но при этом число виртуальных экземпляров не ограничено. Выбор редакции зависит от ваших планов виртуализации. Существует также редакция Foundation, предоставляемая только OEM-поставщикам и обеспечивающая базовую сетевую инфраструктуру — Active Directory (AD), дистанционный доступ, совместное использование файлов и принтеров.

К списку редакций следует добавить еще один продукт: Microsoft Hyper-V Server 2012. Хотя Hyper-V Server 2012 — не полноценная операционная система, это один из строительных блоков, которые следует учитывать при выборе редакции Server 2012.

Хранение данных

Основное внимание уделяется новым и расширенным возможностям Hyper-V, но в действительности усовершенствования в платформе хранения данных более многочисленные, чем в гипервизоре. Благодаря некоторым из них, например Live Storage Migration, становятся возможными такие функции Hyper-V, как миграция хранилищ на работающих системах с архитектурой Shared Nothing. Посмотрим, каким образом новые возможности могут пригодиться компаниям различных размеров.

Малый бизнес. Обновляя функциональность операционной системы, компания Microsoft обычно учитывает интересы малого бизнеса в последнюю очередь. После многолетнего крена в сторону высокого корпоративного уровня — который сохраняется при работе над вычислительным «облаком», — компания подготовила удачный компонент хранения данных для малого бизнеса, Storage Spaces.

Каждому развивающемуся малому предприятию приходится решать задачу увеличения размера и доступности хранилища простым и экономичным способом. Ни нижнем уровне недорогие системы непосредственного подключения (DAS) внутри сервера обеспечивают хранилище умеренного размера по приемлемой цене. Чтобы расширить ориентированное на приложения хранилище сверх внутренних возможностей сервера, необходим внешний массив хранения данных, обычно SAN. Внешний массив потребуется и для достижения высокого уровня доступности приложения или узла виртуализации. Проблема в том, что цена массива хранения с нужными возможностями (и некоторой гибкостью в расчете на будущее) часто выражается пятизначным числом. Это крупные инвестиции для малой компании.

Storage Spaces предназначается для заполнения пробела между DAS и SAN путем виртуализации хранилища на основе недорогих дисков Serial ATA (SATA) и Serial Attached SCSI (SAS) в приемлемых по цене конфигурациях. Можно взять набор дисков в массиве Just a Bunch of Disks (JBOD) («просто группа дисков», конфигурация без особых функций RAID); объединить их со Storage Spaces, чтобы создать виртуальные диски с объединением, зеркалированием и четностью и сформировать из них тома. А поскольку подсистема Storage Spaces функционирует на более низком уровне, чем уровень управления дисками операционной системы, все тома, созданные диспетчером дисков, воспринимаются диспетчером дисков и всеми приложениями как регулярные тома. Эта архитектура также позволяет создать общие тома кластера (и, таким образом, кластеры) из массивов JBOD. Согласно данным, опубликованным компанией Microsoft, производительность ввода-вывода дисков при использовании технологии Storage Spaces отличается от номинальных скоростей не более чем на несколько процентов.

Можно не строить решение внутри компании, а использовать программное обеспечение как услугу (SaaS) и хостинг IT-инфраструктуры (IaaS), сократив или полностью отказавшись от внутренней инфраструктуры. Однако Storage Spaces обеспечивает настолько экономичный способ управлять размерами хранилища и уровнем доступности, что у компаний появляется мощный стимул сохранять внутреннюю инфраструктуру в течение некоторого времени.

Еще одно решение для хранения данных в Server 2012 будет полезно не только малым предприятиям, но и компаниям любых размеров — это дедупликация данных. Технология Dedupe, как она известна ИТ-специалистам, привыкшим сокращать длинные термины, обеспечивает сопоставление хранимых данных на уровне блоков. При обнаружении дублированных блоков данных выполняется замена дублированного блока простым указателем на эталонный блок, для экономии места. Процесс дедупликации выполняется как фоновый процесс с низким приоритетом, и специалисты Microsoft прогнозируют, что экономия пространства составляет от 2:1 для файловых ресурсов общего доступа и до 20:1 для виртуальных дисков. Во время демонстрации в одном случае в результате дедупликации 2-Тбайтного диска USB, используемого для хранения файлов виртуального жесткого диска (VHD), экономия пространства достигла 95 %. Попытка дедупликации активных томов виртуальных дисков не принесет значительных преимуществ из-за их изменчивости. Но вы сможете с большой пользой дедуплицировать библиотеки виртуальных машин.

Средние компании. Важная особенность Server 2012 — возможность обновить роль файлового сервера, именуемую в документации Microsoft файловым сервером Server Message Block (SMB) по ее традиционному применению для простого хранения пользовательских данных, до хранения данных приложений на уровне блоков. В результате этого изменения файловые серверы Server 2012 можно применять не только для пользовательских файлов, но и для хранения удаленных виртуальных дисков для Microsoft Hyper-V и SQL Server, а также для VMware vSphere (благодаря поддержке NFSv3 и NFSv4.1). Таким образом, открываются широкие возможности хранения виртуальных дисков, и этот компонент становится ключевым для миграции хранилищ на работающих системах Hyper-V.

Крупные компании. Многочисленны и усовершенствования, рассчитанные на большие компании. Кластеры масштабируются до 64 узлов, а в одном кластере можно разместить до 4000 виртуальных машин благодаря второй версии компонента Cluster Shared Volumes. Упомянутые изменения роли файлового сервера позволяют строить масштабируемые хранилища с высоким уровнем доступности для кластеров SQL Server и Hyper-V, используя кластеризацию файловых серверов SMB — да, с файловыми серверами! Можно даже задействовать сравнительно недорогой кластер файловых серверов в качестве внешнего компонента сети хранения данных Fibre Channel (SAN). Таким образом удается масштабировать SAN, не изменяя ее (дорогостоящие) привязки к остальной сети. Мне неизвестны количественные данные о производительности, но компания Microsoft приложила огромные усилия, чтобы добиться от SMB 3.0 как высокого быстродействия, так и отказоустойчивости.

Все это лишь малая часть многочисленных улучшений в Server 2012, но хочется упомянуть еще об одном. В новой операционной системе заметно усовершенствован скромный, но критически важный для хранения данных компонент — Chkdsk. Наконец-то сделан очевидный шаг: проверка диска разделена на два этапа. Первый этап, поиск ошибок в томе, выполняется при подключении к сети. Второй этап начинается после перезагрузки компьютера и состоит в простом исправлении ошибок. Время исправления зависит от числа ошибок, а не от размера тома. В результате коррекция ошибок на больших томах занимает всего несколько минут вместо нескольких часов!

Управление

Самые большие изменения, касающиеся управления в Server 2012, относятся к Server Manager и Windows PowerShell. Компонент Server Manager появился в версии Windows Server 2003, а PowerShell — в Windows Server 2008. Эволюция обоих состояла в применении многих других технологий, ориентированных на ИТ-специалистов. Поначалу оба были малозначительными и их решительно игнорировали большинство системных администраторов. Кто не устанавливал флажок Do not show this next time («не показывать в следующий раз») для Windows Server 2003 Server Manager? Но по мере расширения возможностей технологии (и, будем откровенны, обойтись без нее становилось все труднее) ее применяли все чаще. Сегодня этим двум компонентам принадлежит центральная роль в управлении Server 2012.

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

Экран 1. Диспетчер Server 2012 Server Manager

Возможности PowerShell в Server 2012 универсальны. В Server 2008 R2 в составе PowerShell насчитывалось 456 команд в 10 модулях. В Server 2012 PowerShell располагает более чем 2300 командами в 239 модулях — почти в пять раз больше, чем в предшествующей версии. Хотя помнить о таком количестве команд трудно, но отношение команд к задачам приближается к 1:1. Другими словами, вместо последовательности команд для решения задачи в Server 2012, как правило, достаточно одной команды PowerShell. В прежних версиях поддержка PowerShell была ограниченной.

В прошлом для выполнения многих типовых задач, как правило, требовалось использовать сценарии Windows Shell или VBScript. Благодаря расширенной поддержке PowerShell, возможно, этот недостаток удастся устранить. Кроме того, проектирование сценариев упрощается благодаря таким функциям, как IntelliSense, в новой интегрированной среде подготовки сценариев (ISE) PowerShell.

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

Однако ИТ-специалисты не спешат осваивать PowerShell. Судя по всему, пока не более 20 % системных администраторов активно используют эту технологию подготовки сценариев. Постепенно положение будет меняться, по мере того, как PowerShell продолжит вытеснять другие способы автоматизации административных задач.

Hyper-V

Вероятно, самые крупные изменения в Server 2012 произошли в области расширенной виртуализации с использованием Server 2012 Hyper-V. Возможности Server 2012 Hyper-V не уступают возможностям виртуализации платформы vSphere (а в некоторых случаях превосходят их). Рассмотрим подробнее некоторые важные улучшения Server 2012 Hyper-V, начиная с масштабируемости.

Масштабируемость. Чистая масштабируемость в течение длительного времени была одной из областей, в которых у vSphere отмечались существенные преимущества перед Hyper-V. С появлением Server 2012 ситуация изменилась. Возможности масштабирования Server 2012 Hyper-V гораздо выше, чем у предшествующей версии. В таблице приведены сведения о наиболее важных улучшениях.

Произошел колоссальный скачок в масштабируемости узла: на одном узле Server 2012 Hyper-V можно разместить до 320 логических процессоров и 4 Тбайт оперативной памяти. Благодаря этому значительно повышается уровень консолидации серверов, по сравнению с общей масштабируемостью vSphere 5. Аналогично, Server 2012 Hyper-V поддерживает гораздо более масштабируемые гостевые виртуальные машины. В Windows Sever 2008 R2 существовало довольно суровое ограничение для виртуальных машин: только 4 виртуальных процессора (vCPU). Этот предел был неприемлем для многих систем с интенсивной рабочей нагрузкой, например баз данных SQL Server, требования которых зачастую выше. Новая версия Hyper-V поддерживает до 64 виртуальных процессоров и гостей с оперативной памятью, достигающей 1 Тбайт. Этого достаточно для почти любой рабочей нагрузки. И вновь, возможности Server 2012 Hyper-V превосходят допустимый предел vSphere (32 виртуальных процессора). Для общей производительности не менее важна поддержка гостевого доступа к неоднородной памяти (NUMA). Благодаря гостевому доступу к неоднородной памяти можно согласовать физическую память узла с процессорами виртуальной машины, сократив поиск страниц в памяти и, таким образом, значительно повысив производительность виртуальной машины.

Технически кластеризация в Server 2012 не относится к компонентам виртуализации, но и она подверглась существенным изменениям. Предшествующие версии Windows Server ограничивались 16-узловыми кластерами. Разработчики Server 2012 устранили это ограничение, и теперь в кластере может быть до 64 узлов, на которых размещается до 4000 виртуальных машин. Благодаря усовершенствованным возможностям перемещения виртуальных машин между узлами, в том числе узлами в разных географических точках, закладывается фундамент динамического центра обработки данных.

Динамическая миграция и миграция хранилищ на работающих системах. Динамической миграцией называется возможность перемещения активных виртуальных машин между узлами Hyper-V, а миграция хранилищ на работающих системах подразумевает перемещение таких объектов, как файлы виртуальных жестких дисков (VHD), между узлами Hyper-V без простоев. Динамическая миграция Hyper-V была впервые реализована в Server 2008 R2. Начало было неплохим, но в той версии Hyper-V не хватало возможности выполнять несколько динамических миграций одновременно, как в VMware. В Server 2008 R2 миграция хранилищ на работающих системах была невозможна, но существовал вариант Quick Storage Migration. В прежней терминологии Hyper-V quick — «быстрый» — означало, что простои возможны. А поскольку vSphere располагала технологией VMware Storage vMotion, то и в этой области Hyper-V была в роли «догоняющего». В Server 2012 Hyper-V появилась возможность миграции хранилищ на работающих системах между узлами Hyper-V без простоев виртуальных машин. В процессе миграции хранилищ файлы конфигурации и VHD копируются с исходного компьютера в хранилище назначения. Затем все операции записи зеркально отображаются как на исходном, так и на целевом устройствах хранения. После синхронизации исходного и целевого хранилищ все обращения виртуальной машины к файлам виртуальных машин и VHD происходят по адресу целевого хранилища, а исходные файлы удаляются. При миграции хранилищ на работающих системах перемещаются файлы виртуальных машин, но не сама виртуальная машина.

Server 2012 Hyper-V обеспечивает возможность выполнения не только нескольких одновременных динамических миграций, но и нескольких одновременных миграций хранилищ на работающих системах. В результате возможности Windows Server Hyper-V в основном сравнялись с vSphere 5. Кроме того, благодаря использованию усовершенствованного протокола SMB 3.0, Server 2012 Hyper-V обеспечивает динамическую миграцию и миграцию хранилищ на работающих системах без обязательного кластера или общего хранилища. Эту функцию иногда называют динамической миграцией с архитектурой Shared Nothing. Такая миграция проходит двумя путями. Server 2012 Hyper-V позволяет выполнять динамическую миграцию, когда виртуальные машины хранятся в сетевой общей папке, а кроме того, ее можно провести напрямую между узлами Hyper-V.

Hyper-V Replica. Благодаря динамической миграции можно продолжать работу во время запланированных простоев. Виртуальные машины перемещаются на другие узлы, а затем производится обслуживание узла Hyper-V без перерыва в работе конечного пользователя. Технология Hyper-V Replica входит в состав Server 2012 и позволяет реплицировать виртуальные машины в целях непрерывности бизнеса и восстановления после аварии. Hyper-V Replica асинхронно реплицирует виртуальные машины между узлами за пределами рабочей территории и обеспечивает переключение ресурсов в случае отказа основного сайта. С помощью Hyper-V Replica можно реплицировать одну или несколько виртуальных машин на узле Hyper-V. Для этого не требуется сеть SAN или иное общее хранилище, поэтому Hyper-V Replica является экономичным решением для восстановления после аварии.

Hyper-V Replica действует между двумя компьютерами Windows Server, на каждом из которых должны быть установлены Server 2012 и роль Hyper-V. Репликация производится как в кластере, так и без кластера, и является однонаправленной, поэтому для автоматического восстановления основного сайта необходимо, чтобы обе конечные точки были настроены как серверы репликации. Перед началом репликации нужно сделать копию VHD виртуальных машин, подлежащих репликации. Активировать Hyper-V Replica можно с помощью PowerShell или диспетчера Hyper-V Manager. В Hyper-V Manager щелкните правой кнопкой мыши сервер Hyper-V, который будет функционировать как сервер репликации, а затем установите новый флажок Enable this computer as a Replica server («Использовать этот компьютер как сервер реплики») в разделе Replication Configuration (конфигурация репликации), как показано на экране 2.

Экран 2. Включение репликации Hyper-V

Параметры репликации позволяют настроить сервер Hyper-V для работы в качестве сервера репликации. Выберите метод проверки подлинности, который будет применяться для подключения к целевому узлу репликации, а также используемые авторизацию и хранилище. После включения репликации на уровне сервера Hyper-V можно указать виртуальную машину для репликации, щелкнув ее правой кнопкой мыши в Hyper-V Manager и выбрав функцию Enable Replication («Включить репликацию»), которая в свою очередь запускает мастер Enable Replication Wizard. С помощью этого мастера можно указать виртуальные жесткие диски, которые будут реплицированы, организовать журнал восстановления (в сущности, настроить реплицируемую виртуальную машину на выполнение моментальных снимков для восстановления на заданный момент времени) и выбрать метод начальной репликации.

Расширяемый виртуальный коммутатор. Дабы усовершенствовать архитектуру обслуживания одним экземпляром приложения нескольких развертываний и повысить гибкость развертывания в компаниях, в Server 2012 Hyper-V разработчики ввели новый компонент — Extensible Virtual Switch (расширяемый виртуальный коммутатор). Он обеспечивает изоляцию экземпляров и формирование трафика, а также позволяет сторонним разработчикам проектировать для него специализированные подключаемые модули. В предшествующих версиях Hyper-V была реализована поддержка внутренних, внешних и частных сетей. Гибкость расширяемого виртуального коммутатора гораздо выше. Можно построить несколько виртуальных коммутаторов, а также создать и подключить к ним большое число виртуальных сетевых адаптеров. Каждый виртуальный коммутатор может быть подключен лишь к одному физическому сетевому адаптеру. Расширяемый виртуальный коммутатор поддерживает сторонние расширения трех типов:

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

Дополнительные улучшения Hyper-V. Количество улучшений в Server 2012 Hyper-V настолько велико, что рассказать обо всех в одной статье невозможно. Помимо уже рассмотренных новшеств, существует много других важных изменений.

• Измерение ресурсов. В Server 2012 Hyper-V появилась возможность отслеживать способы использования виртуальных ресурсов. На основании данных о потреблении ресурсов можно выставлять счета или планировать внутреннее размещение ресурсов частного «облака». Собираются следующие данные: среднее использование процессора на одну виртуальную машину, максимальное использование памяти на одну виртуальную машину и общий входящий и исходящий сетевой трафик.
• Модуль Hyper-V для PowerShell. С помощью модуля Hyper-V для PowerShell можно выполнить любые задачи управления Hyper-V из оболочки PowerShell. В модуль входит более 160 команд для управления серверами Hyper-V, виртуальными машинами и виртуальными жесткими дисками.
• Виртуальный адаптер Fibre Channel. Через новый виртуальный адаптер Fibre Channel можно подключать виртуальные машины непосредственно к хранилищу Fibre Channel. Технология виртуализует порты адаптера шины (HBA) на узле Hyper-V и предоставляет их гостевым виртуальным машинам. Каждой виртуальной машине можно назначить до четырех виртуальных адаптеров Fibre Channel.
• Новый формат диска VHDX. В Server 2012 Hyper-V появился новый формат виртуального жесткого диска, именуемый VHDX, пригодный для хранилищ размером до 64 Тбайт. В прошлом размер виртуальных жестких дисков Hyper-V мог составлять не более 16 Гбайт. Кроме того, новый формат VHDX защищает от порчи данных вследствие сбоев энергоснабжения и снижения производительности на некоторых физических дисках с большими секторами.
• Виртуализация SR-IOV. Благодаря виртуализации SR-IOV виртуальной машине можно непосредственно назначить физический сетевой адаптер, поддерживающий SR-IOV. Непосредственное подключение к физическому сетевому адаптеру поможет повысить пропускную способность канала связи, доступного виртуальной машине.
• Microsoft RemoteFX. Этот компонент появился в Server 2008 R2; он обеспечивает воспроизведение сложной графики на узле Hyper-V с доставкой клиенту через протокол RDP. В Server 2012 Hyper-V можно задействовать несколько графических процессоров узла и программных графических процессоров. Графический процессор узла может совместно использоваться несколькими виртуальными машинами.

Общий обзор различных компонентов Server 2012 Hyper-V представлен на выпущенном компанией Microsoft постере Windows Server 2012 Hyper-V Component Architecture (http://www.microsoft.com/en-us/download/details.aspx?id=29189).

Сетевые возможности Windows Server 2012

Сетевые возможности относятся к тем базовым элементам ИТ-инфраструктуры, которые не всегда привлекают внимание, но необходимы для реализации функциональности более высокого уровня, например совместного использования файлов, доставки приложений, виртуализации и «облачных» услуг. Сетевые возможности особенно важны в условиях современного общедоступного и частного «облака». Server 2012 располагает несколькими важными сетевыми новшествами.

Поддержка совместной работы для сетевой платы. В Server 2012 много улучшений, относящихся к сетевым технологиям, но одно из самых важных — поддержка совместной работы для сетевой платы. Эта технология позволяет объединить несколько сетевых адаптеров и работать с ними как с единым целым, чтобы защитить от отказов и повысить пропускную способность. Поддержка совместной работы для сетевой платы появилась в vSphere; соответствующие возможности предшествующих версий Windows Server были ограничены особыми сетевыми адаптерами от отдельных поставщиков. Кроме того, компания Microsoft довольно прохладно относилась к первым реализациям технологии. При неполадках в сети специалисты службы поддержки Microsoft в первую очередь просили отключить поддержку совместной работы для сетевой платы. Реализация данной функции в Server 2012 полностью поддерживается компанией; более того, она охватывает многочисленные сетевые адаптеры от различных поставщиков.

Чтобы сформировать новое объединение сетевых плат, Server Manager создает новую группу управления, включающую компьютер Server 2012, на котором предстоит объединить сетевые платы. Для настройки совместной работы для сетевой платы щелкните правой кнопкой мыши на сервере в группе и выберите пункт Configure NIC Teaming («Настройка объединения сетевых карт») из контекстного меню. Затем в области Teams («Объединения») выберите New Task («Новая задача»). В результате появится окно New team, показанное на экране 3. Чтобы сформировать новое объединение сетевых плат, введите имя объединения и укажите объединяемые сетевые адаптеры. Для этого установите флажки слева от нужных сетевых адаптеров.

Экран 3. Настройка объединения сетевых плат

Безопасность DNS. Модули безопасности DNS (DNSSEC) — набор расширений протокола DNS. DNSSEC появился в Server 2008 R2 и усовершенствован в Server 2012. Среди важнейших улучшений этой операционной системы — динамические обновления подписанных зон DNSSEC, новые стандарты DNSSEC, такие как NSEC3 и RSA/Secure Hash Algorithm-2 (SHA-2), и автоматизированное распределение якоря доверия с использованием AD. Для настройки DNSSEC применяются PowerShell или обновленный диспетчер DNS Manager.

Качество обслуживания. Качество обслуживания (QoS) в Server 2008 R2 обеспечивало контроль над максимальной используемой полосой пропускания канала связи. В Server 2012 область качества обслуживания расширена благодаря возможности назначить минимальную полосу пропускания. Максимальный показатель в предыдущих реализациях позволял не допустить захвата всего канала связи одной службой или приложением, но не гарантировал, что другим приложениям будет выделена достаточная полоса пропускания. Именно этого удается добиться с помощью показателя минимальной полосы пропускания. Если сетевой канал связи свободен, то каждая служба может получить нужную ей полосу пропускания. Но если сеть перегружена, то новый минимальный параметр резервирует для каждой службы определенную часть канала связи, и все службы занимают только свою долю. В результате удается более четко выполнить соглашения об условиях обслуживания (SLA), всегда обеспечивая каждой службе определенную полосу пропускания. В Server 2012 минимальные показатели обеспечиваются с помощью нового планировщика сетевых пакетов или благодаря использованию сетевых адаптеров с поддержкой моста для центра обработки данных (DCB). Сетевой планировщик предпочтителен, если требуется гарантировать минимальные показатели полосы пропускания для многих потоков трафика. Метод DCB удобен для меньшего числа потоков трафика, трафика iSCSI или иного, внешнего сервера.

Конечный объект iSCSI target и бездисковая сетевая загрузка из iSCSI. Одно из заимствований Server 2012 от Windows Storage Server — возможность задействовать конечный объект iSCSI. В сущности, использование конечного объекта iSCSI позволяет Server 2012 функционировать как сеть хранения данных iSCSI. Это не заменит полноценной iSCSI SAN, но будет полезным дополнением для малых и средних компаний, желающих расширить возможности хранения данных или повысить уровень доступности с помощью таких технологий как отказоустойчивые кластеры и динамическая миграция.

С данной функциональностью тесно связана возможность загружаться с конечного объекта iSCSI. Таким образом можно загружать подключенные к сети компьютеры из централизованно хранящихся образов VHD. В результате упрощается централизованное управление образами и можно сэкономить пространство на диске, загружая несколько компьютеров из разностных дисков, построенных из одного общего образа.

Отработка отказа DHCP. Серверы DHCP могут быть единственной точкой отказа в сети, из-за критичности предоставляемой ими службы. Если DHCP-сервер недоступен, сетевой клиент не может получить новых IP-адресов для подключения к сетевым ресурсам. В Server 2012 реализован новый протокол DHCP Failover, который обеспечивает переключение DHCP-серверов в случае отказа без необходимости строить отказоустойчивый кластер. Протокол DHCP Failover позволяет двум DHCP-серверам синхронизировать назначение IP-адресов; если один из серверов оказывается недоступен, другой принимает на себя его обязанности по выделению адресов для подсети. Протокол также можно использовать для балансировки нагрузки между двумя DHCP-серверами.

Другие изменения для сети. В Server 2012 появилось множество иных важных улучшений для сети.

• Дросселирование процессора Microsoft IIS. Позволяет ограничить количество ресурсов процессора, выделяемых определенному веб-узлу.
• WebSockets. В версии Server 2012 службы Internet Information Services (IIS) 8 дополнены протоколом WebSockets. С помощью этого открытого отраслевого стандарта веб-серверы доставляют сообщения клиентам, не дожидаясь запроса.
• Динамическое ограничение IP-адресов. Новшество IIS 8 позволяет назначить фильтры в Server 2012 для динамической блокировки доступа к серверу из IP-адресов, от которых в течение определенного времени поступает слишком много запросов. Можно также настроить отклик сервера при блокировании конкретного адреса.
• Ограничение числа попыток входа FTP. Еще одно улучшение IIS 8 — ограничение числа попыток входа FTP. Администратор может блокировать доступ к FTP-серверу на определенное время после неудачных попыток регистрации.
• Обновленная функция DirectAccess. DirectAccess - альтернатива дистанционному доступу VPN, появившаяся в Server 2008 R2. В Server 2012 значительно упрощен способ развертывания DirectAccess. Кроме того, компонент сосуществует с реализациями VPN и может быть установлен на Server Core.
• Усовершенствованный BranchCache. Еще один компонент Server 2008 R2 предназначен для повышения производительности файлового сервера на удаленном сайте путем локального кэширования запрошенной информации. Среди улучшений BranchCache в Server 2012 — возможность дедуплицировать и шифровать данные в кэше.

Заслуживает внимания

Вполне вероятно, Server 2012 — самая важная версия Windows Server со времени выхода Windows 2000. Server 2012 ориентирован на управление большим числом серверов с использованием сценариев; встроенные средства виртуализации Hyper-V равноценны или превосходят по своим возможностям vSphere. Появление Server 2012 может привести к значительным изменениям в способах управления инфраструктурой Windows на предприятиях. Вы можете составить собственное мнение, загрузив пробную версию Windows Server 2012.