По результатам проведенного в г.Полтава семинара 11.06.08 на сайте Microsoft Ukraine опубликованна видеозапись обзорной веб-трансляции по Windows Server 2008, которую я проводил по темам:

· Краткий обзор нововведений в Windows Server 2008

· Новые возможности управления Windows Server 2008

· Использование Server Core в ИТ-инфраструктуре

· Построение сети для филиалов

· Терминальный доступ

· Виртуализация

· Обеспечение безопасности

· Управление Windows Vista в сети Windows Server

Кто еще не познакомился с данными возможностями нового функционала Windows Server 2008 и испытывает непреодолимое желание посмотреть/послушать именно в данном исполнении - забираем видео (~45Мб, 3:40, wmv screencast, рус).

Ссылка на полный анонс - тут Windows Server 2008 — нова платформа для сучасної ІТ-інфраструктури

Вчера Володя Безмалый опубликовал на своем блоге результаты интересного эксперимента насчет беспечности людей при работе с Bluetooth на мобилках, и, как в тему - поперло... Теперь уже и кофеварки представляют угрозу для беспечного пользователя - их можно атаковать... Хорошая тема для киберпанка - убийство через удаленный взлом кофеварки, что привело к изготовлению смертельной для жертвы дозы кофе... :)

В сетевом ПО кофеварки Jura F90, снабженной средством дистанционного управления через интернет, обнаружена уязвимость, которая позволяет злоумышленникам менять режимы варки кофе, например, изменить степень крепости напитка или объем жидкости, наливаемой в чашку.

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

OpenNews: В кофеварке с выходом в интернет найдена удаленная уязвимость

Кто-то из известных людей (я знаю - кто именно, а вы?) как-то сказал: "с тех пор, как 4 000 лет назад финикийцы придумали деньги, вопрос о благодарности решился сам собой"...

Но еще раньше, примерно 7 000 лет назад, если считать протописьмо той же Каменной Могилы, человечество придумали письмо. С тех пор различные, самых фантастических начертаний, символы на камнях, глине, побелке, папирусе и пергаменте, бумаге, и, наконец, на мониторах, экранах и проектора передавали современникам сакральные истины и мудрость предков, признавались в любви, двигали вперед миллионные армии, возвеличивали фараонов, цезарей, фюреров и отцов народов, хранили долги и обязательста и многое-многое другое. Невозможно представить себе современную цивилизацию без письма и умение читать сейчас - просто жизненная необходимость каждого индивидуума. Но современной цивилизации этого кажется мало - она заставляет тех, кто хочет быть "на гребне волны", читать просто жизненно необходимо. Лично я "стачиваю" за неделю до 500 тыс. символов только технических материалов, не говоря уже о том, что называется чтение "для души", хотя, честно говоря, мне что-то давно не попадалось ничего стоящего из художественной литературы, поэтому сосредотачиваемся на классиках типа Марка Руссиновича. :)

Да, так о чем я это? Правильно - о свитках и пергаментах. При чтении само удобство пользования носителем, его транспортировки имеет большое значение. Я знаю, что у многих есть привычка читать именно «бумажные» книги, мотивируя это «ощущениями, которые ты испытываешь от того, как держишь книгу в руках, какой запах краски идет от новой книги» и т.п., но есть и масса недостатков – объем, вес и даже – сложность поиска и приобретения нужного экземпляра. Но для меня та составляющая, которая относится к физическим ощущениям от книги, не есть принципиальной, поэтому я уже почти 10 лет читаю электронные книги – как документацию, так и художественную литературу. Казалось бы – проблема решена, только копируй на флеш-карту файлы и читай… Но вот теперь появилась проблема выбора устройства. Для мобильного чтения «на ходу» - в транспорте, урывками – начиная с 2001 года я использую различные КПК и коммуникаторы – от Toshiba e310 с экраном 240x320 до Toshiba Portege G900 с ее экраном 480x800. И все же – «светящиеся» неестественным светом экраны в 3'' – 3,5'', напрягающие глазки, время жизни 8-12 часов, которое оканчивается в самый неподходящий момент, а на этом же девайсе еще и нужные данные или он работает как телефон и разря, умирающий через пару лет аккумулятор – все это не очень прибавляет пунктов «ЗА» к использованию КПК, как средства для чтения книг.

Поэтому – не смотря на то, что я использую подручные коммуникаторы как средства чтения книг – я постоянно экспериментирую с другими типами устройств для чтения, иногда – даже весьма оригинальными, как-то, например, использование медиаплеера Microsoft Zune, как читалку книг… Получилось, кстати, неплохо с точки зрения качества экрана и удобства чтения, но вот с запоминанием номера последней прочитанной страницы – увы, не сложилось, поскольку «читалка» Zune - это довольно интересная программа на ПК (не на Zune), которая конвертирует текстовые (и не только) файлы в изображения, которые потом передаются с ПК на Zune как фотоальбом. Собственно, процесс чтения – это процесс листания сгенерированных изображений с текстом, и по окончанию приходилось запоминать номер (название) последнего просмотренного изображения. Будем ждать выхода Microsoft XNA Game Studio 3.0, которая позволит писать код для Zune – и появятся соответствующие программы, а не конвертировать текст в изображения. А вообще, по такому принципу в цифровую читалку книг можно превратить все, что способно отображать файлы изображений, например – из цифровой фоторамки тоже получится отличное устройство для домашнего чтения… :)

Но в этот раз мое внимание привлекло то, что на рынке называется устройствами на базе цифровой бумагой (e-paper) с ее электронными чернилами (e-Ink) и прочими безобразиями с приставкой «цифровой» - т.е. «цифровые книги» e-book… Уж очень заманчивые перспективы рисовались – долгое время работы, большой «глазодружелюбный» экран, от которого не так сильно портится зрение, как от TFT экранов коммуникаторов и много, многое другое…

Сравнение электронной книги lBook Reader v3 с покет-буком (великой "Красной Книгой") и с "нормальной" книгой (не менее великой "Бизнес со скоростью мысли")...

В качестве предмета тестирования был выбран отечественный (украинский) производитель МУК с его lBook Reader v3. Ну что сказать – получив на руки устройство, причем довольно дорогое (и даже я, любитель гаджетов, просто так бы не выложил за «это» 300уе), я выяснил, что сказанное в рекламе – полная правда… Почти…

Итак, реклама продукта на сайте lBook (италик) и комментарии к ней:

lBook® eReader отличает от других подобных устройств:

- уникальный бумагоподобный экран, выполненный по технологии «электронных чернил»,

