Серверная платформа и частное облако

System Center 2012 Service Pack 1 (русская версия)

2013-01-16T14:04:00Z

Компания Microsoft объявила о выходе обновленного System Center 2012 Service Pack 1 (SP1) для эффективного и гибкого управления гибридными облачными средами, а также пакета Windows Azure Services для Windows Server, усовершенствованного Windows Intune и ряда других решений. Эти технологии расширяют возможности Cloud OS – единой инфраструктурной платформы Microsoft – и помогают компаниям быстро и качественно решать ИТ-задачи.

«Cloud OS, ядром которой являются Windows Server и Windows Azure, – это единая инфраструктурная платформа, позволяющая объединить возможности центров обработки данных заказчика, сервис-провайдера и публичного облака Microsoft в единую информационную среду, – говорит Майкл Парк (Michael Park), корпоративный вице-президент по маркетингу подразделения Server and Tools, Microsoft. – Ключевыми элементами платформы являются мощные инструменты для управления и автоматизации. Они помогают ИТ-подразделениям повысить эффективность свой работы и быть более инновационными по мере развития гибридных облаков и тенденции консьюмеризации ИТ».

Трансформация центров обработки данных

Новое предложение Microsoft расширяет возможности применения Windows Server 2012 в частном, публичном или гибридном облаках. Используя System Center 2012 SP1 с Windows Server 2012, значительно проще перейти от управления отдельными компонентами ЦОД к частному облаку на основе динамических пулов ресурсов, объединяющих вычислительные мощности, системы хранения и сети. Windows Azure Services для Windows Server и компоненты System Center Service Provider Foundation позволяют просто подключать к частным облакам дополнительные ресурсы, доступные в облаках сервис-провайдеров и публичном облаке Windows Azure.

Другие ключевые возможности System Center 2012 SP1:

Совместимость с Windows Server 2012: управление инфраструктурой на основе Windows Server 2012, в том числе серверной и сетевой виртуализацией Hyper-V.
Мониторинг приложений: новая служба Global Service Monitor помогает отслеживать работу прикладных служб и приложений в режиме «пользователя», находясь как в корпоративной сети компании, так и в условиях доступа извне. С помощью Operations Manager можно задавать расписание и просматривать результаты выполнения синтетических транзакций из любой точки мира.
Работа с виртуальными машинами в публичном облаке Windows Azure: миграцию виртуальных машин из физической среды в публичное облако Windows Azure можно проводить в ручном и в автоматическом режимах. Таким образом, можно легко расширять возможности своего ЦОД и увеличивать его производительность за счет ресурсов Windows Azure.

«В System Center 2012 SP 1 реализован функционал совместимости и эффективного управления ИТ-инфраструктурой, развернутой на Windows Server 2012. С выходом SP1 для линейки продуктов управления System Center заказчики смогут осуществлять полноценный переход на новую серверную платформу Microsoft», – отмечает Лев Южаков, директор департамента ITSM дирекции системной интеграции TopS Business Integrator.

Единое управление ПК и устройствами

Используя новую версию сервисов Windows Intune и System Center 2012 Configuration Manager SP1, заказчики могут централизованно управлять ПК, ноутбуками и мобильными устройствами, работающими на базе самых разных платформ. Управление осуществляется через единую панель. Это позволяет обеспечить высокий уровень защиты и повысить продуктивность сотрудников, предоставляя им доступ к корпоративной информации и приложениям в любое время из любого места и с любого устройства.

Получить дополнительную информацию о System Center 2012 SP1 можно по адресу: http://www.microsoft.com/ru-ru/server-cloud/system-center/sp1-default.aspx.
Скачать продукт можно по ссылке: http://technet.microsoft.com/ru-RU/evalcenter/hh505660.aspx.
Дополнительная информация о Windows Intune доступна по адресу: http://www.microsoft.com/ru-ru/windows/windowsintune/pc-management.aspx.

Изменения планов развития продуктов в линейке Forefront

2012-10-23T08:23:00Z

Компания Microsoft сообщает об изменениях в продуктовой линейке Forefront для более тесной интеграции с решениями по защите приложений Microsoft.
Forefront Online Protection для Exchange (FOPE) переименован в Exchange Online Protection (EOP), для создания комплексного решения с продуктами Exchange Server и Exchange Online.

По многочисленным просьбам заказчиков мы добавили базовую защиту от вирусов и другого вредоносного кода к продукту Exchange Server 2013, который теперь может быть дополнен сервисом EOP для обеспечения лучшей защиты приложений.
Мы прекращаем выпуск следующих продуктов, но будем поддерживать каждый из них в соответствии со стандартными для них условиями поддержки. Данные продукты нельзя будет купить с 1 декабря 2012 года:
- Forefront Protection 2010 for Exchange Server (FPE)
- Forefront Protection 2010 for SharePoint (FPSP)
- Forefront Security for Office Communications Server (FSOCS)
- Forefront Threat Management Gateway 2010 (TMG)
- Forefront Threat Management Gateway Web Protection Services (TMG WPS)

Мы будем поддерживать каждый из этих продуктов в соответствии со стандартным для них условиями поддержки (см. таблицу внизу):

Тип покупки

Продукты

Цикл поддержки

Online Services Subscription

- Forefront Protection 2010 для Exchange Server (FPE)

- Forefront Protection 2010 для SharePoint (FPSP)

- Forefront Security для Office Communications Server (FSOCS)

- Forefront Threat Management Gateway Web Protection Services (TMG WPS)

Для текущих подписчиков, Microsoft будет поддерживать подписку до 31 декабря 2015 года. Если подписка заказчика оканчивается ранее 31 декабря 2015 года и не может быть возобновлена, продукты будут поддерживаться до этого срока, для возможности миграции на альтернативные решения.

Постоянная лицензия

Forefront Threat Management Gateway 2010 (TMG)

5 лет основной поддержки (до 14 апреля 2015 года) и еще 5 лет продленной поддержки (до 14 апреля 2020 года)

Обращаем ваше внимание, что никаких изменений в выпусках продуктов Forefront Unified Access Gateway (UAG) и Forefront Identity Manager (FIM) нет. Эти продукты активно развиваются, и в частности мы выпустили SP2 для Forefront UAG 2010 в августе 2012 года и Forefront Identity Manager 2010 R2 – в июне 2012 года.

Доступна RTM-версия Windows Server 2012 Essentials

2012-10-18T04:49:00Z

Бета-версия Windows Server 2012 Essentials только за первые два месяца была скачана более 23 000 раз. А теперь мы с радостью объявляем о доступности RTM. Приобрести продукт можно будет, начиная с 1 ноября этого года. А 180-дневная тестовая версия решения доступна для загрузки уже сейчас.

Windows Server 2012 Essentials создан специально для небольших компаний с количеством пользователей до 25 и количеством устройств до 50. Он помогает автоматически сконфигурировать и настроить большинство ролей и технологий Windows Server 2012, основываясь на лучших практиках для малого бизнеса. Решение позволяет одинаково эффективно управлять приложениями, размещенными как в локальной, так и в облачной среде. Например, для управления Exchange Server, размещенного в локальной инфраструктуре, используемого как сервис от хостинг-провайдера или в рамках подписки на Office 365, используются одни и те же инструменты.

Используя Windows Server 2012 Essentials, вы получите:

Уверенность в сохранности вашей информации. Встроенные технологии автоматического резервирования системы и данных вплоть до полного восстановления «с нуля», как самого сервера, так и клиентских операционных систем, а так же технологии защиты от сбоев оборудования помогут Вам в этом. А мониторинг состояния сервера и клиентских компьютеров известит вас о потенциальных проблемах.
Доступ к информации и приложениям из любого места, с любого устройства. Вы можете воспользоваться приложениями для Windows Phone и Windows 8, что бы автоматически подключаться к серверу искать и работать с информацией на нем, где бы вы ни находились. Лишь бы было доступно подключение к интернету. А необходимые настройки сервер выполнит автоматически – достаточно лишь пары кликов.
Гибкое решение, готовое к использованию облачных сервисов. Если вы захотите использовать публичные сервисы, Windows Server 2012 Essentials предоставит вам легкую интеграцию и единое централизованное управление как облачными сервисами, такими как Office 365, так и локальными приложениями.
Доступное решение. Помимо упрощение управления, Windows Server 2012 Essentials является самой доступной по стоимости версией семейства Windows Server 2012 и не требует приобретения клиентских лицензий для доступа к серверу.

Страница загрузки RTM: http://technet.microsoft.com/ru-ru/evalcenter/jj659306.aspx?wt.mc_id=TEC_133_1_33

Страница продукта на портале Microsoft: http://www.microsoft.com/ru-ru/server-cloud/windows-server-essentials/default.aspx

Техцентр Windows Server 2012 Essentials на TechNet: http://technet.microsoft.com/library/jj200119

Первые внедрения Windows Server 2012: видео

2012-10-11T15:04:29Z

Вы все еще с недоверием присматриваетесь к новейшей Windows Server 2012? А у нас уже есть первые примеры внедрений! Наши клиенты - Байкальский банк ОАО «Сбербанк России» и ООО «Инвестгазавтоматика» - любезно согласились поделиться своими впечатлениями от новой ОС, а так же рассказали, как решения на базе Windows Server 2012 помогают им
решать бизнес- и ИТ-задачи.

Видео доступно по ссылкам:

ООО «Инвестгазавтоматика»: http://www.microsoft.com/ru-ru/showcase/details.aspx?uuid=7ae77001-428b-482b-888f-d1c6f58ec59d

Байкальский банк ОАО «Сбербанк России»: http://www.microsoft.com/ru-ru/showcase/details.aspx?uuid=f6ef1fb7-9803-4d25-9670-34c3a1d4459f

Windows Server 2012 is HERE!

2012-09-05T10:54:56Z

Хотим сообщить, что мы объявили о глобальной доступности новой серверной операционной системы – Windows Server 2012. Старая версия становится недоступной для заказа, а новая уже доступна для загрузки и приобретения. Загрузить пробную версию можно здесь.

Это самый знаменательный выпуск серверной ОС в истории Microsoft. Новый продукт является значительным шагом в эволюции серверной платформы. Мы накопили огромный опыт, много лет эксплуатируя собственные датацентры и предоставляя из них облачные сервисы. Windows Server 2012 воплотила в себе весь этот опыт по управлению, оптимизации ресурсов и обеспечению надежности. И теперь Вы можете реализовать все преимущества облачных технологий в собственном ЦОДе. Предлагаем Вам познакомиться с новыми технологиями виртуализации, оптимизации СХД, обеспечения современного стиля работы и многих, многих других на сайте продукта, а так же присоединиться к виртуальному мероприятию на портале www.windows-server-launch.com.

Так же хочу напомнить об изменении модели лицензирования Windows Server, которая уже вступила в силу. Новая модель стала более удобной, но существенно отличается от текущей. Число основных редакций сокращено до двух: Windows Server Standard для лицензирования сред с низкой степенью или отсутствием виртуализации и Datacenter для сред с высокой степенью виртуализации. Пожалуйста, ознакомьтесь с ней, загрузив листовку и, при необходимости, документ с ответами на часто задаваемые вопросы.

С днем рождения, Windows Server 2012!

Сроки доступности и лицензирование Windows Server 2012

2012-07-09T17:46:00Z

Сегодня, 9 Июля, на World Partner Conference в Торонто, компания Microsoft объявила сроки доступности RTM (Release to manufacturing) версии Windows Server 2012. На первой неделе августа RTM-версия станет доступна для производителей оборудования. Чуть позже она станет доступна для загрузки клиентам с Software Assurance. Полная доступность во всех каналах продаж ожидается в сентябре.

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

Для упрощения лицензирования, мы сократили число редакций, а выбор наиболее удобной редакции стал проще. Пользователь сможет выбирать наиболее выгодные для него редакции и их число, исходя из размеров бизнеса и степени использования технологий виртуализации. Ниже Вы найдете ключевые изменения в лицензировании Windows Server.

Windows Server 2012 будет доступна в четырех редакциях:

Редакции Datacenter и Standard будут лицензироваться по модели «на процессор» + CAL (Client access license, лицензия клиентского доступа). Каждая лицензия покрывает до 2 физических процессоров на сервере. Теперь эти редакции одинаковы по функционалу и различаются только правами на виртуализацию:

Редакция Datacenter предназначена для сред с высокой плотностью виртуализации, содержит права на запуск неограниченного
числа виртуальных экземпляров ОС.
Редакция Standard предназначена для сред с низкой плотностью или без виртуализации, содержит права на запуск до двух виртуальных экземпляров
ОС

Новый единый подход к лицензированию позволяет снять ограничения на миграцию виртуальных машин между различными средами, а так же дает потенциал для роста благодаря наличию возможности
увеличения числа лицензий Standard или перехода на редакцию Datacenter

Редакции для малого бизнеса будут лицензироваться по модели «на сервер» и не требовать покупки CAL (Client access license, лицензия клиентского доступа).

Редакция Essentials предназначена для малого бизнеса с 25 пользователями и менее, для 1- и 2-хпроцессорных серверов
Редакция Foundation предназначена для малого бизнеса с 15 пользователями и менее, для однопроцессорных серверов; Поставляется только вместе с новыми серверами

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

Редакции Web Server и HPC Server в новом лицензировании отсутствуют. Однако сохраняется правило, что, если Windows Server запущен исключительно в роли Web-сервера или HPC сервера, для доступа к нему не требуется наличие CAL. При этом HPC Pack 2012 будет доступен для бесплатной загрузки и может использоваться c редакциями Standard и Datacenter.

Более подробно узнать про лицензирование Windows Server 2012, отличие редакций и миграцию лицензий в рамках Software Assurance, можно посетив соответствующий раздел на портале или скачав листовку. Так же доступна загрузка ответов на часто задаваемые вопросы.

Новый функционал Windows Azure и как Российским пользователям его можно попробовать

2012-07-02T14:00:00Z

Совсем недавно Microsoft обновила функционал Windows Azure, дополнив платформу новыми инфраструктурными возможностями - IaaS (Infrastructure as a Service) и расширив существующие сервисы PaaS (Platform as a Service). Эти обновления открывают двери для новых сценариев использования публичного облака Microsoft, делая его еще более удобным и широко применимым.

Благодаря новому сервису Virtual Machines и новым возможностям создания VPN c локальной инфраструктурой значительно упрощается процесс миграции существующих систем в облачную среду. С одной стороны, теперь Вы можете перемещать существующие приложения между локальной и облачной инфраструктурой, тем самым делая ваши продукты готовыми к любым нагрузкам и доступными по всему миру. С другой, открывается новая возможность создавать гибридные решения, в которых часть данных (например персональные данные) обрабатываются в локальном дата центре, а для обработки основного объема информации используются ресурсы публичного облака Microsoft Windows Azure.

