Страницы

пятница, 3 декабря 2010 г.

MCP-Club Omsk 2010 - Ноябрь



25 ноября 2010 года состоялось заседание MCP-Club Omsk, на котором я представил доклда: "Веб-сервер IIS 7.5: Практика применения", на данный момент весь доклад записан в виде веб-кастов, они доступны на моих веб-каналах.

Отчет о мероприятии и ссылки на веб-касты доступны у меня на сайте: LebedevUM

понедельник, 15 ноября 2010 г.

Установка Pure-FTPd на SLES10 SP3

Можно сказать что открыта новая серия веб-кастов, но на самом деле это ответ на поступивший мне вопрос по SUSE Linux Enterprise Server 10. В веб-касте продемонстрированы установка и настройка анонимного доступа к Pure-FTPd серверу.

Подробности и видео: LebedevUM

пятница, 29 октября 2010 г.

Сравнение чисел в Windows PowerShell 2.0


Очередной веб-каст в разделе Windows PowerShell 2.0, рассказывает о сравнении чисел. В течении веб-каста пишется один большой сценарий с использлованием всех операторов сравнения чисел.
Подробности и видео: LebedevUM

четверг, 28 октября 2010 г.

Настройка сети в Windows Vista

Здравствуйте коллеги!
Все никак не доходили руки до блога в связи с тем что на следующей неделе я буду сдавать экзамен MS 70-646, но ближайшие несколько дней я восполню пробелы.

Раздел Windows Vista, пополнился целой кучей веб-кастов, в частности я хотел бы отметить веб-касты по настройке сети, в которых изложены все основы необходимые для построения небольших сетей на рабочих группах.
Подробности и видео доступны вот тут в разделе Network: LebedevUM

понедельник, 11 октября 2010 г.

Новые веб-касты.

Здравствуйте коллеги!
Прошедшие выходные не прошли даром и я могу предложить ударную серию веб-кастов на любой вкус:


В разделе Windows Server 2008 добавился веб-каст по направлению Network:
Настройка DHCPv4 на Windows Server 2008 R2

Раздел Windows Vista, пополнился двумя веб-кастами по направлениям Deploymnet и Management:
Обновление редакции Windows Vista
Управление пользователями в Windows Vista

И наконец раздел Windows PowerShell также был дополнен двумя веб-кастами по направлению Основы:
Арифметические действия в Windows PowerShell 2.0
Установка PowerShell 2.0 на Server Core

пятница, 8 октября 2010 г.

Изменение алгоритма полного имени пользователей в Active Directory

Поступил очень интересный вопрос, по Active Directory: "Как изменить алгоритм генерации поля Full Name в мастере создания учетных записей пользователей в Active Directory?" Собственно, на вопрос я ответил и так как мне кажется, что многие даже не задумывались о том что это можно менять, я опубликовал веб-каст по данной тематике.

Подробности и видео:
LebedevUM.

четверг, 7 октября 2010 г.

Точки восстановления системы в Windows Vista

Совсем недавно я опубликовал веб-каст: "Восстановление системы при помощи Windows PowerShell 2.0", и вот получил вопрос: "А как же управлять точками восстановления системы в графике?", ответ на данный вопрос я выполнил в виде веб-каста, продемонстрировав использование точек восстановления в Windows Vista: "Точки восстановления системы в Windows Vista".

понедельник, 4 октября 2010 г.

LG Network Monitor - это настольная система в виде службы благодаря RemoteFX.

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

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


LG Network Monitor - это настольная система в виде службы благодаря RemoteFX.

Мы все любим инновации, включенные в виртуализацию, а новые возможности вычислительных форм-факторов еще интересней (для меня). Вчера видел кое-что классное от LG, электронный гигант, который помогает мне смотреть хоккей, футбол и Сумасшедших в HD (Сумасшедшие [Mad Man] - это американский драматический телевизионный сериал, который создал и спродюссировал Matthew Weiner [Примечание переводчика]).

Allesandro писал об этом вчера [вот тут]. Новости представили некоторые подробности развития работы:

  • LG и Microsoft объединились в команду для создания мониторов для облачных вычислений, технологии которая позволяет пользователям получить доступ к данным и программному обеспечению через интернет. Рынок облачных вычислений расширится до 12 миллионов единиц к 2012 году, сообщил LG.
  • Альянс будет ориентироваться на рынок решений виртуализации для образовательных учреждений, с целью стать лидером в данном сегменте с долей 25 процентов к 2012 году. Как ожидается, данный сегмент будет расти более чем на 50 процентов каждый год, достигнув 6 миллионов единиц к 2012 году и 20 миллионов единиц в 2015 году, сообщил LG.

Больше технических подробностей сегодня представил Max через Remote Desktop Services team blog. Вот некоторые выдержки:

  • Вчера, LG и Microsoft объявили о заключении соглашения для совместной работы по разработке и маркетингу над LG Network Monitor, решение для многопользовательских вычислений, которое интегрируется с RemoteFX. По условиям соглашения, LG представит новые сетевые мониторы с RemoteFX в середине 2011 года.
  • LG Network Monitor - это монитор, который подключается к централизованной рабочей станции через сеть. С подключенным LG Network Monitor, все, что вам нужно для работы - это клавиатура и мышь - без персонального компьютера. Несколько пользователей LG Network Monitor могут удаленно получать доступ ко всем возможностям настольной системы, размещенной на некотором компьютере с включенными службами удаленного рабочего стола.

Если вы видели мои публикации ранее, то вам известно, что я увлечен RemoteFX; однако, я еще больше увлечен тем какие усилия вкладывают нашими партнеры по программному и аппаратному обеспечению в конечные RemoteFX-решения для наших клиентов. С LG все точно так же: перспективы LCD-мониторов в следующем году, которые поддерживают декодирование RemoteFX позволят клиентам иметь больше форм-факторов для выбора устройств, осуществляющих доступ к VDI или сессиям виртуального окружения: полноценные клиенты, тонкие, ультра легкие... А теперь еще и сетевые мониторы (кто-нибудь сказал "безклиентный"?) ;)).