Здесь и спорить не с чем… Отличные 6'' с разрешением 800x600, на которых при дневном освещении читается практически всё (в зависимости от формата). См.фото выше...

- стильный дизайн,

«Стильный»?! И этот кусок пластика с непонятным покрытием и кнопками разного формата и в разных стилях – теперь называется «стильным»?!... Нда, не ту страну назвали Гондурасом… Ну а что до этого «стильного» внешнего вида через месяц эксплуатации – просто слов нет… Обтрепанное покрытие пластика, следы, царапины и жирные разводы вокруг кнопок, которые чаще всего нажимаешь и в местах постоянного держания устройства – все это оставляет гнетущее впечатление, от некогда «стильного» дизайна…

общий вид и потертости, отшелушивание покрытия и т.п.

- оригинальный интерфейс,

Настолько, что без пол-литра не разберешься, да и эргономика управления оставляет желать лучшего, особенно направление листания кнопками в ландшафтном режиме…

- высокая надежность

Настолько надежно, что «подвисает» только раз в неделю!!! Причем наглухо… А кнопка сброса спрятана глубоко, и потому, как это обычно и бывает, в самый неподходящий момент приходится вынимать его из футляра и искать булавку, чтобы нажать «сброс» - стилусы коммуникаторов, стержни шариковых ручек и «прочия зубочистки» в отверстие сброса не проходят… Может, под надежностью понимается то, что его можно уронить? Так у меня и КПК по ступенькам лестниц прыгали несколько пролетов… некоторые даже выживали…

- фантастически малое энергопотребление (одной зарядки аккумулятора достаточно для чтения 10'000 !!! страниц).

Ну не знаю… Наверное, это если как-то очень хитро пользовать круглый полый девайс с null-файлом в полном вакууме при температуре близкой к абсолютному нулю – то он и проживет 10000 листаний, но в реальной жизни с постоянными перезагрузками, включениями/выключениями – больше 2500 страниц не получалось ну никак.

Это что касается разгрома рекламных слоганов – ну не люблю я их... :) Забегая вперед, хочется сказать, что lBook v3 не оправдал возложенных на него ожиданий. И проблема не в том, что он технологически несовершенен (сложно ожидать совершенства от дешевого китайского производителя) – читается текст на lBook великолепно – проблема в том, что качество ПО оставляет желать лучшего, и удобство работы с книгой, как с устройством, не соответствует сумме вложенных денег… И на то есть, на мой взгляд, пара причин…

Перед тем, как перейти к причинам, посмотрим, какие проблемы имеет ПО на lBook v3. Итак, если вы планируете читать на устройстве просто текстовые (.TXT) файлы или близкие форматы, базирующиеся на тексте, например XML/HTML документы, такие как .HTML, .FB2 и прочее – вы получите действительно удобную «читалку»… Даже с описанными недостатками lBook здесь является неплохим выбором - если знаете, где брать эти самые .TXT/.FB2 книги. Но как только система сталкивается с файлами куда более популярных форматов - .DOC/.PDF/.CHM, с которыми я чаще всего сталкиваюсь – работать с ними становится практически невозможно. Если с .CHM просто «мертво» - они ни под каким соусом не открываются, то .DOC/.PDF страдают серьезными проблемами масштабирования и практически ни один документ нельзя прочитать даже при самом большом масштабе. .DOC еще можно открыть в Word и, пожертвовав разметкой страницы, увеличить размер фонта базового текста до 20 пунктов, то с .PDF, поскольку не делается так называемое Reflow – масштабирование текста – это практически неразрешимая задача. Стандартные pdf-файлы при просмотре на lBook отображаются настолько мелко, что их просто нереально читать, не напрягая глаз… Стоит ли еще говорить о неработающих оглавлениях, внутренних ссылках и прочих вещах в этих документах… Предлагаемое c lBook ПО для ПК, призванное разрешить проблему с масштабированием документов путем их конвертации в проприетарный формат самого устройства – худшее из того, что можно себе представить для работы простого пользователя.

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

Первая политическая – никто из производителей не рассматривает данное устройство и электронные книги вообще как средство получения денег – слишком высока себестоимость устройства в небольших (меньше 1 000 000 шт.) партиях. Поэтому их рассматривают не как устройство для массового чтения, а как некое оконечное устройство для распространения сервисов подписки на покупки электронных книг – практически все крупные поставщики рынка, например, Sony и Amazone, предлагают свои версии устройств, как «довесок» к подписке на электронную библиотеку. Этакий «iPod сценарий» для немного другого рынка. Отсюда появление поддержки в устройствах «странных» проприетарных форматов и специальное ПО для конвертирования книг в «свои родные» форматы, и отсутствие нормальной поддержки «правильных» форматов, которые, увы, ой как часто приходится использовать. Но все же, мне бы хотелось иметь устройство, на котором я могу читать любые документы также, как я это могу делать на ПК (пусть даже с поддержкой DRM).

Вид pdf-документа (одного из лучших из имеющихся для просмотра) в режиме максимального зума.