Cloud Services или Облачные службы платформы Windows Azure используются для создания приложений и сервисов с высокой доступностью и бесконечной масштабируемостью в полнофункциональной среде PaaS. Windows Azure поддерживает дополнительные многоуровневые сценарии, автоматическое развертывание и гибкое масштабирование, что дает вам возможность разрабатывать новые бизнес-приложения и веб порталы, по максимуму используя эластичность Windows Azure и не заботиться об администрировании виртуальных машин.

Windows Azure предоставляет множество служб, помогающих управлять данными в облаке. База данных SQL, которую раньше называли базой данных SQL Azure, позволяет организациям быстро создавать, масштабировать и расширять приложения в облаке с помощью знакомых вам средств и технологии Microsoft SQL Server™. Таблицы предоставляют возможности NoSQL по низкой цене для приложений с простыми потребностями к доступу к данным. BLOB-объекты обеспечивают недорогое хранилище для таких данных, как видео, аудио и изображения. Доступность всех этих служб — 99,9% ежемесячно, что гарантируется соглашением об уровне обслуживания. Windows Azure также позволяет запускать SQL Server на виртуальной машине в Windows Azure.

Для обработки больших и очень больших объемов данных платформа Windows Azure предоставляет корпоративную версию Hadoop, интегрированную с основными компонентами, такими как Active Directory и System Center, а также открытой платформой с полной совместимостью для API-интерфейсов Apache Hadoop. Это позволит вам обрабатывайть и анализировать огромные объемы данных из файлов, изображений, видео, веб-журналов и сведений о посещениях сайтов без настройки сложного распределенного хранилища и вычислительных кластеров, которые нужно масштабировать с течением времени.

Windows Azure Active Directory — это современная служба на основе интерфейса REST, которая предоставляет возможности для управления удостоверениями и доступом в облачных приложениях. Теперь Вам доступна единая служба удостоверений для Windows Azure, Microsoft Office 365, Dynamics CRM Online, Windows Intune и других облачных служб сторонних производителей. Windows Azure Active Directory предоставляет облачного поставщика удостоверений, который легко интегрируется с локально развернутыми AD и полностью поддерживает поставщиков удостоверений сторонних производителей.

Сервис Web Sites - это почти мгновенное создание и масштабирование веб сайтов с использованием готовых шаблонов. Вы можете начать использовать сервис бесплатно и масштабировать свое решение по мере развития, наращивая число общих или зарезервированных экземпляров, чтобы добиться лучшей изоляции и повысить производительность. Для создания веб-сайта вы сможете использовать любую технологию - ASP.NET, PHP или Node.js и развернуть его за несколько секунд.

Это только часть существующих сервисов платформы Windows Azure и сценариев их применения, все подробности о возможностях здесь...

Все способы ознакомления и приобретения платформы Windows Azure

Для бесплатного ознакомления с Windows Azure предоставляются несколько вариантов бесплатного доступа, каждый из которых требует наличия экаунта Live ID и активации при помощи банковской карты. При активации с карты будет списана сумма около 30 рублей, которая потом будет возвращена. На всех подписках включена услуга отключения при достижении месячного порога выделенного ресурса. Вы можете отключить это ограничение, в этом случае с карты будет списываться перерасход за потребленные ресурсы.

Все желающие могут воспользоваться пробным доступом на 90 дней, который предоставляет 750 часов однопроцессорной Виртуальной машины, 10 Веб-сайтов, Базу данных SQL Azure объемом 1Гб, Хранилище 20Гб, Исходящий трафик объемом 20Гб и другие ресурсы.
Если Вы являетесь владельцем Visual Studio Professional, Premium или Ultimate с подпиской MSDN, то сможете каждый месяц получать бесплатный доступ к Windows Azure. Объем ресурса зависит от уровня подписки и включает от 375 до 1500 часов однопроцессорной Виртуальной машины, Базу данных SQL Azure объемом от 1 до 5 Гб, Хранилище от 20 до 30 Гб, Исходящий трафик объемом от 20 до 35Гб и другие ресурсы.
Если Вы являетесь участником программ Cloud Essentials и Cloud Accelerate, то сможете каждый месяц получать бесплатный доступ к ресурсам Windows Azure: 375 часов одно-процессорной Виртуальной машины, Базу данных SQL Azure объемом 1 Гб, Хранилище 20 Гб., Исходящий трафик объемом 25 Гб и другие ресурсы.
Всем участникам программы BizSpark предоставляется бесплатный доступ к Windows Azure при активации подписки MSDN в размере 1500 часов однопроцессорной Виртуальной машины, База данных SQL Azure объемом до 5 Гб, Хранилище до 30 Гб, Исходящий трафик объемом до 35Гб и другие ресурсы.
Всем участникам программы WebSiteSpark предоставляется бесплатный доступ к Windows Azure в размере 375 часов однопроцессорной Виртуальной машины, База данных SQL Azure объемом до 1 Гб, Хранилище до 20 Гб, Исходящий трафик объемом до 20Гб и другие ресурсы.

Для приобретения ресурсов платформы Windows Azure в России доступны все существующие на сегодня каналы.

Приобретение по схеме оплаты за потребленные ресурсы – “Pay-as-you-Go”. Оплата осуществляется по банковской карте по мере использования. Цены определяются чрезвычайно гибкими условиями. Не нужно заранее тратить крупные суммы или заключать долгосрочные соглашения. Вы платите только за те ресурсы, которые используете.
Приобретение по тарифному плану на 6 месяцев. Приобретая тарифный план на 6 месяцев Вы получаете скидку 20% от суммы повременной оплаты. За использование ресурсов сверх указанного объема и по окончании действия соглашения будет взиматься оплата по мере использования по стандартным тарифам. Оплата осуществляется по банковской карте.
Приобретение платформы Windows Azure с подписанием контракта Enterprise Agreement через LAR партнера. Контракт заключается сроком на 1 год и в этом случае Вы также получаете скидку от суммы повременной оплаты. Условия подписания и форму оплаты узнавайте у LAR партнеров.

Приобретение платформы Windows Azure в составе сервиса azure.softline.ru предоставляет гибкие условия оформления подписки и широкий набор форм оплаты за потребленные ресурсы платформы.

Windows Server 2012, PowerShell 3.0 и DevOps (часть 1)

2012-06-07T07:52:13Z

В первой части этой серии статей я поделюсь с вами некоторой вводной информацией о PowerShell и DevOps. Во второй статье я расскажу о них более подробно. PowerShell 3.0, как и Windows Server 2012, включает в себя множество новых функций и улучшений, так что мой рассказ затронет лишь некоторые из них.

Джеффри

Я впервые услышал о DevOps в подкасте, посвященном конференции Velocity 2009. В то время как большинство представителей ИТ-индустрии боролись за развертывание новых релизов несколько раз в году, Джон Оллспоу (John Allspaw) и Пол Хаммонд (Paul Hammond) рассказывали о «10 развертываниях в день: сотрудничество разработчиков и эксплуатационщиков во Flickr». Они решили достигнуть бизнес-целей с помощью изменения культуры труда и инструментов, в результате чего родился новый термин – DevOps. Проблема состоит в том, что разработчики считают себя ответственными за предоставления функционала, тогда как эксплуатационники отвечают за поддержание сайта в рабочем состоянии. Разрыв между разработчиками и эксплуатационниками приводит к возникновению взаимных обвинений в случаях, когда что-то идет не так. Успешный бизнес требует наличия ИТ-культуры, подразумевающей общую ответственность и взаимное уважение: разработчики думают о нуждах и проблемах эксплуатационников, и эксплуатационники, думают о нуждах и проблемах разработчиков.

Они рассказывают, как различные виды бизнеса требуют проведения быстрых изменений и как эти изменения становятся причиной большинства случаев отказов в работе сайтов. Игнорируя традиционный подход «избегать изменений», они выступили в защиту подхода с минимизацией рисков посредством внесения изменений через автоматизацию. Это и есть работа DevOps – безопасное изменение. Это метод управления качеством Тагучи, примененный к ИТ-операциям. Тагучи заметил, что причиной низкого качества является вариативность. Решение состояло в том, чтобы сначала сделать процесс повторяемым. Как только вы достигали этого, вы могли вносить небольшие изменения, наблюдая за тем, улучшают они объект или ухудшают. Отказывайтесь от изменений, которые ухудшают объект. Продолжайте делать вещи, которые улучшают объект. Ключом является повторяемость. Повторяемость позволяет ставить эксперименты, которые приводят к усовершенствованиям. Мы достигаем повторяемости в ИТ-операциях через автоматизацию.

Мы начали проект PowerShell, выпустив документ Monad Manifesto, в котором формулировались проблемы, которые видели, наш подход к их решению и компоненты, которые предоставляли. Мы предполагали появление распределенного механизма автоматизации со скриптовым языком, который будет использоваться начинающими эксплуатационниками и опытными разработчиками. Дизайн PowerShell создавался под влиянием тех же принципов, которые легли в основу DevOps:

Ориентированность на бизнес
Обеспечение безопасности изменений посредством автоматизации
Устранение пропасти между разработчиками и эксплуатационниками

Ориентированность на бизнес

PowerShell всегда был ориентирован на людей, использующих компьютеры для ведения бизнеса. PowerShell должен был быть последовательным, безопасным и производительным. Многое было достигнуто благодаря схожести PowerShell и UNIX, однако в этом отношении мы намного ближе к VMS/DCL и AS400/CL.

Последовательный: Операторы и разработчики не должны тратить много времени на изучение новых функций. Единообразный интерфейс позволяет им один раз получить необходимые навыки и затем использовать их снова и снова. PowerShell использует единый анализатор синтаксиса для всех команд и выполняет общую проверку параметров, обеспечивая полное единообразие в синтаксисе командной строки. Наборы команд PowerShell спроектированы таким образом, чтобы повсеместно используемые параметры обеспечивали схожие функции для всех команд (например, -ErrorAction, -ErrorVariable, -OutputVariable и т.д.).

Безопасный: Один эксплуатационник однажды сказал мне, что он как-то раз собирался кое-что сделать и понял, что если бы что-то пошло не так, то его бы уволили. В PowerShell если вы выполняете набор команд, у которого могут быть побочные действия, влияющие на систему, вы всегда можете ввести параметр -WhatIf, чтобы проверить, что произойдет, если вы выполните операцию до конца. Мы также поддерживаем параметры -Confirm, -Verbose и -Debug. Несмотря на эти предосторожности, что-то по-прежнему может пойти не так, и когда это происходит, PowerShell обеспечивает все возможности для ускорения процесса диагностики и решения проблемы.

Производительность: Каждый аспект дизайна PowerShell доводит возможности людей до максимума (отсюда и название). PowerShell упрощает выполнение операций на множестве машин. PowerShell также позволяет организовать продуктивное взаимодействие между эксплуатационниками и разработчиками, поскольку дает им возможность говорить на одном языке и помогать друг другу в реализации сценариев.

Обеспечение безопасности изменений с помощью автоматизации

Уже было много дискуссий о том, является ли PowerShell языком.NET, скриптовым языком или интерактивной оболочкой. PowerShell – это распределенный механизм автоматизации со скриптовым языком и интерактивной оболочкой (-ами). Интерактивные оболочки и скриптовый язык – критически важные компоненты, однако фокус всегда был на автоматизации посредством выполнения сценариев. Автоматизация – это процесс сокращения количества и/или устранения операций, выполняемых человеком. Сценарий (или скрипт) – это описание того, что должно произойти. Люди могут просматривать сценарий, и вы можете изменять его, основываясь на обратной связи от них. Вы можете тестировать скрипт, наблюдать за результатом его выполнения, изменять скрипт и, если изменения прошли хорошо, сохранять их, либо, если изменения прошли плохо, отменять их. Другими словами, выполнение сценариев обеспечивает повторяемость, требуемую для применения метода Тагучи к ИТ-операциям. Как только вы автоматизировали процесс, вы можете безопасно выполнять его снова и снова. Эти процессы теперь могут выполняться менее опытными администраторами. Эти шаги невозможны, когда вы используете традиционные инструменты администрирования с графическим пользовательским интерфейсом.

Устранение пропасти между разработчиками и эксплуатационниками

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

В PowerShell затрачено много усилий, чтобы спроектировать мир в терминах высокоуровневых абстракций, ориентированных на задачи, имеющих унифицированный синтаксис и семантику. Мы называем это наборами команд. И это то, что хотят иметь эксплуатационники для эффективного управления системами. Чтобы скопировать файл с помощью API, вы должны сделать следующее:

Вы когда-нибудь задавались вопросом, почему PowerShell использует фигурные скобки {} (и другие конструкции языка C) вместо связки BEGIN/END, как другие скриптовые языки? Мы сделали это потому, что хотели облегчить принятие PowerShell разработчиками других С-подобных языков программирования: C++, Objective C, Java, JavaScript, Perl, PHP и т.п. Мы провели тестирование и решили, что эксплуатационники смогли бы легко приспособиться к такому синтаксису. Мы также хотели обеспечить плавный переход между PowerShell и C#. Это обеспечивает некоторую мобильность карьере тех эксплуатационников, которые хотели бы перейти к разработке.

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

Windows Server 2012 и PowerShell 3.0 – превосходные инструменты DevOps

DevOps – это новый термин, и есть некоторые разногласия в отношении того, что он с собой несет, однако, в основе своей, это всегда стремление сделать изменения безопасными посредством автоматизации и ликвидации пропасти между эксплуатационниками и разработчиками. Еще многое предстоит сделать в этой области, но Windows Server 2012 и PowerShell 3.0 делают большие успехи в достижении своих целей. PowerShell не будет единственным инструментом в вашем наборе утилит DevOps, однако он точно будет в каждом наборе утилит DevOps. Скачайте RC-версию сегодня и попробуйте все сами.

Джеффри Снувер,

Ведущий инженер и ведущий архитектор Windows Server

Оригинал статьи

Windows Server 2012 Release Candidate доступен для загрузки

2012-06-01T05:52:04Z

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

За время доступности beta-версии, было произведено более 300 000 загрузок. Ажиотаж вокруг Windows Server 2012 поистине беспрецедентен. Призываю Вас присоединиться к ИТ-специалистам и разработчикам, которые уже познакомились с Windows Server 2012 и оценили преимущества, которые эта система им дает.

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

Наслаждайтесь!

SMB 2.2 – это теперь SMB 3.0

2012-05-17T10:52:38Z