Patrick


Новая серия веб-кастов

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

На данный момент доступны:
  1. Миграция в Windows Vista.
  2. Обновление до Windows Vista.

Восстановление системы при помощи Windows PowerShell 2.0

На Сентябрьском заседании MCP-Club Omsk, мне задали вопрос, где можно посмотреть примеры реального использования Windows PowerShell 2.0. Вот как раз тот самый пример когда можно легко и просто управлять точками восстановления системы при помощи Windows PowerShell 2.0

Подробности и видео: LebedevUM

пятница, 1 октября 2010 г.

Ограничение входа пользователей в CentOS

Еще один ответ на вопрос и веб-каст в серии про CentOS. Хотя материал данного доклада применим к любому дистрибутиву Linux. Но так как наиболее свободная и стабильная операционная система, которая была под рукой - это CentOS 5.5, то веб-каст был записан именно на данной платформе.
Подробности и видео: LebedevUM

среда, 29 сентября 2010 г.

Фоновые задания в Windows PowerShell 2.0

Очередной веб-каст, посвященный Windows PowerShell 2.0, подробно расскажет об использовании фоновых заданий.

Подробности и видео: LebedevUM

пятница, 24 сентября 2010 г.

Управление модулями ядра в Slackware Linux


Продолжаю отвечать на вопросы по Slackware Linux 13. На этот раз небольшой веб-каст по управлению модулями ядра.

Подробности и видео: LebedevUM

понедельник, 20 сентября 2010 г.

Установка XAMPP 1.7 на CentOS 5

Открываю серию веб-кастов про CentOS. Хотя материал данного доклада сконцентрирован на демонстрации XAMPP. Но так как наиболее свободная и стабильная операционная система, которая была под рукой - это CentOS 5.5, то веб-каст был записан именно на данной платформе.

Подробности и видео на LebedevUM.





суббота, 18 сентября 2010 г.

понедельник, 6 сентября 2010 г.

Модули, оснастки и поставщики Windows PowerShell 2.0

Продолжение серии веб-кастов посвященных Windows PowerShell 2.0, на этот раз это серия обзоров, рассказывающая об основных структурах Windows PowerShell 2.0.

В веб-кастах представлена следующая информация:

  • Диски Windows PowerShell
  • Командлеты Windows PowerShell
  • Оснастки Windows PowerShell
  • Модули Windows PowerShell
  • Поставщики Windows PowerShell
Рекомендую смотреть материал в следующем порядке:
  1. Обзор встроенных оснасток Windows powerShell 2.0.
  2. Обзор встроенных поставщиков Windows powerShell 2.0.
  3. Обзор модулей Windows PowerShell 2.0.

четверг, 2 сентября 2010 г.

RemoteApp в терминальных службах Windows Server 2008 R2

Не могу сказать, что открываю серию веб-кастов по Терминальным службам, так как по ним спрашивают довольно мало, но тем не менее первый из серии, демонстрирует компонент RemoteApp, который появился начиная с Windows Server 2008.

Подробности и видео: LebedevUM.

понедельник, 30 августа 2010 г.

Поиск файлов в Slackware Linux

Продолжаю отвечать на вопросы по Slackware Linux. На этот раз в центре внимания: поиск файлов. Демонстрация проходит на Slackware Linux 13.1 (x32).

Подробности и видео: LebedevUM.

понедельник, 23 августа 2010 г.

Веб-касты по Slackware Linux 13.


Продолжаю отвечать на вопросы по Slackware Linux 13. На этот раз в центре внимания: смена шрифта консоли и выбор демонов для загрузки. Данные задачи решаются при помощи pkgtool. Демонстрация проходит на Slackware Linux 13.1 (x32).

Ссылки на веб-касты:

пятница, 20 августа 2010 г.

Решение административных задач, средствами Windows PowerShell 2.0

Коллеги, добрый день.
Очень рад, пригласить вас 23 сентября 2010 года на заседание MCP-Club Omsk, которое состоится в УЦ SoftLine, расположенном в ТОК Флагман 6 этаж - кабинет 623 по адресу г.Омск ул.Фрунзе 80, Герцена 18. Начало заседания в 18-30.


Тема заседания: PowerShell 2.0

На заседании я представлю доклад:
"Решение административных задач, средствами Windows PowerShell 2.0"

План выступления:
  1. Вступление
  2. Управление ОС семейства Microsoft Windows на современном этапе.
  3. Преимущества Windows PowerShell.
  4. Основные возможности и принципы работы.
  5. Решение административных задач по управлению сетевыми настройками и файловой системой средствами Windows PowerShell.
  6. Заключение.
  7. Сессия вопросов и ответов.
Участие в заседании БЕСПЛАТНОЕ!

Для регистрации на мероприятие необходимо связаться с MCP-Club Omsk Lead Дмитрием Булавко: dbulavko@hotmail.com

пятница, 13 августа 2010 г.

Отчет лабораторного испытания: Microsoft Hyper-V R2: Масштабируемая, родная виртуализация серверов для предпреятий.

Продолжаем серию переводов всего самого инетерсного и полезного, на этот раз это отчет о лабораторном исследовании Microsoft Hyper-V R2 от Enterprise Strategy Group (ESG). В связи с большим объемом переводить буду частями, постепенно дополняя этот пост.

Ссылка на оригинал: Enterprise Strategy Group


Отчет лабораторного испытания: Microsoft Hyper-V R2: Масштабируемая, родная виртуализация серверов для предпреятий.

Аннотация.
Виртуализация серверов обладает наивысшим приоритетом для ИТ-организация любых размеров, в связи с тем, что они смотрят на улучшение использования ИТ-активов, рационализацию операционной эффективности и расширение уровня обслуживания, согласованное с владельцами приложений. Этот документ - отчет о практическом тестировании технологий виртуализации серверов Microsoft, направленной на повышение гибкости, доступности и производительности Microsoft Hyper-V R2.

Фон.