Сравнение экранов lBook и КПК (640х480б 3,5",минимальная яркость) при освещении настольной лампой. 

Вторая, как не странно, в подходе к выбору платформы – а именно, книга работает под системой, базирующейся на ядре Linux (оно и понятно – бесплатно, чем платить пусть символическую, но лицензионную плату производителям других встраиваемых систем), и, казалось бы – с открытым кодом. Это только условно открытым, поскольку, например, мне, как пользователю, этот исходный код по правилам лицензирования никто не передал (а вдруг мне захочется покопаться/дописать?)… Мало того – его, оказывается, вообще нет и производитель просто закрыл его, хотя он и базируется на открытой платформе… Что-то не то творится в мире Open Source… Но оно и понятно: когда кто-то делает за тебя работу – самому работу делать не очень хочется. Итого, возникает явление, которое я в последнее время часто наблюдаю на разных примерах, и при котором конечные производители просто используют продукты с открытым кодом, нисколько не прилагая никаких усилий в его адаптацию – как есть, а «концы – в воду», т.е. а мы не покажем вам, с чем вы работаете реально… Т.е. если что-то не так – вопросы к сообществу разработчиков (бесплатно), все обновления – после того, как обновится какой-то функционал в сообществе, а не по требованию пользователей, поскольку собственных разработчиков держать дорого, да и по лицензионному соглашению их работой потом придется делиться с остальными. И как результат – используются штатные программы работы с тем же .PDF, которые в «обычных» дистрибутивах Linux работают отлично на «больших» ПК, но из-за ограничений разрешения, производительности, памяти, да и просто из-за того, что не учитывается специфика устройства – не очень корректно в «читалке»… А вот адаптировать их никто не стремиться, что «больно» бьет по юзабилити программ.

Выводы – очень простые… Наигравшись электронной книгой на примере lBook v3, пусть даже самой демократичной с точки зрения ПО и используемых форматов, и имеющей очень дружественный для глаз экран, компактные размеры, небольшой и «бесконечное» время жизни, я понял – я такой девайс не хочу… Потому что для меня возможность прочитать ЛЮБОЙ документ штатных форматов сразу, без предварительного конвертирования, возможность быстрого добавления поддержки других форматов (читай, установки программ просмотра) намного важнее всех преимуществ, предлагаемых самой технологией цифровой бумаги.

Теперь мои взгляды, как к потенциальным устройствам походного чтения, обратились к семейству TabletPC/UMPC…. Нет-нет, «таблетки» я и сейчас использую для чтения – но более как стационарные устройства, сидя дома в кресле или еще где… Мы же говорим о более миниатюрных устройствах с экранами 5-8'', работающими под ОС с поддержкой ВСЕХ нужных мне форматов без ограничений типа масштабирования и просмотра свойств, линков и т.п. А еще неплохо иметь и «динамичные материалы» на своей «книжке» - например подгружаемые новости в формате тех же RSS (пусть даже не самим устройством) с удобным интерфейсом программы просмотра. Как варианты выбора – HTC Advantage X7510, Asus Eee PC, HTC Shift… Это штатный выбор, и у каждого – свои плюсы и минусы, про некоторые я уже писал… Например, Asus Eee PC не очень удобно пользовать как устройство чтения книг, поскольку его форм-фактор обычного ноутбука не позволяет держать его в «книжном формате» при чтении.

Но есть и альтернативные сценарии, например, устройства, близкие к тому же Eee PC, но выпускавшиеся лет так 10 назад и уже довольно подзабытые рынком, но вполне доступные на том же eBay. Например - Fujitsu Stylistic LT 500 Tablet PC Laptop Computer – как понятно из названия, «таблетка» с процессором 500МГц, жестким диском на 6-15ГБ, экраном 8'' и весом около 900г, живущая до 7 часов и ОС Windows 2000 Pro. Почему бы такое устройство не рассматривать как альтернативу тем же электронным книгам, при том, что цена на аукционе со всеми отчислениями и доставкой (правда, по Штатам, а дальше – самовывоз) будет составлять около 150уе. И таких предложений можно найти до 100 на аукционе. Неплохая цена за полностью универсальное устройство для чтения. Вот именно приобретением и обкаткой данного девайса я думаю заняться в следующую свою поездку в Штатах… Единственное, что смущает – это состояния аккумуляторов в таких б/у устройствах, а новые стоят как треть цены вновь приобретаемого девайса.

Ну и удачного и интересного чтения вам всем…

Пятница, 13е, в этом месяце однозначно удалась... А после пятницы, 13го, как говориться в одном широко известном в узких кругах классическом произведении "Ну, Юзер, погоди! (BOFH Stories)" - "если вы думаете, что после пятницы, 13го идет суббота, 14е - то вы глубоко ошибаетесь... После пятницы, 13го идет либо пятница 13е, либо понедельник, 1 апреля"... Вот так получилось и у меня - выходные пропали, и все из-за того, что в эту самую пятницу, 13е, мне DHL доставил таки заказанную на Амазоне посылочку - Windows Server 2008 Resource Kit, содержащий в себе массу полезной информации в виде 6 довольно толстых книжек. Стоило это все удовольствие с доставкой по высшему разряду (первая посылка, отправленная обычной почтой, до меня так и не дошла - не стоило экономить каких-то 30уе на пересылке) около 200уе - зато сколько интересного и полезного удалось прочитать буквально за 2 дня. Как вы поняли - потому у меня сейчас и продолжается Пятница, 13е. Удобно развалившись в своем кресле и обложившись клавиатурами - проверяю на деле, а правду ли пишут в книжках... Кстати, начал завидовать Танку из "Матрицы" - ну очень удобное у того было рабочее место с висящими в поле зрения мониторами и клавами под руками... :)

Да, так вот о чем я - рекомендую всем, кто планирует "серьезно" работать с Windows Server 2008, данный комплект книг. Будет очень полезен и в проектировании инфраструктурных решений, и в повседневном администрировании (есть даже специальная книга по "решениям для повышения производительности ИТ Про"), и как средство для поиска и разрешения тех или иных проблем. В сочетании с постоянной практикой, думаю, эта информация способна дать потрясающий результат в решении ваших задач. Найдите время, чтобы заказать хотя бы электронную версию (такая возможность упоминается в печатной версии), и познакомиться с ней пусть даже в неспешном режиме или в процессе разрешения каких-то вопросов - как источника информации "из первых рук". Кстати, полные электронные версии всех 6ти книг в формате pdf прилагаются на поставляемом с книгами CD. Ну а для тех, у кого уже есть комплект Resource Kit для Windows Server 2003 - тоже будет полезно, достаточно много глав добавилось (а что делать - сколько новых технологий, как, например, Network Access Protection, NAP) или поменялось (те же службы AD или терминальные службы достаточно поменялись в WS08, да и обещают по терминалам позже выпустить отдельную книгу). Чтобы не заказывать все, можно заказать отдельные книги, но, как обычно это бывает со скидками - дешевле купить 6 книг вместе, чем 4 по отдельности... Но лично я с удовольствием заново перечитал все... :)

Итак, читаем, знакомимся с технологиями, применяем на практике, обсуждаем... Ожидаем пополнения - тех же дополнительных книг по Hyper-V и Terminal Services, которые обещали выпустить к концу 2008 года. И будем надеяться, что Русская Редакция наберется сил и смелости - и снова повторит свой подвиг 2001го года и выпустит русскую версию Resource Kit, как когда-то она сделала для Windows 2000 Server. Лично я до сих пор, не смотря на некоторые изменения в технологиях, рекомендую эти книги тем из коллег, кому тяжело читать такие вещи в оригинале.

В процессе подготовки к визиту Стива Балмера в Киев мне выпала почетная обязанность обеспечения веб-вещания его выступления перед студентами киевских ВУЗов, и, конечно, с применением новейших технологий Windows Server 2008 и Windows Media Services 2008. О том, как это было сделано и каковы результаты и выводы - я еще напишу, но вот в процессе исследования возможностей продуктов для веб-вещания были обнаружены интересные стартапы, про один из которых я и хотел бы сказать пару слов...

