Использование BranchCache в распределенном режиме.

Закончил работу над веб-кастом по распределенном режиму кэширования BranchCache.

Подробности и ссылки на видео: LebedevUM

Объявлено о доступности бета-версии служб интеграции Linux (Linux Integration Services) для Hyper-V с поддержкой SMP.

Очередной перевод, на мой взгляд, весьма интересной публикации.



Ссылка на оригинал: Virtualization Team Blog.

Объявлено о доступности бета-версии служб интеграции Linux (Linux Integration Services) для Hyper-V с поддержкой SMP.

Windows Server 2008 R2 Hyper-V и Microsoft Hyper-V Server 2008 R2 предоставляют надежную виртуализацию для клиентов, которые оценили возможности, которые обеспечивает данное решение. Виртуализация отделяет операционную систему от аппаратного уровня и это отделение создает гибкую и динамичную ИТ-инфраструктуру. Клиенты, которые имеют гетерогенное окружение операционных систем, желают чтобы их платформа виртуализации поддерживала все операционные системы, которые размещены у них в центрах обработки данных. У нас есть поддержка Linux, в качестве гостевых операционных систем, на наших платформах виртуализации с тех пор как вышел Virtual Server и продолжаем совершенствовать нашу поддержку в данном направлении. В июле прошлого года мы представили наши службы интеграции Linux для Hyper-V сообществу Linux, чтобы они могли быть включены в ядро Linux. Мы увидели великолепную поддержку сообщества, которое предоставило более 200 исправлений.Как часть продолжающейся работы по поддержке Linux в качестве гостевой ОС на Hyper-V, мы объявляем о доступности бета-версии служб интеграции Linux для Hyper-V (версия 2.1). В дополнение к существующим возможностям (сеть, хранилище и быстрая загрузка), релиз 2.1 добавит следующее:

• Поддержка SMP для нагрузок Linux.

Виртуальная машина с Linux запущенная в Hyper-V, сможет использовать до 4 виртуальных процессоров.

• Синхронизация времени (Timesync).

Виртуальная машина с Linux запущенная в Hyper-V, сможет синхронизировать свое время с родительской системой.

• Интегрированное выключение.

Вы сможете аккуратно выключать виртуальную машину с Linux при помощи диспетчера Hyper-V (Hyper-V manager).

Эта версия служб интеграции для Hyper-V может быть загружена отсюда, и поддерживает Novell SUSE Linux Enterprise Server 10 SP3, SUSE Linux Enterprise Server 11 и Red Hat Enterprise Linux 5.2 / 5.3 / 5.4.

Чтобы предложить нашим клиентам максимальную гибкость при взаимодействии с Hyper-V, часть кода, которая взаимодействует с Hyper-V выпускается с двойной лицензией (BSD и GPLv2), а часть которая взаимодействует напрямую с ядром выпускается под лицензией GPLv2.

Эти новые возможности в ближайшее время будут представлены в ядро Linux. На самом деле исправления SMP уже предоставил Greg Kroah-Hartman - спасибо, Greg!

Динамическая память (Dynamic Memory) приходит в Hyper-V Часть 2.

Очередной перевод публикации из серии Hyper-V Dynamic Memory.

Ссылка на оригинал: Virtualization Team Blog

Динамическая память (Dynamic Memory) приходит в Hyper-V Часть 2.

======================================================

Предисловие: Суть этой серии публикаций и дух в котором они написаны, должны показать комплексный подход к вопросам, стоящим перед нашими клиентами, обсуждение сложностей, связанных с управлением памятью, и объяснение почему для решения этих проблем мы выбрали динамическую память Hyper-V (Hyper-V Dynamic Memory). Это не обозначает критику кого-либо или каких-либо технологий, это проведение открытого и прозрачного обсуждения проблем.

======================================================

Виртуализация нации.

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

Посмотрим на общую картину.

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

Для примера,

• Как много памяти требуется для веб-сервера?

• Это какое-либо внутреннее бизнес-приложение?
• Это конечный веб-сервер, который получает сотни, тысячи или еще больше запросов в день?

• Как много памяти требуется для файлового сервера?

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

• Что насчет Windows Server 2008 R2 BranchCache?
• Контроллер домена?
• Windows Server 2008 R2 DirectAccess Servers(сервер прямого доступа)?
• Сервер печати?
• <Добавьте сюда свое приложение>

