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

Все это реализовано теперь весьма и весьма просто – файлы .VHD, известные как виртуальные диски, Windows 7/Windows Server 2008 R2 теперь воспринимают как отдельные разделы и поддерживают загрузку ОС, установленных внутри этих файлов. Но, хочу заметить, никакого отношения к вирутализации данный случай не имеет – система внутри VHD загружается также, как если бы ее файлы находились бы просто на “обычном”, привычном для нас, разделе диска типа С: или D:. Т.е., создаем файл .VHD нужного размера на уже существующей файловой системе того или иного диска, в процессе установки Windows 7 или Windows Server 2008 R2 монтируем этот VHD-файл, как отдельный раздел диска, устанавливаем в него ОС…  Все… Можем повторить процедуру M, нет, лучше N раз, пока не закончится место на “родительском” разделе и установить столько ОС, сколько влезет. При этом как ОС, установленная на “радительском” разделе, так и ОС в других .VHD, останутся нетронутыми.

Перспективы, как вы понимаете, колоссальные, как для обеспечения ускоренного развертывания, так и для обеспечения отказоустойчивости и динамического распределения нагрузки при помощи той же виртуализации. Теперь любая виртуальная машина при потребности в повышенных аппаратных ресурсах может быть переведена в “физическое” состояние простым перенаправлением загрузчика физического хоста на файл .VHD этой виртуальной машины, и, наоборот – любая ОС, работающая на физическом хосте, может быть тут же превращена в виртуальную. Перспективы заманчивые… Вплоть до скорой реализации “Восстания машин” и “Матрицы”… :)

Ну а теперь – к делу… Теория без практики – пуста… Допустим, у вас под рукой скромный ПК или ноутбук, на жестком диске которого только один раздел С:, и на нем присутствует 50ГБ свободного места. Вы хотите установить сюда Windows 7 beta, но при этом сохранить установленную на диске ту же Windows Vista.

Итак, установка Windows 7 или Windows Server 2008 R2 на VHD. Все просто:

• Качаем нужный образ Windows 7 или Windows Server 2008 R2
• Записываем “скачаный” образ .ISO на диск или делаем из образа загрузочный USB с установкой Windows 7 (очень полезно для нетбуков)
• Загружаем наш ПК с полученого диска/USB
• Подтверждаем установку, выбираем язык и редакцию, соглашаемся с лицензией и все такое… Не боимся, все с вашей текущей системой будет нормально…
• Доходим до шага мастера установки, где нас просят выбрать или создать тот раздел диска, на который будет установлена Windows 7.

А теперь внимание! Следуем инструкции… Трюк! 

Нажимаем комбинацию клавиш Shift+F10, мастер запускает командную строку CMD.EXE. В окне CMD.EXE запускаем программу diskpart. Немного ждем и получаем приглашение DISKPART>

Далее идет несколько шагов – создание непосредственно файла .VHD, будущего диска для установки нового экземпляра Windows 7, выбор и монтирование этого файла как “реального”, с точки зрения мастера установки, диска.

В приглашении DISKPART> вводим команду create vdisk file=”C:\Win7.vhd” type=FIXED maximum=30720

Данная команда создает файл .VHD на диске С: с именем Win7.vhd (диск, папка расположения и имя файла зависят только от вашей системы и фантазии), максимальный размер будущего виртуального диска определен как 30ГБ, при этом тип .VHD определен как “фиксированного размера”, т.е. файл изначально будет занимать 30ГБ на “родительской” файловой системе. Это обеспечит лучшую производительность и меньшую вероятность сбоев, покольку если вы укажите тип как “динамически расширяемый” (type=EXPANDABLE), то, во-первых, это потребует дополнительных дисковых операций по мере необходимости увеличения реального размера .VHD, а во-вторых, если “вдруг” на родительском разделе место закончится раньше, чем такой файл достигнет своего максимального размера – то за последствия для ОС, использующей этот файл, никто не отвечает :) С другой стороны – 30ГБ дискового пространства более чем достаточно для установки системы, тем более что файлы пользователя могут храниться на файловой системе “физического” диска, который будет также доступен ОС, установленной на .VHD. И тут динамический тип позволяет съэкономить дисковое пространство. Выбор, как говорится – за вами. Для более полного ознакомления с параметрами create vdisk рекомендую познакомиться, выполнив в строке DISKPART> команду help create vdisk

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

DISKPART> select vdisk file=”C:\Win7.vhd” – выбор созданного .VHD для дальнейших операций в рамках утилиты diskpart

DISKPART> attach vdisk – монтирования выбранного .VHD-диска как нового диска в системе

После успешного выполнения всех операций командой exit выходим из утилиты diskpart, и еще раз команда exit – уже в приглашении CMD.EXE для закрытия командной строки.

Мы вернулись в окно мастера установки с выбором диска для установки Windows 7. В нем нажимаем кнопку Refresh, расположенную под списком дисков. Видим наш новый диск, выбираем его, нажимаем Next.

Все, процесс установки Windows 7 на .VHD диск, который мы только что создали, пошел… При это будет не только установлена новая ОС, но и подменен загрузчик на “физическом” системном разделе для успешного старта с .VHD. Кстати, при установке Windows 7/Windows Server 2008 R2 на “голую” машину, мастер установки автоматически создает на диске системный раздел в 200МБ, на котором помещается загрузчик, а уже для самой системы создается отдельный раздел.

И еще один, далеко не праздный, вопрос. Как загрузиться с уже существующего VHD файла, в котором установлена Windows 7, например, перенесенного с другого ПК. Все очень просто – необходимо подменить файлы загрузчика bootmgr/bcdedit.exe на системном разделе версиями, взятыми из уже установленной Windows 7. Заметьте, такой тип загрузчика и простота его замены поддерживается только для Windows Vista/Windows Server 2008, а с Windows XP придется повозиться (копать в направлении bootsect). Далее, получив на “физической” ОС загрузчик от Windows 7, запускаем “новый” bcdedit, чьи параметры device и osdevice теперь поддерживают значения типа vhd=C:\Win7migrated.vhd. В общем это буде выглядеть примерно так: bcdedit /set {boot_record_GUID} device vhd=C:\Win7migrated.vhd (подробнее читаем документы в Сети). После таких экспериментов перегружаем систему и видем меню загрузчика, дополненое новым пунктом и передающем управление на перенесенный файл .VHD