Виртуализация серверов стратегическая инициатива для IT-организаций во всем мире. ESG провела глубокое исследование при помощи ведущих ИТ-специалистов, в отношении наиболее важных ИТ-приоритетов для их организаций на ближайшие 12-18 месяцев [1]; как показано на рисунке 1, виртуализация серверов находится на первом месте.

Рисунок-1: Главные ИТ-приоритеты.

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

Помимо очевидных преимуществ, связанных с повышением эффективности серверов в центре обработки данных, виртуализация серверов может быть использована для увеличения гибкости и досутпности ИТ-приложений и служб. Так как приложения освобождаются от привязки к физическому серверу, виртуализация серверов может быть использована для перемещения приложений между серверами и защиты пользователей от отключения в случае отказа физического сервера. На самом деле, исследования ESG показали, что аварийное восстановление виртуальных машин, резервное копирование и мобильность следует сразу за объединением большого числа физических серверов в списке главных десяти инициатив серверной виртуализации [2].

Представляем Hyper-V R2

Microsoft Hyper-V R2 - это гипервизор, который позволяет размещать несколько виртуальных машин на одном физическом сервере. Поддерживаемые виртуальные машины могут быть различными: практически все платформы Microsoft (серверные и настольные) и дополнительно несколько различных платформ Linux. Hyper-V R2 доступен в операционной системе Windows Server 2008 R2, а также в Microsoft Hyper-V Server 2008 R2. За счет использования знакомого интерфейса и мастеров, Hyper-V R2 дает компаниям возможность использовать существующие навыки, программы подготовки и сертификации.

Гипервизор Hyper-V R2, который был выпущен в сентябре 2009 года, включает ряд полезных усовершенствований для платформы серверной виртуализации Microsoft. Повышенная производительности включают увеличение производительности для приложений в виртуальной среде, которые расположены на виртуальных жестких дисках. Новые возможности Live Migration и Clustered Storage Volumes, были также добавлены. Как показано на рисунке 2, Live Migration повышает мобильность виртуальных машин, в то время, как Clustered Storage Volumes улучшают доступность, за счет отказоустойчивого кластера.

Рисунок 2: Обзор гибкости и доступности Hyper-V R2.

Live Migration, которая появилась в Hyper-V R2, отличается от Quck Migration, которая появилась в Hyper-V R1. Quizck Migration, обеспечивает быструю миграцию с одного физического сервера на другой, но влечет за собой отрезок времени, в течении которого сервер будет недоступен. Этот разрыв, который обычно длится несколько секунд, может негативно сказаться на конечных пользователях, а в некоторых случаях может потребовать перезапуск приложения. Live Migration позволяет реализовать перемещение запущенных виртуальных машин между физическими серверами в режиме реального времени, без разрыва.

Clustered Storage Volume (CSV) - это высоко доступные, общее хранилище томов, которое расширяет возможности отказоустойчивого кластера. Отказоустойчивый кластер - это набор компьютеров (узлов), которые работают совместно, для того чтобы повысить доступность приложения или службы. CSV позволяет нескольким серверам в кластере читать и писать в одно и тоже время, при этом им не нужен узел ответственный за управление томами. Когда выполняется Live Migration и хранение данных обеспечивается CSV, миграция проходит очень быстро, потому что необходимо перенести только память виртуальной машины.



Проверка лаборатории ESG

Лаборатория ESG провела практическую оценку технологии виртуализации серверов Hyper-V R2 в лаборатории, расположенной в Microsoft Редмонд, научного городка Вашингтона. Тестирование проводилось с целью оценки гибкости, доступности и производительности, предоставляемой Hyper-V R2.


Приступая к работе

Тестовый стенд, который использовался во время проверки лаборатории ESG, был разработан для имитации миграции с физических на виртуальные серверы, как показано на рисунке 3. Стандартно развернутые приложения и службы, запущенные на девяти старых физических серверах, были переведены на кластер новых серверов, подключенных к общему пулу SAS-устройств с оптоволоконным подключением к дисковому массиву [3]. Серверы были настроены для поддержки различных служб и приложений, включающих Active Directory и службы печати, общие сетевые накопители (Корпоративные, Отделов, Личные), Red Hat Linux (RHEL) и базы данных (Microsoft SQL Server 2005 и 2008). Microsft Windows Server 2008 R2 Datacenter Edition со встроенной поддержкой Hyper-V R2, был использован для консолидации виртуальных серверов на отказоустойчивом кластере, использующим систему хранения данных SAN и Clustered Shared Volumes. Четвертый сервер был использован для управления физическим и виртуальным окружением при помощи Microsoft System Center Virtual Machine Manager (SCVMM) [4].

Тестирование лаборатории ESG

Лаборатория ESG начала тестирование с чистой установки Windows Server 2008 R2 на первый 64-ех разрядный сервер. Шесть кликов мышкой и 20 минут спустя знакомый процесс установки Windows завершился. На данный момент сервер выглядел также, как и любой физический сервер под управлением операционной системы Microsoft Windows. Мастер, изображенный на рисунке 4, был использован для включения роли Hyper-V из консоли диспетчера сервера на физическом сервере. Пользовательский интерфейс мастера использованного для включения роли Hyper-V схож для настройки серверных ролей, включая Active Directory и службы печати.

Изображение 4. Включение Hyper-V.


Шесть кликов мышки и последующая перезагрузка включает Hyper-V, теперь сервер готов для настройке первой виртуальной машины.
На высоком уровне, используется три общих метода для создания виртуальной машины (ВМ) в окружении Hyper-V.
  1. Создание новой ВМ с нуля.
  2. Клонирование существующей ВМ.
  3. Импорт существующего физического или виртуального сервера.
Мастер запущенный из диспетчера Hyper-V на физическом сервере был использован для создания первой ВМ с нуля. Методы клонирования и импорта были использованы позднее в проверке лаборатории ESG, для создания дополнительных виртуальных машин. Как показано на рисунке 5, Мастер Hyper-V, доступный из диспетчера сервера, был использован для настройки первой виртуальной машины с 512 Мб виртуальной памяти, виртуальным сетевым подключением и виртуальным жестким диском (Virtual Hard Drive, VHD).

