© 2009 VMware Inc. All rights reserved Новые возможности VMware vSphere 4.1 Герберт Шопник Консультант по решениям. VMware Inc. Россия и СНГ

Программа 2 Платформа виртуализации VMware vSphere 4.1 Доступность, отказоустойчивость, управление ресурсами Сетевое взаимодействие Работа с системами хранения данных Управление инфраструктурой и другие улучшения

VMware Inc Кратко о компании Доход в 2009 году - $2 млрд 2 кв г.: $674M + 48% рост по сравнению с 2009 г. Наличные средства - более $2.8 млрд 25%+ операционная маржа 8,200 сотрудников во всем мире 25,000+ партнеров Клиенты Более компаний 100% представителей списка Fortune % компаний из Fortune Global % списка Fortune % списка Fortune Global % всех виртуализированных приложений в мире работают на продуктах VMware. Gartner, 2009 г. 84% всех виртуализированных приложений в мире работают на продуктах VMware. Gartner, 2009 г.

Особенности выпуска vSphere 4.1 vSphere 4.1 поддерживает более 500 решений независимых поставщиков ПО, 80 ОС, а также новейшие процессоры x86. VMware vSphere 4.1 обеспечивает: Значительное улучшение расширяемости и масштабируемости платформы Новые возможности для эффективного объединения всех ресурсов ЦОД в эластичный пул вычислительных ресурсов Гарантированное выполнение соглашений об уровне обслуживания Управляемость, контроль, надежность, безопасность Построение «облаков»

VMware vSphere 4.1 Доступность, отказоустойчивость, управление ресурсами 5

vMotion: перенос работающих ВМ > Простои: 0 > Постоянная доступность сервисов > Полная сохранность транзакций > Поддерживается на FC и iSCSI SAN, а также NAS

Улучшения vMotion Существенное улучшение полосы пропускания для отдельного экземпляра vMotion ESX 3.5 ~1 Гбит/с ESX 4.0 ~2,6 Гбит/с ESX 4.1 до 8 Гбит/с Длительность операции уменьшена более чем на 50 % при тестировании в средах 10GigE.

Улучшения vMotion Значительное ускорение миграции ВМ (длительность будет меняться в зависимости от рабочей нагрузки) Увеличение числа параллельных операций vMotion: узел ESX: 4 в сети 1 Гбит/с и 8 в сети 10 Гбит/с

Подключение устройств USB к виртуальной машине Устройство USB подключается к физическому хосту Выделяется виртуальной машине в монопольном режиме До 20 устройств USB на одну виртуальную машину При миграции ВМ устройство USB не отключается

Улучшения vMotion: EVC Улучшения удобства использования Подготовка к выходу следующего поколения процессоров AMD без 3DNow! Более эффективная обработка включенных ВМ Отображение режима EVC в интерфейсе

DRS: выделение мощностей по требованию VMware vSphere ОС ПРИЛ ОС ПРИЛ ОС ПРИЛ OC ПРИЛ OC ПРИЛ OC ПРИЛ Масштабирование приложений в зависимости от потребностей и приоритетов Динамическая высокоскоростная балансировка рабочей нагрузки

Обязательные правила Предпочтительные правила Новые правила DRS: привязка ВМ и хостов ОС ПРИЛ. Сервер АСервер Б Сервер А Кластер DRS/HA на 4 узла ОС ПРИЛ. ОС ПРИЛ. ОС ПРИЛ. ОС ПРИЛ. АБ ААБ ВМ А только сервер A ВМ Б только сервер Б

DPM: Оптимизация энергопотребления DPM объединяет рабочие нагрузки на меньшем числе серверов, когда кластерам требуется меньший объем ресурсов Переводит неиспользуемые серверы в режим ожидания Возвращает серверы в активное состояние при увеличении рабочей нагрузки ESX поддерживает технологии Intel Speed Step/AMD Power now для оптимизации энергопотребления отдельных узлов Минимизирует энергопотребление с сохранением гарантированных уровней обслуживания Позволяет избежать сбои и простои виртуальных машин ОС ПРИЛ ОС ПРИЛ ОС ПРИЛ ОС ПРИЛ ОС ПРИЛ ОС ПРИЛ ОС ПРИЛ ОС ПРИЛ ОС ПРИЛ VMware vSphere DPM отключает серверы при снижении загруженности DPM возвращает серверы в активное состояние при увеличении нагрузки

Улучшения DPM Планирование для Distributed Power Management Включение и отключение DPM можно назначать по расписанию. DPM можно отключать перед рабочими часами для соответствия более высокой потребности в ресурсах. Отключение DPM выводит узлы из резервного режима Исключение риска зависания узлов ESX в резервном режиме при отключении DPM. Гарантирует, что после отключения DPM все узлы будут включены и готовы поддержать увеличение нагрузки.