Сейчас мы находимся на захватывающей стадии выпуска. Бета-версия вышла некоторое время назад, и мы уже получили очень много отзывов. По ходу того, как мы приближаемся к выпуску следующей версии Windows, многие детали принимают свой окончательный вид и становятся известными общественности. Это была большая неделя для анонсов названий. В понедельник Брэндон ЛеБлан (Brandon LeBlanc) объявил официальные названия редакций Windows 8 в блоге команды Windows. Во время презентации MMS, прошедшей на этой неделе, Брэд Андресон (Brad Anderson) анонсировал официальное название новой версии Server: Windows Server 2012. В сегодняшней публикации в блоге команды SMB было представлено официальное имя новой версии: SMB 3.0. Я не думаю, что это станет для кого-то большим сюрпризом. Команда разработчиков представила поразительное количество инноваций в этом выпуске. Если вы еще не загрузили бета-версию, я думаю, что вы сделаете это после прочтения статьи.

Джефри

На конференции //Build в прошлом сентябре мы анонсировали SMB 2.2, обновление нашего протокола Server Message Block, используемого по умолчанию для предоставления общего доступа к файлам в Windows. С тех пор мы активно контактировали с сообществом по различным каналам и подробно рассказывали о той большой работе, которую мы проделали над этим выпуском и почему мы думаем, что он действительно поворотный. Windows Server 2012 предоставляет обширный набор новых функций SMB с обновленным протоколом SMB, который существенно улучшает надежность, доступность, управляемость и производительность файловых серверов.

Оглядываясь назад на то количество изменений, которые вошли в этот выпуск – километры написанного кода, масса представленных функций, новые сценарии, наличие которых мы сделали возможным, работу, проделанную с нашими партнерами – минорная версия выпуска была бы несопоставима с затраченными нами усилиями. Итак, вперед: SMB 2.2 теперь официально зовется SMB 3.0!

Постоянные читатели этого блога уже видели детальные публикации о различных улучшениях SMB на протяжении последних нескольких месяцев. Подводя итоги, ниже представлены некоторые ключевые функции, доступные в Windows Server 2012 SMB 3.0:

SMB для серверных приложений. Многие новые функции SMB специально спроектированы для серверных приложений, которые хранят данные на общих файловых ресурсах. Например, приложения баз данных, такие как SQL Server, или программное обеспечение виртуализации, такие как Hyper-V. Эти функции позволяют приложениям пользоваться преимуществами усовершенствованного управления хранилищами данных, производительности, надежности и экономической эффективности SMB, чтобы предоставлять решения для приложений, способные конкурировать с традиционными решениями хранилищ Fibre Channel по функциональности и возможностям, но при этом остающихся проще в использовании и менее дорогими в реализации.
Активные общие файловые ресурсы с помощью масштабирования SMB позволяют клиентам масштабировать разделяемую пропускную способность путем добавления узлов кластера, поскольку максимальная разделяемая пропускная способность равна общей пропускной способности всех узлов файлового сервера и не ограничивается пропускной способностью одного узла кластера, как это было в предыдущей версии. Масштабируемые общие файловые ресурсы также значительно упрощают управление кластерным файловым сервером, поскольку теперь нет необходимости создавать несколько кластерных файловых серверов, каждый с отдельными дисками, что позволяет максимально использовать возможности всех узлов в кластере. Кроме того, администратор может прозрачно перенаправлять подключения клиентов SMB на различные узлы кластерного файлового сервера для лучшей балансировки загрузки.
Масштабируемый, быстрый и эффективный доступ к хранилищу с помощью SMB Direct. SMB Direct (SMB over Remote Direct Memory Access (RDMA)) – это новый транспортный протокол для SMB в Windows Server 2012. Он делает возможным прямую передачу данных между серверами с минимальным использование ресурсов CPU и низкой задержкой, используя стандартные RDMA-совместимые сетевые адаптеры (iWARP, InfiniBand и RoCE). Любое приложение, которое обращается к файлам через SMB, получает выгоду от использования SMB Direct. Минимизация использования CPU файловыми операциями ввода/вывода означает, что серверы приложений могут обрабатывать больше рабочих сред (например, Hyper-V может обслуживать больше виртуальных машин).
Быстрая передача данных и защита от отказов сети с помощью SMB Multichannel. Учитывая то, что клиенты теперь могут хранить данные серверных приложений в удаленных общих файловых ресурсах SMB, протокол SMB был усовершенствован для улучшения производительности и надежности сети. SMB Multichannel использует преимущества наличия нескольких сетевых интерфейсов для обеспечения высокой производительности посредством агрегирования пропускной способности и отказоустойчивости сети за счет нескольких сетевых путей к данным на общих файловых ресурсах SMB.
Прозрачная отработка отказа и защита от отказов в работе узла кластера с помощью SMB. Поддержка рабочих сред критичных для бизнеса серверных приложений требует, чтобы подключение к хранилищу данных было постоянно доступно. Новый сервер и клиент SMB взаимодействуют друг с другом для обеспечения прозрачной для приложений отказоустойчивости узлов кластерного файлового сервера для всех файловых операций как в случае запланированных перемещений ресурсов кластера, так и незапланированных отказов узлов.
VSS для общих файловых ресурсов SMB. VSS для общих файловых ресурсов SMB расширяет инфраструктуру Windows Volume ShadowCopy Service для создания связанных с приложениями теневых копий данных серверных приложений, хранимых на общих файловых ресурсах SMB, для целей резервного копирования и восстановления. Кроме того, VSS для общих файловых ресурсов SMB позволяет создавать резервные копии приложений с возможностью напрямую считывать данные резервных копий из теневых копий общих файловых ресурсов вместо того, чтобы вовлекать сервер приложений в процесс передачи данных. Поскольку эта функция расширяет существующую инфраструктуру VSS, она легко объединяется с существующим программным обеспечением для резервного копирования на основе VSS и такими VSS-совместимыми приложениями, как Hyper-V.
Безопасная передача данных с шифрованием SMB. SMB Encryption «на лету» защищает данные от прослушивания и изменения. Для его развертывания нужно просто поставить одну галочку, нет необходимости в каких-либо дополнительных настройках. Это становится критичным фактором в случае доступа мобильных пользователей к данным в централизованном удаленном расположении из незащищенных сетей. Использование SMB Encryption дает преимущества даже в защищенной корпоративной сети, если речь идет о конфиденциальных данных.
Более быстрый доступ к документам через сети с высокой задержкой с помощью SMB Directory Leasing. SMB Directory Leasing уменьшает задержку, с которой сталкиваются пользователи удаленных офисов при обращении к файлам через WAN-сети с высокой латентностью доступа. Это достигается путем кэширования клиентом метаданных директорий и файлов на постоянной основе на протяжении длительных периодов, уменьшая тем самым издержки на получения метаданных с сервера. В результате вы получаете более быстрый отклик приложений для пользователей удаленных офисов.
Экосистема SMB. Критичным аспектом разработки Windows Server 2012 являются партнерские отношения, которые мы установили с вендорами для поставки совместимых с SMB 3.0 систем. На протяжении последних нескольких лет мы работали в тесном сотрудничестве с некоторыми поставщиками серверного оборудования и open-source партнерами, заранее пред��ставляя расширенную документацию по протоколу и устраивая многочисленные форумы, на которых организовывали возможность проведения тестирования и обратной связи. Последнее и самое важное – экосистема SMB достигла такого состояния, при котором ключевые серверные приложения, такие как SQL Server и Hyper-V могут в полном объеме использовать протокол SMB 3.0, усиленный возможностями, предоставляемыми множеством вендоров.

С таким большим набором новых функций SMB предлагает более обширный набор возможностей, которые вместе предоставляют организациям надежное высокопроизводительное хранилище данных, являющееся альтернативой традиционным решениям для хранения данных на Fiber Channel, предлагая при этом более выгодную цену как на этапе приобретения, так и на этапе обслуживания.

В качестве дополнительных материалов, связанных с SMB, можно указать множество статей на TechNet:

Программные менеджеры команды SMB Хозе Баретто (Jose Barreto) и Клаус Йоргенсен (Claus Joergensen) написали прекрасную статью о переносе хранилищ данных серверных приложений на общие файловые ресурсы Windows. Эта статья настоятельно рекомендуется к прочтению.

Мы очень взволнованы в связи со скорым выходом Windows Server 2012 и не можем дождаться момента, когда можно будет начать использовать этот продукт. Мы надеемся, что вы получите столько же удовольствия от использования этого продукта, сколько мы получали во время его создания. Бета-версия уже доступна на протяжении некоторого времени, и мы бы очень хотели, чтобы вы попробовали ее в работе и сообщили нам свое мнение.

Команда SMB 3.0

Служба Microsoft Online Backup Service

2012-05-15T06:35:18Z

Многие люди рассматривают облако с точки зрения «все или ничего» – либо вы перемещаете в «облако» все, либо оставляете все так, как есть. В действительности же многие случаи реализации облака следуют гибридному подходу, используя как локальные, так и облачные службы. Пример такого гибридного подхода – операционная система Windows Server «8», которая становится лучше, если вы подключены к облаку. Эта статья о Microsoft Online Backup Service, новой облачной службе для Windows Server «8», которая создает резервную копию данных вашего сервера в облаке, является иллюстрацией к этому факту. Это означает, что отныне вам больше не нужно думать, где хранить резервные копии. Облако делает это за вас. Это расширяемая модель, поэтому она предоставляет партнерам большие возможности для реализации решений облачного резервного копирования.

Гаурав Гупта (Gaurav Gupta), главный программный менеджер команды Cloud Backup, является автором этой статьи.

Джефри

Примечание. Сервис Microsoft Online Backup Service является частью сервисов Microsoft Azure. Хотя функционал Windows Server «8» допускает его использование, сервис не является составной частью операционной системы. Сроки его доступности для коммерческого использования не зависят от сроков доступности Windows Server «8», и могут отличаться для различных стран и регионов.

Обзор

Служба Microsoft Online Backup Service – это облачное решение резервного копирования для Windows Server «8», которое позволяет резервировать и восстанавливать файлы и папки из облака, чтобы обеспечить удаленную защиту от потери данных в случае аварии. Эта служба дает ИТ-администраторам возможность резервировать и защищать критичные данные простым, с точки зрения восстановления, способом из любого расположения без необходимости выделять какие-то дополнительные аппаратные ресурсы, за исключением подключения к Интернет. Эта служба встроена в платформу Windows Azure и использует Windows Azure Blob Storage для хранения клиентских данных. Windows Server «8» использует загружаемый Microsoft Online Backup Agent для безопасной и эффективной передачи файлов и папок в Microsoft Online Backup Service. После установки Microsoft Online Backup Agent предоставляет доступ к своему функционалу через хорошо знакомый интерфейс Windows Server Backup.

Начало работы

Начало работы со службой Microsoft Online Backup на Windows Server «8» Beta состоит из двух простых шагов:

а) Создайте бесплатную тестовую учетную запись Online Backup Service (10 Гб облачного дискового пространства). Чтобы запросить доступ, зарегистрируйтесь для получения приглашения в сервис на http://connect.microsoft.com/onlinebackup. Учтите, что количество клиентов, которых мы может поддерживать во время бета-тестирования, ограничено, и впоследствии их количество будет увеличиваться. Прямо сейчас есть свободные слоты, так что если вы готовы обеспечить нам обратную связь, зарегистрируйтесь сейчас и попробуйте этот прекрасный новый сервис.

б) Скачайте и установите Microsoft Online Backup Agent. Установщик агента можно скачать с сайта Connect.

Ключевые функции

Ниже обозначены некоторые ключевые функции, которые мы предлагаем в Windows Server «8» в рамках службы Microsoft Online Backup:

Простая конфигурация и управление. Microsoft Online Backup Service интегрируется с уже знакомой утилитой Windows Server Backup, чтобы обеспечить бесшовное резервное копирование и восстановление на локальный диск или в облако.
- Простой пользовательский интерфейс для настройки и мониторинга резервных копий.
- Интегрированные функции восстановления для прозрачного восстановления файлов и папок с локального диска или из облака.
- Простое восстановление любых зарезервированных данных на любой сервер по вашему выбору.
- Возможность использования скриптового интерфейса командной строки Windows PowerShell.

Рис. 1. Пользовательский интерфейс Microsoft Online Backup.

Инкрементальные резервные копии на уровне блоков. Microsoft Online Backup Agent выполняет инкрементальные резервные копии, отслеживая изменения на уровне файлов и блоков и передавая только измененные блоки, уменьшая тем самым утилизацию дискового пространства и пропускной способности. Различные временные версии резервных копий эффективно используют дисковое пространство, храня только измененные блоки между этими версиями.
Сжатие, шифрование и регулирование данных. Microsoft Online Backup Agent гарантирует, что данные будут сжаты и зашифрованы на сервере до того, как они будут отосланы службе Microsoft Online Backup Service по сети. В результате Microsoft Online Backup Service только хранит зашифрованные данные в облачном хранилище. Пароль шифрования не доступен для Microsoft Online Backup Service, и поэтому данные никогда не будут дешифрованы сервисом. Кроме того, пользователи могут настроить то, как служба Microsoft Online Backup будет использовать пропускную способность сети при резервировании или восстановлении информации.
Проверка целостности данных в облаке. В дополнение к безопасному резервному копированию данные могут также автоматически проверяться на целостность, как только резервирование закончится. В результате любые повреждения, которые могут возникнуть при передаче данных, могут быть легко обнаружены и автоматически исправлены при с��едующем резервном копировании.
Настраиваемая политика времени хранения данных в облаке. Microsoft Online Backup Service позволяет реализовать политику, согласно которой резервные копии будут удаляться по истечении указанного времени, помогая тем самым бизнесу управлять стоимостью резервирования.

Служба Microsoft Online Backup Service поддерживает только операционную систему Windows Server «8». Она не поддерживает клиентские операционные системы Windows 8 Consumer Preview или любые операционные системы Windows, вышедшие до Windows Server «8».

Подробная последовательность шагов

В этом разделе я расскажу о действиях, которые необходимо проделать для настройки Windows Server «8» для резервного копирования или восстановления данных из Microsoft Online Backup Service. Чтобы узнать более подробную информацию о терминологии, функционале и методах диагностики проблем для Microsoft Online Backup Service, вы можете скачать руководство Understand and Troubleshoot Guide (UTG) по ссылке.

1. Регистрация в Microsoft Online Backup Service

Чтобы запустить мастер регистрации, вы можете выбрать действие Register Server в оснастке MMC Microsoft Online Backup и зайти под своим Microsoft Online Services ID. Вы также должны установить пароль для шифрования резервных копий с сервера.

Рис. 2. Страница Account Credentials мастера Register Server Wizard.

Рис. 3. Настройки шифрования.

Настройка с помощью Windows PowerShell:

Следующий пример кода показывает, как вы можете использовать Windows PowerShell для регистрации сервера в Microsoft Online Backup Service после задания переменных для представления учетных данных.