Если вы ответили, "это зависит от...", то вы правы. На эти вопросы нет ни одного простого ответа. Ваша оценка будет основываться на ваших рабочих нагрузках и требованиях бизнеса к масштабу и производительности. Когда мы спрашиваем наших клиентов о том, как они решают эту проблему, то получаем примерно следующие общие ответы:

• "Я делаю все серверы [на выбор: 2 Гб, 4 Гб, 8 Гб] памяти и добавляю еще если пользователи жалуются."
• "Я беру минимальные системные требования и добавляю на [на выбор: 25%, 50%, 100%] больше. Я понятия не имею что происходит с этой памятью, я просто не хочу проблем."
• "Я делаю то, что рекомендует продавец. Если это 4 Гб, то добавляю еще по крайней мере 4 Гб в качестве буфера. У меня нет времени для дальнейших проверок."

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

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

Мы тоже так думаем.

В моей следующей публикации мы обсудим трудности называемые "memory overcommit".

Ура,

Jeff Woolsey

Windows Server Hyper-V

Microsoft RemoteFX.

Еще одна из технологий, которые появятся в Microsoft Windows Server 2008 R2: Microsoft RemoteFX.

Ссылка на оригинал статьи: Team Virtualization Blog

Объясняя Microsft RemoteFX.

Привет, меня зовут Max Herrman и я член маркетинговой команды Windows Server Remote Desktop Serivices в Microsoft. Два года назад Microsoft приобрела Calista Technologies в которой я и работал - для начала было решено создать технологию, которая позволит пользователям удаленного рабочего стола получить все богатство возможностей рабочего стола через сеть, также, как при работе за настольной системой. Эти возможности включают в себя полную поддержку видео со 100%-ым охватом всех форматов и высокую степень синхронизации звука, богатую поддержку мультимедиа включая Silverlight и 3D графику и конечно же Windows Aero. Сегодня Microsoft во время Desktop Virtualization Hour объявила, что Microsoft RemoteFX, как компонент платформы будет разрабатываться для Windows Server 2008 R2 SP1, что принесет богатства возможностей для подключающихся пользователей на рынок виртуализации настольных систем. Итак, что же такое RemoteFX и как Calista и RemoteFX связаны?

Небольшое уточнение, RemoteFX - это не новый независимый продукт Microsoft. Скорее, это описание набора технологий RDP (Remote Desktop Protocol/протокол удаленного рабочего стола) — в котором наиболее важны графическая виртуализация и новейшие коды, которые будут добавлены в Windows Server 2008 R2 Service Pack 1; Эти технологии базируются на IP, который приобрела Microsoft и продолжает разрабатывать после приобретения Calista Technologies. Так что думайте о Microsoft RemoteFX, как о "специальном соусе" в службах удаленного рабочего стола, который позволит пользователям наслаждаться при подключении через сеть к виртуальным или основанным на сессиях рабочим столам и приложениям. При помощи Microsoft RemoteFX, пользователи смогут удаленно работать в окружении рабочего стола Windows Aero, смотреть видео без задержек, наслаждаться анимацией Silverlight и запускать 3D приложения - все с той же производительностью, что при работе с настольной системой, только при подключении через локальную сеть. Их настольные системы на самом деле размещаются в центре обработки данных как часть инфраструктуры виртуальных рабочих столов (Virtual Desktop Infrastructure, VDI) или сессии виртуального окружения (ранее известного, как терминальные службы). С RemoteFX , такие пользователи получат доступ к рабочему пространству через стандартное RDP-подключение с широкого спектра клиентских устройств - дорогих персональных компьютеров, тонких клиентов и очень простых, дешевых устройств.

Также сегодня мы анонсировали сотрудничество с Citrix, это позволит Citrix интегрировать и использовать Microsoft RemoteFX в ограниченном наборе продуктов XenDesktop и HDX. Microsoft RemoteFX предназначен для интеграции с решениями партнеров, мы ожидаем решений от Citrix и других партнеров, для того чтобы пользователи могли получить возможности RemoteFX в широком диапазоне сред.

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

Max.

Использование удаленного рабочего стола

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

Подробности и ссылки на видео: lebedevum