VMware High Availability Высокая доступность всех приложений VM Failure Monitoring Мониторинг гостевых ВМ на предмет краха ОС Автоматический рестарт ВМ после указанного интервала

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

VMware Fault Tolerance Несколько идентичных ВМ, синхронно выполняющихся на разных узлах Отсутствие простоев и потерь данных при аварийном переключении любых виртуальных машин в случае сбоев оборудования Отсутствие простоев и потерь данных Не требуется сложное специальное оборудование и оборудование для кластеризации Единый механизм для всех приложений и ОС VMware vSphere ОС ПРИЛ ОС ПРИЛ OC ПРИЛ

Улучшения Fault Tolerance (FT) Полная интеграция FT с DRS DRS распределяет нагрузку между основной и вспомогательной ВМ FT. Требует EVC. Управление версиями устраняет требование к единообразию сборок ESX Основная и вспомогательная ВМ могут работать на узлах с разными номерами сборок. События основной и вспомогательной ВМ различаются События для Primary VM и Secondary VM фиксируются отдельно и могут быть идентифицированы в списке событии VMware vCenter Пул ресурсов DRS Основная ВМ FT Вспомогательная ВМ FT

Расширенные технологии управления памятью – ключ к высокой степени консолидации Динамическое резервирование дополнительной памяти (Memory Overcommitment) Прозрачный совместный доступ к страницам (Transparent Memory Pages Sharing) Технология динамического распределения памяти между виртуальными машинами (Memory balooning) Сжатие содержимого оперативной памяти перед свопированием (Transparent Memory Compression)

VMware vSphere 4.1 Сетевое взаимодействие 20

Улучшения в работе сети Улучшения производительности и масштабируемости Стек TCP/IP vmkernel улучшения производительности vMotion, NFS и журналов FT Улучшения производительности UDP и соединений между ВМ одного узла Масштабирование vDS до 350 узлов на экземпляр (ранее 64 узла) Управление трафиком (доступно только в vDS) NetIOC (Управление вводом-выводом сети) Программный планировщик гарантирует уровни обслуживания для выбранных типов трафика LBT (Группы на основе нагрузки) Предотвращение перегрузки сети благодаря динамической подстройке группы сетевых адаптеров в соответствии с нагрузкой pNIC Совместимость IPv6NIST Улучшения виртуального коммутатора Nexus 1000V

Управление сетевым трафиком Выделенные сетевые адаптеры для определенных типов трафика, таких как vMotion и IP-хранилище Гарантированная полоса пропускания за счет выделения физических сетевых адаптеров FT vMotion NFS vSwitch TCP/IP iSCSI pNIC с интерфейсом 1 GigE FT vMotion NFS vSwitch TCP/IP iSCSI pNIC с интерфейсом 10GigE 1 GigE 10 GigE Трафик обычно объединяется в два канала 10 GigE Некоторые типы и потоки трафика могут получить приоритет над остальными за счет потребления ресурсов, превышающих выделенные Типы трафика конфликтуют друг с другом. Кто получит долю ресурсов vmnic и каким будет ее размер?