$pwd = ConvertTo-SecureString -String <password> -AsPlainText -Force
$cred = New-Object -TypeName System.Management.Automation.PsCredential -ArgumentList <username>, $pwd
Start-OBRegistration -Credential $cred

В качестве сопутствующей информации есть очень хорошая статья о том, как импортировать/экспортировать учетные данные в скрипты PowerShell.

Как только сервер будет зарегистрирован, вам нужно будет использовать командлет Set-OBMachineSetting для определения пароля шифрования.

$pass = ConvertTo-SecureString -String <password> -AsPlainText -Force
Set-OBMachineSetting -EncryptionPassphrase $pass

2. Настройка расписания резервного копирования

Вы можете выбрать действие Schedule Backup, чтобы запустить мастер Backup Schedule Wizard для установки графика резервного копирования, в котором можно указать файлы и папки, которые будут резервироваться, как часто нужно делать резервные копии, и как долго необходимо хранить резервные копии в облаке.

Рис. 4. Schedule Backup Wizard: выбор элементов.

Рис. 5. Schedule Backup Wizard: конфигурация времени для резервирования.

Рис. 6. Schedule Backup Wizard: настройки продолжительности хранения резервных копий.

Настройка с помощью Windows PowerShell:

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

$policy = New-OBPolicy
$filespec = New-OBFileSpec -FileSpec C:\Windows\Logs
$sched = New-OBSchedule -DaysofWeek Wednesday -TimesofDay 09:30
$ret = New-OBRetentionPolicy

Этот сценарий PowerShell создаст новую политику Microsoft Online Backup Service с именем $policy, которая будет создавать резервные копии всех файлов и папок в директории C:\Windows\Logs. Данная политика резервного копирования запускается по средам в 9:30 утра и будет хранить данные в резервных копиях на протяжении 30 дней.

Чтобы эта политика в следующий раз могла запуститься в соответствии с расписанием, выполните следующую команду:

Add-OBFileSpec -Policy $policy -FileSpec $filespec
Set-OBSchedule -policy $policy -schedule $sched
Set-OBRetentionPolicy -policy $policy -retentionpolicy $ret

Эти команды помещают все указанные ранее переменные в объект политики Microsoft Online Backup Service $policy, так что эта политика может быть запущена в следующий запланированный момент времени.

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

$passphrase = ConvertTo-SecureString <passphrase> -asplaintext -Force
Set-OBMachineSetting -EncryptionPassphrase $passphrase

Наконец, сохраните политику Online Backup, чтобы она могла быть запущена по расписанию. Для этого выполните следующую команду:

Set-OBPolicy -policy $policy

3. Запуск резервного копирования

После окончания настройки расписания резервного копирования процесс резервного копирования будет запускаться по настроенному графику. Вы можете вручную запустить резервное копирование с помощью действия Backup Now в оснастке MMC Microsoft Online Backup. Действие Backup Now запускает запланированную задачу немедленно, и резервное копирование будет производиться только для выбранных в данный момент элементов. Если вы хотите сделать резервную копию дополнительных файлов или папок, не включенных в оригинальную запланированную задачу, вам нужно изменить запланированную задачу резервного копирования до запуска действия Backup Now.

Рис. 7. Опция Backup Now на странице Actions.

Настройка с помощью Windows PowerShell:

Вы можете использовать команду Start-OBBackup для немедленного запуска резервного копирования, используя значения, сохраненные в политике резервного копирования:

Get-OBPolicy | Start-OBBackup

4. Восстановление данных

Чтобы восстановить данные с помощью функции Microsoft Online Backup Service, нажмите на действие Recover Data в оснастке MMC Microsoft Online Backup. В мастере Recover Data Wizard вы можете выбрать том, откуда должны быть восстановлены данные, а также дату и время данных, которые нужно восстановить. После выбора даты и времени вы увидите перечень данных, для которых была создана резервная копия, откуда можно выбрать элементы, которые требуется восстановить.

Рис. 8. Recover Data Wizard: Выбор тома и даты.

Рис. 9. Recover Data Wizard: Выбор элементов для восстановления.

Настройка с помощью Windows PowerShell:

Чтобы восстановить данные из Windows PowerShell, вы можете использовать следующие команды для выбора данных, которые должны быть восстановлены:

$source = Get-OBRecoverableSource
$item = Get-OBRecoverableItem -Source $source[0]
$FinalItem = Get-OBRecoverableItem -ParentItem $item[0]

Чтобы запустить операцию восстановления, выполните следующие команды:

$recover_option = New-OBRecoveryOption
Start-OBRecovery -RecoverableItem $FinalItem -RecoveryOption $recover_option

Расширяемость для партнеров

Партнеры, которые хотят предложить свои собственные решения для облачного резервного копирования через интеграцию с Windows Server Backup, могут перейти по ссылке к Cloud Backup Provider API Reference.

Заключение

Служба Microsoft Online Backup Service предоставляет ИТ-администраторам мощное, но простое решение для удаленной защиты данных в критичных для них файлах и папках системы Windows Server «8».

Создание оптимизированного частного облака с использованием Windows Server “8” Server Core

2012-05-12T11:03:56Z

Мне нравится говорить, что Windows Server «8» – это «поворотный» выпуск. Мы перестали думать о нем, как об ОС для отдельно стоящего сервера, и начали представлять его как ОС, которая одинаково хорошо подходит как для отдельных серверов, так и для облака, использующего кластер из серверов. Мы всегда заботились о значении расходов Capex/Opex для наших клиентов, но когда мы думаем о клиентах, развертывающих десятки или тысячи (или сотни тысяч) серверов, всё меняется. Значение таких критериев, как эффективность, гибкость в эксплуатации и функции автоматизации, из разряда желательных переходит в разряд критичных. Все это знают, однако запуск наших собственных облачных сервисов действительно доказывает правоту этих суждений. Это как разница между тем, чтобы знать, что нужно держать руки поднятыми, потому что вам сказал об этом ваш тренер по боксу, либо же знать это потому, что вы уже пропустили удар по лицу. Только опыт может подвигнуть вас к реальным и долгосрочным изменениям.

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

Server Core – это основа наших усилий в облачной ОС. Мы начали работать над Server Core со времен Windows Server 2008. Этот вариант развертывания не имел большой популярности, однако сейчас, по нашему мнению, достигнута та «критическая масса» в Windows Server «8», чтобы рекомендовать Server Core в качестве предпочтительной конфигурации. Мы говорим нашим независимым партнерам-производителям программного обеспечения, что они должны поддерживать Server Core и переходить к модели с удаленным графическим интерфейсом пользователя. Мы по-прежнему предлагаем «Server c GUI» в качестве опции для совместимости, и добавили «Minimal Server Interface» в качестве варианта для тех приложений или администраторов, которые хотят использовать некоторые преимущества Server Core, но которым требуется чуть больше времени для полного перехода. Это блог содержит описание основ и некоторых деталей о работе над Server Core.

Дэвид Кросс, менеджер партнерской программы в команде Windows Server, является автором данной статьи.

Джеффри

Создание оптимизированного частного облака с использованием Windows Server «8» Server Core

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

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

Это те вещи, над которыми мы работали в Windows Server «8», и это одни из многих причин, почему это лучшая облачно-оптимизированная операционная система. Во время планирования данного релиза мы потратили около 10 миллионов долларов и год работы, общаясь с сообществом и разработчиками облачных решений. Во время этого общения нам прямым текстом сказали, что ключами к успеху являются гибкость при развертывании и оптимизация. Давайте поговорим о том, что мы сделали для того, чтобы ответить на эти запросы клиентов.

Как уже говорилось в предыдущих публикациях нашего блога, рекомендуемой конфигурацией для развертывания Windows Server «8» является Server Core. Server Core минимизирует требования к дисковому пространству и памяти для Windows Server, позволяя администраторам увеличить плотность размещения их виртуальных машин и в значительной степени повысить масштабируемость развертывания. Мы не только значительно экономим дисковое пространство, уменьшая затраты на хранилища данных, но и минимизируем периметр атаки, увеличивая таким образом безопасность и надежность. Естественно, уменьшая общее число компонентов Windows Server, мы также сокращаем число компонентов, которые нужно обновлять. Минимальное число применимых патчей уменьшает частоту перезагрузок и увеличивает доступность сервера.

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

Теперь давайте обсудим детали подхода к созданию этого релиза; но сначала, позвольте мне немного рассказать об истории Server Core, чтобы дать некий контекст тем, кто не знаком с этой моделью развертывания. Много лет большая часть операционной системы Windows поставлялась как монолитный компонент, известный как Windows Foundation. Windows Foundation включал в себя Windows Explorer, .NET, оболо��ку рабочего стола, драйверы, поддержку мультимедиа и Internet Explorer. Дополнительные функции и серверные роли были представлены как отдельные компоненты, которые могли устанавливаться поверх Windows Foundation.

В Windows Server 2008 мы представили Server Core, цель которого – позволить устанавливать только те компоненты Windows, которые нужны приложению. Server Core – это отдельный вариант установки, и дополнительные функции и серверные роли являются отдельными компонентами, которые могут установлены на него. Этот подход максимизирует ресурсы сервера, доступные вашему приложению, уменьшая при этом затраты на обеспечение безопасности и управляемости для этого сервера. Server Core значительно уменьшил количество перезагрузок в связи с уменьшением количества необходимых патчей, однако он поддерживал ограниченное количество ролей и рабочих нагрузок. Обратная связь от наших клиентов показала, что принятие Server Core в Windows Server 2008 было ограничено по следующим причинам:

Клиентам нужны были роли и продукты (в особенности SQL Server), которые были недоступны на Server Core. Только 9 из 17 серверных ролей работали на Server Core.
Отсутствие PowerShell и поддержки Server Manager сделало Server Core сложным в управлении.
Не было возможности перехода между Server Core и полной версией Server. Если вы установили Server Core и вам потребовалось перейти к полной версии Server, то приходилось все переустанавливать.

Рис. 1. Структура компонентов Windows Server 2008

Следующее поколение Server Core

Хотя первый выпуск Server Core не имел широкого принятия, он бы очень успешным для тех клиентов, которые его использовали. В Windows Server 2008 R2 мы расширили поддержку Server Core несколькими новыми серверными ролями и добавили.NET Framework и PowerShell. Это увеличило число людей, которые могли бы использовать Server Core, и облегчило для них его использование. Однако Server Core по-прежнему оставался отдельным вариантом установки Windows без возможности перехода к полной версии. Основываясь на обратной связи от клиентов и желании более широкого использования Server Core при развертывании частного облака, мы приложили много усилий к разработке Server Core для Windows Server «8», чтобы увеличить гибкость развертывания и принести в Server Core поддержку большего количества серверных ролей. Server Core в Windows Server «8» поддерживает следующие роли:

Active Directory Certificate Services
Active Directory Domain Services
Active Directory Lightweight Directory Services (AD LDS)
Active Directory Rights Management Server
DHCP Server
DNS Server
File and Storage Services (включая File Server Resource Manager)
Hyper-V
Print and Document Services
Подроли Remote Desktop Services (Remote Desktop Connection Broker, Remote Desktop Licensing и Remote Desktop Virtualization Host)
Routing and Remote Access Server
Streaming Media Services (доступна для отдельной отгрузки)
Web Server (включая подмножество ASP.NET)
Windows Server Update Server

Кроме того, многие серверные приложения, такие как SQL Server 2012, будут поддерживать Server Core в Windows Server «8». С точки зрения архитектуры мы упростили компонент Server Core, чтобы он стал минимальной общей базой для всех редакций Windows Server, а Windows Foundation был разделен на несколько компонентов, которые могут быть установлены и удалены индивидуально. Например, теперь возможно с помощью одной команды перейти от Server Core с интерфейсом командной строки к Server с графическим интерфейсом пользователя с полноценным рабочим столом Windows. Более того, столь же просто можно выполнить обратный переход. Любой переход может быть выполнен всего за несколько минут и требует самое большее одной перезагрузки.

Рис. 2. Структура компонентов Windows Server «8»

Если у вас есть установленная Windows Server «8» Beta, вы сами можете оценить эти возможности. Чтобы преобразовать инсталляцию Windows Server «8» с графическим интерфейсом в Server Core, запустите PowerShell и выполните следующую команду:

Uninstall-WindowsFeature Server-Gui-Mgmt-Infra -Restart

Чтобы повторно установить компоненты графического пользовательского интерфейса, запустите PowerShell и выполните следующую команду:

Install-WindowsFeature Server-Gui-Shell -Restart

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

Минимальный интерфейс сервера

По завершении двух последних выпусков поставщики услуг и ИТ-профессионалы делились с нами информацией о своих потребностях в плане управления и конфигурирования операционной системы. В действительности многие администраторы любят гибкость и функциональность режима развертывания Server Core, тогда как некоторые хотят иметь возможность пользоваться графическими инструментами, доступными на сервере, не нуждаясь при этом в полноценном GUI и рабочем столе. Самые большие компоненты (с точки зрения требований к дисковому пространству) в Windows Server состоят из графического интерфейса пользователя или GUI. Основываясь на истории обновлений, компоненты GUI намного чаще требуют для себя установки патчей, чем их консольные варианты. Из GUI-компонентов в Windows двумя самыми большими являются Windows Explorer и Internet Explorer. При этом в инсталляциях Windows Server они используются нечасто. В связи с этим мы переместили Windows Explorer и Internet Explorer в дополнительный пакет, который может быть включен и отключен через интерфейс Server Manager, PowerShell или командную строку. В Windows Server «8» мы представляем новый интерфейс под названием Минимальный интерфейс сервера (от англ. minimal server interface, MSI), который включает в себя большинство локальных задач управления через GUI без необходимости устанавливать полную оболочку GUI или Internet Explorer. Минимальный интерфейс сервера содержит файлы, которые обеспечивают полноценное локальное управление. Чтобы сконфигурировать машину Windows Server «8» с минимальным интерфейсом сервера, убедитесь, что пакет Graphical Management Tools and Infrastructure включен, а следующие за ним пакеты Desktop Experience и Server Graphical Shell выключены.

Рис. 3. Выбор функции для MSI

Минимальный интерфейс сервера – это фактически Server с GUI за исключением Internet Explorer, компонентов оболочки Windows, таких как рабочий стол, Windows Explorer, поддержки приложений Metro. MMC и новый Server Manager, которые могут использоваться для управления локальным и удаленными серверами Windows, а также служить в качестве новой точки входа для инструментов управления сервером Windows, входят в состав минимального интерфейса сервера. Поскольку минимальный интерфейс сервера не включает Explorer или графическую оболочку сервера, не весь GUI-функционал доступен. В частности, апплеты панели управления, реализованные как расширения оболочки, недоступны. К ним относятся:

Programs and Features
Network and Sharing Center
Devices and Printers Center (однако Device Manager доступен)
Display Options (однако, здесь есть новый инструмент SetRes, который позволяет изменять разрешение дисплея)
Windows Firewall (однако оснастка Advanced Firewall MMC доступна)
Windows Update
Fonts
Storage Spaces

Большинство оснасток MMC также могут быть установлены независимо от соответствующих им ролей с помощью дополнительной функции Remote Server Administration Tools (RSAT). В некоторых случаях определенных функционал оснасток MMC может быть недоступен. Например, локальная справка может быть недоступна или панель дополнительной информации в оснастке может быть ограничена отсутствием Internet Explorer для отображения HTML.

Минимальный интерфейс сервера хоть и не такой же большой, как инсталляция с графической оболочкой сервера, все же требует на 4 Гб больше дискового пространства, чем Server Core. Потому мы хотели удостовериться, что даже минимальный интерфейс сервера может быть удален, как только это понадобиться. Функция Graphical Management Tools and Infrastructure может быть удалена, чтобы преобразовать сервер в Server Core. В дополнение к этому оснастки MMC для серверных ролей могут быть легко установлены на клиентские версии Windows 8 с помощью Remote Server Administration Tools (RSAT), чтобы упростить удаленное управление серверами Windows. Кроме того, мы представляем около 2430 новых наборов команд PowerShell для локального и удаленного управления.

Сокращение занимаемого дискового пространства с помощью функций по запросу

По умолчанию, файлы для всех доступных компонентов Windows хранятся в папке под названием side-by-side component store или WinSxS. Структура этого каталога была тщательно разработана, чтобы извлечь максимальную выгоду. Например, установочный носитель никогда не требуется, чтобы включить или выключить какую-либо функцию Windows. Кроме того, обновления Windows могут быть применены в любом порядке, и любое обновление может быть пропущено, если администратор того желает. Этот функционал требует для себя хранения версий всех компонентов Windows, которые могут быть установлены, в папке winsxs, требования к дисковому пространству которой всегда были немаленькими. В связи с постоянным ростом числа виртуальных машин, соперничающих за место на относительно дорогих высокопроизводительных дисках SAN и SSD, мы увидели потребность администраторов в уменьшении дискового пространства, занимаемого Windows Server 8. В то же время, мы хотели оставить высокий уровень гибкости обновления и развертывания, к которому привыкли администраторы.

В Windows Server «8» мы добавили для администраторов возможность полностью удалять ненужные роли и функции из их инсталляций. В предыдущих версиях Windows функция могла быть либо «Enable», либо «Disable». В Windows Server «8» появилось новое состояние под названием «Disabled with payload removed». Новый флаг -Remove в наборе команд Uninstall-WindowsFeature PowerShell переводит функцию в это состояние, удаляя все ее файлы из папки winsxs. Например, вы можете полностью удалить Windows Explorer, Internet Explorer и другие зависимые компоненты (и все связанные с ними файлы) с диска с помощью следующей команды PowerShell:

Uninstall-WindowsFeature Server-Gui-Shell -Remove

После применения этой команды файлы фактически удаляются из хранилища «side-by-side» и с диска в целом. Следовательно, это функция не может быть повторно установлена без использования носителя, указанного в наборе команд Install-WindowsFeature с флагом -source. По умолчанию Windows скачивает недостающие компоненты из Windows Update, если подключение к Интернет доступно (подобное поведение может быть отключено при желании). Если доступа в Интернет нет, доступный на DVD файл образа Windows (install.wim) может быть смонтирован для предоставления источника установочных файлов. Также можно указать список ресурсов для установки, используемый по умолчанию, через групповые политики.

Функционал Features on Demand (с англ. функции по требованию) уже доступен в Windows Server «8» Beta. Например, версия .NET Framework 3.5 не включена в доступный вам для скачивания образ. Установка, которая не требует для себя .NET 3.5, позволяет уменьшить размер файла образа ISO приблизительно на 300 Мб. Точно так же файлы для некоторых компонентов «Server с GUI», таких как графические инструменты управления и некоторые роли серверов, могут быть удалены в стандартной инсталляции Server Core.

Для получение дополнительной информации о данной функции и о том, как использовать Windows PowerShell для преобразования инсталляции Server Core в инсталляцию Server с GUI, обращайтесь к статье "Windows Server Installation Options" на TechNet.

Сокращение числа перезагрузок и патчей

Как мы уже рассказывали в предыдущей публикации в блоге, мы проделали большую работу для минимизации частоты перезагрузок из-за обслуживания. В соответствии с этим Windows Update был разработан так, чтобы неустановленные функции также не требовали для себя патчей. Отключая часто обслуживаемые и нечасто используемые дополнительные функции, такие как компоненты GUI для большинства серверов, при использовании Server Core возможно достичь уменьшения количества патчей на 40-60 %.

В таблице сверху показано, как много месяцев инсталляция Windows Server Core может проработать без перезагрузки, начиная с даты выпуска соответствующего продукта. Применимые патчи (applicable patches) – это обновления безопасности, которые предлагаются и рекомендуются Windows Update. Эти патчи предлагаются только потому, что затрагиваемые ими файлы установлены в системе. Необходимые патчи (necessary patches) – это подмножество применимых патчей, которое обозначено в бюллетенях безопасности (например, MS08-052), объясняющих, какие из применимых патчей действительно необходимо устанавливать для определенного сценария использования.

Например, в случае MS08-052 патч предназначен для GDI+, устраняя уязвимость, которая могла привести к исполнению удаленного вредоносного кода. Однако эта уязвимость может быть использована только в определенных ситуациях, а именно когда установлены определенные программы, отличные от самого Windows Server. Администратор может спокойно пропустить это отдельно взятое обновление, если решит, что такая уязвимость не может быть использована, избежав тем самым перезагрузки. Устанавливая только необходимые патчи, можно существенно сократить число перезагрузок.

Можно еще больше сократить количество перезагрузок, выбрав установку только критичных обновлений. Начиная с RTM-версии Windows Server 2008, установка Server Core может провести 26 месяцев без перезагрузки – около одной перезагрузки каждые два месяца – что на 67 % меньше по сравнению с инсталляцией Server с GUI.

Заключение

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

Windows Server Hyper-V будет поддерживать FreeBSD

2012-05-11T14:00:53Z

Мы рады сообщить, что на конференции BSDCan 2012 компания Microsoft вместе со своими партнерами компаниями NetApp и Citrix объявила о том, что операционная система FreeBSD будет поддерживаться гипервизором Hyper-V. Соответствующие драйверы, которые позволят операционной системе эффективно работать в виртуальной среде Windows Server 2008 R2 Hyper-V, включая исходные коды под лицензией BSD, станут доступны в начале лета 2012 г. для FreeBSD версий 8.2 и 8.3.

Это первый для Microsoft проект разработки решений для поддержки продуктов на основе открытого кода совместно с коммерческими компаниями, такими как NetApp и Citrix, которые вносят значительный вклад в развитие FreeBSD. Такое тесное сотрудничество позволило добиться высокой производительности FreeBSD в виртуальной среде на базе Hyper-V и открыло новые возможности для консолидации серверов и переноса в частное, публичное или гибридное облако различных нагрузок, в том числе и бизнес-критичных.

Разработка драйвера VMBUS, который связывает гостевую операционную систему с гипервизором Windows Server Hyper-V, проводилась Microsoft совместно с Insight Global. В дальнейшем планируется, что этот драйвер станет частью FreeBSD.

Хранение данных серверных приложений в общих файловых ресурсах

2012-04-18T06:48:38Z

Каждый раз, работая с хранилищем данных Windows Server «8», я расплываюсь в улыбке, когда думаю, как много смогут сделать наши клиенты с помощью этих функций и о превосходном инжиниринге, реализовавшим их. Вне зависимости от того, используете ли вы блочную сеть хранения данных (SAN) или файловое решение, мы в равной степени уделяем пристальное внимание обоим типам организации хранилища данных. В этом блоге мы хотим сосредоточиться на усилиях по разработке файлового хранилища. Наши команды разработчиков вместе трудились над внесением новшеств по всему стеку хранения данных. Windows Server «8» коренным образом изменяет наше понимание архитектуры хранения данных и решений для файловых хранилищ во всех областях: от способа сброса данных до технологий Storage Spaces, Resilient File System (ReFS) и усовершенствований в протоколе Server Message Block (SMB), технологии Cluster Shared Volume (CSV) и поддержке устройств хранения с технологией SMI-S. В конечном итоге, Windows Server «8» минимизирует затраты на обслуживание хранилищ данных, причем в некоторых случаях, весьма существенно. Если вы используете системы хранения данных, вы должны остановиться, выделить время на изучение хранилища данных Windows Server «8» и переосмыслить то, что вы собираетесь делать дальше.

В этой статье мы рассмотрим новый сценарий использования Windows Server «8»: хранилище серверных приложений на общих файловых ресурсах. Все это началось с одного простого вопроса: «Почему серверные приложения не могут использовать преимущества наших файловых серверов?» После этого программные менеджеры, разработчики и тестеры закатали рукава, разбили проблему на части и создали исчерпывающий набор функций, чтобы сделать это возможным. Вы можете загрузить бета-версию Windows Server «8» и лично убедиться в этом.

Авторами данной статьи выступили Клаус Йоргенсен (Claus Joergensen) и Хосе Баррето (Jose Barreto), ведущие программные менеджеры команды File Server.

История вопроса

Изначально файловый сервер Windows в основном использовался для хранения данных конечных пользователей. Типичные сценарии применения – общий файловый ресурс для дома и сетевое хранилище для совместного использования на работе. Файловый сервер Windows Server «8» представляет поддержку для серверных приложений, таких как Hyper-V и SQL Server, которые могут хранить рабочие данные на общих файловых ресурсах Windows. Например, пользователь может настроить виртуальную машину Hyper-V, чтобы ее конфигурационный файл, файлы VHD и файлы резервных копий (снимки) хранились на общем файловом ресурсе Windows. На следующем снимке экрана показана виртуальная машина, настроенная так, чтобы ее файл VHD располагался в сетевой папке Windows, с указанием пути Universal Naming Convention (UNC):

Создавая новые сценарии

Во время процесса планирования Windows Server «8» наши клиенты проявили особый интерес к возможности сохранения данных серверных приложений на общих файловых ресурсах Windows. Для многих клиентов из малого и среднего бизнеса это была возможная альтернатива инфраструктуре SAN, поскольку в этом случае они могли усилить новым функционалом инфраструктуру Ethernet и использовать стандартные серверы. Кроме того, когда созданы общие файловые ресурсы, клиентам будет проще ими управлять, поскольку им не надо будет реализовывать LUN или настраивать зоны. В дополнение к тому, что это более простая в реализации и управлении альтернатива SAN, новая возможность хранить данные серверных приложений позволяет крупных клиентам и хостерам получать больше гибкости при перемещении рабочих сред по датацентру без перенастройки хранилища данных. Если на данные указывает UNC-путь, доступ к ним с правильными административными правами можно получить из любой точки вычислительного центра.

Благодаря поддержке этого нового сценария, все клиенты получают дополнительный вариант файлового хранилища и могут выбирать между Fibre Channel, iSCSI SAN, общедоступными дисковыми массивами SAS или общими файловыми ресурсами, в зависимости от собственных предпочтений, бюджетов и требуемого функционала.

Расположение серверных хранилищ приложений в файловых ресурсах

Для того чтобы серверные приложения могли хранить свои рабочие данные на общих файловых ресурсах, есть два требования. Во-первых, серверная роль или приложение должны поддерживать эту функцию. Эта поддержка включает в себя обновление приложения для поддержки пути UNC (\\server\share\file.vhd) в его средствах установки и управления, а также полное тестирование приложения для использования в таком сценарии. В SQL Server 2008 R2 – это поддержка хранения пользовательских баз данных SQL в общем файловом ресурсе SMB. SQL Server 2012 добавляет поддержку системной базы данных SQL, а также настройку SQL Server как кластера. Как было показано на конференции BUILD, Windows Server «8» также добавляет поддержку хранения файлов виртуальных машин на общих файловых ресурсах SMB.

Во-вторых, файловый сервер сам по себе должен поддерживать возможность хранения данных серверными приложениями на общих файловых ресурсах. Во время исследования запросов клиентов к Windows Server «8» мы обнаружили следующие основные требования к поддержке файловым сервером функции хранения серверных приложений:

· Непрерывная доступность. Серверные приложения ожидают, что хранилище данных будет доступно всегда и не будет подвержено ошибкам ввода/вывода или непредвиденным закрытиям обработчиков файлов. Эти типы событий могут привести к сбою работы виртуальных машин, так как они не смогут записывать данные на диск или же использовать базу данных в оффлайн-режиме. Клиенты обычно развертывают аппаратное обеспечение с избыточностью, что выражается в использовании нескольких сетевых адаптеров, сетевых коммутаторов, и кластерных конфигураций Windows, чтобы смягчить последствия отключения аппаратных средств. Хотя подобные конфигурации позволяют файловому серверу быстро восстанавливаться после сбоя, это восстановление непрозрачно для приложения, виртуальные машины в таком случае должны быть перезапущены, а база данных снова выложена в онлайн. Решение файлового сервера на Windows Server «8» должно быть в состоянии быстро и прозрачно восстанавливаться после сбоев сети или узла, без простоя или необходимости вмешательства администратора.

· Производительность. Некоторые серверные роли, такие как Hyper-V и SQL Server, очень чувствительны к производительности хранилища данных, включая пропускную способность, задержку и количество операций ввода/вывода в секунду (IOPS). Также важно гарантировать, чтобы потребление ресурсов ЦП при доступе к хранилищу оставалось на минимальном уровне, отдавая максимум процессорного времени приложению. И наконец, серверные приложения часто используют способ доступа к данным, который сильно отличается от такового у пользовательских приложений. Там, где пользовательские приложения предпочитают считывать или записывать файл полностью, серверные приложения добавляют или обновляют существующие данные. Решение файлового сервера на Windows Server «8» должно предоставлять пропускную способность хранилища данных для серверных приложений, сравнимую с таковой у нескольких сетевых адаптеров 10Gbps Ethernet или адаптеров Infiniband и задержкой, значением IOPS и потреблением ресурсов ЦП, сравнимом с уровнем Fibre Channel.