Рисунок 5. Создание виртуальной машины.


Десять кликов мышкой и спустя 42 секунды после начала работы с мастером, первая виртуальная машина была запущена, сетевая операционная система устанавливается.
Лаборатория ESG обнаружила, что начало работы с Hyper-V R2 представляет собой простой, интуитивно понятный процесс. На высоком уровне, знакомый пользовательский интерфейс на основе графических мастеров, встроенный в Windows Server 2008 R2, был использован для настройки Hyper-V в три шага:
  1. Установка Windows Server 2008 R2.
  2. Включение роли Hyper-V.
  3. Перезагрузка и настройка виртуальных машин.
Как показано на рисунке 6, первая виртуальная машина была запущена спустя 25 минут и 22 клика мышки, после запуска чистой установки Windows Server 2008 R2.

Рисунок 6. Начало работы с Hyper-V.

Почему это важно

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

Лаборатория ESG, подтвердила что чистая установка Hyper-V, встроенная в Windows Server 2008 R2, может быть развернута меньше чем за 30 минут, за счет использования знакомых утилит управления сервером, встроенных в Windows.




вторник, 10 августа 2010 г.

Автоматизация Hyper-V Best Practices Analyzer при помощи PowerShell.

Итак продолжаем переводить все самое ценное, интересное и полезное, на этот раз это будет публикация Mark Ghazai из его собственного блога, которая расскажет как автоматизировать BPA за счет Windows PowerShell.

Ссылка на оригинал: Mark Ghazai's Blog

Автоматизация Hyper-V Best Practices Analyzer при помощи PowerShell.

Привет, Марк сегодня здесь. Как вы могли знать, с выходм Server 2008 R2, Server Manager стал содержать Best Practices Analyzer (BPA) для нескольких ролей/компонентов, таких как веб-сервер (IIS).

Следующий снимок экрана показывает Best Practices Analyzer для IIS в Microsoft Windows Server 2008 R2.



Сегодня я начну говорить о Hyper-V R2 BPA, который был выпущен недавно в KB977238

После того, как вы установите этот пакет (не требует перезагрузки), Hyper-V Best Practices Analyzer будет добавлен на страницу роли Hyper-V в Server Manager. Теперь вы можете выбрать опцию Scan This Role, запустить BPA на сервере и просмотреть отчет.

Пара вопросов, которые вы могли бы спросить: как запустить BPA удаленно или на Windows Server 2008 R2?

Вы можете использовать Server Manager для удаленной работы и подключиться к другому серверу. Если данный сервер уже имеет установленный пакет Hyper-V BPA, вы можете сканировать эту машину из Server Manager и просмотреть отчет. Это применимо и к полной установке и к установке ядра сервера Windows Server 2008 R2, вы можете поддерживать соединение настолько долго настолько позволит брандмауэр удаленное подключение Server Manager на другом сервере.

На заметку: на ядре сервера R2 запустите SCONFIG.EXE

Теперь вы получили другу опцию, которая использует PowerShell для запуска BPA и сохраняет результаты.

Для получения детальной информации посмотрите Get-Help about_BestPractices

Вот шаги, которые необходимо выполнить:

  1. Запустите PowerShell с правами администратора.
  2. Загрузите модуль Server Manager:
    import-module ServerManager
  3. Загрузите модуль Best Practices:
    import-module BestPractices
  4. Запустите модуль Hyper-V BPA:
    Invoke-BpaModel Microsoft/Windows/Hyper-V
  5. Просмотрите отчет BPA:
    Get-BPAResult Microsoft/Windows/Hyper-V

Вывод Get-BPAResult может быть экспортирован как HTML или CSV и отчет может быть сохранен в другом месте, по вашему усмотрению.

Используя этот метод вы можете написать сценарий PowerShell для запуска BPA на множестве серверов Hyper-V R2 и сохранять отчеты в формате CSV.

Пример отчета.

Данная концепция может быть расширена для других ролей, у которых доступна поддержка BPA.

Чтобы проверить существующие BPA для Windows Server 2008 R2 смотрите на странице TechNet

TechNet Windows Server 2008 R2 Best Practices Analyzers
http://technet.microsoft.com/en-us/library/dd392255(WS.10).aspx

Надеюсь вы насладились этой публикаций. До скорого...

Удаленное подключение PowerShell к Communications Server "14" с настольной системы.

Продолжаем переводить все самое интересное. На этот раз это публикация из TechNet блога CS PowerShell. В которой Nick Smth демонстрирует сценарий Windows PowerShell 2.0 для удаленного подключения к Microsoft Communications Server.

Ссылка на оригинал: CS PowerShell


Удаленное подключение PowerShell к Communications Server "14" с настольной системы.

Nick Smith, Microsoft

Перед запуском этого скрипта, убедитесь, что клиентская система удовлетворяет всем требованиям для удаленного подключения Windows powerShell. Вот эти требования:
  • Windows PowerShell v2.0
  • .NET Framework 2.0
  • Windows Remote Management (WinRM) 2.0

Данные требования включены в Windows Management Framework и доступны для загрузки.

Для создания ярлыка на рабочем столе, который бы запускал удаленную сессию PowerShell, подключающуюся к Communications Server "14", следуйте данным инструкциям:

1. Откройте Блокнот (или ваш любимый редактор текстов или скриптов).

2. Скопируйте данный скрипт и вставьте его в Блокнот.


#*******************************************************************************
#* Author: Nick Smith (karsmith@microsoft.com)
#* Date: 6/20/2010
#* Purpose: This is a script that can be used when creating desktop icons that
#* will allow the user an easy way of connecting to remote powershell into a
#* CS '14' environment.
#* NOTE: THIS WAS DEVELOPED AGAINST CS '14' BETA AND DOES NOT INCLUDE MUCH
#* ERROR CHECKING. USE AT YOUR OWN RISK.
#*******************************************************************************
Param (
[switch] $AuthenticationPrompt = $false,
[string] $CSPoolFQDN = (read-host "Enter the FQDN of the Communications Server Pool"),
[string] $AdminUsername = "domain\username"
)