Итак, MyShowroom (www.myshowroom.tv) - проект небольшой венгерской компании, который на своем примере очень ярко демонстрирует, как много можно добиться, если "не изобретать велосипед", а подойти к вопросу креативно, и, используя стандартную платформу, связать ее компоненты в удобное для конечного пользователя решение. Что именно ребята сделали? Они написали довольно стильную и удобную для пользователя в работе систему веб-вещания, базируясь на штатных технологиях (расширив их функционал как промежуточными сервисами, так и своим API):

Server platform Windows 2008 Server

Application Server platform Microsoft .NET 3.5; Internet Information Service 7.0

Streaming platform Windows Media 9 Series

Data Storage platform Microsoft SQL Server 2005

Web techniques HTML, AJAX, Silverlight 2.0, JSON

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

Для процесса вещания, кроме, собственно, профиля участника и контента, автору потребуется загрузить некий бесплатный софт, называемый MyShowroom Studio. Написанный на .NET Framework, он, на самом деле, являет собой еще один образчик тотальной "лени" разработчиков и того, как именно надо писать программы с креативным подходом... :) Почем? Да потому, что на самом деле, наблюдая за процессом установки MyShowroom Studio, можно наблюдать, как он упорно устанавливает Windows Media Encoder со всеми расширениями и патчами (с учетом версии ОС). Фактически, эта Studio - красивая обвязка вокруг Media Encoder, но до того красивая и простая, что позволяет существенно упростить пользователю все операции с контентом и вообще скрыть ненужные и непонятные для простого пользователя настройки типа сетевых и кодеков - ну зачем пользователю знать - push или pool режим выбрать для связи с сервером, какой режим сжатия и как настроить те или иные драйвера устройств. Studio предоставляет вместо этого набор каналов, каждый из которых довольно просто настраивается путем выбора источника вещания - аудио/видео файлов, вебкамеры или ТВ-тюнера, захвата экрана и т.п. - все это выолняется в течении нескольких минут. После чего можно либо запустить "непрерывное вещание" - т.е. система будет вещать с выбранного источника (кодируя в "правильный" формат) на сервера MyShowroom сразу и непрерывно, либо определить расписания в виде слотов вещания (по 15 минут) - в таком случае Studio синхронизируется с сервером и автоматически начинает и прекращает вещание по началу и окончании выбранных слотов. Управление расписанием выполняется через веб-страницу портала, которая также открывается при выборе соответствующего пункта меню в Studio. Контент вещания может быть "заархивирован" на локальной машине или на портале, на странице вещания, в виде поминутных "снимков экрана" потомка. Таким образом, для организации своего вещания, от пользователя не требуется каких-то специальных знаний клиентского или серверного ПО, работающего с медиастримингом.

Со стороны потребителя это выглядит еще проще - зашел на портал, посмотрел расписание, выбрал интересующее шоу и начал просмотр. Режим просмотра обеспечивается плеером, написанным на  Silverlight, который достаточно прост, но при этом позволяет не только смотреть/слушать вещание, но и вести посредством чата диалог с другими участниками и автором выбранного шоу. Все комментарии сохраняются на странице данного шоу. Как показал опыт эксплуатации, моего домашнего канала 512КБ/сек вполне хватает на то, чтобы отправлять видео куда-то на сервера в Венгрию и тут же (правда, с задержкой примерно в 10сек, вызванной достаточно большим значением размера буфферизации) просматривать его у себя через веб в качестве клиента...

Поскольку сами сервера приема контента от авторов и вещания (а как я понял из описания - они географически распределены по Европе) управляются и предоставляются в пользование как службы самой компанией-разработчиком, то можно говорить о том, что ребята находятся на пути создания службы, чем-то аналогичной Microsoft Office Live Meeting, но с большим социальным и развлекательным уклоном, и направленную более не на корпорации, а на социальную группу креативных творческих личностей, которых по каким-то причинам не устраивает то, что им предлагают традиционные радио и телевидение (или которые не могут туда просто "пробиться"). А с другой стороны, как я уже говорил, приятно видеть, что ребята-разработчики не стали тратить свои силы (и, наверняка, финансовые ресурсы) на разработку чего-то с нуля, где бы они увязли в многочисленных рутинных нюансах реализации низших служб вещания, а создали на стандартной инфраструктуре красивую и дружелюбную "мордочку лица" интерфейса пользователя, сделав тем самым шаг от корпоративного рынка к конечному пользователю. Кроме того, они предложили элегантное "реплицируемое" решение - для всех, кто хоть немного дружен с администрированием и разработкой, повторить их путь будет не проблемой, здесь важна сама идея объединения различных служб, и MyShowroom наглядно продемонстрировал все перспективы и возможности такого объединения.

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

Эта запись опубликована в блоге http://blogs.technet.com/iwalker

Итак, Microsoft выпустила в жизнь очередное расширение для своих сервисов Windows Live – Live Mesh. На первый взгляд Live Mesh – это прямой конкурент уже существующего Windows Live SkyDrive, позволяющий хранить свои файлы в онлайн хранилище 5ГБ. Но кроме другого внешнего вида пользовательского интерфейса, сразу бросающегося в глаза, здесь присутствуют и более существенные изменения.
Первое, что сразу бросается в глаза при регистрации в службе Live Mesh – это требования к установке клиентской части на тот ПК, который будет подключен к сети Mesh.

Поскольку Mesh – это (пока) служба хранения файлов в Сети, то задача клиента вполне тривиальна – обеспечение процессов синхронизации папок на локальном ПК с папками, размещенными в Mesh. Т.е. подключив к Mesh несколько ПК путем установки на них клиентов Mesh и через контекстное меню любого папки файловой системы на одном из ПК можно определить, что она теперь папка Mesh. В зависимости от выбранных режимов синхронизации, клиент Mesh выгружает содержимое папки в хранилище Mesh в Сети. На другом своем ПК (ноутбуке, мобильном устройстве) с установленным клиентом Mesh пользователь может выбрать уже помещенную в хранилище Mesh папку и подключить этот конкретный ПК к сети синхронизации данной папки с нужными тут параметрами.

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

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

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

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

И последнее, что касается работы на ПК – это, собственно, агент Mesh, «живущий» в трейе.

Его присутствие позволяет пользователю не метаться в поисках разных реплик папок, разбросанных в разных местах жесткого диска, не искать, какие же именно ПК у нас подключены в сеть Mesh, не искать по отдельности информацию об отдельных файлах в каждой папке, чтобы понять, были ли они синхронизированы или нет – все это предоставляет интерфейс агента Mesh. В небольшом всплывающем окне агента Mesh есть новости, перечень всех ПК, подключенных к Mesh и всех папок и их локальных реплик. Очень удачная и довольно стильная «тула»… ;) Из «любви к искусству» стоит отметить, что в настоящий момент, увы, агенты присутствуют только для ОС Windows XP и Vista как в х86, так и х64 режимах, НО… Заявлена скорая поддержка мобильных устройств (надо полагать – Windows Mobile 5/6 в первую очередь) и Mac OS – очень любопытно будет посмотреть – как это, особенно на мобильных устройствах.