· Масштабируемость. Конфигурации для кластера файлового сервера Windows часто развертываются по схемам вида «активный-пассивный», при которых, как минимум, один узел остается неиспользуемым. В качестве альтернативного решения можно привести конфигурацию с несколькими экземплярами файловых серверов в кластере. Она позволяет использовать всё аппаратное обеспечение кластера. Однако такая конфигурация требует дополнительного администрирования, и пропускная способность, доступная для организации общего доступа, по-прежнему ограничена пропускной способностью, доступной на узле, где на текущий момент находится файловый ресурс. Файловый сервер Windows Server «8» должен поддерживать конфигурации типа «активный-активный», при которых общий файловый ресурс может быть доступен с любого узла, увеличивая при этом максимальную пропускную способность до нескольких узлов кластера и упрощая администрирование.

· Защита данных. Другая ключевая возможность – создание связанных с приложением теневых копий данных для их резервирования. В Windows это обычно достигается за счет использования инфраструктуры Volume Shadow Copy Service (VSS). VSS, в ее текущем виде, поддерживает только локальные хранилища. Решение файлового сервера Windows Server «8» должно поддерживать связанные с приложением теневые копии посредством полной интеграции с VSS и минимальным влиянием на текущих клиентов, редакторов и провайдеров VSS.

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

Обзор функций

Поддержка возможности организации хранилища данных серверных приложений на файловом сервере в Windows Server «8» стало важным решением для команды разработчиков продукта. Несколько функций было представлено специально для того, чтобы гарантировать, что файловое хранилище может удовлетворить и превзойти требования, зачастую предъявляемые к блоковому хранилищу, не теряя при этом такие преимущества файлового хранилища, как простоту в управлении и экономическую эффективность. Это решение также потребовало разработки новой версии протокола SMB, который является основным протоколом Windows для работы с удаленным файлами. Новые функции включают в себя:

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

· Многоканальность SMB. Она позволяет одновременно использовать несколько соединений и сетевых интерфейсов с двумя главными преимуществами – увеличенная пропускная способность и отказоустойчивость. Например, если у вас есть по четыре интерфейса 10GbE на клиенте и сервере SMB, вы можете одновременно использовать их для достижения пропускной способности в 40 Гбит/с через четыре 10-гигабитных сетевых адаптера. Когда один из сетевых адаптеров или кабелей выходит из строя, ваш клиент SMB продолжает непрерывно использовать сеть, но уже с меньшей пропускной способностью. Интересно то, что это было достигнуто без дополнительных шагов во время настройки. Вам просто нужно настроить несколько сетевых интерфейсов, как это обычно и делается.

· SMB Direct. Одно из основных преимуществ блочного хранилища данных Fibre Channel – это возможность иметь низкие задержки и быструю передачу данных. Чтобы соответствовать этому в мире файловых серверов, SMB представляет поддержку сетевых адаптеров, имеющих функцию RDMA и способных функционировать на полной скорости с очень низкими задержками, использую при этом очень мало ресурсов ЦП. Применяя одну из трех технологий RDMA (Infiniband, iWARP или RoCE), клиент SMB обеспечивает малую загрузку ЦП, сравнимую с загрузкой при использовании Fibre Channel, и сохраняет процессорное время для основных рабочих задач, таких как Hyper-V или SQL Server. Плюс то, что такие сетевые интерфейсы обнаруживаются системой и функционируют без дополнительных шагов во время настройки SMB. Если RDMA-интерфейсы доступны, они будут использованы автоматически.

· Масштабирование SMB. Используя преимущества второй версии технологии Cluster Shared Volume (CSV), администраторы могут создавать общие файловые ресурсы, которые предоставляют одновременный доступ к файлам данных с прямым вводом/выводом на любом узле кластера файлового сервера. Это означает, что максимальная обслуживающая способность файла для данного общего файлового ресурса теперь ограничена не производительностью одного узла кластера, а совокупной пропускной способностью всего кластера. Кроме того, такая конфигурация вида «активный-активный» позволяет балансировать нагрузку между узлами кластера, перемещая клиентов файлового сервера без прерывания в предоставлении сервиса. И наконец, функция масштабирования SMB упрощает управление кластерными файловыми серверами и общими файловыми ресурсами.

· VSS для общих файловых ресурсов SMB. Возможность создавать связанные с приложениями снимки данных серверных приложений очень важна для резервного копирования. В Windows это достигается с помощью инфраструктуры Volume Shadow Copy Service (VSS). VSS для общих файловых ресурсов SMB расширяет инфраструктуру VSS для создания связанных с приложениями теневых копий данных, хранимых на удаленных файловых ресурсах SMB для резервирования и восстановления. Кроме того, VSS для общих файловых ресурсов SMB позволяет приложениям резервного копирования считывать зарезервированные данные напрямую из общих файловых ресурсов для теневых копий вместо того, чтобы вовлекать компьютер с серверным приложением в процесс передачи данных. Поскольку эта функция улучшает существующую инфраструктуру VSS, ее легко интегрировать в существующее резервирующее программное обеспечение, использующие VSS, и приложения, такие как Hyper-V.

· Наборы команд Windows PowerShell для работы с SMB. Создание управляемых общих файловых ресурсов теперь возможно благодаря использованию либо нового графического интерфейса Windows Server Manager, поддерживающего кластерные файловые серверы и содержащего несколько профилей для создания общих файловых ресурсов SMB, либо новых наборов команд Windows PowerShell для SMB, которые используют знакомую инфраструктуру Windows PowerShell для командной строки и написания скриптов. Это полностью новый набор командлетов Windows PowerShell третьей версии создавался для управления общими файловыми ресурсами, правами доступа к этим ресурсам, отображением клиентов, конфигурацией сервера и клиента. Здесь есть также расширенный набор командлетов для мониторинга сессий, открытия файлов, установления соединений сетевых интерфейсов и многоканальных соединений. Эти наборы команд созданы на основе стандартных протоколов управления с использованием классов WMIv2, которые позволяют разработчикам на Windows и Linux создавать автоматизированные решения для конфигурирования и мониторинга файловых серверов.

· Счетчики производительности SMB. В мире серверов приложений производительность хранилища данных является главным критерием их оценки. Помня об этом, Windows Server «8» включает в себя счетчики производительности сервера и клиента, которые позволяют администраторам легко видеть ключевые показатели файлового хранилища, включая IOPS, задержки, длину очереди и пропускную способность. Эти счетчики соответствуют уже знакомым счетчикам производительности блочных хранилищ, позволяя легко улучшать возможности в управлении производительностью хранилищ данных для Windows Server.

· Производительность. Производительность также является ключевой характеристикой для SMB. В дополнение к увеличению максимального размера блока (MTU), используемого по умолчанию, большой объем работы был проделан над оптимизацией производительности для различных видов рабочих нагрузок, использующих операции с вводов/выводом как больших, так и малых объемов данных, с последовательным или случайным доступом. Эти оптимизации были разработаны посредством изучения типичных рабочих нагрузок, таких как обработка транзакций в реальном времени, долговременного хранения (data warehousing), виртуальных веб-серверов в частном облаке, инфраструктуры виртуальных рабочих столов и объединенных домашних папок. Эти исследования привели к внесению усовершенствований во многих областях операционной системы.

Давайте поближе посмотрим на прозрачную отработку отказа SMB. Эта функция требует следующего:

• Отработка отказа кластера выполняется Windows Server «8» при наличии, как минимум, двух узлов кластера и настроенной роли файлового сервера.

• Кластер должен пройти тест проверки в мастере «Validate a Configuration Wizard».

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

• Компьютеры, получающие доступ к кластерным общим файловым ресурсам, должны работать под управлением Windows 8 Consumer Preview или Windows Server «8».

Когда клиент SMB впервые подключается к общему файловому ресурсу, клиент определяет, установлено ли для него свойство непрерывной доступности. Если это так, то это означает, что данный общий файловый ресурс является кластерным и поддерживает прозрачную отработку отказов SMB. Когда клиент SMB впоследствии открывает файл на этом файловом ресурсе от имени приложения, он запрашивает постоянный файловый дескриптор. Когда SMB-сервер получает запрос на открытие файла с помощью постоянного дескриптора, SMB-сервер использует фильтр Resume Key, чтобы сохранить необходимую информацию о дескрипторе файла вместе с уникальным ключом (ключом возобновления), предоставляемым клиентом SMB, для обеспечения стабильности хранилища. Клиент SMB использует ключ возобновления для обращения к дескриптору во время операция восстановления после сбоя. Чтобы предотвратить потерю данных при их записи в нестабильный кэш, устойчивые дескрипторы файлов всегда открыты на запись.

Если отказ происходит на узле кластерного файлового сервера, к которому подключен клиент SMB, этот клиент пытается повторно подключиться к другому узлу сервера. Как только клиент SMB успешно переподключится к другому узлу в кластере, это клиент запускает возобновление операции с помощью ключа возобновления. Когда сервер SMB получает ключ возобновления, он обращается к фильтру Resume Key для восстановления дескриптора в то самое состояние, в котором он был до сбоя с полной поддержкой (клиент SMB, сервер SMB и фильтр Resume Key) операций, которые могут быть повторены, а также операций, которые повторить нельзя. Приложение, выполняющееся на компьютере с клиентом SMB, не испытывает никаких сбоев или ошибок во время этой операции. С точки зрения приложения это выглядит как остановка операции ввода/вывода на небольшой промежуток времени.

Очень важно сохранить количество остановов операций ввода/вывода во время отработки отказа на минимальном уровне. Так как SMB работает поверх TCP/IP, клиент SMB обычно полагается на значение тайм-аута TCP, чтобы определить возникновение сбоя узла кластерного файлового сервера. Однако использование тайм-аутов TCP может привести к возникновению очень длительных ожиданий операций ввода/вывода, так как каждый тайм-аут обычно составляет около 20 секунд. Функция SMB Witness была создана для быстрого восстановления после внеплановых сбоев, позволяя клиенту SMB не ждать окончания тайм-аута TCP. SMB Witness – это новая служба, которая устанавливается автоматически с функцией отказоустойчивой кластеризации. Когда клиент SMB первый раз подключает к узлу кластерного файлового сервера, он уведомляет об этом клиент SMB Witness, который запущен на том же самом компьютере. Клиент SMB Witness получает список членов кластера от службы SMB Witness, запущенной на этом узле кластерного файлового сервера. Клиент SMB Witness выбирает другого члена кластера и посылает запрос регистрации к службе SMB Witness на этом узле кластера.

Если незапланированный сбой возникает на узле кластерного файлового сервера, служба SMB Witness на другом участнике кластера получает уведомление от кластерной службы. Служба SMB Witness также уведомляет клиента SMB Witness, который в свою очередь уведомляет клиента SMB о сбое узла кластерного файлового сервера. После получения уведомления от SMB Witness, клиент SMB немедленно запускает переподключение к другому узлу кластерного файлового сервера, что значительно ускоряет процесс восстановления после незапланированных сбоев.

Режимы развертывания

При планировании разработки Windows Server «8» для реализации функции файлового хранилища для серверных приложений двумя основными областями использования этой функции были Hyper-V через SMB и SQL Server через SMB.

Например, при использовании Hyper-V файловое хранилище SMB теперь полностью поддерживается как автономными, так и кластерными конфигурациями Hyper-V. Фактически теперь возможно сконфигурировать кластер Hyper-V, используя только общие файловые ресурсы в качестве общего хранилища.

Для конфигурации файлового сервера есть три основных режима развертывания:

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

Двухузловой файловый сервер, как ожидается, будет наиболее распространенной конфигурацией файлового сервера, обеспечивающей непрерывную доступность (через прозрачную отработку отказов SMB) по низкой цене. Используя общедоступное хранилище Serial Attached SCSI (SAS) (простой массив дисков [JBOD] или дисковый массив SAS), это решение может масштабироваться до нескольких сотен дисков. Объединенное с несколькими серверами Hyper-V и сетевыми коммутаторами, это решение может использоваться для создания стоечного блока для частного облака. Оно является эквивалентом массива блочных хранилищ данных с двумя контроллерами.

Третий вариант, с большим числом файловых серверов, использующих Fiber Channel в качестве общего хранилища, доступен для больших конфигураций. Этот кластерный файловый сервер может применять функции масштабирования SMB и SMB Direct для создания инфраструктуры общедоступных хранилищ, обслуживающих десятки, если не сотни, узлов Hyper-V. В этом случае есть существенная экономия из-за ограничения соединений Fiber Channel с узлами файлового сервера при использовании 10GbE или InfiniBand для подключения компьютерных узлов Hyper-V к файловым серверам.

Заключение

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

Если вы хотите узнать больше по этой теме, у нас есть серия презентаций, проведенных во время конференции Build в сентябре 2011 года. Эти презентации доступны здесь и содержат несколько часов видео. Мы рекомендуем их вам для просмотра.

Клаус Йоргенсен (Claus Joergensen) и Хосе Баррето (Jose Barreto), ведущие программные менеджеры команды Windows File Server

Windows Server 2008 R2 Hyper-V получила сертификат Common Criteria с уровнем доверия EAL 4+

2012-04-02T10:18:58Z

Я собираюсь прервать череду наших публикаций в блоге Windows Server «8», чтобы сообщить свежую новость о Windows Server 2008/R2 и Common Criteria. Автором данной статьи выступил менеджер партнерской программы в команде Windows Server Дэвид Кросс (David Cross).

Я рад сообщить, что Windows Server 2008 R2 Hyper-V получила сертификат Common Criteria с уровнем доверия Evaluation Assurance Level 4+ (EAL 4+). Последние 10 лет Microsoft лидирует в области сертификации своих операционных систем и приложений, чтобы дать своим клиентам дополнительную уверенность благодаря независимой проверке наших разработок в области дизайна и безопасности.

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

Оценка Hyper-V была проведена atsec Information Security GmbH и сертифицирована Федеральным агентством по информационной безопасности (BSI) Германии, которое сертифицирует продукты согласно критериям ITSEC для оценки компьютерной безопасности и Common Criteria (CC).

Windows Server «8» по-прежнему будет создаваться на основании стандартов безопасности в Hyper-V и платформе Windows Server, чтобы обеспечить совместимые, надежные и безопасные платформенные решения для частных облаков и вычислительных центров. Мы призываем своих клиентов исследовать и использовать сертифицированную платформу Hyper-V, чтобы удовлетворить свои потребности в приложениях и сервисах следующего поколения!

Дэвид Б. Кросс
Windows Server

Совершенствование процесса администрирования Windows Server “8”

2012-03-27T14:55:39Z

Меня зовут Джефри Снувер и я работаю инженером Windows Server. Я помогаю развивать архитектурное направление и техническую стратегию продукта. Возможно, вы знаете меня как изобретателя Windows PowerShell. Поскольку мы продолжаем использовать этот блог для представления и описания новых возможностей Windows Server «8», я буду представлять вам членов нашей команды и их публикации. Также я буду публиковать свои собственные статьи. Думайте обо мне как о своем гиде, поскольку в этом блоге мы помогаем вам изучить Windows Server «8». И начнем с чего-то очень близкого и дорогого моему сердцу: с администраторов.