Так что удачной вам всем установки Windows 7/Windows Server 2008 R2 на VHD-диски и интересного тестирования.

После успешной установки и недельной эксплуатации клиента Windows 7 пришла очередь и Windows Server 2008 R2 (кто не в курсе, серверная часть Windows 7 называется теперь Windows Server 2008 R2). После возвращения из недельной командировки, где Windows 7 показала себя только с лучшей стороны, я, оказавшись дома и почувствовав близость офиса, осмелел – решил установить и Windows 7 Server на рабочий ноутбук вместо Windows Server 2008 (чего не мог себе позволить “в полях”, рискуя в случае чего остаться без любимых виртуалок).

Итак, решение было принято и из 2х зол я решил выбрать меньшее – обновление до новой версии Windows Server 2008 R2 beta (6.1.7000) здравствующего на ноуте Windows Server 2008, а не “чистую” установку новой ОС с нуля, которую потом еще понадобилось бы “причесать” под корпоративные требования и установить приложения для работы… Первой жертвой эксперимента стал домашний старенький 2хпроцессорный сервер с совсем старыми Xeon’ами и совсем немного памяти (12ГБ). На нем была установлена копия Windows Server 2008, а сам, благодаря многочисленным жестким дискам и RAID-контроллерам, он использовался в основном как большой NAS (благодаря Microsoft iSCSI Target) для виртуальных машин в домашней сети и как маленький виртуальный сервер (увы, под управлением Microsoft Virtual Server 2005 R2 – Hyper-V на нем не работает из-за отсутствии аппартаной поддержки виртуализации в старых процессорах).

Жертва перенесла перерождение абсолютно спокойно – программа обновления Windows Server 2008 R2, запущенная из-под текущей ОС, успешно прочекал текущие настройки ОС и ПО и дал добро на обновление… Обновление оказалось задачей не из простых и, в отличие от “чистой” установки, заняло около 1 часа 20 минут времени. Но по прошествии этого времени я получил сервер с Windows Server 2008 R2 и рабочими приложениями, которые были до этого установлены под управлением старого Windows Server 2008. Беспроблемно работающие под новой ОС Virtual Server 2005 R2 (который, кстати, еще и стал субъективно работать быстрее) и iSCSI Target убедили меня в правильности выбраного пути перехода… И я взялся за ноут…

С ноутом получилось не все так гладко – при проверке совместимости я получил предупреждение, что некоторые фичи Windows Server 2008 не будут обновлены при установке Windows Server 2008 R2 и их следует деинсталировать, а после обновления установить заново. :( И это был сервис… Правильно – Hyper-V, собственно, основная вещь, из-за которой я и держу на ноуте Windows Server. Ну просят – так надо делать. Итого – снос Hyper-V на старой ОС, обновление с Windows Server 2008 до 2008 R2 (а оно сказало, что надо перенести около 450 000 файлов), установка в новой системе нового Hyper-V, установка обновлений – заняло на довольно неплохом ноутбуке с процессором Т7700 и шустрым винтом на 7200об/мин около 1 часа 50 минут. Результат – аналогичен эксперименту с “старым” сервером – все настройки и программы Windows Server 2008 подхватились и успешно работают в Windows Server 2008 R2.

И пару слов, дабы охладить пыл желающих поставить систему “прям сейчас” – проверьте разрядность ваших процессоров. Хотя для новых систем это и не станет преградой, то для 3хлетних процессоров это может оказаться фатальным – Windows Server 2008 R2 переносит нас в мир полностью 64битных вычислений. Поддержка х86 режима не заявлена и в текущей бета-версии не присутствует х86 сборка.

Впрочем, медленный процесс обновления был с лихвой компенсирован работой нового Hyper-V v2 в Windows Server 2008 R2. Установка еще одной копии Windows Server 2008 R2 в виртуальную машину под управлением все того же Hyper-V Windows Server 2008 R2 заняло всего 25 минут (такой результат раньше я получал на куда более производительном, чем мой ноут, железе). При этом установка дополнительных утилит и обновлений в виртуальную  ОС (как это было в случае с Windows Server 2008), не требуется. Windows Server 2008 R2 сразу “понимает”, под чем был запущен и работает ли он в виртуальном окружении. Кстати, такое поведение обещают и для Windows Server 2008 после выходя ServicePack 2 к нему. Но самое интересное получилось после того, как на основе первой установленной виртуальной машины я решил сделать эталонный образ при помощи sysprep. От старта в виртуальном окружении подготовленного таким способом образа ОС Windows Server 2008 R2 до полной ее готовности к работе как “нового”, полностью сконфигурированного, экземпляра прошло всего 5 минут (!!!). Теперь клонированию для создания новых систем нет преград… :)

