Интересные новости пришли от компании Microsoft. Один из ее партнеров, компания Cloud Cruiser, выпускает ПО для биллинга и чарджбэка (учет затрат) в виртуальной инфраструктуре под одноименным названием. Так вот, в состав пакета Windows Azure Pack 2012 R2 будет включено решение Cloud Cruiser Express, что позволит пользователям Windows Server 2012 R2 и System Center 2012 R2 не только получить полноценную интеграцию с сервисами Azure, но и вести финансовый учет для ресурсов виртуальной среды.
Интересно тут то, что Cloud Cruiser предлагает решения не только для Microsoft, но и для Cisco, HP, VMware, Amazon и многострадального OpenStack.
Решение Cloud Cruiser Express (урезанный функционал по сравнению с полноценной версией) позволяет производить финансовый учет и планирование ресурсов для виртуальной инфраструктуры больших организаций или сервис-провайдеров, что заполняет серьезную пустующую нишу на платформе Azure (напомним, что у VMware есть собственный Chargeback, который входит в состав пакета VMware vCloud Suite).
Число лицензий на виртуальные машины в Cloud Cruiser Express будет ограничено, что обусловлено, понятное дело, желанием продать полную версию продукта. Похвально, что Microsoft разрешает партнерам заполнять продуктовые ниши через свои каналы.
Кстати, интересный пост в тему - про то, что Microsoft Azure Cloud - это скотовозка, а VMware vCloud Hybrid Service - комфортабельный автобус. Для розжига самое оно:
Ну-ну. Ждем следующий пост про то, почему за автобус надо платить, как за космический корабль.
Наверное, почти все из вас знают, что сегодня открывается крупнейшая европейская конференция по виртуализации VMware VMworld Europe 2013, которая проходит в Барселоне. В период с 15 по 17 октября мы услышим немало интересных новостей и анонсов, которые VMware заботливо припасла еще с американской конференции (напомним, что анонсы VMworld 2013 мы описывали тут).
Вот наиболее интересные сессии на предстоящем VMworld 2103 Barcelona (надо сказать, что звездой программы будут продукты семейства vCenter Operations, кроме того нам расскажут про Fault Tolerance с поддержкой vSMP, то есть нескольких процессоров у ВМ):
Oct 15 Tue 11am, VCM5539 – The Missing Link: Storage Visibility In Virtualized Environments
Oct 15 Tue 3:30pm, BCO4977 – VMware vSphere Replication: Technical Walk-Through with Engineering
Oct 16 Wed 2pm, VCM4992 – Tips and Tricks for Capacity Risk Assessment, Rightsizing and Planning
Oct 16 Wed 2pm, VCM5811 – How to Manage vSphere and Hybrid Cloud with vCenter Operations Management
Oct 16 Wed 2pm, STO5638 – Best Practices with Software Defined Storage
Oct 16 Wed 3pm, VCM5008 – vCenter Operations and the Quest for the Missing Metrics
Oct 16 Wed 3:30pm, VCM5100 – How to Customize Your vCenter Operations Management Deployment for Your Specific Business Needs
Oct 16 Wed 3:30pm, BCO5065 – VMware vSphere Fault Tolerance for Multiprocessor Virtual Machines – Technical Preview
Oct 16 Wed 3:30pm, STO7449 – Tech Preview: Accelerating data operations Using VMware VVols and Storage Profile Based Management
Oct 16 Wed 5pm, VCM5009 – Practical Real World Reporting with vCenter Operations
Oct 17 Thu 9am, VCM4952 – Practicing What We Preach: VMware IT on vCenter Operations Management Suite and vCloud Automation Center
Oct 17 Thu 9am, NET5716 – Advanced VMware NSX Architecture
Oct 17 Thu 10:30am, VSVC5280 – DRS: New Features, Best Practices and Future Directions
Oct 17 Thu 12pm & 3pm, VCM5169 – How to troubleshoot VM performance issues across applications, infrastructure and storage using vCenter Operations Management(Live Demonstration!)
Oct 17 Thu 1:30pm, VCM4981 – How to Identify if Your vSphere Environment is Configured to Meet Your Internal IT Standards
Oct 17 Thu 1:30pm, VCM5781 – What’s New and What’s Next in vCenter Operations: A Tech Preview
Для тех, кто хочет своевременно выкачивать сессии в формате PDF, MP4 или MP3 (только аудиодорожка) есть вот такой скрипт. Просто подставляете туда свой логин и пароль с VMworld.com и тип загрузки контента.
Тем из вас, кого интересует технология кластеров хранилищ VMware vSAN будет интересно послушать следующие сессии:
Невозможно ощутить все преимущества виртуализации, не имея системы хранения данных. В рамках семинара "Критерии выбора СХД под виртуализацию" на примере СХД NetApp специалисты компании ИТ-ГРАД расскажут про основные критерии, на которые стоит обратить внимание при выборе системы хранения данных для построения виртуальной инфраструктуры.
Не так давно компания Veeam Software объявила о скором выпуске новой версии пакета Management Pack for VMware v6.5, который может быть использован совместно со средством мониторинга инфраструктуры Microsoft System Center Operations Manager (SCOM).
Напомним, что Veeam Management Pack for VMware позволяет осуществлять комплексный мониторинг виртуальной инфраструктуры VMware vSphere посредством SCOM в рамках единого подхода к мониторингу и решению проблем в ИТ-инфраструктуре предприятия (как физической, так и виртуальной). Напомним, что о прошлой версии Veeam Management Pack for VMware 6.0, которая вышла в апреле этого года, мы уже писали вот тут.
Итак, новые возможности Veeam Management Pack for VMware 6.5:
New enhanced fault tolerance - возможность автоматического перенаправления сбора данных с сервера vCenter на хосты ESXi, если первый по каким-то причинам оказался недоступен. То есть если vCenter упал, сбор данных идет напрямую с ESXi, если поднялся - автоматически восстанавливается сбор данных с vCenter, без прерывания процесса мониторинга.
New configuration tracking and alert correlation - теперь Veeam MP отслеживает все происходящие в виртуальной инфраструктуре vSphere изменения и позволяет отследить на какие ее аспекты эти изменения повлияли.
New monitoring and reporting for Veeam Backup & Replication - теперь появилась возможность мониторинга не только платформы VMware vSphere, но и инфраструктуры резервного копирования Veeam Backup and Replication, включая его прокси-серверы, серверы с репозиториями, WAN-акселераторы, непосредственно сами задания резервного копирования и многое другое.
New platforms support - теперь Veeam Management Pack for VMware 6.5 поддерживает ОС Windows Server 2012 R2 + System Center 2012 R2 Operations Manager, vCenter Server 4.x и более поздних версий, а также ESX 4.x и более поздние. Само собой, новая версия MP от Veeam поддерживает VMware vSphere 5.5.
Продолжаем рассказывать о решении StarWind iSCSI SAN V8, предназначенном для создания отказоустойчивых iSCSI-хранилищ для виртуальных машин, которое имеет множество новых возможностей.
iSCSI Target от StarWind конфигурируется через WD Sentinel Dashboard и позволяет использовать хранилища для виртуальных машин VMware vSphere/Citrix XenServer/Microsoft Hyper-V для небольших инсталляций. Все это включает в себя надежное кэширование от StarWind, которое существенно повышает производительность работы.
Мы традиционно извещаем читателей о том, что компания VMware выпускает черновые и релизные версии своих
руководств по обеспечению безопасности виртуальной среды VMware vSphere (последние тут и тут). На этот раз
руководство вышло заметно быстрее - всего пару месяцев спустя после анонса vSphere 5.5 появилась и бета документа
VMware vSphere 5.5 Hardening Guide.
Как обычно руководство представлено одним Excel-файлом и разделено на следующие секции:
Virtual Machines
ESXi hosts
Virtual Network
vCenter Server (а также различные БД и клиенты)
vCenter Web Client
vCenter SSO Server
vCenter Virtual Appliance (VCSA) и различные аспекты его использования
Компания 5nine Software в начале октября выпустила обновленный релиз продукта 5Nine Manager for Hyper-V 3.6 для управления инфраструктурой на платформе Microsoft Hyper-V (в том числе обновилась и его бесплатная версия). Его можно использовать как совместно с Microsoft System Center Virtual Machine Manager (SC VMM), так и для отдельных серверов Hyper-V, в том числе на базе бесплатного Microsoft Hyper-V Server, а также серверов без графического интерфейса (Server Core). Напомним, что об этом продукте мы уже писали вот тут.
Продукт позволяет управлять хост-серверами Hyper-V на базе различных версий серверных платформ - Windows Server 2012 R2 / 2012 / 2008 R2 SP1.
Новые возможности 5Nine Manager for Hyper-V 3.6:
Поддержка локального и удаленного управления гипервизором Windows Server 2012 R2
Поддержка технологии Live migration между узлами кластера Hyper-V
Новое представление Virtual Machines Guest Connection View (доступно также в бесплатной версии продукта)
Информация о хранилищах кластера
Возможность копирования файлов между ВМ
Расширенные отчеты о состоянии систем Hyper-V
Скачать 5Nine Manager for Hyper-V 3.6 можно по этой ссылке. Бесплатная версия доступна тут
Не так давно мы писали о технологии VMware
VSAN, которая позволяет строить распределенные кластеры хранилищ на базе локальных дисков серверов VMware ESXi
и которая была анонсирована на прошедшей конференции VMworld 2013. Напомним, что эта технология была куплена
вместе с компанией Virsto Software (у нее русские корни, между прочим), и она на данный момент находится в статусе бета-версии. Эта штука умеет использовать
локальные диски как источник хранения данных, а SSD-накопители - как кэш на чтение и буфер на запись.
На днях компания VMware выпустила интересный документ для тех, кто хочет немного вникнуть в архитектуру решения
VMware VSAN - "What’s New
in VMware Virtual SAN (VSAN)".
Документ содержит следующие секции:
Introduction
Requirements
Install and Configure
Architecture Details
Storage Policy Based Management
Пример создания кластера VSAN представлен ниже - видно, что он поддерживает все распределенные службы VMware -
HA, DRS, vMotion и прочее.
Создаваемые VSAN-хранилища управляются на базе политик, которые определяются правилами, например, избыточность
в хостах или число дисковых страйпов:
Эти политики хранилищ можно назначать виртуальным машинам при создании, а также проверять различные сущности
VMware vSphere на соответствие им. В общем, интересный документ - почитайте.
В последнее время очень и очень модным стал запуск публичных облаков, предоставляющих в аренду виртуальные машины (Infrastructure as a Service - IaaS). Мы уже писали про многих и продолжаем следить за следующими игроками на этом рынке:
Amazon AWS - лидер на рынке облачных вычислений, предоставляющий сервисы IaaS на основе гипервизора Xen.
И это далеко не полный перечень того, что присутствует сейчас на рынке. Каждый уважающий себя вендор создает свое собственное публичное облако, обязательно с какой-то своей фишкой и дистанцированием от конкурентов. Но нас не обманешь - скоро половина из этих облаков вымрет, оставив на рынке 2-4 популярных решения для большинства задач.
Verizon выходит на тропу войны с конкурентами, прежде всего Amazon и Rackspace, предоставляя два основных продукта:
Verizon Cloud Compute - аналог облака Amazon EC3, предназначенного для получения вычислительных мощностей ВМ по требованию.
Verizon Cloud Storage - сервис хранения данных, аналогичный сервису облачного хранения Amazon S3.
Сервис предоставляется на базе виртуальных машин под управлением гипервизора Xen, а сами ВМ будут чарджиться на основе платы за почасовое использование. Для пользователей будет доступна возможность выбора требуемого уровня сервиса (SLA) и модная нынче архитектура software-defined data center.
Интересно что инфраструктура Verizon Enterprise Cloud будет построена на базе вычислительных коробок с 4 ТБ оперативной памяти и 100 ТБ дискового пространства, занимающих аж 10 юнитов в стойке каждая (все расчитано на 50-100 виртуальных машин). Для пользователей заявляется такое преимущество - в отличие от конкурентов, размер ресурсов серверов можно будет задавать полностью по требованию, без дискретных уровней (как, например, есть сейчас у Rackspace).
Сервис будет запущен на базе следующих семи датацентров по всему миру:
Culpepper, Va.
Santa Clara, Calif.
Denver
Miami
London
Amsterdam
Sao Paulo, Brazil;
В 2014 году добавится еще азиатский датацентр.
Конечно же Verizon не новичок на этом рынке - еще в далеком (по меркам облаков) 2009 году в программе VMware vCloud участвовал купленный впоследствии сервис-провайдер Terremark (тогда еще это была отдельная от Verizon компания).
Продолжаем рассказывать о компании StarWind, известной своим решением номер 1 для создания отказоустойчивой инфраструктуры хранения виртуальных машин для платформы Hyper-V - StarWind Native SAN, а также для VMware - StarWind iSCSI SAN & NAS.
Невероятно но факт - не все знают, что в StarWind работают русскоговорящие сотрудники, а персонал компании готов ответить на все возникшие у вас вопросы по телефону: +7 (495) 505-63-61.
Запросить квоту (расчет спецификации на продукты с ценами) можно по этой ссылке, а обратиться письмом - по этой.
Как многие знают, еще в прошлых версиях VMware vSphere появилась такая возможность, как задание нескольких виртуальных ядер для vCPU виртуальных машин (cores per socket), которое требуется, в основном, для случаев хитростей с лицензированием. То есть, например, для случаев, когда требуется покрыть лицензиями только виртуальные сокеты, а производительности нужно больше (как вариант - так можно поступать с лицензиями Windows Server не Datacenter Edition).
Многих также заботит вопрос, повлияют ли изменения, сделанные тут, на производительность ВМ. Ответ прост - возможно, если вы изменяете дефолтную конфигурацию и ставите больше одного виртуального ядра на виртуальный процессор. Поэтому без лицензионной надобности лучше эти настройки не менять.
Оставлять по одному ядру на виртуальный процессор машин.
Если все-таки приходится изменять число ядер на vCPU, то нужно знать особенности организации архитектуры сервера.
Про второй пункт и идет речь ниже. Дело в том, что в VMware vSphere есть такая технология как vNUMA, которая работает при количестве vCPU равном 8 и больше для одной виртуальной машины и позволяет самым оптимальным образом отображать физическую архитектуру сервера на топологию NUMA-узлов виртуальной машины (по количеству и размеру).
Например, для процессора AMD Opteron 6174, который имеет два 6-ядерных процессора, объединенных в единый сокет - такая архитектура представляет собой 8 NUMA-узлов (две пары на один процессор). Таким образом для конфигурации без изменения cores per cpu для виртуальной машины технологией vNUMA будет поддерживаться 8 vNUMA узлов, что отлично отражает физическую архитектуру:
Это для случая, когда мы не изменяем количество ядер на vCPU. В VMware прогнали тест в гостевой ОС (какая-то внутренняя утилита) и получили базовое время исполнения этого бенчмарка для указанной конфигурации:
Если же в ВМ ядер на виртуальный сокет больше одного, то размер vNUMA будет равен количеству процессоров ВМ. Выставляем 2 сокета с 12 ядрами на сокет:
Получаем 2 vNUMA-узла, что не совпадает с конфигурацией оборудования:
Поэтому тест выполняется подольше:
А вот если сделаем целых 24 ядра на один сокет:
То получим всего один узел vNUMA:
И как следствие, самую низкую производительность ВМ:
65 секунд против 45 в первом тесте, что означает падение производительности на 31% для данного случая. Поэтому не меняйте просто так число ядер на процессор. Само же количество процессоров можно менять смело.
Дополнительную информацию по этому вопросу можно найти тут:
Недавно мы писали о новой сертификации VMware Certified
Associate (VCA), которая позволяет получить шильдик по одному из четырех направлений (сейчас пока доступно только 3):
В отличие от сертификации VMware Certified
Professional (VCP), сертификация VCA не требует предварительного прохождения курсов, а сам экзамен доступен на сайте Pearson VUE. Небольшая
проблема заключается в том, что сдача этого экзамена стоит 95 евро. Но это оказалось решаемо, и есть возможность сдать этот экзамен не
выходя из дома и абсолютно бесплатно.
Итак, что нужно для этого сделать:
Регистриуемся для сдачи экзамена на сайте VMware Certification, там
шедулим экзамен VCA и получаем Candidate ID.
Далее идем на Pearsonvue.com/vmware, где регистрируемся или входим, если уже есть
аккаунт. После заказа экзамена он будет доступен онлайн в течение 2-х дней.
Далее видим, что он стоит 95 евро. Применяем 2 промо кода VCA150 и VCA13ICS, после чего сумма должна превратиться в 0
евро (взято отсюда):
Сам я эту штуку не пробовал, поэтому если она не работает - не обессудьте.
На днях компания Citrix выпустила техническое превью решения для виртуализации настольных ПК предприятия Citrix XenDesktop 7.1.
Основная цель релиза XenDesktop 7.1, уже доступного для загрузки - поддержать новые версии операционных систем Microsoft Windows 8.1 и Windows Server 2012 R2, которые уже скоро станут доступными (по традиции - в октябре), а корпоративные заказчики уже сейчас хотят попробовать их в VDI-среде.
Если говорить конкретнее, то XenDesktop 7.1 позволит попробовать следующие новые возможности этих ОС:
Использовать гипервизор Hyper-V 3 с поддержкой локальных хранилищ для служб Machine Creation Services (MCS).
Перенаправление Flash-графики для ОС Windows 8.1, Windows 8, Windows Server 2012 R2 и 2012 (непонятно, правда, зачем оно нужно серверным системам).
Данный релиз XenDesktop 7.1 может использовать Windows 8.1 в качестве гостевой ОС для виртуальных ПК и ОС Windows Server 2012 R2 для развертывания управляющих компонентов решения. Доступен он только для пользователей XenDesktop с активной подпиской (Subscription Advantage).
Кроме того, была анонсирована поддержка платформой Citrix XenServer технологии NVIDIA GRID, о которой мы уже не раз писали (например, тут и тут). Официальный релиз поддержки технологии как раз совпал с выпуском превью XenDesktop 7.1, являющегося основой VDI-решений с поддержкой технологии NVIDIA (vGPU). Для XenDesktop 7.0 такой поддержки нет и, по всей видимости, не будет.
С использованием технологии XenServer hardware GPU sharing (поддерживается в XenServer 6.2) становится доступным применение виртуальных графических адаптеров (vGPU) в виртуальных машинах, напрямую использующих ресурсы специального аппаратного обеспечения от NVIDIA и осуществляющих интенсивную обработку 3D-графики. На абы-каком оборудовании использовать эту технологию не получится, поэтому предварительно советуем прочитать вот эту статью от Citrix.
Технология NVIDIA GRID доступна как для Citrix XenServer, так и для VMware vSphere / ESXi (основа VDI-решения VMware View), однако Citrix заявляет, что использует нативные драйверы NVIDIA, в то время как VMware - свои собственные (режимы vSGA и vDGA - подробнее об этом тут):
Ограниченная функциональность режимов vSGA и vDGA у VMware vSphere заключается в следующем:
В общем-то логично, что NVIDIA тут делает ставку на лидера рынка виртуальных ПК - Citrix, однако мы ожидаем и полноценной поддержки VMware vSphere / View уже в ближайшем будущем.
Надо отметить, что технология vGPU от Citrix пока работает для гостевых ОС Windows 7 и Windows Server 2008 R2, поэтому с новой Windows 8.1 попробовать ее пока не получится. Ну и добавим также, что для Hyper-V на данный момент нет аналогов механизмам виртуализации и проброса GPU в виртуальные машины.
Не так давно компания «Код Безопасности» выпустила технический релиз продукта vGate R2 версии 2.6, предназначенного для защиты виртуальных инфраструктур VMware.
В новой версии vGate R2 реализована интеграция со службами Active Directory, что обеспечивает возможность аутентификации в системе vGate под доменной учетной записью.
Кроме того, новая версия vGate R2 позволяет развертывать систему без реконфигурации топологии сети. В данном режиме развертывания фильтрация трафика к защищаемым серверам осуществляется имеющимся межсетевым экраном (маршрутизатором), а не сервером vGate. Таким образом, для внедрения системы не требуется перестраивать топологию сети и устанавливать два сетевых адаптера на сервере vGate.
В новой версии vGate R2 будет доступен контроль целостности виртуальных машин в среде VMware View.
Также новые возможности, реализованные в версии vGate 2.6, предоставляют администратору дополнительные инструменты для управления системой защиты. В новую версию vGate R2 добавлены следующие функции администрирования:
возможность удаленного развертывания через терминальную сессию компонента защиты vCenter;
возможность администрирования из различных подсетей, что позволяет администраторам аутентифицироваться на сервере vGate, даже если их рабочие места находятся в разных подсетях;
возможность отправки почтовых уведомлений о событиях аудита по протоколу SMTP;
добавлена роль администратора информационной безопасности (АИБ) по управлению учетными записями.
Новая версия vGate R2 передана на инспекционный контроль в ФСТЭК России для подтверждения выданных ранее сертификатов соответствия.
Многие администраторы виртуальной инфраструктуры VMware vSphere сталкиваются с необходимостью копировать файлы в гостевую ОС виртуальных машин. Делают они это путем копирования на системную шару или обычный общий ресурс, пробросом дисков через RDP и прочими методами.
Но многое из этого оказывается неприемлемым по тем или иным причинам. Чтобы этого всего избежать, Manfred Meier выложил на сайте VMware Directory утилиту vGuestExplorer, которая позволяет получить доступ к файловой системы гостевой ОС виртуальной машины даже без непосредственного сетевого соединения с ней.
Делается это посредством соединения по PowerCLI / PowerShell через VIX API к гостевой ОС виртуальной машины. Можно подключаться к серверу VMware vCenter, а можно к отдельному хосту VMware ESXi. Обязательно наличие установленных VMware Tools в гостевой ОС.
Работает vGuestExplorer как для Windows, так и для Linux.
Установка утилиты проста:
Устанавливаем PowerCLI и выставляем параметр Set-Executionpolicy как Unrestricted.
Выполняем PowerCLI как Administrator и запускаем команду: Set-PowerCLIConfiguration -InvalidCertificateAction ignore -ProxyPolicy NoProxy -Confirm:$False
Запускаем установку vGuestExplorer.
Убедитесь, что VMware Tools установлено в той ВМ, в которую вы будете копировать файлы.
Многие пользователи VMware vSphere применяют репликацию уровня хоста (host-based) для защиты виртуальных машин и их хранилищ. Сама эта технология появилась еще в версии VMware vSphere 5.1 и активно используется в vSphere 5.5. Напомним также, что функции vSphere Replication используются в решении VMware Site Recovery Manager для построения катастрофоустойчивой инфраструктуры небольших компаний.
На днях компания VMware выпустила виртуальный модуль (Virtual Appliance) под названием vSphere Replication Capacity Planning Appliance, который призван помочь при планировании пропускной способности канала сети под репликацию.
Эта бесплатная утилита, доступная на сайте проекта VMware Labs, позволяет смоделировать воздействие vSphere Replication на продуктивную сеть без реальной генерации трафика.
Возможности vSphere Replication Capacity Planning Appliance:
Интерфейс командной строки для настройки репликации в режиме "preview mode", без реального потребления хранилища.
Веб-страница, представляющая графики по потреблению канала для каждой репликации.
Не требует ресурсов сети и хранилищ.
Как начать пользоваться:
Установить виртуальный модуль.
Как только он загрузится, залогиниться по SSH или в консоль с логином/паролем - root/vmware.
Выполнить команду:
cd /opt/vmware/hbrtraffic/
Выполнить команду для симуляции репликации конкретной ВМ (VM_name): ./bin/configureReplication --vc --vcuser Administrator --vcpass --lwd <IP_of_the_Appliance> --vmname <VM_name>
После того, как операция будет выполнена (10-15 минут) получившиеся графики можно посмотреть по адресу:
https://IP_of_the_Appliance:5480/vr-graphs/
Скачать vSphere Replication Capacity Planning Appliance можно по этой ссылке.
Как мы уже писали, не так давно компания StarWind выпустила бету обновленной версии решения StarWind iSCSI SAN V8, предназначенную для создания отказоустойчивых iSCSI-хранилищ для виртуальных машин, которая имеет множество новых возможностей. Помимо всего прочего, обновилась консоль управления StarWind Management Console, которая стала выглядеть приятнее и современнее:
Некоторые заметки по установке беты StarWind V8:
1. Предыдущие версии решения StarWind могут быть обновлены на бета-версию просто установкой продукта поверх существующей инсталляции.
2. Обратите внимание, что устройства типов Mirror, IBV и Deduplication, созданные в 6-й версии решения, имеют ограниченную поддержку в V8. Данные с них нужно перенести на новый ImageFile или устройство LSFS.
3. Для добавления функции синхронной репликации для устройств нужно использовать replication manager. Устройство типа LSFS нужно использовать, когда требуется thin-provisioning (растущее по мере наполнения данными хранилище) и функции снапшотов.
4. Для обновления существующих HA-устройств нужно выполнить следующую последовательность действий:
Отсоединить всех клиентов (хост-серверы), если это возможно (простой при обновлении все равно будет).
Обновить ПО StarWind на первом узле. Дождаться пока запустится сервис StarWind. В это время клиентские сессии (если они есть) будут идти через второй узел.
Обновить ПО StarWind на втором узле, предварительно отключив клиентов. В этот момент хранилище будет для них недоступно.
Запустить синхронизацию с первого узла. Второй узел сменит статус на "ready" и начнет принимать соединения хост-серверов. Теперь можно безопасно включить HA-устройство в продакшен.
Дождаться окончания синхронизации, после чего первый узел также сможет обеспечивать соединения хостов.
Как начать пробовать бету StarWind V8 прямо сейчас:
Еще в июне этого года компании Oracle и Microsoft объявили о начале сотрудничества, целью которого является обеспечение запуска корпоративного ПО Oracle на платформе Hyper-V в Windows Server 2012 R2, а также в публичном облаке Microsoft Windows Azure. Данный список ПО включает в себя Java, Oracle Database и Oracle WebLogic Server, а также подразумевает предоставление технической поддержки Oracle на данное ПО, работающее в виртуальных машинах Microsof.
На время пробного периода на ПО Oracle, для виртуальных машин не берется никакой дополнительной платы с клиента, а после окончания триала начинает взыматься поминутная плата за использование данного софта.
Также в галерее Windows Azure доступно ПО от Oracle на базе Linux-платформ - как сам Oracle Linux, так и Oracle Linux with Oracle Database, а также Oracle Linux with WebLogic Server.
Цены на данное ПО будут объявлены несколько позднее, а пока можно посетить специальный ресурс: www.windowsazure.com/oracle.
Стремительно растущие объемы информации требуют с каждым годом все больше ресурсов для их хранения и обработки. Необходимы новые сервера, новые системы хранения данных, новое сетевое оборудование и т.п.
Можете ли вы с легкостью позволить себе оплатить счета на закупку нового ИТ-оборудования в размере десятков-сотен тысяч долларов?
Задумывались ли вы, на реализацию какого конкретно сервиса пойдет данное оборудование?
В какую точно сумму вам обойдется данный ИТ-сервис за три года?
Можете ли вы сказать, что будете использовать хотя бы 50% приобретенных ресурсов, заплатив за них 100% стоимости?
И это только часть вопросов, которые надо решить, и с которыми cпециалисты ИТ-ГРАД помогут вам разобраться на семинаре.
Место проведения: г. Санкт-Петербург, деловой клуб «Клевер», ул. Кирочная, д.9 Тип мероприятия: семинар Дата и время проведения: 3 октября в 19:00
Как многие помнят, у компании VMware был TCO-калькулятор (который она делала совместно с компанией Alinean), позволявший посчитать совокупную стоимость владения виртуальной инфраструктурой (Total Cost of Ownership, TCO) как для серверной инфраструктуры VMware vSphere, так и для VDI-среды VMware View.
Теперь на его базе компания VMware создала утилиту VMware Cloud Compass Tool (также совместно с Alinean), которая рассчитывает не только показатели TCO, но и умеет определять необходимый пользователю тип облака: приватное, публичное или гибридное:
VMware Cloud Compass предназначен для следующих целей:
Расчет и сравнение моделей TCO (с учетом CapEx и OpEx) для различных вариантов платформ и параметров для онпремизной инсталляции, а также для различных типов облаков.
Оценка устойчивости инфраструктуры к различным рискам, включая такие параметры как доступность, соответствие требованиям отраслевых стандартов, безопасность и т.п.
Оценка необходимых параметров публичного или приватного облака для построения облачного решения в своей организации, а также оценка затрат на эту активность.
Результаты расчетов VMware Cloud Compass доступны онлайн, но при желании их можно скачать в формате PDF и обсудить с коллегами и руководством.
Сразу после релиза обновленной версии платформы vSphere
5.5 компания VMware выпустила очень интересный и полезный документ Performance Best Practices for VMware vSphere 5.5, в котором
рассматриваются аспекты производительности серверов VMware ESXi и виртуальных машин уже с учетом функциональности новой версии.
Например, теперь в документе описаны следующие фичи в контексте производительности:
Функции кэширования на SSD-накопителях vSphere Flash Read Cache, о которых мы писали вот тут. Они увеличивают производительность за счет применения кэша на чтение для операций ввода-вывода виртуальных
машин.
Возможность VMware Virtual SAN (VSAN), о которой мы писали тут.
Она позволяет использовать локальные ресурсы хостов ESXi для построения распределенной инфраструктуры хранения виртуальных машин.
База данных VMware vFabric Postgres database (vPostgres).
Кроме того, были обновлены и дополнены следующие темы в документе (который уже можно смело называть книгой, так как занимает он 90 страниц):
Использование нагрузок в ВМ, чувствительных к скорости подсистемы ввода-вывода и сетевому взаимодействию (интересна также статья в тему)
Техники NUMA и Virtual NUMA (vNUMA)
Техники экономии памяти хоста (Memory overcommit)
Технология Large memory pages
Техника Receive-side scaling (RSS), как в гостевых ОС, так и для адаптеров 10 Gigabit Ethernet
Средства миграции VMware vMotion, Storage vMotion, а также Cross-host Storage vMotion
Техники балансировки нагрузки VMware Distributed Resource Scheduler (DRS) и экономии электропитания Distributed Power Management (DPM)
Обновленный (а точнее полностью переписанный) VMware Single Sign-On Server (об этом у нас тут)
В новой версии VMware vSphere 5.5 при развертывании сервера vCenter 5.5 появился выбор между Simple и Custom методами установки:
Когда вы развертываете VMware vSphere 5.5 в небольшой организации (или делаете апгрейд с vSphere 5.1), где есть несколько серверов ESXi - однозначно следует выбирать Simple Install для сервера vCenter. Это установит все управляющие компоненты на один сервер в следующей последовательности:
Custom Install для vCenter нужно использовать только в следующих случаях:
Установка нескольких серверов vCenter в режиме Linked Mode (при этом первый сервер развертываем в Simple Install, а остальные - в режиме Custom). Помните, что серверы vCenter 5.1 не поддерживаются для Linked Mode в vCenter 5.5.
Разнесение управляющих компонентов по разным виртуальным или физическим серверам (актуально для очень крупных инфраструктур).
Выбор собственной директории для vCenter вместо стандартной C:\Program Files\VMware\Infrastructure
В остальных случаях будет вполне достаточно режима Simple Install для vCenter 5.5.
Кстати, интересен пост о том, что VMware постепенно укорачивает цикл релизов платформы VMware vSphere. Вот как изменяется число дней от одной мажорной версии до другой:
Напомню, что нет смысла сразу бросаться и устанавливать VMware vSphere 5.5 на свои серверы. Как многие помнят, у VMware с выходом новой версии часто появляются баги (например, тут и тут), иногда весьма критические (многие помнят баг с тайм-бомбой), поэтому лучше немного подождать и почитать блоги и новостные ресурсы (например, наш), где будут появляться записи о серьезных ошибках, если таковые там имеются.
Вместе с релизом VMware vSphere 5.5 компания VMware также выпустила симулятор сервера управления - vCenter Server Simulator 2.0 (VCSIM 2.0). Напомним, что это средство (о котором мы писали вот тут) позволяет эмулировать сервер VMware vCenter в котором запущены тысячи виртуальных машин, при этом такие объекты потребляют минимум ресурсов и работают на минимальной конфигурации VMware vCSA (vCenter Server Appliance).
А еще это хорошо подходит для всякого рода демонстраций (потемкинские инфраструктуры) и тестов:
Утилита VCSIM 2.0 входит в состав виртуального модуля vCSA 5.5 (vCenter Server Appliance), но отсутствует в обычной инсталляции vCenter.
Что нового появилось в VCSIM 2.0:
Поддержка Virtual Switch (VDS):
Добавление и удаление хостов ESXi из VDS
Создание/удаление Distributed Virtual Portgroup
Настройка Distributed Virtual Portgroup
Добавление/удаление виртуальной машины из Distributed Portgroup
Поддержка vCloud Networking & Security (vCNS) Support:
Развертывание/удаление объектов vApp с включенным сервисом DHCP
Сохранение постоянной конфигурации окружения при перезагрузке:
Folder
Cluster
Resource Pool
Host
Datastore
Virtual Machine
Network
VDS
Поддержка настройки компонентов:
Шаблон ESXi version
Шаблон ESXi configuration
Настройка хранилищ (Datastore)
Настройка Virtual Machine datastore
Простые команды управления симулятором:
vmware-vcsim-start
vmware-vcsim-stop
Перед использованием VCSIM нужно сначала ознакомиться с инструкциями, приведенными вот в этой статье. Более подробнее о новых возможностях VCSIM 2.0 можно почитать вот тут.
На прошедшей конференции VMworld 2013 компания VMware представила технологическое превью технологии Project Orcha, которая будет полезна пользователям VDI-инфраструктуры на базе VMware Horizon View.
Напомним, что частью пакета продуктов VMware Horizon Suite является решение VMware Horizon Workspace, один из компонентов которого - Horizon Data - предназначен для корпоративного хранения и обмена файлами (бывший Project Octopus - решение наподобие онпремизного Dropbox, о котором мы много писали вот тут).
В консоли Horizon Data на планшете iPad можно просматривать содержимое некоторых файлов (например, картинок или презентаций), но есть файлы, для которых соответствующих приложений просто нет - например, файлы vsd (Visio Document). Так вот VMware Project Orcha - это возможность открыть такой файл на планшете путем запуска консоли к своему виртуальному ПК и последующего открытия этого файла в Microsoft Visio в полноэкранном режиме с поддержкой основных операций с документом:
Эта штука будет доступна в следующих версиях пакета VMware Horizon Suite.
Как мы уже недавно писали, одной из новых возможностей VMware vSphere 5.5 стали функции расширенного управления электропитанием серверов vSphere Host Power Management (HPM). Ранее о таких функциях на платформе VMware vSphere мы рассказыали вот тут.
HPM - это совокупность техник, позволяющих оптимизировать потребление электроэнергии хостом VMware ESXi, когда он находится в состоянии простоя или пониженной нагрузки.
Управление электропитанием происходит через интерфейс Advanced Configuration and Power Interface (ACPI), который позволяет управлять состояниями P-states и C-states. В VMware vSphere 5.0/5.1 дефолтная политика управления питанием была основана на технологии dynamic voltage and frequency scaling (DVFS).
Эта технология использует P-states процессора, что позволяет экономить некоторое количество энергии за счет поддержки процессора на более низкой частоте и напряжении. Но, начиная с VMware vSphere 5.5, политика HPM использует расширенный набор состояний halt states (они же C-states) в дополнение к DVFS. Это намного больше увеличивает экономию энергии при сохранении хорошей производительности, так как состояния C-states процессора почти не сказываются на его производительности, а питания потребляют значительно меньше (а иногда производительность даже растет, особенно для легких и средних нагрузок без большого потока операций ввода-вывода).
Так как теперь ESXi использует весь спектр возможностей по управлению питанием хоста, то в BIOS большинства серверов нужно предоставить гипервизору полномочия на действия по оптимизации энергопотребления процессора. По умолчанию на большинстве серверов такие функции выключены.
Для того чтобы их включить, например, в серверах HP нужно в BIOS зайти в Power Management Options -> HP Power Profile и выбрать пункт Custom. Затем нужно зайти в Power Management Options->HP Power Regulator, где выбрать пункт OS Control Mode.
Для управления глубокими режимами C-states (C1/C1E, C3 и C6) нужно также разрешить их использование со стороны программного обеспечения в BIOS сервера:
Для VMware HPM есть 4 различных политики электропитания:
High Performance - в этом состоянии процессор находится в самом высоком P-state все время, а для C-states используется всего 2 режима: running и halted. Это дефолтная политика для vSphere 5.0 и более ранних версий.
Balanced - вот эта политика и позволяет использовать как P-states для экономии питания, так и, начиная с vSphere 5.5, C-states, выбор которых производится на основе оценки со стороны ESXi с использованием статистического прогноза на время простоя процессора.
Low Power - в этом режиме хост делает все, чтобы снизить потребление энергии, используя алгоритмы P-states и C-states состояний.
Custom - по умолчанию эта политика выставлена как Balanced, но ее уже можно крутить для получения нужного результата.
Для политики Custom есть несколько интересных параметров, которые можно покрутить, если очень хочется (их число по сравнению с прошлой версией ESXi возросло):
По результатам тестов использование C-states для режима Turbo mode дает существенный прирост производительности (при том, что само по себе включение турбо-режима прироста почти не дает):
А вот как использование deep C-states позитивно влияет на потребление электроэнергии:
Интересный график экономии питания в зависимости от нагрузки хост-сервера - получается, что максимальная эффективность у HPM - до 30% загрузки CPU:
Очень часто при чтении документации VMware приходиться сталкиваться с различного рода сокращениями, большинство из которых, конечно же, понятно опытным администраторам VMware vSphere, но не всегда понятно для новичков.
Andrea Mauro составил неплохой список акронимов VMware, который мы и публикуем здесь (ссылки добавил я - на релевантные статьи):
AAM
Automated Availability Manager (aka VMware HA since v 4.1)
Среди анонсов VMworld 2013, о которых мы писали вот тут, помимо обновленной платформы виртуализации VMware vSphere 5.5, было также объявлено о выпуске средства единой аутентификации в виртуальной инфраструктуре - VMware vCenter Single Sign-On 5.5 (SSO).
На самом деле это всего лишь версия 2.0 компонента SSO, но она уже была полностью переписана по сравнению с первой версией, у которой наблюдались серьезные проблемы, а именно:
Ограниченная интеграция с Active Directory
Сложность управления инфраструктурой SSL-сертификатов
Отсутствие четких инструкций и рекомендаций по развертыванию продукта
Сложность развертывания решения, особенно для администраторов небольшой инфраструктуры
Надо отметить, что SSO версии 1.0 компания VMware оеэмила у сторонних разработчиков, но ввиду его неудобства решила написать его для себя с нуля.
Теперь Single Sign-On 5.5 лишен перечисленных проблем, архитектурно он стал проще - нет нужды в сторонней базе данных, все построено на базе внутренней модели хранения LDAP. Мастер установки стал очень простым и позволяет без труда развернуть SSO не несколько узлов vCenter 5.5:
Теперь архитектура построена на модели multi-master, что предполагает наличие идентичной конфигурации на каждом узле, между которыми происходит встроенная в решение репликация. Теперь можно создавать логические группировки зарегистрированных ресурсов, например, по географическому признаку.
Обновилась и утилита vCenter Certificate Automation tool, которая теперь позволяет простым образом обновлять сертификаты компонентов средств управления виртуальной инфраструктурой vCenter Server 5.5.
Помимо прочего, теперь нет и заморочек с master password, которые вводили в недоумение многих пользователей.
VMware рекомендует устанавливать SSO вместе с сервером vCenter, а один экземпляр SSO может работать в инфраструктуре до 1000 хостов ESXi и 10 000 виртуальных машин.
Из остальных функций Single Sign-On 5.5 можно отметить следующие:
Поддержка односторонних и двусторонних AD-трастов
Поддержка нескольких лесов
Можно использовать локальную аутентификацию без домена, если это необходимо
Появилось множество средств для траблшутинга и диагностики решения
VMware vCenter Single Sign-On 5.5 можно будет скачать в составе инфраструктуры VMware vSphere.
Итак, что нового в VMware vCloud Director 5.5 из основных возможностей:
Официальная поддержка vCloud Director в виде виртуального модуля (VCD 5.5 Virtual Appliance), однако по-прежнему не для производственной среды.
Возможность общего доступа к каталогу и синхронизации.
Поддержка версий объектов.
Улучшенное развертывание виртуальных сервисов vApp и поддержка их жизненного цикла.
Поддержка клонирования vApp и состояния их памяти.
Улучшения OVF import/export.
Теперь рассмотрим новые возможности vCloud Director 5.5 подробнее:
Виртуальный модуль VCD 5.5 Virtual Appliance
В этом релизе заявлена официальная поддержка vCloud Director в виде виртуального модуля (Virtual Appliance), однако, по-прежнему, VCD Virtual Appliance не подходит для производственной среды. При установке можно выбрать СУБД (Microsoft SQL Server или Oracle) - можно использовать как внутреннюю, так и внешнюю базу данных.
Общий доступ к каталогу и синхронизация
Администратор VCD 5.5 имеет возможность ограничивать список организаций, которым может быть предоставлен общий доступ к каталогу. Он может шарить один каталог между несколькими VCD-инстансами. Это работает в модели Publisher/Subscriber.
Каталоги могут быть опубликованы с отдельными паролями. Публикация в этом случае доступна в режиме только для чтения. Подписчик может получить доступ к каталогу по URL и паролю.
Синхронизация между ролями Subscriber и Publisher может осуществляться на уровне каталога.
Поддерживается как ручная синхронизация, так и автоматическая.
VCD 5.5 может использовать удаленные каталоги на внешнем хранилище. Создаются файлы “lib.json” and “items.json”, которые видятся на веб-сервере, представленном как удаленный каталог. Эту фичу также можно защитить паролем.
Каталоги VCD 5.5 могут содержать любые файлы, а не только vApps, ISO и шаблоны.
Поддержка версий (Versioning)
К каждому элементу в каталоге можно прикрепить версию. Если она меняется, то можно всегда отслеживать актуальную версию шаблона.
Улучшенное развертывание виртуальных сервисов vApp
VCD 5.5 имеет возможность настраивать число vCPU, ядер на сокет и количества сокетов. Для этого нужно, чтобы виртуальная машина была выключена и имела hardware version 8 или более позднюю.
Изменение virtual hardware (CPU, memory, hard disk) и настроек гостевой ОС (Guest customization) теперь возможно при развертывании vApp из шаблона.
Появилась поддержка горячего добавления дисков для ВМ, но поддерживаются только SATA-диски. Они должны быть инициализированы из гостевой ОС. Существующие диски ВМ можно расширять "на горячую" (но нельзя таким образом увеличить ВМ со снапшотами, связанные клоны и fast provisioned disks).
VCD 5.5 поддерживает горячее добавление сетевых адаптеров (NIC), но это должно быть также настроено в гостевой ОС. Primary NIC не может быть изменен, пока ВМ запущена.
USB-устройства теперь могут быть присоединены при соединении через VMRC (remote console).
Virtual hardware version 10 поддерживает контроллеры SATA-диски
Клонирование vApp и их памяти
vCD 5.5, как и продукт Lab Manager, может сохранять vApp, которые находятся в приостановленном состоянии (suspended). Они могут быть экспортированы в формат OVF с сохранением содержимого их памяти.
Улучшения OVF import/export
VCD 5.5 поддерживает возможность импорта/экспорта напрямую в Virtual Data Centers (VDCs), без прохождения через каталоги. Передача OVF может быть возобновлена автоматически после ее прерывания.
Save vApp to OVF: уже развернутые объекты vApp и шаблоны vApp могут быть напрямую экспортированы в OVF.
Скачать VMware vCloud Director 5.5 можно по этой ссылке.
Некоторое время назад мы писали про технологию Virtual SAN (VSAN) компании VMware, которая позволяет объединить локальные дисковые ресурсы хост-серверов VMware ESXi в единый пул хранения для виртуальных машин, управляемый на базе политик. Этот продукт сейчас находится в стадии публичного бета-тестирования, и основан он на разработках купленной компании Virsto.
Однако многие из вас знают, что у VMware есть также продукт vSphere Storage Appliance (VSA), о котором мы также немало рассказывали на страницах VM Guru (например, тут, тут и тут). И этот продукт также предназначен для построения распределенных хранилищ на базе локальных дисков хостов, но уже для небольшой инфраструктуры.
Давайте посмотрим, чем же отличаются эти два продукта - VMware VSA и VMware VSAN:
Категория
vSphere Storage Appliance
(VSA)
VMware Virtual SAN (VSAN)
Описание
Дешевое общее хранилище для компаний или филиалов, не имеющих возможности купить дисковые массивы для площадок.
Масштабируемое распределенное хранилище для развертывания в облачной инфраструктуре.
Способ поставки
Виртуальный модуль (Virtual Appliance)
Работа механизма встроена в ядро vSphere
Целевые рынки
Средний и малый бизнес
Установка в филиалах (ROBO)
Enterprise-инфраструктура
Коммерческие компании
Масштабируемость
2-3 сервера VMware vSphere
Не масштабируется больше 3-х хостов
Развертывание минимум на 3 хоста
Масштабирование до полного кластера vSphere
Производительность
Без поддержки SSD (низкая производительность)
Технология SSD caching (высокая производительность)
Функциональность
Простая установка и настройка
Масштабируется до 16 ТБ используемого хранилища
Интегрировано с vCenter
Техники SSD caching и intelligent data placement
Быстрое развертывание хранилищ
Масштабируемость для больших установок
Гранулярность при масштабировании хранилищ
Управление хранилищами на базе политик
Из таблички видно, что продукт vSphere Storage Appliance подходит для небольших компаний и начинающих в сфере виртуализации, а вот технология VSAN подойдет уже серьезным организациям с большой продакшен-инфраструктурой.
На самом деле, так как продукты делали разные компании (VSA - VMware, а VSAN - Virsto), то они имеют разные функции и не являются вариациями одного и того же решения, хотя многие понимают VSAN как развитие идеи VSA.
RSS