$Error.Clear()
If ($AuthenticationPrompt) {
Write-Host -ForegroundColor Green "Requesting Credentials for CS Administrative Session"
$CSSession = New-PSSession -ConnectionUri https://$CSPoolFQDN/ocspowershell -Credential $AdminUsername - ErrorAction SilentlyContinue
}
else {
$CSSession = New-PSSession -ConnectionUri https://$CSPoolFQDN/ocspowershell -Authentication NegotiateWithImplicitCredential -ErrorAction SilentlyContinue

}

If ($Error.count -gt 0){
Write-Host -ForegroundColor Red "Unable to Connect to CS Administrative Session`n Error:" $Error
}
else {
$ImportResults = Import-PSSession -Session $CSSession
Write-Host -ForegroundColor Green "Connected to CS Administrative Session`nImported" $ImportResults.ExportedFunctions.count "CS Functions"
}

cd $env:UserProfile



3. Сохраните файл с расширением .ps1, например, C:\Scripts\Start-CsRemotePowerShell.ps1

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

  • Для использования интегрированной проверки подлинности
§ powershell.exe -noexit -executionpolicy bypass -file c:\scripts\start- csremotepowershell.ps1 –CSPoolFQDN CSPool01.contoso.local

  • Для использования строки проверки подлинности
§ powershell.exe -noexit -executionpolicy bypass -file c:\scripts\start- csremotepowershell.ps1 -AuthenticationPrompt -CSPoolFQDN CSpool01.contoso.local -AdminUsername contoso\administrator

понедельник, 9 августа 2010 г.

Проектирование и настройка сети на IPv4/IPv6


Продолжаю отвечать на вопросы, которые поступают на электронный ящик lebedev.yuriy@gmail.com. На этот раз в центре внимания оказались IPv4 и IPv6 адреса их настройка, некоторые теоретические основы и примеры проектирования небольших сетей на основе этих протоколов.


Ссылки:

вторник, 3 августа 2010 г.

Форматирование вывода в Windows PowerShell 2.0

Продолжаю серию веб-кастов посвященных Windows PowerShell 2.0. На этот раз разбираем командлеты сортировки, группировки и форматирования вывода.

Подробности и видео: LebedevUM

понедельник, 2 августа 2010 г.

пятница, 30 июля 2010 г.

Linux Integration Services v2.1 теперь доступны.

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

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



Linux Integration Services v2.1 теперь доступны.

Мы очень рады объявить о доступности Hyper-V Linux Integration Services для Linux версии 2.1. Эта версия является еще одной вехой в создании всесторонней платформы виртуализации для наших клиентов. Клиенты, которые владеют гетерогенным окружением операционных систем стремятся сделать свою платформу виртуализации способной поддерживать все операционные системы, которые находятся в их центре обработки данных. Мы поддерживаем Linux в качестве гостевой операционной системы, на наших платформах виртуализации, начиная со времен Virtual Server и продолжаем расширять нашу поддержку в этом направлении.

Следующие компоненты включены в версию 2.1:
  • Поддержка драйверов для синтетических устройств (Driver support for synthetic devices): Linux Integration Services поддерживает синтетические сетевые контроллеры и синтетические контроллеры накопителей, которые были разработаны специально для Hyper-V.
  • Поддержка быстрой загрузки для Hyper-V (Fastpath Boot Support for Hyper-V): Загрузочные устройства используют блок виртуализации служб клиента (Virtualization Service Client, VSC) для предоставления повышенной производительности.
  • Синхронизация времени (TimeSync): Часы внутри виртуальной машины будут синхронизироваться с часами хоста.
  • Интегрированное выключение (Integrated Shutdown): Виртуальные машины с запущенным Linux могут быть корректно выключены при помощи диспетчера Hyper-V или System Center Virtual Machine Manager.
  • Поддержка Symmetric Multi-Processing (SMP): Поддерживаемые дистрибутивы Linux могут использовать до 4 виртуальных процессоров в одной виртуальной машине.
  • Heartbeat: Позволяет хосту определять запущена ли гостевая система и отвечает ли она на запросы.
  • Подключаемые источники времени (Pluggable Time Source): Встроенный модуль подключения источников времени предоставляет более точный источник времени гостевой системе.

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

Клиенты могут получить Linux IC через Microsoft Download Center по этой ссылке: http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=eee39325-898b-4522-9b4c-f4b5b9b64551.

Переменные в Windows PowerShell 2.0

Продолжаю серию веб-кастов посвященных Windows powerShell 2.0. На этот раз разбираем использование различных переменных в оболочке и сценариях Windows PowerShell.

Подробности и видео: LebedevUM

четверг, 29 июля 2010 г.

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

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

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


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


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

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

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

В нескольких предыдущих публикациях мы рассматривал Страничное распределение (Page Sharing) и Второй уровень подкачки (Second Level Paging). Сегодня давайте будем копать, то что предоставляет динамическая память Hyper-V в Windows Server 2008 R2 SP1, а также в наш бесплатный гипервизор Microsoft Hyper-V Server 2008 R2 SP1. Итак, что же такое динамическая память (Dynamic Memory)?

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

Давайте погрузимся в объяснения того как все это работает, начиная с новых настроек динамической памяти (Dynamic memory). Здесь новые настройки доступные для каждой виртуальной машины. Вот изображение:




Динамическая память в глубине.


В Hyper-V (V1 & R2), память статически назначалась виртуальным машинам. Смысл заключается в том, что вы назначаете память виртуальной машине, и когда она включается Hyper-V размещает и предоставляет эту память виртуальной машине. Эта память занимается до тех пор пока виртуальная машина запущена или приостановлена. Когда виртуальная машина сохранена или выключена память освобождается. Ниже представлено изображение, на котором показано назначение памятив Hyper-V V1/R2.