Управление вводом-выводом сети (Network I/O Control) Например трафик ВМ в следующем сценарии: - максимальное ограничение 500 Мбит/с (общее для всех ВМ) - минимум 50/400 полосы пропускания pNIC (50/( ) Доступно только в vDS! Доли Гарантированный минимальный уровень обслуживания Доли Гарантированный минимальный уровень обслуживания Ограничения Максимальная полоса пропускания для классов и типов трафика Ограничения Максимальная полоса пропускания для классов и типов трафика Настроенные классы трафика

Балансировка на основе загрузки сетевых адаптеров Балансировка на основе загрузки (Load Based Teaming) доступен только в vDS Существующие режимы группирования vSphere 4.0 используют статическое назначение виртуальных портов адаптерам pNIC алгоритмы группирования не учитывают загрузку. Цель LBT предотвращение перегруженности из-за распределения нагрузки в группе. LBT вызывается при обнаружении перегрузки передачи или приема (коэффициент использования более 75 % с усреднением за период 30 секунд). Период 30 секунд: длительный период помогает избежать проблем наложения MAC-адресов со смежными физическими коммутаторами.. Примечание. Конфигурация смежных физических коммутаторов будет такой же, как в группах других типов (кроме IP-hash). Панель настройки распределенных групп виртуальных портов

VMware vSphere 4.1 Работа с системами хранения данных 25

Проблема совместного использования ресурсов ввода-вывода Что мы видим Что мы хотим видеть Хранилище данных Интернет- магазин Поиск данных Microsoft Exchange Хранилище данных Интернет- магазин Поиск данных Microsoft Exchange ВМ с низким приоритетом может ограничивать полосу пропускания для ВМ с высоким приоритетом Назначение ввода-вывода хранилища должно соответствовать приоритетам ВМ

Решение: управление вводом-выводом хранилища Storage I/O Control 32 ГГц, 16 ГБ Хранилище данных A Доли ЦП: высокий уровень Доли памяти: высокий уровень Интернет- магазин Microsoft Exchange Поиск данных Доли ЦП: низкий уровень Доли памяти: низкий уровень Доли ЦП: высокий уровень Доли памяти: высокий уровень Доли ввода-вывода: высокий уровень Доли ввода-вывода: низкий уровень Доли ввода-вывода: высокий уровень

Настройка элементов управления вводом-выводом

Storage vMotion Миграция дисков ВМ независимо от типа Storage Нулевой downtime LUN independent

API-интерфейсы vStorage для интеграции массивов (VAAI) Улучшение производительности за счет использования эффективных процессов на основе массивов как альтернативы серверным решениям VMware Три базовые операции : 1. Full Copy функция, аналогичная команде Xcopy, которая передает выполнение процессов массиву. 2. Write Same ускоренное обновление блоков при записи дублированных данных. 3. Atomic Test and Set альтернативный способ блокировки логического тома целиком. Способствует работе следующих компонентов: Storage vMotion Инициализация виртуальных машин из шаблона Улучшение производительности дисков при «тонком» выделении ресурсов VMFS использует масштабируемость пула хранения данных Требует микропрограммы от поставщиков систем хранения Партнеры: Dell/EQL, EMC, HDS, HP, IBM и NetApp

VAAI ускоряет работу Storage vMotion: пример 42: :12 = 2 мин 21 сек без (141 сек) 33: :37 = 27 сек с VAAI 141 и 27 сек

Копирование данных c VAAI VMFS направляет хранилище для прямого перемещения данных Намного быстрее! Возможно ускорение на 95% Существенное уменьшение нагрузки на: серверы сеть хранилище

Новая статистика мониторинга производительности Комплексная статистика производительности хранилища узлов и ВМ для профилактического мониторинга и более удобного поиска неполадок Поддержка разнородных сред хранения, используемых заказчиками (FC, iSCSI, NFS) Средства поддерживают различные сценарии использования Интерфейс обеспечивает выявление тенденций и сравнительный анализ Командная строка для создания сценариев и детализации на узле Возможности: Статистика полосы пропускания и задержки Хранилище на каждый узел Адаптер хранилища и путь на каждый узел Хранилище данных на каждую ВМ VMDK на каждую ВМ Определение тенденций в реальном времени и по архивным данным (vCenter) Esxtop (для ESX) и resxtop (для ESXi)

Активность хранилища данных для узлов

Активность хранилища данных для ВМ

Активность виртуальных дисков для ВМ

Другая статистика узла

VMware vSphere 4.1 Управление инфраструктурой и другие улучшения 38

VMware vCenter Server VMware Infrastructure Автоматизация Открывает возможности vSphere через упреждающее управление Визуальный контроль Полный визуальный контроль на каждом уровне виртуальной инфраструктуры Масштаби- руемость Масштабируемая и расширяемая платформа управления VMware vCenter Server

Приложение vCenter Server СЛЕДУЕТ разместить в 64-разрядной ОС Windows 32-разрядные ОС НЕ могут использоваться для выполнения vCenter vSphere 4.1 В чем причина этого изменения? Масштабируемость ограниченна 32-разрядным виртуальным адресным пространством архитектуры x86, и переход на 64-разрядную систему решит эту проблему. Уменьшение циклов разработки и контроля качества, а также потребностей в ресурсах (ускоренный вывод продуктов на рынок). Два варианта 1. vCenter Server на виртуальной машине под управлением 64-разрядной ОС Windows (рекомендуется) 2. Установка vCenter Server на 64-разрядной ОС Windows vCenter Server: переход на 64-разрядную систему

41 Повышенная масштабируемость vCenter масштабируемость на уровне «облака» vSphere 4vSphere 4.1Коэффициент ВМ на узел320 1x Узлов на кластер32 1x ВМ на кластер x Узлов на VC x Зарегистрированных ВМ на VC Более чем в 3 раза Включенных ВМ на VC x Параллельных подключений клиентов VI x Узлов на ЦОД x ВМ на ЦОД x

Управление: другие новые возможности (продолжение) Интеграция с Active Directory: управление пользователями Технология Transparent Memory Compression (TMC) Использование виртуальных ядер в виртуальных vCPU Сниженные накладные расходы гипервизора Расширенный список поддерживаемых процессоров Возможность импорта виртуальных машин с серверов Microsoft Hyper-V Устройство Virtual Serial Port Concentrator (VSPC) Улучшения модуля Management Assistant (vMA)

Продукты и технологии VMware (Октябрь 2010)

© 2009 VMware Inc. All rights reserved Спасибо за внимание!