Подводя промежуточный итог возможностям, хочется отметить, что Mesh предоставляет отличный сценарий синхронизации, хранения и доступа к данным в распределенной среде, когда приходится работать с домашним ПК и ноутбуком, рабочим ноутбуком. В отличии от других «хранилищ в Интернет» благодаря своему агенту Mesh позволяет просто «не замечать» своего существования – все операции выполняются с локальными данными, которые в дальнейшем автоматически реплицируются на другие ПК. Кстати, сам этот документ создавался на нескольких ПК и реплицировался между ними при помощи Mesh. Но что еще важно – Mesh – отличный инструмент работы с общими файлами в небольших группах, когда кто-то из пользователей может «подключить» к выбранной папке других пользователей, тем самым синхронизируя свои действия и наработки при подготовке документов. Единственное, что несколько огорчает – так это размер доступного хранилища – 5ГБ.

Теперь посмотрим на вторую часть Mesh, а именно – его онлайн состовляющую, так называемый Live Desktop. Что это такое? Это разработанный для браузера вебинтерфейс Mash, который действительно несколько похож на традиционный рабочий стол ПК. Основное содержимое Mesh Live Desktop – это все те же папки, синхронизируемые между ПК. Как только на каком-то ПК папка добавлена в Mesh – она отображается в Live Desktop. Фактически, Live Desktop можно рассматривать как еще одно устройство, подключенное к Mesh и которое «всегда с вами», достаточно только в браузере залогиниться со своей учетной записью на сайт или вызвать Live Desktop из интерфейса агента Mesh на ПК. Благодаря Live Desktop можно создать папку в Сети и уже потом создавать ее реплики на всех подключенных к Mesh ПК. Live Desktop позволяет просматривать в онлайн содержимое папок, правда, с некоторыми ограничениями – для документов можно увидеть только сам факт наличия файла в сети и его атрибуты, а вот для медиафайлов (изображений, аудио, видео) – существует программа просмотра, написанная на Silverlight, и можно быстро убедиться в том, что нужные изображения действительно находятся в папке.

Если я работаю с ПК, который не подключен к моей сети Mesh – я могу использовать Live Desktop для того, чтобы через браузер загрузить нужные мне файлы с локальной машины в соответствующие папки Mesh (и файлы будут реплицированы на ПК моей сети) или, наоборот, скопировать файлы из папок Mesh на локальный ПК.
Интересным является также и внешний вид Live Desktop, который очень сильно повторяет внешний вид рабочего стола Windows Vista – с таким же оформлением окон и строкой задач. Я уже писал выше про панель инструментов для окна папки Mesh на ПК – аналогичная присутствует и в Live Desktop, также как и окно интерфейса агента Mesh. Таким образом, я могу управлять своими файлами не только с ПК, на которых установлен агент Mesh и они подключены к моей сети, но и с любого ПК с браузером при помощи Live Desktop. Наличие дополнительных возможностей управления позволяет мне также управлять онлайн самими ПК в моей сети Mesh, определяя для них удаленно параметры синхронизации с той или иной папкой.

Хочется сказать, что наличие онлайн-варианта Mesh в виде Live Desktop существенно расширяет сценарии использования Mesh, особенно с точки зрения управления настройками самих агентов Mesh на ПК. Но тут появляется чувство нехватки чего-то – если есть такой отличный рабочий стол, есть хранилище файлов и инструменты работы с ними – то почему нет инструментов работы с данными в этих файлах? Почему не сделать программы просмотра офисных документов (тем более, что для медиафайлов уже есть?), почему не обеспечить здесь же, кроме информирования о появлении новых файлов, информирование о новых почтовых сообщения в Live Mail? Есть масса аспектов, которые позволят сделать Live Desktop удобным инструментом для работы с данными, а не только шлюзом между разными ПК.

Ну и на последок – пару слов о небольшой, но очень удобной фиче, называемой Live Mesh Remote Desktop…

По названию, вроде, и так ясно, что речь идет об удаленном доступе к рабочему столу, так чего тут нового? А новое в том, что, благодаря агенту Mesh на ПК, можно подключаться к нему удаленно с любого другого с Mesh, даже если первый находится где-то глубоко в недрах сетей, и прямого доступа к нему извне нет и не будет. Тут сервисы Mesh выступают как прокси и уведомляют агента (который поддерживает keep-a-live канал связи) о том, что к нему идет внешнее подключение. Так, через транзитную точку сервисов Mesh, агенты находят друг друга и устанавливают соединение. Регулярно использую для работы с моим домашним сервером, который, во-первых, подключен к провайдеру, не предоставляющему мне реального IP, а, во-вторых – за аппаратным файрволом с закрытыми на вход портами. Скорость работы такой связки в UA-IX – вполне сравнима с работой стандартного RDP-десктопа.

Что еще остается добавить? Mesh – вещь в хозяйстве полезная, планирую «присадить» на нее побольше друзей и знакомых, с которыми часто приходится обмениваться данными, файлами и вообще – общаться. Будем ждать улучшений, особенно – со стороны новых возможностей Live Desktop…

Эта запись опубликована в блоге http://iwalker.spaces.live.com/

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

Тут же я вкратце озвучу основные тезисы документа:

Начиная с 31 марта 2008 года фронтэнд веб сервера, обслуживающие онлайн сайты служб MSDN и TechNet (3млн и 1млн посещений в день соответственно), были планово мигрированы на промышленную эксплуатацию в режиме виртуализации Hyper-V RC0.

Параметры аппаратных и виртуальных серверов (по 3 ВМ на каждый аппаратныйсервер ) следующие:

Общая схема решения следующая:

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

• Общие накладные расходы процессорного времени на Hyper-V (работу родительской ОС) составляют 5-6%
• Общее использование времени процессора (для 3х 4х-процессорных виртуальных машина на 8ми-процессорном аппаратном сервере) на 3% ниже, чем на физическом сервере
• Кол-во запросов в секунду на один процессор в общем для сайта MSDN выше, нежели в физической конфигурации. Это говорит о более эффективной утилизации процессоров
• Физический MSDN обслуживал всего на 21% запросов в секунду больше относительно виртуального MSDN из рассчета на 1% процессора
• Ошибки типа отказов в обслуживании из-за высокой нагрузки или недоступности служб для виртуального решения полностью сравнимы с аналогичными для физического

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