У динамической памяти Hyper-V есть два значения: Startup RAM (Начальный объем памяти) и Maximum RAM (Максимальный объем памяти), выглядит это вот так:


Startup RAM (Начальный объем памяти) это объем памяти во время инициализации/запуска виртуальной машины. Когда виртуальная машина запущена этот объем памяти будет выделен виртуальной машине. В данном примере виртуальная машина будет запускаться с 1 Гб памяти.

Свойство Maximum RAM (Максимальный объем памяти) это максимальный объем памяти до которого гостевая операционная сможет дорасти, в данном случае до 64 Гб памяти (при условии, что операционная система поддерживает такой объем памяти). На основе перечисленных выше настроек, вот пример того, как память будет выделяться в течении рабочего дня.



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

Далее, давайте посмотрим на Memory Buffer (Буфер памяти).

Memory Buffer (Буфер памяти): В одной из предыдущих публикаций мы обсуждали сложности планирования памяти. Подведя итог, можно сказать что нет идеального решения для каждой рабочей нагрузки, а также решение может меняться в зависимости от масштаба и эксплуатационных требований. Однако, в обратной связи, четко прослеживается, что клиенты всегда чувствуют себя комфортабельней, предоставляя дополнительный объем памяти "на всякий случай".

Мы полностью согласны.

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

Буфер динамической памяти определяет специфику памяти, доступной в виртуальной машине в целях кеширования файлов (например SuperFetch) или свободной памяти. Диапазон таких значений от 5 до 95. Цель буфера памяти заключается в определении процента свободной памяти от текущей используемой памяти. Целевой процент буфера памяти 20%, это значит, что в виртуальной машине, где используется 1 Гб, 250 Мб будут "свободными" (или доступными), общий объем памяти виртуальной машины будет составлять 1,25 Гб. По умолчанию, динамическая память Hyper-V использует значение буфера 20%. Если вы находите это значение слишком консервативным или не достаточно консервативным, вы можете изменить его на лету, пока виртуальная машина запущена без выключения.


Это подводит нас к последней настройке динамической памяти (Dynamic Memory), Memory Priority (Приоритет памяти).

Memory Priority (Приоритет памяти): По умолчанию все виртуальные машины создаются с равным значением приоритета памяти. Однако, вы, скорей всего, захотите изменить приоритет памяти, в зависимости от рабочей нагрузки. Для примера, Я предвижу сценарий, в котором вы захотите установить контроллеру домена больший приоритет памяти, нежели чем серверу печати какого-нибудь отдела. Приоритет памяти - это настройка каждой отдельной виртуальной машины, она указывает на приоритетность виртуальной машины при распределении памяти, относительно других виртуальных машин. По умолчанию приоритет памяти установлен в "Средний". Если вы посчитаете необходимым изменить этот параметр, вы можете сделать это на лету, в тот момент, когда виртуальная машина запущена, без ее остановки.




Динамическая память с течением времени работает с несколькими виртуальными машинами...


Я рассказывал про настройки каждой виртуальной машины и показывал как они будут работать с одной виртуальной машиной, но как динамическая память (Dynamic Memory) будет работать с несколькими виртуальными машинами? Ниже есть пример того, как динамическая память (Dynamic Memory) работает. Я специально хранил этот пример, чтобы избежать путаницы. Предположим, что у меня есть сервер с 8 Гб памяти. Я собираюсь запустить три виртуальные машины, по одной из финансовой службы, отдела продаж и отдела проектирования. Каждой виртуальной машине я дам одинаковые настройки: Sturtup RAM (Начальный объем памяти) = 1 Гб и Maximum RAM (Максимальный объем памяти) = 4 Гб. С такими настройками каждая виртуальная машина будет включаться с 1 Гб памяти и сможет увеличить свой объем памяти до 4 Гб, в случае необходимости.

Запуск виртуальных машин. на графике представленном ниже в левой части можно увидеть три запущенных виртуальных машины. Каждая виртуальная машина использует 1 Гб памяти. В правой же части графика можно видеть общий объем памяти, используемый всей системой ~3 Гб.


15 минут спустя. Виртуальная машина финансовой службы запускает отчеты, в то же время виртуальная машина отдела проектирования делает аналитическую работу. При помощи динамической памяти (Dynamic Memory), виртуальной машине финансовой службы выделено 3 Гб памяти, виртуальной машине отдела проектирования выделноо 2 Гб памяти, а виртуальная машина отдела продаж осталась с 1 Гб. В масштабах все системы, сервер использует 6 Гб из 8 Гб, или 75% от всей физической памяти.


30 минут спустя. Виртуальная машина финансовой службы работает с отчетами, в то время как виртуальная машина отдела проектирования выполняет аналитическую работу. При помощи динамической памяти (Dynamic Memory), виртуальной машине финансовой службы, выделено 2 Гб памяти, виртуальной машине отдела проектирования выделенно 3,5 Гб памяти, виртуальная машина отдела продаж осталась с 1 Гб памяти, и четвертая служебная виртуальная машина запущена с использованием 1 Гб памяти. В масштабах всей системы, сервер теперь использует 7,5 Гб памяти для виртуальных машин из 8 Гб. На данный момент сервер полностью распределил ресурсы памяти и использует ее наиболее эффективно.


И вот теперь вопрос, который я постоянно задаю: "Что теперь? Что если виртуальной машине нужно еще памяти? Нужно ли запускать подкачку на стороне родительской системы?"

Нет.

На данный момент динамическая память (Dynamic memory) будет пытаться восстановить страницы памяти из других виртуальных машин. Однако, в самом худшем случае, когда нет свободных страниц, гостевая система использует свою подкачку, а не подкачку родительской системы. Это важно, потому что гостевая операционная система знает какую память можно, а какую нельзя выгружать. Наконец, когда свободная память станет доступна в других виртуальных машинах, динамическая память (Dynamic Memory) будет перемещать память по мере необходимости.



Превышение лимита и аналогии с процессором.


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

Отличная аналогия, но неправильный вывод.