Ктати, и о массе новшеств, обещанных в новом Hyper-V – я их как-то не очень-то и разглядел. Да, немного поменялся внешний вид менеджера Hyper-V и окна настроек отдельных виртуальных машин. Но вот, например, разрекламированных 3х значений распределения памяти для виртуальных ОС – максимум-стартовое-минимум – я так и не обнаружил. :(

Зато в процессе развертывания и конфигурации были обнаружены те роли, которые раньше шли как обновления, например Windows Server Update Services. Надеюсь, теперь они включены полноценно и не требуют дополнительной загрузки самого “тела” инсталляции WSUS в 80МБ.

Аналогично, стал более обширным и набор функций, среди которых можно заметить отсутствие PowerShell (он установлен как среда управления по умолчанию, на ряду с cmd), разделение BITS на подфункции, описанный мною ранее BranchCache, мегафича Direct Access, средства миграции и удаленного управления. Каждая из этих функций по отдельности достойна специального поста, чем я и займусь в ближайшее время.

Также были замечены и новые, весьма дружелюбные, возможности по управлению встроенным Firewall, в которых разделение управления разными типами сетей (Private/Public) стало наконец-то интуитивным для “начинающих админов-пользователей”.

И все же, гвоздем программы стали изменения в самом Server Manager, основной графической консоли управления Windows Server 2008 R2. К его настройкам ролей добавили весьма полезный в повседневной жизни инструмент проверки настроек той или иной роли – Best Practices Analyzer. Теперь вернуть в начальное состояние хитровывернутые конфигурации того или иного сервера или понять “чего это я там такого намудрил” станет для админов намного проще.

Ну и поскольку я активно “мучаю” Internet Information Services 7.0, являющийся неотъемлемой частью Windows Server 2008, то стало интересно посмотреть, что же там внутри нового IIS 7.0 R2. Посмотреть есть чего… Начиная от абсолютно нового компонента IIS Hostable Web Core, позволяющего разработчикам создавать свои собственные веб-сервера без “большого” IIS, и заканчивая всем тем, что команда IIS успела написать как отдельные плагины и расширения к “базовому” IIS 7. Теперь “из коробки” мы получаем и полноценный FTP, и разнообразные средства администрирования, и те же WebDAV/BITS. Также были замечены и изменения в безопасности на уровне Application Pools, но об этом также позже.

И чего все это стоит? …в смысле аппаратных ресурсов и головной боли от глюков бета-версии… Скажу честно – производительность новой серверной платформы на высоте. Устойчивость. Ну как сказать – за 2 дня эксплуатации в Windows Server 2008 R2 beta замечен был один “синий экран смерти”, причем в момент попытки подключения Bluetooth-мышки (хорошо, что не блютусовой кошки), и пара-тройка самопроизвольных аварийных закрытый того самого хваленного Server Manager. Что, впрочем, вполне терпимо для бета-версии такого масштаба. А ресурсы – вот они, ниже. Скриншот из виртуальной машины с “поднятым” IIS веб-сервером.

А где скачать Windows 7 Server, он же Windows Server 2008 R2, думаю, вы знаете и без меня - http://www.microsoft.com/windowsserver2008/en/us/R2-beta.aspx

“Пишу тебе, мама, из горящего танка…”, вернее – свежепросетапленной беты Windows 7. Ну что сказать после 5 дней достаточно плотной эксплуатации? Пока – полет нормальный. Система, не смотря на статус бета-версии, работает на удивление стабильно (пока еще никаких сбоев приложений не наблюдалось) и довольно шустро. Хотя, если честно, то “шустро” – довольно субъективное мнение. Дейстительно, операции с графическим интерфейсом пользователя в Windows 7 стали значительно быстрее (по сравнению Windows Vista) с точки зрения скорости отклика, переключение между приложениями, работа с элементами интерфейса – выше всяких похвал, даже на среднестатистических ПК 3-х летней давности. Но, увы, “тотального ускорения” не получилось…

И если от скорости работы самого интерфейса плавно перейти к реальной работе приложений – то тут уже нельзя сказать, что система “летает”. Скорее так – шуршит потихоньку… Установленные в IE8 куча тулбаров моментально убивают то ощущение полета, которое присуще при старте этого приложения на “голой”  Windows 7. Офис запускается очень быстро, но проверка правописания, автоисправления и т.п. все же не стали быстрее :( наверное, против конечной производительности процессора не попрешь и визуальные эффекты – еще не вся скорость. Хотя, кто знает, ведь это только бета.

Пожалуй, от абстрактных рассуждений пора перейти к понравившемуся в новой сборке Windows 7, которая, кстати, имеет номер 6.1.700. Кстати, хочу обратить внимание, что срок работы этой сборки ограничен июлем 2009.

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

Еще порадовала совместная работа панели задач и IE8 в Windows 7. Теперь в кнопке приложения в панели для того окна IE8, в котором идет какая-то закачка, отображается прогресс закачки. Этакая зеленая полоска, заполняющая всю кнопку панели по мере прогресса выполняющейся загрузки.

Также очень порадовали новые возможности меню Start в Windows 7, в котором отдельные пункты ранее использованных программ теперь являются объектами-подменю, и в этих подменю отображаются ссылки на предыдущие открытые документы приложений. Так, для IE8 это будет подменю из истории последних открытых сайтов, для офисных продуктов – их документы, но на этом, что интересно, список работающих приложений не ограничивается. Тот же Windows Live Writer, на котором пишется этот пост, также поддерживается в меню и история его документов (сохраненные посты) отображаются в Start, как подменю. Удобно, однако.

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

И пару слов о серьезном – работа с внешними устройствами видео-вывода также серьезно переработана в сторону удобства пользователей. И если раньше, в Windows Vista, Mobility Center позволял достаточно быстро подключить внешний проектор или дисплей, но на деле этот процесс являлся не совсем тривиальным и понятным пользователю. Теперь, в Windows 7, будучи перенесенной в параметры экрана, процедура подключение внешних проекторов/дисплеев выглядит простым выбором режима работы из предложеных в виде пиктограмм вариантов подключения.

Также среди системных настроек Windows Vista есть вещь, которая, не смотря на все ее технологические новшества, была довольно холодно встречена пользователями – Network & Sharing Center. Новый Network & Sharing Center в Windows 7 получил интерфейс с более логично сгруппированными элементами, которые упрощают пользователю и доступ к дополнительным настройкам, и просмотр текущих параметров сети. Обновленный сетевой центр также порадовал.

Итого, вывод – ставить и однозначно пользоваться Windows 7… Не смотря на бета-версию – она вполне стабильна и эффективна в работе.

И хочу напомнить, что скачать Windows 7 можно здесь.

В предыдущих частях 1, 2 было описано, как установить и протестировать установку IIS 7.0 в варианте полной установки (с графической консолью) Windows Server 2008. Теперь пришла очередь Server Core.

Что такое Server Core в Windows Server 2008?

Microsoft Windows Server 2008 поддерживает 2 режима установки – это Full Installation (полная установка) и Server Core (режим ядра). Установка Server Core является продуктом анализа ядра Windows и внутренних связей его компонентов. Как результат, из Server Core были удалены те компоненты ядра и сервисы, которые не требуются для выполнения основных задач, для которых планировался Server Core. «Визитной карточкой» Server Core является отсутствие в нем полного графического интерфейса (Explorer.exe) и работа через командную строку. Вариант установки Server Core может быть применен для работы DNS, DHCP, File, Print Server, поддерживать контроллеры домена Active Directory, Lightweight Directory Services, веб сервер IIS 7 и сервер медиа, а также – как сервера виртуализации Hyper-V. А поскольку все «лишние» из ядра Windows в таком варианте установки удалено – получаем более производительный, менее требовательный к ресурсам и более защищенный экземпляр сервера. Одно только НО – у него при этом нет привычных для Windows-администратора графических консолей управления. И все начальное конфигурирование придется выполнять посредством командной строки, что часто вызывает некоторые затруднения. Но после первичной настройки – сервером можно управлять привычными консолями удаленно – как будто это «обычный» Windows Server 2008. Про процесс установки и начальной конфигурации Server Core я уже писал ранее, также имеется соответствующий видеоролик с семинара, посвященный последовательности шагов установки и настройки Server Core.

Что же касается роли Web Server в рамках Server Core и установки IIS 7.0 – рассмотрим здесь. Увы, в процессе оптимизации ядра для Server Core в «лишнее» попали такие вещи, как MMC, .NET Framework, а это значит, что некоторых из модулей IIS 7.0, доступных в полной установке Windows Server 2008, нет в установке Server Core. Это ASP.NET, .NET Extensibility, Management Console, Management Service, WAS .NET Environment и т.п. Да, приложения ASP.NET в режиме Server Core работать не будут. Зачем тогда устанавливать IIS в Server Core? Есть масса других задач, которые нуждаются в быстрой и не ресурсоемкой среде. Это могут быть сайты под управлением PHP, ASP (старого, классического), просто статические сайты, хранилища изображений для сайтов, документов и т.п. Работа для IIS 7.0 в режиме Server Core всегда найдется. Поэтому, после того, как вы сконфигурировали сам Server Core при помощи всех этих oclist/ocsetup, Netsh и SCRegEdit.wsf – переходим к установке собственно IIS.

Это проще простого:

1. Получаем при помощи команды oclist список всех ролей и всех модулей в них (полезно хотя бы для того, чтобы много не писать, а просто скопировать названия).

2. Устанавливаем при помощи ocsetup нужные нам модули. Тут, увы, в отличии от установки IIS через мастер установки роли в Windows Server 2008, автоматическая доустановка недостающих модулей не поддерживается. Придется все писать ручками и правильно. Например, установка того же варианта «по умолчанию» для поддержки статических веб сайтов выглядит следующим образом:
start /w ocsetup IIS-WebServerRole;WAS-WindowsActivationService;WAS-ProcessModel

3. Обратите внимание, что несмотря на то, что выбрана вся роль IIS-WebServerRole, без явного указания требуемых компонентов будет установлен набор модулей, соответствующий “статическому веб сайту”.

4. Проверям установку путем выполнения той же команды oclist, смотрим установленные модули – для них в списке статус изменен с Not Installed на Installed. Открываем адрес Server Core с удаленного компьютера в браузере (установка роли автоматически должна разблокировать параметры firewall), видим страницу веб сайта по умолчанию.

И все – Server Core готов к работе, как веб сервер. Только вот с управлением им придется немного повозиться, но об этом позже, в части, посвященной управлению IIS 7.0.

Как и обещал, начинаю серию технических обзоров новинок в R2 (параллельно серии по “упрощенному” администрированию IIS 7.0)

О некоторых новых возможностях, в том числе и о BranchCache, в Windows Server 2008 R2 (бывшем Windows 7 Server) я уже вкратце писал в своем обзоре Windows 7. Поэтому на вопрос «что это такое и зачем оно надо?» повтотяться здесь не буду – читайте предыдущие посты :) Просто скажу, что лично я считаю эту «фичу» наиболее востребованной в дальнейшем – универсальный распределенный кеш для оптимизации использования как сетевых каналов, так и физических серверов – что может быть полезнее для распределенных сетей?

А вот «как оно работает?» и «как это включить?» мы сейчас и рассмотрим.

Итак, функциональность распределенного кеширования обеспечивается изменениями, внесенными в клиентские и серверные части служб SMB и HTTP, в которые добавлена поддержка режима распределенного кеширования, и, собственно, сама служба распределенного кеширования PeerDist.

Процесс работы клиента с включенным BranchCache выглядит очень элегантно и прозрачно для конечных приложений:

1. Приложение на удаленном клиенте, допустим, Internet Explorer, отправляет запрос с неким URL.

2. Этот запрос на клиенте обрабатывается клиентской частью HTTP в Windows 7 – службой WebIO

3. WebIO обращается к соответствующему серверу HTTP и запрашивает нужный URL. Но не все так просто. В этом запросе присутствуют также метаданные запрашивающие сервер о поддержке им режима кеширования.

4. За кеширование на стороне сервера отвечает драйвер http.sys. Если сервер поддерживает кеширование, то запрошенные клиентом данные, возвращенные службой веб – IIS, перед тем, как быть отправленными клиенту, проверяются на предмет наличия хеша в серверной службе PeerDist.

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

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

5. Получив от сервера ответ, на клиентской части WebIO

a. передает PeerDist данные и их «оригинальный» хеш, полученный от сервера, для сохранения в локальном кеше на диске (или на выделенном локальном сервере), а пользовательскому приложению – запрошенные данные

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

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

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

e. Передача хешей и данных по защищенному каналу выполняется посредством протокола HTTPS (кстати, службы отправли хешей от сервера клиенту также работают через HTTPS, даже если само соединение SMB).

f. Клиентское приложение получает требуемые данные.

Служба PeerDist поддерживает на клиентской стороне 2 режима работы – кооперативный, когда каждый из клиентов хранит на своем локальном диске кеш файлов и их хеши, и серверный, когда в локальной сети присутствует отдельный сервер кеширования (что полезно для крупных удаленных офисов, где интенсивность нагрузки на службу PeerDist может быть велика). В случае с отдельным сервером – все полученные данные, требующие кеширования, клиентская служба PeerDist отправляет на такой сервер, а при поиске хеша используется не широковещательный запрос, а прямое обращение к серверу.

Процесс настройки BranchCache очень прост – этот раздел будет интересен тем, кто уже скачал Windows 7/Windows Server 2008 R2 (или планирует сделать это в ближайшее время) и начал эксперементировать с ними. Хотя, честно говоря, я бы дождался выхода беты, где многие шероховатости настройки BranchCache планировалось убрать. Здесь я не буду подробно зарываться в перечень конкретных опций, но приведу ключевые шаги.

На клиенте Windows 7 необходимо только активировать службу кеширования и указать режим ее работы – кооперативный или серверный. Выполняется это в командной строке посредством команды Netsh:

Netsh peerdist set service mode=cooperative
или
Netsh peerdist set service mode=hostedserver

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

На сервере Windows Server 2008 R2, который будет выступать в роли файлового, веб-сервера или выделенного сервера для кеширования, требуется установить в Server Manager службу Windows Branch Cache, находящуюся в разделе Features.

А также, если кешироваться будет SMB трафик, в свойствах тех сетевых папок с общим доступом, которые требуется кешировать – разрешить использование BranchCache (через консоль Share and Storage Manager) и автоматическое создание кеша файлов в локальных политиках.

И, конечно же, для массового управления параметрами BranchCache используются групповые политики, в которых присутствуют соответствующие параметры.

Но, в отличии от включения BranchCache командой Netsh, когда все параметры файрвола устанавливаются автоматически, при создании групповых политик для BranchCache необходимо вручную настроить все параметры работы для клиента и сервера в Windows Firewall with Advanced Security (входящие и исходящие правила для клиента и сервера, их несколько, на снимке экрана приведено только первое из списка, остальные идут ниже по типу).

Управление параметрами кеша, просмотр состояния кеша и т.п. выполняется также через команду Netsh:

Netsh
peerdist

Переход в контекст управления сервисами кеширования

Команды show status, show localcache и т.п. позволяют просматривать статус работы кеша, команды типа set cachesize size=10 percent=true, flush, reset и т.д. – управлять кешем. Полный список команд и настроек вы можете получить, выполнив, соответственно, команды help, show, set в контексте peerdist.

Как говориться – тестируйте и пользуйтесь на здоровье!

Продолжаем говорить об процедуре установки веб сервера под управлением IIS 7.0 на Windows Server 2008, которая была рассмотрена в предыдущем посте.

Теперь перейдем к проверке результатов установки IIS 7.0. Самый простой вариант проверить, работает ли веб сервер, особенно – находясь за локальной консолью, это обратиться из любого веб-браузера по адресу http://localhost/. Далее, проверить с локальной и удаленной машины по IP-адресу.

При установке IIS 7.0 создается веб сайт по умолчанию, сконфигурированный на ответ при любом URL-запросе, поступившем на порт 80 любого сетевого интерфейса сервера, на котором установлен IIS 7.0. Т.е. запрос браузера типа http://localhost/ должен быть обработан как запрос к веб сайту по умолчанию. Содержимое сайта по умолчанию представляет собой 2 файла – iisstart.htm и welcome.png (который отображается в iisstart.htm), которые и будут открыты клиентом. Поэтому результат обращения к localhost будет иметь следующий вид:

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

1. Основным инструментом управления IIS 7.0 является консоль Internet Information Services (IIS) Manager, которая устанавливается по умолчанию, вместе с ролью Web Server в Windows Server 2008 (IIS Management Console, раздел Management Tools при установки модулей). После соответствующей установки консоль управления IIS 7.0 можно найти, как дочернюю запись внутри раздела Web Server (IIS) в разделе ролей Server Manager, либо как пункт в разделе Administrative Tools меню Start, либо выполнив команду inetmgr (в командной строке или через пункт Run того же меню Start).

2. При старте консоль Internet Information Services (IIS) Manager открывается с «домашней страницей», на которой в виде панелей находится информация о том, к каким веб серверам и веб сайтам подключался пользователь консоли до этого (если консоль только установлена вместе с ролью Web Server (IIS), то в консоле присутствует запись только о локальном веб сервере), также присутствуют ссылки для выбора подключения к другим серверам, веб сайтам, веб приложениям и папкам, а также ссылки на внешние ресурсы, посвященные IIS.

3. Кроме того, на домашней странице присутствует панель новостей, которые подгружаются как новостная RSS-лента с сайта www.iis.net, если администратор нажимает на ссылку Enable IIS News. Новости, кстати, очень полезные, рекомендуется включать и использовать эту информацию в повседневной работе.

4. При подключении к какому либо веб серверу IIS 7.0 консоль Internet Information Services (IIS) Manager представляет его конфигурацию, как логическую структуру – уровень самого веб сервера, чьи настройки являются глобальными и распространяются по умолчанию на все веб сайты, пулы приложений и, сообственно, веб сайты со своими настройками. Эта конфигурационная иерархия, в виде разворачивающегося дерева, начинающегося с узла с именем (или IP) веб сервера, отображается в левой панели консоли Internet Information Services (IIS) Manager.

5. Если выбрать какой-то узел в дереве конфигурации, то в центральной панель консоли Internet Information Services (IIS) Manager будут отображены в виде отдельных иконок все параметры (а также – модули или списки), соответствующие конфигурации выбранного узла, а в правой панели – набор контекстных задач и операций, которые администратор (или пользователь) может выполнить над данным узлом.

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

7. В правой панели при выборе узла веб сайта отображаются все операции, возможные для выполнения непосредственно с веб сервером (службами IIS в целом) в данном конексте – перезапуск, останов, запуск, переход к пулам приложений и сайтам.

8. Убеждаемся, что пулы приложений (Application Pools) сконфигурированы. Пулы приложений будут рассмотрены позже. Пулы являются дочерним узлом в дереве конфигурации для узла веб сайта. При установке по умолчанию создается только один пул – DefaultAppPool, в котором регистрируется одно приложение – сконфигурированный по умолчанию веб сайт, работу которого мы уже проверили. См. снимок экрана.

9. Ниже узла пулов приложений в дереве конфигурации находится узел веб сайтов (Sites), при выборе которого отображается список работающих на данном веб сервере веб сайтов. По умолчанию создается один веб сайт под названием Default Web Site с внутренним номером (ID) равным 1, «привязанный» на 80 порт всех IP-адресах всех сетевых интерфейсов к любому URL в запросе, и использующий в качестве домашнего каталога своего контента каталог с путем %SystemDrive%\inetpub\wwwroot (что при установленном Windows Server 2008 на диск C: соответствует C: \inetpub\wwwroot).

10. При выборе в левой панели консоли узла веб сайта (Default Web Site), также, как и в случае с выбором узла веб сервера, в центральной панели отображаются иконки для доступа к параметрам конфигурации различных модулей, на этот раз – конкретного веб сайта. Убеждаемся, что также, как и в случае со всем веб сервером, все необходимые модули представлены в центральной панели.

11. В правой панели консоли, аналогично панели для всего веб сервера, отображаются контекстные команды, правда, на этот раз их список серьезно расширен – старт/стоп/перезапуск процесса веб сайта, просмотр его базовых и расширенных настроек (а не параметров модулей), настройки привязки (адрес, порт, доменное имя – по сочетанию которых будет отвечать на запросы данный веб сайт) и т.п.

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

12. Выберите узел веб сервера в дереве конфигурации в левой панели консоли Internet Information Services (IIS) Manager. В центральной панели кликните на иконку Modules. В центральной панели откроется следующий полный список установленных по умолчанию модулей, представляющий из себя перечень .dll файлов.

13. Чтобы убедиться, что веб сервер будет работать только со статическими файлами (по умолчанию) или только с нужными вам расширениями – выберите снова узел веб сервера и в центральной панели кликните на иконку Handler Mappings. Откроется список «привязки» расширений вызываемых на веб сайте пользователем файлов и привязанных к данным расширениям модулям, выполняющим обработку данного вызова. Обратите внимание, что по умолчанию все файлы привязаны к модулю обработки статических файлов (т.е. запрос какого либо скриптового или исполнимого файла из домашнего каталога веб сайта не будет приводить к его исполнению на сервере, а лишь к передаче данного файла пользователю), а также к модулям документа по умолчанию и просмотра каталога. С этими модулями мы познакомимся позже.

14. И, наконец, для того, чтобы убедиться в безопасности веб сайта – проверьте параметры его аутентификации. Для этого выбираем иконку Authentication в той же центральной панели. По умолчанию никаких модулей аутентификации веб сервер (и веб сайты) не поддерживает. Т.е. все подключения для него анонимны. В чем безопасность? Это значит, что пользователям будет доступен только то содержимое домашних каталогов сайтов – файлы и подкаталоги – которые имеют NTFS разрешения для чтения «всем» (Everyone). В случае, если таких разрешений файл не имеет, пользователю будет отказано в доступе с соответствующей ошибкой 401. Если же пользователь попробует каким-то образом аутентифицироваться в процессе HTTP запроса на сервере – то поскольку никаких модулей аутентификации, кроме анонимного, на веб сервере не установлено – он снова получит соответствующую ошибку 401.

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

Итак, сервер установлен и его работоспособность проверена. Теперь достаточно поместить какой либо статический контент (файлы HTML, изображения, документы и файлы для выгрузки пользователями) в домашний каталог его сайта по умолчанию (напоминаю, что это в большинстве случаев C:\inetpub\wwwroot) – и веб сайт под управлением IIS 7.0 начнет работать. Ну, и конечно, для внешних сайтов – не забыть прописать их A-record в вашей доменной зоне на публичном DNS сервере.

В следующей части – установка IIS 7.0 в режиме командной строки, особенности работы IIS 7.0 на Server Core.

Как я и обещал в посте несколько дней назад, начинаю писать серию постов типа инструкций шаг за шагом «как это установить и настроить» для тех админов, у которых действительно мало времени «на найти и разобраться», да еще если все это на английском языке. Кстати, кому таки не лениво – вот здесь очень хорошая подборка англоязычных документов под общим названием «Windows Server 2008 Step-by-Step Guides» - очень полезно в работе. Надеюсь, найдутся время и ресурсы, чтобы их тоже «отфильтровать» и сделать на их базе русские версии.

Если вам не интересны мои мысли «почему я пишу про IIS 7.0», можете смело пропустить пару абзацев.

В ближайший месяц я буду писать о веб-платформе от Microsoft, и в основном это будет касаться администрирования Internet Information Services 7.0 (IIS 7.0), входящего в состав Windows Server 2008. Это не значит, что я не буду писать ни о чем другом – конечно буду, у меня масса планов и тем с барселонского TechEd IT Forum 2008, в основном по направлению Windows Server 2008 R2, просто про администрирование IIS7 буду писать в этот месяц намного чаще и более последовательно, чем я это делал ранее. Поэтому даже те, для кого тема IIS7 не интересна, смогут как минимум раз в неделю находить у меня на блоге что-то интересное по другим тематикам.

Почему именно IIS 7.0? Здесь несколько причин... Во-первых, в уже упомянутом сборнике документов «шаг за шагом» «Windows Server 2008 Step-by-Step Guides» по странному стечению обстоятельств документа по IIS 7.0 почему-то нет. Во-вторых, как показывает опыт семинаров TechNet в Украине – знания, и даже можно сказать – представления многих админов о технологиях Microsoft для веб базируются на «сказках-страшилках» конца прошлого века, и хотелось бы показать всем желающим простой путь попробовать все технологии самостоятельно, без каких-то предрассудков и прочих ОБС. В-третьих – мне самому, человеку, который достаточно долгий период своей жизни занимался вебом вообще и IIS в частности – а я помню и IIS 2.0, и 3.0, и 4.0 и, конечно же, 5.0 – эта тема близка и интересна, и могу сказать, что за 10 лет в этом направлении Microsoft сделал существенные, даже можно сказать – эпохальные шаги вперед. Потому хотелось бы поделиться и опытом, и знаниями в этой прогрессирующей области с коллегами. В-четвертых – небольшой сюрприз в рамках проводимой в Украине акции для тех, кто разворачивает и управляет веб-серверами под управлением продуктов Microsoft – украинский офис Microsoft проводит акцию, по которой вы можете получить лицензионный Windows Server 2008 Web Edition (коробочная версия) бесплатно для хостинга ваших проектов и сайтов в Интернете. Так что торопитесь получить такой легальный продукт – пишите через блог на почту. И, наконец, в-пятых – в Киеве проводится полигон по веб-технологиям Microsoft, в том числе и IIS 7.0, так что мои статьи послужат хорошим фоном для такого мероприятия.

Ну, вроде это вcе наиболее веские причины писать в ближайший месяц о IIS 7.0. Кроме одной – зачем вообще админу знание IIS 7.0, который, в принципе, больше является платформой для разработчиков, на которой они делают свои веб-проекты? Проблема в том, что, как показывает опыт, разработчики не очень «напрягаются» созданием архитектуры и проработкой деталей веб-проекта, таких, как безопасность, администрирование, масштабирование и т.п. будущего работаеющего решения. И все это становится головной болью админа. Другая головная боль – это работодатели, которые часто под словом «компьютерщик» понимают, что человек может и спаять сгоревшую плату, и сетку настроить, и программку бухгалтерскую написать... И конечно же – веб сайт родной фирмы «Рога и Ко» сделать – как же без него... А то, что в ИТ отрасли есть глубокая специализация – никого не волнует... И вот потом и пишет мне в Live Messenger такой админ – «Игорь, а что делать?! За что хвататься?!», или если такого «Игоря», который бы подсказал, нет рядом – начинается такое...

Вроде, мотивы мои всем понятны... получилось довольно длинно, обещаю, сами технические части будут куда короче. Итак...

Часть 1. Установка IIS 7.0

Первый вопрос, который мне задают – что такое веб сервер под Windows, что нужно установить? Ответ – вебсервер под Windows – это служба IIS 7.0. Следующий вопрос – где взять IIS 7.0, откуда скачать? Ответ очень простой – IIS 7.0 (как и предыдущие версии, начиная с IIS 5.0) интегрирован в саму серверную ОС Microsoft Windows Server 2008 (а предыдущие версии IIS – соответственно в Windows Server 2003 и Windows 2000) и устанавливается как роль Windows Server. Тогда более тривиальный вопрос – где взять «настоящий» Windows Server 2008? Пробную версию Windows Server 2008 для всех экспериментов и тестирования рекомендую брать только с сайта Microsoft – http://www.microsoft.com/windowsserver2008 - проверенная и гарантированно правильная версия (только не забудьте установить все обновления). Серийный номер для Windows Server 2008 не требуется – вы просто при установке в мастере установки оставляете его пустым и на вопрос, хотите ли вы все же его заполнить – гордо отвечаете НЕТ. Фактически, если вы при установке или в ходе эксплуатации таки введете настоящий продуктовый номер – вы получите «настоящую» версию. Версия без введенного серийного номера работает 60 дней, после чего требует активации. Мало кто любит читать иструкции при загрузке файлов, особенно те, которые написаны мелким шрифтом – на самом деле, на странице загрузке есть ссылка на инструкцию, какой скрипт надо запустить, чтобы сбросить счетчик активации Windows снова на 60 дней. Такую операцию надо не забыть сделать до истечения 60дневного срока (например, на 59й день эксплуатации). Всего вы можете посторить операцию сброса счетчика 3 раза – т.е. пробную версию можно эксплуатировать 240 дней, что вполне достаточно с тем, чтобы распробовать плюсы и минусы системы. Ну а для желающих уже сейчас эксплуатировать лицензионный Windows Server 2008 для своих веб-проектов – напоминаю про акцию, пишите.

Теперь о выборе редакции, которых доступно аж 4 – Datacenter, Enterprise, Standard, Web Edition. Пожалуйста, подходите более ответственно к их выбору... Зачем, ну зачем использовать Enterprise для запуска веб-сайтов – «шоб було?». Для таких задач есть оптимизированная редакция Web Edition. Сравнение возможностей разных редакций можно найти там же, на официальном сайте http://www.microsoft.com/windowsserver2008. Кроме того, некоторые соображения по использованию лицензионных соглашений и виртуализации в разных редакциях я написал на этом блоге ранее.

После установки экземпляра Windows Server 2008 и его конфигурации (если это также вызывает затруднения – смотрим видео с семинара по Windows Server 2008) переходим непосредственно к установке IIS 7.0. Что нового в IIS 7.0, какие модули включены в него и т.д. – я рассматривать не буду, все теоретические выкладки можно найти в электронной версии журнала TechNet Magazine, которая выходит в том числе и на русском. IIS 7.0 были посвящены 2 статьи в мартовском и июльском номерах журнала. Рекомендую ознакомиться с ними перед практическим применение – знание теории, пусть даже в сжатой форме весьма полезно.

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

Управление ролями осуществляется через стандартную оснастку управления Windows Server 2008 – Server Manager или в процессе начальной конфигурации сервера через Initial Configuration Tasks.

IIS 7.0 устанавливается как роль Windows Server 2008. Для этого требуется:

1. Запустить оснастку Server Manager из меню Start или из панели Quick Launch. Server Manager по умолчанию стартует автоматически при входе администратора в систему. Server Manager является основным инструментом управления сервером Windows Server 2008.

2. В оснастке на стартовой странице убедиться, что сервер сконфигурирован правильно. Желательно проверить наличие статического IP адреса. Если он не установлен, его можно поменять тут же, из консоли Server Manager, открыв в правой панели по линку «View Network Connections» сетевые интерфейсы.

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

4. Для установки новой роли используем в правой панели в разделе «Roles Summary» линк «Add Roles».

5. Запускается мастер установки ролей «Add Roles Wizard», пропускаем первую страницу «Before You Begin» мастера, нажав кнопку «Next >»

6. На странице «Select Server Roles» в списке ролей выбираем роль «Web Server (IIS)». Список ролей может отличаться в зависимости от редакции. Данный список соответствует редакции Windows Server 2008 Enterprise Edition x64.

7. При выборе роли «Web Server (IIS)» мастер автоматически предлагает установить сервисы, которые требуются для функционирования веб сервера. Это службы активации процессов, фактически, они обеспечивают среду исполнения процессов, обслуживающих вебсайты. Соглашаемся с установкой данных служб путем нажатия кнопки «Add Required Features» и нажимаем кнопку «Next >» в мастере.

8. На странице «Select Role Services» отображается список всех доступных модулей (сервисов), входящих в состав IIS 7.0, представляющих 3 большие группы – Web, Management и FTP – и внутри сгруппированых по назначению – общие модули для поддержки HTTP Common HTTP Features, модули для исполнения сценариев и приложений Application Development, модули управления журналированием и диагностикой Health and Diagnostics, модули обеспечения безопасности Security, производительности Performance, модули управления и совместимости с предыдущей версией IIS 6.0 Management Tools, и, наконец, модули FTP. По умолчанию роль веб сервера IIS 7.0 устанавливается и конфигурируется в минимальном наборе из 9 модулей:

a. только для работы со статическим HTML контентом (модули из Common HTTP Features),

b. только с подключением анонимных пользователей и с фильтрацией вредоносных запросов (Security),

c. с базовыми модулями для журналирования запросов к вебсайтам на сервере и просмотра очереди запросов (Health and Diagnostics),

d. с модулем сжатия статического контента при передаче страниц клиенту HTTP (Performance),

e. и консоли администрирования в режиме локального подключения к веб серверу IIS Management Console.

9. На этом шаге можно добавить дополнительные модули в конфигурацию согласно задачам будущих вебсайтов, которые будут работать на данном вебсервере. Не рекомендуется «просто так» добавлять модули, особенно, если вы не знаете их назначение. Краткое описание каждого модуля можно найти прямо на странице (в правом верхнем углу), которое отображается, когда вы выбираете модуль в списке. Не стоит торопиться (или, наоборот, переставлять всю систему, если установили лишнее) – вы всегда можете доустановить модули к уже установленной роли, или удалить уже установленные модули. Функции, выполняемые наиболее важными модулями, а также их настройку, мы рассмотрим отдельно.

10. При отметке отдельного модуля для добавления, также, как и при выборе роли, мастер автоматически проводит проверку всех связей и зависимостей и предлагает установить дополнительные модули, без которых функционирование выбраного невозможно. В данном примере для установки выбран модуль ASP.NET и мастер автоматически запрашивает разрешение на установку других модулей и служб, необходимых для его работы. Соглашаемся с установкой данных служб и модулей путем нажатия кнопки «Add Required Role Services». По окончанию выбора всех модулей нажимаем кнопку «Next >» в мастере.

11. На странице «Confirm Installation Selection» отображается для подтверждения информация о всех выбранных модулях, которые будут установлены. Также отображаются служебные и информационные сообщения рекомендательного характера. Например, рекомендация после установки роли IIS 7.0 выполнить обновления ОС или установить Windows System Resource Manager (WSRM), который позволяет обеспечить распределение ресурсов системы при выполнении веб-приложений. Нажатие кнопки «Next >» на этой странице устанавливает весь указанный перечень модулей.

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

13. После закрытия окна мастера установки роли в левой панели консоли Server Manager в разделе «Roles» среди других ролей появляется подраздел «Web Server (IIS)». В правой панели отображается информация о состоянии всех установленных ролей.

14. Выбираем подраздел «Web Server (IIS)» в левой панели Server Manager, в правой панели отображается информация о работе роли веб сервера. Здесь представлены:

a. Events: агрегированный список записей из всех журналов событий ОС за последние 24 часа, имеющих отношение к работе веб служб,

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

c. Role Services: в данном случае – список всех модулей IIS 7.0 с указанием установлен данный модуль или нет и с возможностями старта мастера установки/удаления модулей данной роли (о котором мы говорили выше),

d. Resources and Support: наиболее интересный раздел информации о каждой роли, который содержит в себе базу знаний с рекомендациями по дополнительной более тонкой настройке той или иной роли для отдельных сценариев использования. Рекомендуется к широкому использованию.

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

…продолжение следует…

Пару постов назад я писал о том, что оцифровал видео с демо по Hyper-V и Virtual Machine Manager 2008, которое демонстрировались на киевском TechNet. Одна часть, но самая главная, в которой демонстрируется создание, размещение виртуальных машин из шаблонов, создание самих шаблонов из уже сконфигурированных серверов, делегация полномочий для администраторов и пользователей, веб консоль для создания виртуальных машин пользователем – осталась на тот момент неопубликованной.

Исправляю свою ошибку, вот видео на Skydrive.

Да, вот так вот - новые инструменты IE8, такие, как акселераторы, провайдеры поиска и т.п. - существенно упрощают жизнь веб порталам, и, особенно, тем их сотрудникам, которые отвечают за промоутинг и маркетинг. Почему - да потому, что сделав "интересный" провайдер поиска - например, для своего мегаторгового портала, хранящего сотни тысяч записей о товарах - вы, как владелец этого портала, будете уверены, что пользователь к вам всегда вернется. Ведь это очень удобно - прочитав о том или ином товаре на страницах любого сайта в Инете, выделить название этого товара и из контентного меню выбрать "найти цену на Мегасуперпортале".

В Украине некоторые уже распробовали преимущества такой нехитрой фичи в сочетании с простотой разработки. Портал Online.UA запустил в работу акселератор к своему сервису онлайн-переводов. Тот же сценарий - выделить нужный текст на любом сайте и из контекстного меню выбрать "Перевод" - IE8 автоматически откроет страницу с переводом на Online.UA - и никаких копи-открыть новую вкладку-вставить-перевести. Кстати, для российских и беларусских коллег (якi звинувачують нас в надмiрному використаннi рiдной мови) хочу сказать, что есть очень неплохой переводчик русско-украинско-русский. :) Пользуйтесь...

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