После столь впечатляющих успехов всем желающим повторить результаты с тем же успехом рекомендую познакомиться с документами Infrastructure Planning and Design , в которых в том числе рассматриваются процессы планирования и развертывания средств виртуализации.

Эта запись опубликована в блоге http://blogs.technet.com/iwalker/

Рынок онлайн сервисов и приложений переживает тот период, когда ни пользователи, ни игроки не могут четко сказать, что же это за рынок и какие именно сервисы действительно нужны. И, что самое главное - как монетизировать этот рынок. Кроме, собственно, поиска и продажи рекламы с этого, а также, частично, с некоторым допущением, сервисов картографии, блогов и социальных сетей, продаж с онлайн-аукционов, ничего другого, реально претендующего на громкое звание онлайн сервиса, рынок не предлагает. Пользователю предлагают все, что отображается в браузере и каким-то образом работает с его данными - под соусом "онлайн-сервисов", хотя является ли это таковым - еще большой вопрос.
Microsoft на этом рынке, так же, как и другие игроки, двигался по довольно «тонкому льду», нащупывая и выискивая то, что действительно может стать «серебряной пулей»… Среди таких проектов были как явные успехи, так и явные неудачи, но какого-то серьезного прорыва, увы, так и не наметилось. Службы Live – хорошие службы (особенно в той части, которые позволяют партнерам строить свои решения типа Live Mail или использовать в бизнесе на подобии Office Live), но все же они – одни из многих, не показывающие каких-то «ультра-преимуществ», с чем и связано стремление Microsoft приобрести Yahoo – собственно, получить «два из многих». Да, это монетизация, да, это дополнительная рекламная аудитория и клиенты.
Но, по-прежнему, остается какая-то оскомина – «где же лидерство в индустрии? Где решение, которое, как когда-то Windows 3.x/95, поменяет весь ландшафт? Или затянувшийся в индустрии разговор о сервисах в онлайне – это новый мыльный пузырь «сервис-дот-ком»?».
И вот, кажется, Microsoft нащупала свой путь, вышла на «толстый лед», по которому можно двигаться в любом направлении… И сделала она это совершенно незаметно, небольшой технологией, презентованной буквально с пару месяце назад – Live Mesh. Казалось бы, что такого «в очередном сервисе синхронизации и хранения данных в онлайн», тем более, что уже есть сервис хранения Live SkyDrive...
Но опыт достаточно длительного общения с этим сервисом показал, что в Mesh скрыт громадный потенциал и если следовать логике развития – мы на пороге того, о чем говорилось, как о «CloudOS». Да, сейчас мы видим только интерфейс веб-папок (почему-то оформлением один в один напоминающий Vista :) ) и очень простые, удобные в пользовании и, что немаловажно – прозрачные для пользователя, средства синхронизации данных с ПК, управления доступом и нотификаций.
Доступность данных отовсюду, этакое удобное с точки зрения пользователя мегахранилище в Интернете – это нынешний конек Mesh, но есть и то, что проглядывает за всем этим красивым и удобным интерфейсом доступа к данным – Mesh «готовится» к работе с данными. Уже сейчас его веб-представления готовы отображать графические данные в папках, проигрывать музыку и видео и… если чуть-чуть добавить фантазии, то можно представить, что скоро там появятся базовые просмотрщики и, возможно – редакторы файлов на случай, если я только в онлайн, онлайновые почта, БД и прочее в рамках единого интерфейса, синхронизирующие данные с ПК и с единым API для разработчиков и набором сервисов для внешних приложений…
Есть ли для этого ресурсы, которые позволят «сделать сказку былью»? Не будет ли подобное походить на некую «поделку» онлайн, каких уже много на рынке в виде очередного «десктопа на DHTML/Ajax etc»? Если посмотреть на стек текущих и будущих технологий, который сейчас предлагает Microsoft, то тут, кроме уже зарекомендовавших себя серверных ресурсов на платформы Windows Server, явно выделяются те инструменты, которые смогут стать катализатором развития Mesh в направлении единого десктопа/сервисов в ближайшем и «обозримом» будущем – Microsoft Silverlight иVolta. В их лице мы имеет инструментарий, который позволит сделать интерфейс приложений внутри Mesh достаточно динамическим, с одной стороны, а с другой – позволит разработчикам создавать единые портабельные приложения, способные запускаться как на стороне сервера и выступающие как сервисы, так и, через тот же Silverlight, на стороне клиента и формирующие веб-интерфейс нового поколения. И вот тогда Mesh сможет похвастаться тем, что он предоставляет и данные и инструменты для их обработки как единое законченное решение.
А что же будет со стационарными ПК и приложениями? Рисуются апокалипсические картины повсеместного исчезновения ПК и одна большая сеть… Скорее всего – все будет как раз наоборот и от такого сценария ПК только выиграют, поскольку именно Silverlight и Volta позволят в значительной мере перенести, вычислительные мощности приложений Mesh на клиента, исходя из конечных возможностей самого этого клиента. Кроме того, клиентские приложений, ставшие стандартом де-факто, такие, как Office, смогут использовать в своей работе ресурсы, предоставляемые через сервисы Mesh (Volta). Здесь, наверное, наоборот – стоит больше внимания обратить на мобильные устройства, на будущую поддержку которых намекает Mesh. Для них, с их ограниченными вычислительными возможностями, такое общее хранилище и поле сервисов будет как нельзя кстати.
Mesh сейчас в состоянии TechPreview (обзор по результатам эксплуатации можно прочитать тут), и во что разовьет его Microsoft к релизу – время покажет. Будем надеяться, что в Mesh воплотятся все лучшие и авангардные идеи по онлайн сервисам…

Эта запись опубликована в блоге http://blogs.technet.com/iwalker/

Для организации общего дискового хранилища будущего кластера был выбран самый доступный, и, при этом, достаточно эффективный вариант реализации iSCSI – программый iSCSI Target, реализованный как сервис в Microsoft Windows Storage Server. Особенностью реализации является то, что он позволяет предоставлять доступ по iSCSI к дискам, которые представляются не локальными физическими дисковыми накопителями, а позволяет предоставить клиентам в виде диска файл формата .VHD, расположенный на любом разделе файловой системы и имеющий необходимый размер. Оснастка iSCSI Target позволяет создавать требуемые .VHD диски, определять режим создания «снимков» для их резервного копирования, и, собственно, описывать точки (target) подключения сетевых клиентов iSCSI – безопасность, аутенификация, режим работы – с наборами подключенных к этим точкам дисков .VHD. Если к точке подключено несколько дисков, каждый диск получает свой LUN ID, а если несколько точек – фактически для клиента это разные дисковые контроллеры. В качестве хранилища, как вы поняли, было использовано еще одно лезвие.
Создаем  при помощи оснастки iSCSI Target необходимую точку подключения и конфигурируем ее. Следует обратить внимание на перечень клиентов, которым будет разрешено подключаться к iSCSI – указываем либо IP-адреса их интерфейсов, либо IQN (уникальное имя внутри iSCSI сети), либо FQDN. Создаем два .VHD диска, один размером 2ГБ для будущего диска кворума кластера, и 30ГБ для хранения данных будущей виртуальной машины.
Таким образом, все необходимые компоненты кластера – узлы и общее хранилище – готовы.