Пример 1: Предположим вы работаете на 8 физических серверах и используете их на 10%, виртуализовав их и запустив эти 10 виртуальных машин на одном выделенном сервере, вы будете использовать его ~85%. В этом примере вы не превышали лимит и сервер до сих пор не использовал 15%.

Вот что такое превышение лимита...

Пример 2: Предположим вы работаете на 8 серверах и используете их на 50%, виртуализуете их и запускаете эти 8 виртуальных машин на одном сервере. Один сервера может максимально использоваться на 100%, но рабочая нагрузка требует использовать его ~400%, производительность будет ужасной. Что бы вы сделали? Конечно же переместили бы виртуальные машины на другие серверы, чтобы избежать превышения лимита. Если сказать короче, то что бы вы делали, чтобы максимизировать использование ресурсов для получения наилучшего распределения ресурсов и производительности.

Это именно то что мы делаем при помощи Hyper-V Dynamic Memory.



Требования клиентов и динамическая память.


Когда речь заходит о виртуализации и памяти, пользователи виртуализации неоднократно предъявляли следующие требования:
  1. Использовать физическую память настолько эффективно и динамично, насколько это возможно, с минимальными потерями производительности. Клиенты вкладываю в виртуализацию хостов, выбирая системы с большими конфигурациями памяти (32 Гб, 64 Гб, 128 Гб и больше) и хотят полностью использовать возможности системы. В то же время они покупают эту память, чтобы предоставить высочайшую производительность и избежать подкачки.
  2. Обеспечить устойчивую производительность и масштабируемость. Один из частых ответов от пользователей виртуализации это то, что они не хотят компонентов, с возможными срывами производительности или переменной производительностью. Это затрудняет управление и увеличивает общую стоимость владения.

Вы получили это. Вот почему мы выбрали динамическую память (Dynamic Memory):
  1. Dynamic Memory, это действительно динамическое решение. Память выделяется виртуальным машинам на лету, на основе политики, без остановки виртуальной машины.
  2. Dynamic Memory позволяет избежать значительных потерь производительности, потому как не добавляет новые уровни подкачки, которые могут существенно повлиять на производительность.
  3. Dynamic Memory использует большие страницы памяти и оптимизирована под использование больших страниц памяти.
  4. Dynamic Memory - это отличное решение для виртуализации серверов и настольных систем (кстати, Dynamic Memory отлично работает с SuperFetch).

Ура,

Jeff Woolsey

Principal Group Program Manager

Windows Server & Cloud, Virtualization

P.S. Здесь ссылки на все публикации из этой серии:

среда, 28 июля 2010 г.

Установка Windows SharePoint Service 3.0

Здравствуйте коллеги, открываю новую серию веб-кастов, посвященных WSS, собственно, представляю вам первый из этой серии: "Установка Windows SharePoint Services 3.0".

Подробности и видео: LebedevUM

вторник, 27 июля 2010 г.

Windows PowerShell и командная строка Windows

Продолжаю серию веб-кастов, посвященных Windows PowerShell. Данный веб-каст посвящен способам использования Windows PowerShell из командной строки Windows и из командный файлов Windows, а также представлено создание нового экземпляра со специальными параметрами из PowerShell. Демонстрация проходит на операционной системе Microsoft Windows 7 Ultimate (x32).

Подробности и видео: LebedevUM

суббота, 24 июля 2010 г.

Сценарии в Windows PowerShell 2.0

Продолжаю серию веб-кастов, посвященных Windows PowerShell. В этом веб-касте демонстрирую аспекты создания и использования сценариев в Windows PowerShell 2.0. Демонстрация проходит на Microsft Windows 7 Ultimate (x32).

Подробности и видео: LebedevUM

пятница, 23 июля 2010 г.

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

Итак, в центре внимания второй уровень подкачки, очередная публикация из серии "Dynamic Memory coming to Hyper-V". Так как объем приличный, буду переводить частями, постепенно дополняя эту публикацию.

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




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

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

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

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

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

Виртуальная память на высоком уровне

Современные операционные системы используют виртуальную память. Виртуальная память представляет способ увеличения эффективного объема памяти компьютера, за счет использования дискового файла (как области подкачки) для имитации дополнительного объема памяти. Операционная система отслеживает адреса памяти, которые на самом деле располагаются в памяти и какие должны быть привлечены с диска в случае необходимости. Вот несколько общих функций управления памятью, реализуемых современными операционными системами:
  • Разрешение сосуществования нескольких приложений в физической памяти компьютера (реализация изоляции).
  • Использование виртуальной адресации, для того чтобы скрыть управление физической памятью от приложений.
  • Расширение системной памяти за счет подкачки.


Виртуальная память в глубинах.

Давайте погрузимся в глубины. Для этого, я буду ссылаться на статью TechNet, в которой обсуждается диспетчер виртуальной памяти Windows. Если вы желаете прочитать статью целиком, то она здесь: http://technet.microsoft.com/en-us/library/cc767886.aspx. Второй статьей я настоятельно рекомендую публикацию о виртуальной памяти от Марка Руссиновича: http://blogs.technet.com/markrussinovich/archive/2008/11/17/3155406.aspx.


Из статьи TechNet:


Распределение физической памяти компьютера.


Операционные системы, которые поддерживают многозадачность, позволяют программному коду и данным от различных приложений существовать в физической памяти компьютера (оперативная память [random access memory]) в одно и то же время. В обязанности операционных систем входит контроль за тем, чтобы физическая память распределялась настолько эффективно, насколько это возможно и чтобы память не расходовалась в пустую. В результате диспетчер памяти операционной системы вынужден бороться с проблемой, называемой фрагментация памяти. Фрагментация памяти относится к ситуации, когда свободная (доступная) память разбивается на маленькие разрозненные части, которые не являются достаточно большими, чтобы они могли быть использованы приложениями. В примере, обсуждаемом здесь, свободная память разделена на три отдельных блока:

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


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

Виртуализация доступа к памяти.

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

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

Расширение виртуальной памяти за счет подкачки.

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

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