Система Windows Server всегда отличалась своими функциями администрирования, которые составляли предмет гордости разработчиков. Наша миссия в разработке Windows Server «8» заключалась в создании лучшей облачно-оптимизированной ОС. Это потребовало от нас переосмысления процесса администрирования, ориентированного на управлении с клиентской машины многомашинными инсталляциями на основе сценариев, и построенного на PowerShell и WMI. Когда вы увидите и начнете использовать это, я думаю, что вы согласитесь, что это просто, функционально, интуитивно и даже весело. Данная архитектура гарантирует, что все, что вы можете сделать через графический интерфейс, может быть также достигнуто через командную строку. Автоматизация повышает уровень администрирования сервера, увеличивая качество и воспроизводимость ваших ИТ-операций, и позволяет вам запланировать процесс на выходные, в то время как вы будете наслаждаться свободным временем. В конечном счете, процесс администрирования – это то, что делает людей успешными. Этот блог освещает лишь некоторые из многих изменений, которые мы сделали в Windows Server «8». Прочитайте о них здесь и затем загрузите бета-версию Windows Server «8» и Remote Administration Tools и попробуйте их использовать. Я думаю, что вам это понравится.

Автором сегодняшней статьи выступила Эрин Чэппл, программный менеджер партнерской группы нашей команды Windows Server Manageability.

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

Обновленный Server Manager и встроенные функции

Два выпуска тому назад мы представили Server Manager. Server Manager предоставлял администратору единое, ориентированное на роли представление одного сервера, обеспечивая доступ к повседневным задачам управления, выполняемым администратором. Когда мы посмотрели на задачи, встающие перед клиентами, стало понятно, что Server Manager был хорошим началом, но в Windows Server «8» нам необходимо было переосмыслить данный процесс. Потому мы поставили перед собой задачу заново воспроизвести Server Manager, чтобы предоставить функционал, необходимый для облачно-оптимизированной ОС.

Мультисервер

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

Новый «старый» функционал

С переходом Microsoft к стилю Metro стало ясно, что мы можем модернизировать процесс администрирования. Серый цвет, по которому многие узнают Windows Server, требует обновления. И при этом мы знаем, что любое нововведение должно быть связано с тем, как администраторы работают сегодня, чтобы не нарушать сложившиеся у них приемы работы. В результате мы посмотрели на основные принципы стиля Metro и сосредоточились на трех областях, применимых для Server Manager:

Лаконичность – администратор должен быть способен быстро определять состояние рабочего окружения и определять, чему нужно уделить свое внимание.

Панель управления Server Manager обеспечивает лаконичное представление серверного окружения, обращая внимание на ключевые аспекты его работы.

Функциональнос��ь – администратор должен иметь возможность совершать действия прямо над представленной ему информацией. Нет необходимости открывать какие-то дополнительные инструменты, нужно просто кликнуть на выполнение задачи.

В панели управления Server Manager пользователь может видеть, какие сервисы не остановлены, а также запускать их на нескольких машинах.

Релевантность – администратор может настраивать окружение в соответствии со своими потребностями. Представление информации может настраиваться на основании рабочей среды и необходимости предоставлять только те функции, которые для нее нужны.

Из меню Manager в Server Manager администратор может добавлять настраиваемые группы для отображения их на панели управления.

Настраиваемая группа серверов появляется в виде отдельного блока на панели управления, и администратор может следить за состоянием этой группы.

Интегрированный функционал, основанный на сценариях

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

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

Комбинация вышеупомянутых сценариев работы и изменения в области управления несколькими машинами существенно улучшает информативность представленных в Server Manager данных. Использование этой информации требует улучшения ее представления. В новом Server Manager вы увидите разнообразные возможности фильтрации и комбинирования, призванные помочь администраторам найти, организовать и использовать данные.

Общей для всех панелей Server Manager является возможность фильтрации списков для более простого поиска информации, ее организации и выполнения над ней операций.

Поддержка предыдущих версий Windows Server

Наши администраторы живут в мире, где им приходится управлять различными версиями Windows Server. Для поддержки единого представления их серверного окружения мы создали набор новых поставщиков WMI, позволяющих Server Manager собирать информацию с машин с Windows Server 2008 R2 и Windows Server 2008. Эти поставщики доступны в Windows Management Framework 3.0 и, после их установки на машинах с Windows Server 2008 R2 и Windows Server 2008, Server Manager может собирать данные о событиях и сервисах с этих машин, объединяя их на панели управления.

Перед тем, как мы пойдем дальше, позвольте прояснить ситуацию – мы верим, что предоставление функционального графического интерфейса поможет администраторам выполнять свою работу легко и эффективно. Графический интерфейс остается на своем месте. Переработанный Server Manager и интегрированные в Windows Server «8» инструменты являются лучшим решением для задач, для которых они предназначены.

Процесс администрирования связан не только с графическим интерфейсом и серверы должны использоваться для задач, предназначенных серверам, а не как рабочий стол администратора. Давайте обсудим эти утверждения более детально.

Интерфейс командной строки (CLI) как часть процесса администрирования.
Многие людей неправильно восприняли наши разработки в Windows PowerShell как признак перехода в мир CLI. Они представляют это как соперничество «GUI против CLI». Мы никогда не думали об этом в таком свете. Мы всегда рассматривали Windows PowerShell в качестве дополнения и рассматриваем GUI и CLI как взаимодополняющие технологии.

Всегда будут администраторы, которые предпочитают применять графический интерфейс. Однако, есть задачи, которые могут быть выполнены более эффективно с использованием автоматизации, и для таких пользователей мы предоставляем настолько же богатый функционал CLI, как и у графических инструментов. Что еще более важно, есть преимущества от использования автоматизированных решений, которые становятся все более и более существенными с переходом в облако и соответствующим ему масштабированием, которое мы ожидаем от администраторов. А именно, автоматизация устраняет человеческий фактор, увеличивая надежность, контролируемость и предсказуемость рабочего окружения. Автоматизация – это тема для отдельной статьи, потому сейчас мы сосредоточимся на улучшениях CLI, которые произошли в Windows Server «8», а именно на наших усилиях по созданию Windows PowerShell Integrated Scripting Environment (ISE) как прекрасного встроенного инструмента для Windows PowerShell.

Вот три моих любимых новых возможности в Windows PowerShell ISE, которые предназначены для того, чтобы помочь вам находить полезные команды, изучать их, упрощая, таким образом, автоматизацию серверов.

Show Command

Учитывая наличие в Windows Server «8» более чем 2300 наборов команд, первым вопросом, который приходит на ум, возможно, будет «как я могу найти командлет, который нужен для того, чтобы выполнить определенную работу?». Новые окна Show Command в Widows PowerShell ISE позволяют легко находить наборы команд, просматривать параметры и затем либо запускать команду, либо вставлять ее в сценарий. Show Command использует преимущества уникальной архитектуры Windows PowerShell, где каждый набор команд объявляет свои параметры и метаданные, а Windows PowerShell обеспечивает единый анализатор для каждого набора команд. Эта архитектура позволяет Show Command искать командлеты и использовать метаданные параметров для генерации графического интерфейса набора команд. Вы можете провести забавный эксперимент с этой частью архитектуры, введя следующую команду в Windows PowerShell: (Get-Command Get-Process).ParameterSets.

Окно Show Command позволяет администратору искать доступные наборы команд, изучать их синтаксис и либо запускать, либо вставлять, либо копировать команду.

IntelliSense

Теперь, когда я познакомился с новыми наборами команд, следующий вопрос, как я могу запомнить наборы команд, с которыми я работаю? Windows PowerShell всегда был таким, чтобы последовательность реализации позволяла вам думать, печатать и получать то, что нужно. Intellisense выводит процесс на новый уровень, подбирая синтаксис командлета по мере того, как вы печатаете. Когда вы создаете команду, он показывает вам только те параметры, которые совместимы с уже выбранными. Это возможно, потому что Windows PowerShell V3 использует.NET Dynamic Language Runtime (DRL) и показывает дерево Abstract Syntax Tree (AST), которое позволяет IntelliSense анализировать командную строку и ее контекст.

Новый функционал IntelliSense в Windows PowerShell ISE помогает администраторам просматривать наборы команд и их синтаксис.

IntelliSense не просто работает над синтаксисом наборов команд, а понимает необходимые входные данные, обеспечивая взаимодействие с файловой системой, так что администраторам нет необходимости запоминать путь!

Snippets

Теперь, когда я могу использовать полученные знания о наборах команд в написании скриптов, как мне запомнить синтаксис для часто употребляемых сценариев? Включение функции Snippets предоставляет мне доступ к часто используемым шаблонам сценариев через один-единственный щелчок мышкой! Snippets также могут расширяться; это означает, что я могу добавлять свои собственные шаблоны сценариев, чтобы не пришлось их запоминать (и записывать) каждый раз, когда я пишу новый скрипт.

После включения функции Snippets (Ctrl+J) администратор может выбирать из набора встроенных шаблонов скриптов.

В данном случае администратор выбрал шаблон скрипта if-else, и он был перенесен для администратора в окно скрипта.

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

Server Core – это предпочтительный вариант для развертывания

Хотя мы все любим графический интерфейс, мы верим, что он, главным образом, должен быть на рабочем столе администратора – не на сервере! Серверные ресурсы намного более дороги, чем ресурсы клиентской машины, и запуск графического интерфейса на серверах требует дополнительных программных компонентов. Каждый такой компонент увеличивает угрозу безопасности и надежности сервера, так что вы должны устанавливать эти компоненты только тогда, когда они необходимы для работы сервера. Чем меньше процессов запущено на сервере, тем меньше ему требуется патчей и тем больше ресурсов доступно для рабочих задач. В этом выпуске мы проделали определенную работу, чтобы помочь администраторам сделать свой выбор в пользу Server Core как основного варианта развертывания Windows Server. Традиционный «Server с GUI» по-прежнему поставляется в качестве варианта для обратной совместимости.

Число серверных ролей, которые запускаются на Server Core, было увеличено до 13 с поддержкой SQL 2012, устраняя причину, по которой администраторы не могли ранее использовать конфигурацию с Server Core. Дружественное к брандмауэру удаленное управление (WinRM) и Windows PowerShell теперь доступны и устанавливаются по умолчанию на всех серверах, избавляя от необходимости внесения каких-либо изменений в конфигурацию перед тем, как можно будет управлять сервером удаленно. 2300 наборов команд Windows PowerShell обеспечивают функционал командной строки, необходимый и достаточный для большинства сценариев администрирования. Впервые за все время мы выпустили бета-версию Remote Server Administrative Tools одновременно с бета-версией серверной ОС, предоставляя функциональный графический интерфейс для управления всеми серверами, включая Server Core, из клиентской Windows.

Возможно, еще более значимо то, что мы добавили возможность перехода между Server Core и «Server с GUI» без переустановки сервера! Это означает, что администраторы могут благополучно начинать работать с сервером, развернутым в конфигурации Server Core, и, если они решат, что им нужен графический интерфейс, они могут добавить его а также легко удалить его, если понадобится, с помощью инструмента командной строки SCONFIG, Windows PowerShell или мастера добавления/удаления ролей и функций. В будущей публикации, посвященной Server Core, будет рассказано обо всех преимуществах и особенностях этого варианта развертывания.

Стандартное рабочее пространство Server Core.

И если этого окажется недостаточно, мы добавили опцию Minimal User Experience, которая позволяет инструментам с графическим интерфейсом запускаться на Server Core, не устанавливая при этом оболочку рабочего стола или Internet Explorer. Server Manager и cmd.exe запускаются по умолчанию, когда вы входите в систему, и можно использовать их для запуска других инструментов с графическим интерфейсом. Этот промежуточный вариант предоставляет много преимуществ Server Core. При этом сохраняется условие безопасности, требующее от администратора прямого входа в систему Windows Server «8» для запуска графического интерфейса.

Из меню Manage в Server Manager администратор может выбирать Remove Roles and Features для перехода между сервером с графическим интерфейсом и минималистическим пользовательским интерфейсом или Server Core.

Минималистический пользовательский интерфейс предлагает много преимуществ Server Core, позволяя при этом администраторам запускать инструменты с графическим интерфейсом, такие как Server Manager, и MMC-инструменты, такие как Computer Manager.

Напомним еще раз, Server Core – это выбранный по умолчанию (и рекомендуемый) вариант установки!

Стиль Metro и работа с локальным сервером

Мы не можем закончить эту статью о процессе администрирования, не обсудив то, как Windows Server использует новый подход в дизайне и возможности интерфейса Metro. На ранних этапах разработки Windows Server «8» мы общались с большим количеством администраторов, чтобы понять, какого направления, по их мнению, нам стоит придерживаться. По обратной связи мы узнали, что большинство администраторов управляют как серверными, так и клиентскими машинами. Потому было очень важно учесть этот факт. Это применимо не только к администраторам. Чтобы предоставить конечным пользователям возможность работать в одинаковой манере как локально, так и через удаленный рабочий стол, важно было обеспечить взаимодействие оболочки и нового экрана Start. Мы установили настройки рабочего окружения сервера, выставленные по умолчанию, для оптимизации задач администрирования. Поэтому после входа в систему по умолчанию не показан рабочий стол. Первым вы видите Server Manager, который содержит полный набор инструментов администрирования в меню Tools. Мы закрепили часто используемые приложения, такие как Server Manager и Windows PowerShell, на панели задач. Когда вы переходите на экран Start, вы видите там часто используемые приложения.

По умолчанию при входе в систему Windows Server «8» запускается Server Manager. Дополнительные инструменты администрирования доступны в меню Tools в Server Manager, и часто используемые приложения, такие как Windows PowerShell и Explorer, закреплены на панели задач.

На экране Start в Windows Server «8» по умолчанию закреплены часто используемые инструменты администрирования.

Рекомендуя вариант развертывания Server Core и представляя минимальный графический интерфейс, мы надеемся, что большинство администраторов редко будут использовать экран Start на сервере, но когда они это сделают, им будет легко найти то, что они ищут, используя опыт работы с клиентским рабочим окружением. Как уже говорилось ранее, ждите появления публикации про Server Core и Minimal GUI Interface.

Мы приложили много усилий, работая над процессом администрирования Windows Server «8», чтобы предоставить администраторам возможность выбирать, как им выполнять их работу, и чтобы этот выбор был простым и эффективным Windows Server «8» предлагает самое быстрое, масштабируемое и гибкое решение для крупных и малых клиентов.

Пробуйте и наслаждайтесь новым поколением интерфейса управления сервером!

Улучшенные функции хранения и доступности в Windows Server 8

2012-03-12T09:00:00Z