Правильно настроенные сетевые интерфейсы – один из аспектов надежной и производительной работы кластера. Если это возможно – изолируйте интерфейсы, на которых будут работать публичная сеть, внутренняя сеть и сеть хранилища (в варианте iSCSI) разными физическими сетями или VLAN. В нашем случае, с лезвиями, которые имеют 2 сетевых интерфейса, мы изолировали интерфейсы для публичной сети (по ней узлы будут  общаться с контроллером домена и предоставлять кластеризуемые сервисы, для примера – сеть 192.168.100.0/24 ) и объединили сеть хранилища, по которой будет работать iSCSI и внутреннюю, приватную сеть кластера, по которой идет взаимодействие узлов, сеть 10.0.0.0/24. Также, в приватную сеть кластера был подключен один из сетевых интерфейсов лезвия с iSCSI Target.
На будущих узлах кластера конфигурируем сетевые интерфейсы, добавляем их в домен.

Подключаем диски общего хранилища через iSCSI. Для этого используем штатную утилиту Windows – клиент iSCSI Initiator. Запускаем ее на первом узле будущего кластера. При первом старте запрашиваются параметры автоматического старта службы Microsoft iSCSI – подтверждаем, и конфигурирования службы Windows Firewall для работы с iSCSI – также подтверждаем. В окне iSCSI Initiator Properties указываем в закладке Discovery в разделе Target Portals IP-адрес сетевого интерфейса сервера хранилища, подключенного у приватной сети (10.0.0.0/24). В дополнительных свойствах (кнопка Advanced) при указании адреса также указываем, что исходящий адрес на клиенте также из сети 10.0.0.0/24. Там же, в дополнительных свойствах, можно указать параметры аутентификации соединения, использования IPsec, проверки целостности данных.
При успешном подключении переходим в закладку Targets, где отображаются все доступные для клиента точки подключения (не диски, которые они публикуют) и их статус на клиента – подключены/не подключены. Выбираем созданную нами точку подключения, содержащую диски для будущего кластера, нажимаем кнопку Log on. В открывшемся диалоговом окне указываем опции для восстановления соединения при перезагрузке и поддержку multi-path. В дополнительных свойствах (кнопка Advanced), аналогично с подключением самой точки, указываем, что локальным адаптером является Microsoft iSCSI Initiator, IP-адрес источника – адрес интерфейса узла из сети 10.0.0.0/24, адрес портала – IP-адрес сетевого сервера хранилища также из сети 10.0.0.0/24. Если подключение успешно, то в списке точек подключения закладки Targets статус нужного нам подключения будет Connected. Если что-то не так – читаем документацию, полная инструкция по работе с клиентом iSCSI здесь - http://go.microsoft.com/fwlink/?LinkId=40963.
Повторяем операции по подключению клиента iSCSI через Microsoft iSCSI Initiator и на втором узле кластера. Таким образом, общее хранилище подключено.

На первом узле кластера при помощи Disk Management  переводим появившиеся диски iSCSI (отображаются как обыкновенные локальные диски) из состояния offline в online, инициализируем, создаем на каждом по одному разделу и форматируем их под NTFS с установками по умолчанию. Для удобства работы с дисками меньшему диску (2ГБ, для кворума кластера) назначаем метку Quorum и букву Q:, большему (30ГБ, для данных виртуальной  машины) – Storage и S:.
На втором узле кластера достаточно только вывести диски в режим online и назначить аналогичные первому кластеру буквы.

Установка и конфигурирование кластера.
На каждом из будущих узлов при помощи Server Manager добавляем функционал Failover Clustering из раздела Features. Также, перед конфигурацией кластера, на обоих узлах рекомендуется установить роль Hyper-V, предварительно обновив ее до версии RC0. На каждом узле сконфигурируйте виртуальный сетевой адаптер Hyper-V как внешний и «привяжите» его к сетевому интерфейсу публичной сети (192.168.100.0/24) обоих узлов. Важно, чтобы этот виртуальный адаптер имел одно и то же имя на каждом узле.

На первом узле кластера запускаем из Start|Administration Tools оснастку Failover Cluster Management, выбираем команду создания нового кластера, указываем мастеру создания кластера имена обеих подготовленных узлов.  Выбираем опцию выполнения тестов работоспособности будущего кластера, дожидаемся выполнения всех тестов, которые могут занять до 30-45минут времени. При успешном окончании тестов указываем имя кластера и его IP-адрес (из публичной сети 192.168.100.0/24, отличный от адресов самих узлов). Кластер готов к работе.

Создание виртуальной машины, которая будет отказоустойчивой благодаря Quick Migration и регистрация ее как приложения кластера.
На первом узле кластера из оснастки роли Hyper-V консоли Server Manager создаем новую виртуальную машину. Основные требования к виртуальной машине – это размещение файла ее конфигурации и виртуального диска на общем диске кластера S:, использование виртуального сетевого адаптера с общим именем. Если по какой-то причине диск находится под управлением второго узла – выполните создание виртуальной машины на втором узле.
Установите Windows Server 2008 в виртуальную машину, установите также на него обновления Hyper-V до RC0. По окончании установки и конфигурации остановите виртуальную машину.
На том узле, котором создавалась виртуальная машина, запустите оснастку Failover Cluster Management, подключитесь к «свежесозданному» кластеру, и выберите раздел Services or Applications, а в его опциях – Configure a Service or Application.

В мастере конфигурирования сервисов и приложений кластера из списка выберите Virtual Machine, на следующем шаге мастера – из списка непосредственно виртуальных машин выберите созданную вами на общем диске виртуальную машину. Мастер добавит ее как приложение в раздел Services or Applications.
Из перечня опций виртуальной машины на кластере выберите Bring this service or application online – вирутуальная машина запустится уже как ресурс кластера.
Для тестирования попробуйте выполнить команду ping или получить какой-то доступ к ее службам.
Для выполнения операции Quick Migration по переносу виртуальной машины на другой узел кластера выберите из опций Move this service or application to another node. В этот момент вы можете увидеть, как идет сохранение состояния машины на общий диск, передача управления диска другому узлу, восстановление состояния на новом узле.