Подкачка делается для увеличения объема виртуальной памяти, доступной на компьютере. Диспетчер памяти производит подкачку "за кулисами", в результате получается так, как будто компьютер имеет больше физической памяти, чем есть на самом деле. Фактически, виртуальная память, доступная на компьютере, равна физической памяти плюс все место на жестком диске, которое диспетчер виртуальной памяти использует для временной записи кода и данных.

Загрузка выгруженного кода и данных по требованию.

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


Ключевые моменты:

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

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


Статическая память и подкачка только на стороне гостевых операционных систем.

Сегодня с Hyper-V (V1 & R2), память статично назначается на виртуальную машину. Это означает, что вы назначаете память виртуальной машине и когда она включена Hyper-V выделяет и предоставляет эту память виртуальной машине. Эта память удерживается до тех пор пока виртуальная машина запущена или приостановлена. Когда виртуальная машина сохраняется или выключается эта память освобождается. Ниже приведен снимок того, как сегодня происходит назначения памяти виртуальной машине:


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


Хорошо, давайте теперь погрузимся на второй уровень подкачки.


Второй уровень подкачки (Second Level Paging): Что это?

Второй уровень подкачки (Second Level Paging, SLP) - это технология, в которой платформа виртуализации создает второй уровень абстракции памяти и в момент перегрузки системы выгружает файлы, созданные на уровне виртуализации в область подкачки на диск. С SLP, вы имеете два яруса подкачки на диск: один расположен в гостевой операционной системе и еще один расположенный ниже на уровне виртуализации. Вот еще одна схема, которая иллюстрирует то, как второй уровень подкачки размещается. Вновь, есть четыре запущенные виртуальные машины и каждое ядро гостевой операционной системы управляет своей собственной памятью. Однако, заметьте, что ниже, расположен второй уровень подкачки, которым независимо управляет платформа виртуализации.


Один из распространенных доводов в пользу второго уровня подкачки, который я слышал это: "Если Windows и другие современные операционные системы используют подкачку сегодня, тогда почему это плохо для использования с виртуализацией?"

Хороший вопрос.

Ответ: Производительность.

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


Выгрузка ядра гостевой системы.

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

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

Понимание управления ресурсами памяти в VMware ESX Server стр. 9-10;
http://www.vmware.com/resources/techresources/10062

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



Производительность памяти против производительности диска.

Наконец, сравнение производительности, или, если быть точнее, отсутствие сравнения, потому что не может быть никакого сравнения между памятью и диском. И это бесспорно. Это факт. Давайте немного посчитаем. Предположим, что у типичного диска время отклика составляет ~8 миллисекунд. А время отклика при доступе к памяти измеряется в наносекундах:
  • DDR3-1600 = 5 наносекунд
  • DDR3-1333 = 6 наносекунд
  • DDR3-1066 = 7.5 наносекунд
  • DDR3-800 = 10 наносекунд

Так что, если вы хотите сравнить доступ к диску с доступом к памяти DDR-3 1600, то формула выглядит следующим образом: 0,008/0,000000005. Здесь приведены результаты вычислений:
  • Память DDR3-1600 в 1600000 раз быстрее чем диск.
  • Память DDR3-1333 в 1333333 раза быстрее чем диск.
  • Память DDR3-1066 в 1066666 раз быстрее чем диск.
  • Память DDR3-800 в 800000 раз быстрее чем диск.

Мы много раз слышали, как пользователи виртуализации говорят, что производительность второго уровня подкачки "не так уж плоха". Я не знаю как можно говорить, с серьезным выражением лица, что разница в производительности в 6 десятков не так уж плоха. Можно ли отбросить перспективу в 1,6 миллионов раз, предположим вам требуется час на одну милю ходьбы. Если вы можете путешествовать в 1,6 миллиона раз быстрее, вы могли бы совершить путешествие к Сатурну и обратно за этот час. (Сатурн расположен на расстоянии примерно 746 миль от Земли.)


Microsoft и VMWare согласны друг с другом: Избегайте превышения объема.

Это факт, что подкачка на диск существенно снижает производительность и вы должны предотвращать это, нужно отметить что это еще одна область, в которой Microsoft и VMWare согласны друг с другом. Это не новое руководство, поэтому я включил примеры из ESX 3 и VSphere.

Из VMWare:

Пример 1: Убедитесь что хост обладает большим объемом физической памяти, чем будет использовано ESX вместе с суммарным объемом рабочей памяти, используемой всеми виртуальными машинами в любое время.

--Performance Tuning Best Practices for ESX Server 3 [Лучшая практика настройки производительности для ESX Server 3].


Пример 2: Если рабочий объем памяти настолько велик, что активные страницы постоянно выгружаются и загружаются (высок объем обмена станицами с областью подкачки), то это может привести к значительному снижению производительности. Чтобы избежать подкачки в конкретной виртуальной машине, пожалуйста настройте резервирование памяти для нее (через VI Client) по крайней мере равный объему рабочей памяти. Но будьте осторожны, потому что настройка резервирования ресурсов может сократить число виртуальных машин, которые вы можете консолидировать в системе.

--Performance Tuning Best Practices for ESX Server 3 страниа 15 [Лучшая практика настройки производительности для ESX Server 3].


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

--Performance Tuning Best Practices for VSphere страница 23 [Лучшая практика настройки производительности для VSphere].


Вывод: Убедитесь, что память используемая ESX и ее виртуальными машинами расположена в физической памяти и избегайте подкачки на диск, то есть избегайте превышения объема памяти.




Финальная точка во втором уровне подкачки.
  • Второй уровень подкачки нарушает фундаментальное предположение о том, что гостевые операционные системы имеют точное представление о физической памяти.
  • Производительность памяти по отношению к диску от 800000 раз до 1600000 раз быстрее.
  • Когда система превышает объем памяти, второй уровень подкачки может нанести существенный удар по производительности. Проще говоря, чем больше система превышает объем памяти, тем больше он выгружает на диск и это приводит к падению производительности всей системы.

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

Ура,

Jeff Woolsey

Principal Group Program Manager

Windows Server, Virtualization