На конференции разработчиков Storage Developer Conference у меня была возможность представить посетителям некоторые новые функции хранения в Windows Server 8. Сегодня я хотел бы поделиться информацией о том, что мы делаем для того, чтобы предложить клиентам более унифицированные, гибкие и экономичные решения, представляющие системы хранения уровня предприятия.

Windows Server 8 предоставляет целый комплекс средств защиты от неполадок на самых разных уровнях: хранение данных, компьютерные сети и вычисления. Эти средства обеспечивают более высокую степень доступности и экономической эффективности, а также более просты в развертывании для всех клиентов – от предприятий малого бизнеса до крупных корпораций – в среде с одним сервером, несколькими серверами и облачной среде с несколькими сайтами. Windows Server 8 обеспечивает непрерывную доступность сервисов, эффективно используя соответствующие стандарту индустрии хранилища данных, сетевые и серверные компоненты. Это означает, что многие ИТ-организации получат возможности, которые до этого они не могли себе позволить и которыми они не могли управлять.

Например, на упомянутой выше конференции мы особо выделяли нашу работу над протоколом SMB 2.2 – ключевым компонентом нашей высокодоступной платформы. Прозрачная отработка отказа SMB 2.2, вместе с SMB 2.2 Multichannel и SMB 2.2 Direct, позволяют клиентам разворачивать хранилища данных для таких рабочих сред, как Hyper-V и SQL Server, на экономически выгодном, постоянно доступном и высокопроизводительном файловом сервере Windows Server 8.

Ниже описаны некоторые ключевые функции, которые мы предоставляем в Windows Server 8 посредством SMB 2.2:

Прозрачная отработка отказов и отказоустойчивость узла с SMB 2.2. Поддержка рабочих средств критичных серверных приложений требует, чтобы подключение к хранилищу данных было постоянно доступно. Новые сервер и клиент SMB 2.2 взаимодействуют друг с другом для обеспечения прозрачной отработки отказов при переключении на альтернативный кластер для всех операций SMB 2.2 как в случае запланированных операций, так и в случае незапланированных отказов.
Быстрая передача данных и отказоустойчивость сетевых операций с SMB 2.2 Multichannel. В Windows Server 8 клиенты могут хранить данные приложений (таких как Hyper-V и SQL Server) в удаленном хранилище SMB 2.2. Функция SMB2.2 Multichannel обеспечивает лучшую пропускную способность и несколько резервных путей от сервера (например, Hyper-V или SQL Server) к удаленному хранилищу SMB 2.2. Отказ одного из сетевых путей обрабатывается автоматически и прозрачно, не вызывая прерывания сервиса приложения.
Масштабируемый, быстрый и эффективный доступ к хранилищу с SMB2 Direct. SMB2 Direct (SMB over RDMA) – это новый протокол хранения данных в Windows Server 8. Он обеспечивает прямую передачу данных между сервером и хранилищем с минимальным использованием ресурсов CPU, используя стандартные RDMA-совместимые сетевые адаптеры. SMB2 Direct поддерживает все три доступные технологии RDMA (iWARP, InfiniBand and RoCE). Минимизация использования ресурсов CPU для операций ввода-вывода означает, что сервер может поддерживать более масштабные рабочие среды (например, Hyper-V может запускать больше виртуальных машин), экономя ресурсы CPU.
Масштабируемый доступ к общим ресурсам с SMB 2.2 Scale Out. Используя преимущества единого пространства имен, предоставляемого Cluster Shared Volumes (CSV) v2, файловый сервер на Windows Server 8 может обеспечивать одновременный доступ к общим ресурсам из любого узла кластера благодаря прямому вводу/выводу на общедоступный набор приводов. Это позволяет утилизировать всю пропускную способность сети в кластере и распределять нагрузку между клиентами, оптимизируя тем самым работу этих клиентов.
Служба теневого копирования томов (VSS) для общих ресурсов SMB 2.2. Удаленная служба VSS обеспечивает совместимые с приложениями теневые копии данных, размещенных в удаленных файловых хранилищах, для поддержки сценариев резервного копирования и восстановления приложений.

В рамках нашей работы над реализацией SMB 2.2 Server в Windows Server 8 мы работаем с двумя ведущими компаниями в области хранения данных, NetApp и EMC, чтобы дать им возможность полностью интегрировать SMB 2.2 в собственные программные стеки и предоставлять решения Hyper-V over SMB 2.2. Интерес со стороны NetApp и EMC не только демонстрирует серьезную поддержку индустрией стандарта SMB 2.2 в качестве возможного варианта протокола для различных типов клиентов, но также подчеркивает тот факт, что индустрия принимает наше направление разработки и поддерживает наши технологии хранения данных в Windows Server 8.

Мне еще столько вам надо рассказать о нашей работе над хранением данных и доступностью в Windows Server 8. Следите за моими публикациям�� в блоге Windows Server.

Томас Пфенинг (Thomas Pfenning),
генеральный менеджер подразделения Server and Tools

Windows Server 8: управление хранилищами данных на основе стандартов

2012-03-11T09:41:09Z

Windows Server 8 – это облачно-оптимизированная операционная система. Вы, вероятно, уже не единожды слышали эту фразу с тех пор, как мы впервые представили Windows Server 8. Давайте я попробую объяснить, что это значит и почему это должно иметь значение. В прошлом Windows Server была превосходной ОС для серверов и используемых в них устройств. Windows Server 8 – это превосходная ОС для большого количества серверов и всех устройств, соединяющих их, являются ли они физическими или виртуальными, локальными или внешними.

На конференции BUILD мы впервые продемонстрировали все новые возможности, отвечающие этой концепции, включая масштабирование, доступность, Hyper-V, сетевые функции, управляемость и хранение данных.

Говорим ли мы о классических или о частных/публичных/гибридных облачных архитектурах, одно неоспоримо – у них есть большой и постоянно растущий аппетит в отношении данных. Успех клиентов основывается на продуктивном и эффективном управлении хранилищем данных. Windows Server 8 призван помочь решить эту задачу, независимо от того, подключено ли хранилище непосредственно к серверу или речь идет о внешнем массиве данных. Работая с нашими партнерами, занимающимися системами хранения, мы предоставляем им новый набор функций, API и набор команд PowerShell.

Windows Server 8 предлагает новый, основанный на WMI набор API под названием Storage Management API (SMAPI) и соответствующие наборы команд PowerShell. Они обеспечивают основные функции для управления как непосредственно подключенных к ОС хранилищ данных, так и внешних массивов данных. Наборы команд PowerShell заменяют такие утилиты, как diskpart и diskraid. Данный API включает в себя объектную модель WMI с соответствующим набором методов и свойств. Наши партнеры – производители систем хранения данных используют новый API в:

Реализации стандарта SNIA (Storage Networking Industry Association) для управления хранилищами данных под названием SMI-S (Storage Management Initiative – Specification).
Реализации новой модели поставщика под названием Storage Management Provider (SMP).

Многие системы хранения данных уже поддерживают SMI-S. Мы участвуем в программе SMI-S Lab наряду с другими поставщиками систем хранения данных, чтобы гарантировать корректное взаимодействие с такими системами, чтобы они «просто работали», когда вы используете Windows Server 8. Что означает «просто работали»? После того, как вы запускаете функцию Windows 8 Microsoft Storage Management Service, вы можете находить устройства хранения данных с SMI-S и управлять ими, не устанавливая при этом какого-либо дополнительного программного обеспечения. Любая модель устройства будет нормально работать и получать одинаковый уровень поддержки со стороны встроенных средств управления (включая поддержку проприентарных расширений) и графических интерфейсов. Партнеры, которые не используют SMI-S, должны будут сравнить два подхода (SMI-S и SMP) и принять решение в зависимости от потребностей собственного бизнеса. Оба этих подхода являются превосходными, но выбрать надо только один.

Поставщики систем хранения данных, которые используют SMI-S, не должны будут ждать Windows 8, чтобы получить выгоду от этих инвестиций. System Center Virtual Machine Manager 2012 (SCVMM 2012) предоставляет прекрасное средство управления частным облаком, используя SMI-S для управления массивами данных. SCVMM 2012 использует SMI-S для взаимодействия с большим количеством массивов от различных производителей, включая NetApp, EMC, HP, Hitachi, Dell, IBM и Fujitsu, чтобы обеспечить обнаружение и резервирование хранилищ данных как часть управления виртуализацией.

SCVMM 2012 использует свои возможности управления хранилищами данных для реализации трех сценариев:

Полное отображение – определение того, как виртуальные машины, хосты и кластеры относятся к основной инфраструктуре хранения данных.
Управление емкостью хранилищ данных хостов и кластеров – добавление хранилища данных к хосту или кластеру, включая инициализацию, создание разделов, форматирование, проверку и создание кластерных CSV-ресурсов (в случае использования общего хранилища данных).
Быстрое резервирование – создание новых виртуальных машин, используя SAN для копирования VHD-дисков.

Windows Server 8 предоставляет богатый набор встроенных функций хранения данных через SMAPI. Не всякая функция хранения данных будет доступна через API, так как каждый поставщик систем хранения данных предлагает свои собственные специальные функции. Мы подумали и об этом и разработали бескомпромиссное решение, которое предоставляет доступ к этим функциям. Для производителей систем хранения данных, которые хотят продемонстрировать дополнительные новые функции и возможности, SMAPI предоставляет механизм передачи. Он работает с поставщиками SMI-S и SMP и предоставляет System Center и сторонним поставщикам систем хранения данных возможность реализовывать новые функции без необходимости ждать появления новой версии SMAPI. Новые версии SCVMM будут использовать SMAPI и смогут использовать поставщиков SMI-S и SMP.

Призыв к действию для производителей систем хранения данных

1. Внедряйте Windows Server 8 Storage Management API

Уже используете SMI-S версии 1.3 или более новые?
Продолжайте улучшать и обновлять этого поставщика. Работайте с Windows 8, чтобы гарантировать, что встроенный набор инструментов будет хорошо работать с вашим аппаратным обеспечением, а также тестируйте его с SCVMM 2012. Новые возможности управления хранилищами данных, доступные в Windows Server 8, поддерживают SMI-S. Доступ к дополнительным функциям используемого массива данных может быть осуществлен через механизм передачи, который будет обращаться напрямую к провайдеру SMI-S.
У вас нет провайдера SMI-S?
Попробуйте SMP и SMI-S и сделайте свой выбор на основании потребностей бизнеса.

2. Предлагайте новые решения

SCVMM 2012 предоставляет мощные полнофункциональные сценарии виртуализации, включающие в себя обнаружение и резервирование хранилищ данных. Будущие релизы SCVMM будут использовать новый SMAPI и возможности передачи для предоставления большего количества встроенных функций виртуализации хранения данных. Производители систем хранения данных должны делать то же самое. Существующие сценарии SCVMM 2012 будут продолжать работать без уменьшения функциональности и масштабируемости и в будущих релизах, которые будут использовать Windows 8 SMAPI.

3. Сотрудничайте с Microsoft

Продолжайте работать с Windows и System Center, чтобы понимать, какие сквозные сценарии лучше всего демонстрируют, что ваше аппаратное обеспечение и наши программы лучше работают вместе.
В будущих выпусках Windows Server будет продолжено развитие Storage Management API. Предоставление информации позволяет партнерам реализовывать инновации и способы добавления стоимости в следующих выпусках. Популярные функции, реализованные путем такого взаимодействия, являются главными кандидатами на включение в состав следующего выпуска SMAPI.
Присоединяйтесь к программе SNIA, чтобы гарантировать, что наше взаимодействие обеспечивает лучшие возможности для наших клиентов.

Windows Server 8 – это облачно-оптимизированная операционная система и ее новые, основанные на стандартах, возможности управления хранилищами данных обеспечивают продуктивное и эффективное управление массивами данных.

Джеффри Снувер,
инженер и ведущий архитектор Windows Server

Бета-версия Windows Server «8» доступна для загрузки

2012-03-09T07:04:16Z

Бета-версия Windows Server «8» стала доступна для загрузки ИТ-профессионалам и разработчикам программного обеспечения по всему миру, которые смогут протестировать ее и сообщить нам свое мнение о ней.

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

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

В этой публикации я затрону лишь некоторые функции, которые вы захотите исследовать.

С новой версией Hyper-V виртуализация поднимается на новый уровень, предоставляя платформу для облачных вычислений, которой могут пользоваться сразу несколько арендаторов вычислительных ресурсов. Например, благодаря Hyper-V Network Virtualization вы можете создавать виртуальные сети самых различных подразделений бизнеса или даже множества пользователей, можете легко обеспечивать общедоступную сетевую инфраструктуру. Также вы сможете перемещать виртуальные машины и серверы по этой сети, не теряя при этом их сетевых функций.

В Windows Server «8» мы обеспечиваем более высокую доступность и надежность с помощью программных технологий на более экономичном аппаратном обеспечении. Например, с помощью File Server Transparent Failover теперь можно легко выполнять обслуживание аппаратного или программного обеспечения узлов сети в кластере файлового сервера, перемещая общедоступные папки между узлами кратковременным прерыванием серверных приложений, которые хранят данные в этих папках.

Мы также предоставляем огромное количество новых возможностей для управления и автоматизации многомашинных систем. В Windows Server «8» вы можете познакомиться с существенными усовершенствованиями панели Server Manager, а также с новой версией Windows PowerShell. Благодаря 2300 наборам команд, Windows PowerShell позволяет вам автоматизировать любое действие, которое можно выполнить через пользовательский интерфейс. И, благодаря таким технологиям, как Intellisense, мы сделали так, чтобы вам было очень просто управлять всей этой мощью.

В дополнение к этому Windows Server «8» является производительной платформой для серверных приложений, которая позволяет вам разработать и разместить рабочую среду для самых требовательных приложений. Например, благодаря .NET Framework 4.5 вы можете воспользоваться преимуществами поддержки новых асинхронных языков и библиотек для создания серверных и веб-приложений, которые могут масштабироваться далеко за рамки того, что обеспечивают другие платформы. Наш новый веб-сервер IIS 8 предоставляет более безопасную изоляцию приложений и «песочницу» для ресурсов, встроенную поддержку веб-сокетов, возможность размещения гораздо большего количества сайтов на сервере.

Это всего лишь некоторые из сотен функций и возможностей, которые можно найти в бета-версии (моя команда подготовила много других статей, которые можно найти здесь). Если вы участвовали в тестировании предварительной версии для разработчиков и отправляли нам свои отзывы – спасибо вам за это. Я не могу дождаться, когда еще больше людей попробуют поработать с Windows Server «8» и расскажут нам, что они о ней думают.

Билл Лейн (Bill Laing),
корпоративный вице-президент подразделения Server and Cloud