Как было сделано демо Windows Server 2008 на запуске в Киеве, ч.1

Эта запись опубликована в блоге http://blogs.technet.com/iwalker/

Ссылки по теме:
Microsoft iSCSI
Виртуализация и Hyper-V
Кластера Windows Server 2008

После мероприятия, которое прошло в Киеве 3 апреля 2008, и на котором я демонстрировал технологию Quick Migration для виртуальных машин под управлением Hyper-V в Windows Server 2008, я получил массу вопросов – как устных (на самом мероприятии), так и письменных (по почте, через блог, Live Messenger)…  Основные вопросы, собственно – «А это не хитрое постановочное демо?», «А как это было сделано?», «Какое оборудование и софт необходим?», «Для каких сценариев, кроме продемонстрированного потокового видео, данная технология применима?», «Что делать с реальной нагрузкой, каковы вероятные задержки в реальной жизни?»… В данном посте попробую вкратце ответить на эти (и некоторые другие) вопросы…

Сценарий.
Итак, напомню краткий сценарий работы демо – на одном из физических серверов запускается виртуальная машина под управлением Windows Server 2008 Hyper-V, на которой установлены сервисы Windows Media, обеспечивающие широкое вещание видео потока. Клиентский ПК запускает Windows MediaPlayer, и принимает с виртуального сервера данный видео поток. Работающая виртуальная машина посредством технологии Quick Migration перемещается с одного физического сервера на другой с простоем примерно 20 сек и кратковременной остановкой видео на клиенте, которое тут же восстанавливается и продолжает воспроизводиться с точки останова. Аналогичная ситуация наблюдается и при «пинговании» виртуальной машины с клиента – теряются 3-5 пакетов, отправленных на адрес виртуальной машины, после чего пинги восстанавливаются.

Теория.
Одна из задач виртуализации – изоляция на одном физическом сервере (хосте) ролей сервера с целью большей безопасности, надежности и совместимости, гарантированного распределения аппаратных ресурсов. Но узким место такого решения является устойчивость и доступность физического хоста, на котором будут выполняться виртуальные машины с разными ролями. Задача высокой доступности физического сервера решалась и решается путем отказоустойчивой кластеризации (Windows Server Failover Clustering), при которой выполняемые на том или ином физическом сервер (узле кластера) сервисы «передаются» на другой узел. Целостность данных достигается наличием общего для всех узлов дискового хранилища, на котором и сохраняются данные сервиса, и что обеспечивает доступность данных, не зависимо от того, на каком именно узле сервис выполняется. Виртуальная машина с точки зрения кластеризации является обычным сервисом, который следует остановить на одном узле, сохранив его данные на общем хранилище, и запустить на другом узле. При этом виртуальная машина не просто сохраняет данные (собственно, ее основные данные – виртуальный диск – и так находятся на общем хранилище кластера), а сервис вирутализации приостанавливает работу переносимой виртуальной машины и сохраняет состояние ее оперативной памяти в виде файла на диске. Далее, этот файл восстанавливается на другом узле как память запускаемой там ранее остановленной виртуальной машины. Вот и все – мы получаем виртуальную машины, для которой, собственно, ничего не произошло, все ее состояние идентично моменту останова. Собственно, именно такой процесс и называется Quick Migration. Его эффективность (время простоя виртуальной машины при передаче) в большей степени зависит от скорости работы дисковой или сетевой подсистемы (в зависимости от используемого типа) общего хранилища кластера, на который будет сохраняться оперативная память виртуальной машины и, собственно, от объема этой самой памяти (согласитесь, записать/считать 512МБ – это не тоже самое по времени, что и 8ГБ). Также на время простоя виртуальной машины незначительно влияет эффективность работы самого кластера – время размонтирования на одном узле и монтирования на другом узле кластера диска общего хранилища с данными переносимой виртуальной машины, а также – время публикации сетевого интерфейса виртуальной машины в публичной сети кластера.

Практика.
Для построения демонстрационного примера по Quick Migration, подобного продемонстрированному на запуске, требуется:
2 ПК, выступающие в роли узлов кластера, поскольку речь идет о работе с виртуализацией под управлением Microsoft Hyper-V – обязательна поддержка процессором режимов х64, аппаратной виртуализации от Intel (I-VT) или AMD (AMD-V), запрета исполнения NX/XD, и достаточно памяти для выполнения собственно виртуальных машин. Желательно также наличие нескольких – 2х или более – сетевых  интерфейсов для разделения сетей кластера – публичной, внутренней, хранилища. В реальном примере это роль играли лезвия от HP BladeSystem c3000, в которых было установлено по 2 Intel Xeon (4 core) и 8ГБ ОЗУ.
1 ПК, выступающий в роли контроллера домена Active Directory: FC-кластеризация Windows Server 2008 обязательно требует участия узлов кластера в домене. В примере – также лезвие BladeSystem.
Общий дисковый массив, хранилище. Поскольку под рукой не оказалось ничего из аппаратных средств, что могло бы хоть как-то реализовать данную задачу (хотя лезвия c3000 были оснащены всем необходимым – FiberChannel контроллерами), то было принято простое решение – реализовать общее хранилище посредством iSCSI.
Здесь следует сказать пару слов – iSCSI – протокол, который обеспечивает передачу пакетов SCSI по сетям TCP/IP, т.е. позволяет представить ПК сетевые дисковые ресурсы как локальные дисковые устройства SCSI, и тем самым обеспечивает необходимые требования для реализации общего хранилища кластера. Для функционирования iSCSI требуется 2 основных компонента – сервер iSCSI (iSCSI Target) и клиент iSCSI (iSCSI Initiator). iSCSI Target – это аппаратное устройство или программное обеспечение, которое обеспечивает предоставление доступа к установленным локальным дискам клиентам iSCSI. iSCSI Initiator – клиент, являющийся программным модулем, обычно – драйвером дискового контроллера ОС (но может быть реализованным и аппаратно), обеспечивающий соединение с iSCSI Target и представляющий ОС диски iSCSI Target как локальные физические через точки подключения (target). Эффективность работы iSCSI напрямую зависит от пропускной способности сети, благо, в используемом решении HP BladeSystem c3000 с этим никаких проблем не наблюдается, особенно – между лезвиями.

Как было сделано демо Windows Server 2008 на запуске в Киеве, ч.2

Эта запись опубликована в блоге http://blogs.technet.com/iwalker/