Ну а для тех, кто интересуется технологиями непосредственно создания и управления вебпорталами - завтра опубликую продолжение серии про администрирование вебсерверов IIS 7.0.

Народ начал активно устанавливать и использовать виртуализацию Hyper-V, особенно бесплатный Microsoft Hyper-V Server 2008 для хостинга виртуальных Windows Web Server/Linux. И появилась несколько интересных вопросов.

Первый – как управлять Hyper-V в безGUIшном варианте (варианты Server Core с Hyper-V или Hyper-V Server), там же консоли нет, даже если приконектиться к самому серверу через RDP?

Второй – как делегировать права управления Hyper-V сервером другим пользователям?

И третий – что делать, если нет домена Active Directory и при удаленном подключении консолью Hyper-V Manager с клиентского ПК к серверу Hyper-V отображается ошибка о невозможности подключения к серверу?

Ответ на первый вопрос крайне прост – если у вас работает домен Active Directory, то вы спокойно можете управлять удаленным Hyper-V через оснастку, установленную в Windows Vista - Hyper-V Remote Management Update for Windows Vista (KB952627).

Ответ на второй и третий вопрос подробно пошагово описал John Howard в своем блоге в 5ти частях. Рассмотрена как сама делегация полномочий на управление Hyper-V для различных пользователей, так и необходимые настройки безопасности и файрвола для работы вне домена Active Directory (что очень полезно как раз для хостинга, когда управляемый Hyper-V сервер стоит где-то далеко-далеко). Там же есть ссылка на самописную тулу для ленивых, которая сама все, что описано пошагово, конфигурит автоматически – HVremote.