Как многие из вас знают, мы часто пишем о решении для распространения приложений в виде присоединяемых к машинам виртуальных дисков VMware App Volumes. После релиза данной технологии остро встал вопрос резервного копирования данных таких дисков - ведь тома App Volumes не видны в окружении VMware vCenter, а значит не могут быть обработаны решениями для резервного копирования виртуальных машин, такими как Veeam Backup and Replication.

Напомним, что в инфраструктуре App Volumes есть 2 основных типа виртуальных хранилищ: тома AppStacks, хранящие общие данные виртуальных машин и доступные в режиме Read-only, а также тома с пользовательскими данными, работающие в режиме чтение-запись.

На днях на сайте проекта VMware Labs появилась утилита App Volumes Backup Utility, позволяющая производить резервное копирование виртуальных машин, работающих на томах App Volumes. Делается это по следующей схеме:

• Утилита соединяется с App Volumes Manager и Virtual Center с использованием соответствующих API.
• Создается временная виртуальная машина для бэкапа без установленной ОС (размером около 1 МБ).
• Тома AppStacks и Writable Volumes присоединяются к этой ВМ.
• Решение для резервного копирования (например, Veeam Backup and Replication) должно быть настроено таким образом, чтобы делать резервные копии этой виртуальной машины.

Более подробно о том, как именно делать резервные копии виртуальных машин, работающих с данными App Volumes, можно узнать из этой статьи. Скачать App Volumes Backup Utility можно по этой ссылке.

Очень интересное сравнение протоколов доступа к виртуальным ПК и приложениям в инфраструктуре VMware Horizon 7 появилось на одном из блогов, посвященных технологиям виртуализации. Коллега сравнивал производительность проверенного временем PCoIP и пришедшего ему на смену протокола Blast Extreme в следующей тестовой конфигурации:

Автор обращает внимание на то, что PCoIP работает по UDP, поэтому похож на гоночную машину (лучше всего себя ведет на широкой полосе канала без помех и высокой нагрузки), а Blast Extreme, работающий по TCP - это джип, который хорошо едет по пересеченной местности (то есть, адаптируется к параметрам канала).

Тестирование проводилось по следующей схеме:

• Пользователь логинится и ждет 1 минуту, чтобы сессия настроилась и была готова к тестированию.
• Открыли локальный PDF-файл, скроллили его вверх и вниз 1 минуту.
• Зашли на новостной сайт с графикой http://www.vg.no и поскроллили его.
• Открыли Word и печатали там лабуду в течение 1 минуту.
• Открыли трейлер фильма Captain America Civil War в полный экран браузера Chrome на полную длительность (2 минуты).

Для сбора данных и настройки окружения использовались следующие средства:

• Splunk – Uberagent (сбор данных).
• Netbalancer (bandwidth, возможность установки параметра packet loss, определение лимитов по bandwidth limits и задание latency).

Первый тест (5 MS latency, no packet loss) для Blast Extreme

Параметры использования канала: 248 MB total, Maximum usage 1,6 MBPS

Использование CPU: (Splunk, UberAgent) VMBlastW.exe (около 8.2%):

Среднее использование памяти:

Максимальное использование памяти:

Первый тест (5 MS latency, no packet loss) для PCoIP

Тут надо отметить, что PCoIP буферизует и собирает пакеты по 1198 байт перед отправкой:

Параметры использования канала: 184 MB, Maximum usage 999 KBPS

Использование CPU: (Splunk, UberAgent, около 24.2%):

Среднее использование памяти:

Максимальное использование памяти:

Автор делает вывод, что PCoIP дает намного большую нагрузку на клиентское устройство, чем Blast Extreme, который, в свою очередь, дает лучший User Experience, но потребляет большую ширину канала. Это может быть связано с дополнительными накладными расходами на квитанции TCP, а также тем, что Blast Extreme тестирует канал при начале передачи и пытается выжать из него максимум.

Работа Blast Extreme на latency 200 миллисекунд

Использование канала 43 MB, Maximum bandwidth 201 KBPS:

Здесь latency оказывает весьма негативный эффект на Blast за счет протокола TCP. Также на картинке выше видно, что неэффективно маленькие пакеты используются даже когда буфер пуст или пости пуст.

При просмотре ролика на Youtube Blast все же максимизирует размер пакета:

Максимальное использование памяти:

Работа PCoIP на latency 200 миллисекунд

Использование канала 118 MB, Maximum bandwidth 689 KBPS:

Нагрузка на CPU (обратите внимание, что меньше, чем без latency):

Использование памяти:

Вывод: Blast умеет использовать широкий канал и дает лучший user experience + создает меньшую нагрузку на клиентское устройство.

Интересный вебинар проведет компания StarWind о производительности конфигураций серверов All-Flash на платформе решения для обеспечения отказоустойчивости хранилищ StarWind Virtual SAN: Get All-Flash Performance using Intel SSD and StarWind HyperConverged Appliance.

Вебинар пройдет 5 апреля в 20-00 по московскому времени.

Напомним, что у StarWind есть собственное решение для создания гиперконвергентной инфраструктуры на базе серверов Dell, гипервизора Microsoft Hyper-V, ПО для хранилищ StarWind Virtual SAN, резервного копирования Veeam Backup and Replication, а также средств управления 5nine Hyper-V Manager. Поставляется оно в виде готового к использованию программно-аппаратного комплекса.

Бонусом мероприятия является комплект для сборки минималистичного компа CanaKit Raspberry Pi 3 Ultimate Starter Kit - 32 GB Edition. Его получат два участника вебинара. Может быть, повезет именно вам - регистрируйтесь!

Наверняка многие из вас слышали, что возможно в скором времени компания VMware закроет проект VMware Workstation. Однако новость, которая пришла сегодня, заставляет усомниться в этом - сегодня был анонсирован релиз продукта VMware Workstation for iOS, который работает как на iPad, так и на iPhone:

По информации, указанной в анонсе, VMware Workstation for iOS будет поддерживать гостевые ОС Windows и Linux с возможностью быстрого переключения между экземплярами ОС двухпальцевым свайпом.

Интересно также, что иконка Workstation, согласно партнерскому соглашению между Apple и VMware, будет занимать 4 плэйсхолдера на домашнем экране iPhone, так как с нее будет начинаться большинство сеансов пользователей, которые все чаще и чаще запрашивают ОС Windows на своих смартфонах и планшетах.

Кроме того, будет добавлена возможность загрузки устройства сразу же в среду Windows после его включения. Отключить данную возможность можно будет только через сервисные центры Apple. В совместном заявлении Apple, VMware и Microsoft также сообщается, что часть iPhone и iPad будет выпускаться сразу же с активированной возможностью изначальной загрузки виртуальной машины Windows. Такие устройства будут носить название Windows iPhone.

Доступность решения VMware Workstation for iOS ожидается 1 апреля 2017 года.

Гостевой пост от нашего спонсора, компании 1cloud, предоставляющей услуги облачного IaaS-хостинга виртуальных машин.

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

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

Сегодня мы расскажем об ошибках, с которыми столкнулись на этом пути, и решениях, которые позволили создать службу поддержки, которая работает 365 дней в году в режиме 24/7, а время реакции сотрудников на входящий запрос, в среднем, не превышает 5 минут.

Не нужно делать из сотрудников «универсалов»

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

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

Столкнувшись с этой ситуации, мы занялись реструктуризацией службы поддержки в соответствии с лучшими практиками ITIL — по данной теме можно порекомендовать книгу «Овладевая ITIL. Скептическое руководство для ответственных лиц» Роба Ингланда.

В ходе реформы были выделены три уровня поддержки, ответственность каждого из которых распространяется в различные зоны. Сотрудники «первого уровня» обладают базовыми знаниями в администрировании операционных систем Windows, Linux и других, владеют инструментами мониторинга инфраструктуры и имеют представление о принципах её построения.

Вторая «линия обороны» представлена сотрудниками, которые углубленно разбираются в использующихся нами технологиях и продуктах. На третьем уровне находятся «гуру», которые не только являются опытными ИТ-экспертами, но и досконально знают особенности архитектуры реализации сервиса 1cloud.

Ключ к успеху — автоматизация

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

Чтобы решить эту проблему, мы запустили проект по масштабной автоматизации способов взаимодействия с нашим сервисом — мы много пишем  о его технической реализации. На сегодняшний день мы смогли автоматизировать большинство типовых задач, которые еще 1-2 года назад отнимали более 50% времени сотрудников службы поддержки. Теперь у членов нашей команды больше времени на развитие наших продуктов и, к примеру, разбор более сложных вопросов пользователей, на которые они теперь получают ответ быстрее.

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

Ошибки нужно разбирать

Работать в службе поддержки — нелегко. Сотрудники здесь ежедневно лицом к лицу сталкиваются с клиентами, у которых есть вопросы или даже какие-то претензии. Иногда к возникновению недовольства приводят наши собственные ошибки — никто не идеален. Однако просто извиниться и исправить проблему мало, нужно еще понять, чем она была вызвана — не всегда причиной сбой техники, дело может быть и в «человеческом факторе».

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

Вежливость — главное оружие «саппорта»

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

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

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

Все ходы должны быть записаны

Жизнь — лучший учитель, и в пору молодости компании столкнувшись с проблемами, мы научились тому, что в случае ИТ-проекта все изменения должны документироваться. Любые замены важного оборудования, внесение изменений в настройки серверов — все это нужно записывать, чтобы в случае ошибки иметь возможность «вернуть как было». Этот процесс называется управлением конфигурациями.

При управлении конфигурациями в большинстве случаев используют так называемую «базу данных конфигурационных элементов» (Configuration Management Database или CMDB), являющуюся логическим отображением IT-инфраструктуры.

Корректно внедрённая CMDB представляет собой структуру, эффективно поддерживающую процессы ITIL. В ней хранятся все имеющиеся аппаратные и программные решения, а также имена персонала компании.

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

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

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

Заключение

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

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

Те из вас, кто уже давно администрирует платформу VMware vSphere, знает о такой штуке RVTools, которая помогает в выполнении многих административных задач. О прошлой версии RVTools 3.7 мы писали где-то год назад, а совсем недавно вышел очередной апдейт утилиты - RVTools 3.8.

Давайте вкратце посмотрим на новые возможности RVTools 3.8 (полный их список доступен тут):

• VI SDK изменился с версии 5.5 на 6.0.
• Новые поля на вкладке vInfo:
  • ChangeVersion - уникальный идентификатор конфигурации
• статус HA VM Monitoring
• число поддерживаемых мониторов и видеопамяти в килобайтах
• статус конфигурации (конкретные проблемы с конфигом видны на вкладке vHealth)
• операционная система (то, что дает VMware Tools)
• Новые поля на вкладке vTools:
  • App state, App heartbeat и статус Kernel crash
  • Доступность операций: поддержка изменения статуса и доступность интерактивных операций с гостевой ОС
• На вкладке vHost появился статус NTPD.
• Проблемы с NTP теперь видны на вкладке vHealth.
• Новое поле Config status добавлено на вкладках vHost, vCluster и vDatastore
• На вкладке vSC+VMK добавлены поля IP 6 Address и IP 6 Gateway.
• Все вкладки, относящиеся к виртуальным машинам, теперь имеют колонки VM Object ID, VM UUID, powerstate и template. Колонки Custom Attributes упорядочены по алфавиту.
• На всех вкладках появилась колонка vCenter UUID.
• Множество исправлений ошибок.

Скачать RVTools 3.8 можно по этой ссылке. Документация доступна тут.

Компания Veeam Software, известная своим решением для резервного копирования данных и обеспечения доступности датацентров Veeam Availability Suite, приглашает всех желающих принять участие в бесплатном вебинаре "Резервное копирование: запросы бизнеса и требования закона", посвященном информационной безопасности и новостям о недавней сертификации ФСТЭК продукта Veeam Backup and Replication.

На вебинаре в качестве докладчиков выступят Александр Ширманов (бывший директор компании Код Безопасности) и Мария Сидорова (многим из вас представлять ее не нужно).

Время и дата вебинара: 5 апреля в 12-00 (полдень) по московскому времени.
Продолжительность: 60 минут + сессия вопросов и ответов.

ЗАРЕГИСТРИРОВАТЬСЯ

Описание мероприятия от Veeam:

Зачем нужно резервное копирование знают все, но не все почему-то это делают. Между тем восстановление данных в случае их намеренного или случайного уничтожения, модификации, нарушении целостности и доступности – не только вопрос обеспечения функционирования бизнеса, но и прямое требование законодательства и нормативных документов ФСТЭК России и Центрального Банка.

На вебинаре мы обсудим, как выполнить требования закона и почему для этого лучше использовать сертифицированные средства, в частности,Veeam® Backup & Replication™ версии 8.

На протяжении нескольких лет от системных администраторов VMware vSphere постоянно поступают жалобы на низкое быстродействие и глючность тонкого клиента управления платформой - vSphere Web Client. Это неудивительно - ведь веб-клиент vSphere построен на базе фреймворка Adobe Flex (пруф), который вобрал в себя все самые "лучшие" стороны флеш-технологии.

Так вот, время флеша похоже истекает - на сайте проекта VMware Labs появилось превью нового клиента vSphere HTML5 Web Client, построенного на базе новых стандартов HTML 5 и Javascript. Напомним, что флеш плох всего лишь в трех аспектах - производительность, стабильность и безопасность, ну а новый клиент призван все это улучшить.

Клиент vSphere HTML5 Web Client пока поддерживается только для VMware vSphere 6 и более поздних версий. Скажем тут на всякий случай, что этот клиент предназначен для управления виртуальной инфраструктурой только через сервисы VMware vCenter. Если вам нужно управлять отдельным хостом, то используйте ESXi Embedded Host Client, который теперь уже поставляется с vSphere 6.0 Update 2 и более поздними версиями платформы виртуализации.

На данный момент технологическое превью умеет делать следующие вещи:

• Операции с питанием виртуальных машин (вкл/выкл/приостановка).
• Изменение настроек ВМ (CPU, память, виртуальные диски).
• Доступ к консоли виртуальных машин.
• Страницы информации для хостов и ВМ.
• Горячая миграция машин между хостами ESXi (без перемещения хранилищ).
• Клонирование машин и создание шаблонов из ВМ.
• Создание новой виртуальной машины (пока возможности ограничены).
• Различные графики производительности для мониторинга и отслеживания событий (Performance charts, Tasks, Events).
• Представления Global Views (последние задачи, алармы и т.п.).

К сожалению, пока в этом клиенте нет функций vSphere Update Manager (напомним, что и в обычном-то vSphere Web Client они появились спустя оочень долгое время).

Скачать VMware vSphere HTML5 Web Client можно в виде готового к развертыванию виртуального модуля OVA по этой ссылке. Для развертывания тонкого клиента понадобится поколдовать с командной строкой (инструкции доступны здесь), ну а в следующих версиях обещают полноценный GUI.

Компания VMware на прошлой неделе выпустила решения линейки VMware Horizon 7, среди которых была и новая версия продукта для управления пользовательскими окружениями VMware User Environment Manager 9.0 (UEM).

Среди новых возможностей UEM 9.0 основными являются следующие:

• Smart Policies - умные политики для устройств пользователей при различных комбинациях условий логина. Эти политики позволяют, в зависимости от способа логина пользователя, применять к его устройству и окружению те или иные правила. Например, пользователю, который логинится через публичную сеть, разумно отключить копирование на USB-устройство, перенаправление клавиатуры и возможность печати. Также можно, например, кастомизировать полосу пропускания по протоколу PCoIP, в зависимости от типа логина пользователя.

• App Authorization - это возможность для администраторов авторизовать или заблокировать исполнение приложения на устройстве пользователя в зависимости от большого набора правил и политик, основанных на различных условиях. Эти условия могут проверяться при логине пользователя, а также через заданные промежутки времени.
• Seamless application personalization and configuration - возможность расширенной настройки приложений как для нативных программ, так и для виртуализованных пакетов VMware ThinApp (а также и других вендоров решений для виртуализации приложений). Блочить приложения для пользователей можно как для онлайн, так и для офлайн-выполнения.
• Улучшения управления данными пользователей.

Интересная штука появилась в User Environment Manager 9.0 - подключаемые шаблоны конфигурации приложений. Оказывается у VMware есть специальное комьюнити, где выкладываются уже готовые параметры конфигурации приложений под UEM.

Вот они тут:

Просто скачиваете нужные вам zip-файлы с шаблоном конфигурации используемого вами приложения, а далее идете в раздел Configure консоли управления UEM. Там нужно настроить шаренную папку, в которой у вас будут лежать конфигурации приложений:

Далее просто добавьте скачанные zip-файлы в папку \\<file server>\Config\general\Applications:

Далее просто откройте снова Management Console и нажмите кнопку "Refresh tree", чтобы шаблоны конфигурации приложений появились у вас в консоли:

Скачать пробную версию VMware User Environment Manager 9.0 можно по этой ссылке.

Интересная и полезная штука обнаружилась на одном из блогов, посвященных технологиям виртуализации - утилита VMware ESXi SCSI Sense Codes Decoder. Она позволяет декодировать сообщения, появляющиеся в файле журнала vmkernel.log, когда что-то идет не так при работе хост-сервера ESXi с хранилищами по протоколу блочного доступа SCSI.

Например, вы видите вот такое сообщение:

2011-04-04T21:07:30.257Z cpu2:2050)ScsiDeviceIO: 2315: Cmd(0x4124003edb00) 0x12, CmdSN 0x51 to dev “naa.[…]” failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.

Это, на самом деле, 6 статус-кодов (они выделены жирным выше), которые можно разложить следующим образом, подставив значения в форму ESXi SCSI Sense Codes Decoder:

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

Пользоваться утилитой ESXi SCSI Sense Codes Decoder можно только онлайн.

Как вы знаете, у главного производителя средств для создания программных отказоустойчивых хранилищ под виртуализацию, компании StarWind, есть бесплатное издание флагманского продукта StarWind Virtual SAN Free.

В марте на портале ресурсов StarWind Resource Library появилась целая пачка интересных документов, касающихся различных решений и технологий, в том числе и отдельный документ по StarWind Virtual SAN Free.

Этот документ поможет вам понять, чем именно бесплатный StarWind Virtual SAN может вам пригодиться в инфраструктуре небольшого предприятия или филиала.

Напомним, что отличия платной и бесплатной версии решения приведены вот в этом документе:

В недавно вышедшем обновлении платформы виртуализации VMware vSphere 6.0 Update 2 появилась возможность конфигурации Logon Banner (он же Security Banner) для того, чтобы предупредить пользователей или потенциальных злоумышленников о последствиях неавторизованного доступа к системе. Подробно об особенностях его конфигурации написал Вильям Лам, а мы рассмотрим тут основные моменты настройки баннера вкратце.

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

Конфигурация логон-баннера доступна только через интерфейс Platform Services Controller (PSC) Administrator UI, к которому можно получить доступ по следующей ссылке:

https://[PSC-HOSTNAME]/psc

В разделе Configuration вы найдете конфигурацию баннера, где можно настроить следующие параметры:

• Status - включен он или выключен.
• Checkbox Consent - будет ли показан обязательный для отметки чекбокс согласия с правилами.
• Title - заголовок текста.
• Message - собственно, само сообщение.

Также можно изменять данные параметры из командной строки с помощью сценария /opt/vmware/bin/sso-config.sh, что требует SSH-доступа к хосту PSC. Ну и вам понадобится создать файл banner.txt, где будет содержаться основной текст баннера безопасности.

Для того, чтобы установить заголовок баннера и его текст, но не включать чекбокс, используйте следующую команду:

opt/vmware/bin/sso-config.sh -set_logon_banner /root/banner.txt -title 'Disclaimer' -enable_checkbox N

Можно не использовать путь к тестовому файлу, а, например, просто изменить заголовок:

/opt/vmware/bin/sso-config.sh -set_logon_banner -title 'Disclaimer'

Чтобы отдельно включить обязательный чекбокс, выполните следующее:

/opt/vmware/bin/sso-config.sh -set_logon_banner -enable_checkbox Y

Ну а для отключения баннера используйте следующую команду:

/opt/vmware/bin/sso-config.sh -disable_logon_banner

Вчера мы писали о том, что компания VMware выпустила новую версию решения для виртуализации и доставки ПК предприятия VMware Horizon 7. А сегодня приятное дополнение - полная диаграмма портов и соединений в инфраструктуре VMware Horizon 7, включая компоненты VMware View, App Volumes, Identity Manger, vRealize Operations и прочие:

Что нового появилось в этой диаграмме по сравнению с ее прошлой версией:

• View Agent был переименован в Horizon Agent.
• Компонент Access Point расположен том же месте, что и View Security Server (это альтернативные компоненты при развертывании решения).
• Объект RDSH / Virtual Desktop включает в себя декстопы с гостевыми ОС Windows, Linux и RDSH. (Horizon for Linux использует протокол Blast Extreme).
• VMware vRealize Operations for Horizon теперь является частью диаграммы.
• Добавлен App Volumes Agent.
• Добавлен новый компонент Enrollment Server, относящийся к True SSO.

Это гостевой пост нашего спонсора - компании ИТ-ГРАД, предоставляющей услуги IaaS-хостинга виртуальных машин.

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

Итак, вы решили перенести Exchange в облако. Что дальше? Для начала ответьте на вопросы:

• Что представляет собой инфраструктура?
• Как переместить данные и что это за данные?
• Как обеспечить целостность и подлинность?
• Как обеспечить безболезненное существование инфраструктуры на момент переезда в облако?
• Как обеспечить управление конечными пользователями?

Списком этих вопросов поделился Дэвид Оделл, сервис-архитектор компании Dimension Data, специализирующейся на предоставлении услуг в сфере информационно-коммуникационных технологий. Оделл и его команда накопили колоссальный опыт по переносу почтовых серверов Exchange в облако. В этой статье поделимся практическими советами Dimension Data, которые облегчают процесс переноса почтовых сервисов на облачную площадку. 

# Рекомендация 1: Оцените собственное окружение Exchange

«Легко переехать в облако, но нелегко перенести то, что должно находиться в нем. Для успешного переноса инфраструктуры определите, из каких компонентов она состоит и как используется. Это один из сложных и важных моментов», — отмечает Оделл.

# Рекомендация 2: Придерживайтесь стратегии дозированной, последовательной миграции

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

Оделл приводит пример, в котором компания переносит в облако 12 Тб данных, которые используют 8 тыс. пользователей. Ограничивающим фактором здесь выступает то, насколько быстро возможно осуществить перенос. Учитывая, что в среднем за час переносится 20 Гб данных, мы получаем 614 часов, необходимых для завершения процесса, или 50 дней при условии, что каждый день на миграцию уходит 12 часов. Такие сроки для миграции приемлемы. Если же за час удается скопировать 2 Гб данных, на их перенос с учетом затраченных 12 часов в сутки уйдет минимум 500 дней, а это не очень хороший показатель.

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

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

Читать статью далее...

Новые продукты линейки VMware Horizon 7 доступны для скачивания.

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

Все основные новые фичи, оказывается, можно уместить на одном слайде:

Так как мы уже подробно описывали большинство возможностей Horizon 7 в статье, приведем их здесь просто списком:

• Полноценное использование технологии Instant Clone Technology c с поддержкой решения App Volumes 3.0.

• Умные политики для устройств пользователей в зависимости от условий логина (Smart Policies).

• Улучшения доступа к консоли машины для мобильных устройств и протокол Blast Extreme.

• Логин в виртуальный десктоп посредством механизма True SSO с поддержкой двухфакторной аутентификации через Identity Manager или Workspace ONE.
• Интеграция с Horizon Access Point 2.5.
• Поддержка режима vSGA для адаптеров AMD.
• Превью технологии Flash Redirection.
• Поддержка Intel vDGA Graphics с последними процессорами Intel Xeon E3.
• Улучшения печати и Windows 10.
• Функция URL Content Redirection.

• Обновленные клиенты VMware Horizon Client 4.0:
  • Horizon Client 4.0 Windows
  • VMware Horizon Client 4.0 Mac
  • VMware Horizon Linux Client 4.0
  • VMware Horizon iOS Client 4.0
  • VMware Horizon Android Client 4.0
  • VMware Horizon Chrome OS Client 4.0
  • HTML Access 4.0
• Улучшения VMware Horizon for Linux.
• Режим Horizon Air Hybrid mode.
• Улучшения масштабируемости и гибкости в архитектуре Cloud Pod.
• Поддержка Windows Server 2016 в режиме Tech Preview.

Дополнительная информация о продуктах, являющихся частью решения VMware Horizon 7:

• VMware Horizon 7.0: http://pubs.vmware.com/Release_Notes/en/horizon-7-view/horizon-70-view-release-notes.html
• VMware ThinApp 5.2.1: https://www.vmware.com/support/thinapp4/doc/releasenotes_thinapp521.html
• VMware User Environment Manager 9.0: http://pubs.vmware.com/Release_Notes/en/uem/9.0/uem-90-release-notes.html
• VMware vRealize Operations for Horizon 6.2.1: http://pubs.vmware.com/Release_Notes/en/v4h/621/vrealize-horizon-621-release-notes.html
• VMware vRealize Operations for Published Applications 6.2.1: http://pubs.vmware.com/Release_Notes/en/v4pa/621/vrealize-operations-for-published-applications621-release-notes.html
• VMware App Volumes 3.0: http://pubs.vmware.com/Release_Notes/en/appvolumes/3/app-volumes-300-release-notes.html
• VMware Identity Manager 2.6: https://pubs.vmware.com/Release_Notes/en/vidm_onPremise/26/identitymanager_release_notes_26.html

Некоторые из вас знают, что для поиска и решения проблем в виртуальной инфраструктуры, среди прочих интерфейсов командной строки, есть такой инструмент, как Ruby vSphere Console (RVC).

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

Чтобы запустить Ruby vSphere Console, нужно набрать в командной строке ESXi команду в следующем формате:

rvc [options] [username[:password]@]hostname

Например:

# rvc administrator:vmware@192.168.1.100

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

login as: root

VMware vCenter Server Appliance

administrator@192.168.1.100's password:

Last login: Thu Jul 17 22:29:15 UTC 2014 from 10.113.230.172 on ssh

Last failed login: Fri Jul 18 06:31:16 UTC 2014 from 192.168.1.20 on ssh:notty

There was 1 failed login attempt since the last successful login.

Last login: Fri Jul 18 06:31:35 2014 from 192.168.1.20

vcsa:~ # rvc administrator:vmware@192.168.1.100

0 /

1 192.168.1.100/

Их можно выполнять в рамках следующих пространств имен (namespaces):

Во второй снизу строчке мы видим пространство имен VSAN, относящееся к кластерам хранилищ Virtual SAN. Давайте посмотрим на решение одной проблемки с его помощью.

Допустим, вы увидели в кластере VSAN следующую ошибку в разделе Component Metadata Health:

Invalid state

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

В столбце "Component" указан component UUID диска, с которым возникла проблема - но как узнать, на каком хранилище он расположен, в консоли vSphere Web Client? Для этого мы и возьмем Ruby vSphere Console, а именно команду vsan.cmmds_find:

> vsan.cmmds_find 0 -u dc3ae056-0c5d-1568-8299-a0369f56ddc0
---+---------+-----------------------------------------------------------+
   | Health  | Content                                                   |
---+---------+-----------------------------------------------------------+
   | Healthy | {"diskUuid"=>"52e5ec68-00f5-04d6-a776-f28238309453",      |
   |         |  "compositeUuid"=>"92559d56-1240-e692-08f3-a0369f56ddc0", 
   |         |  "capacityUsed"=>167772160,                               |
   |         |  "physCapacityUsed"=>167772160,                           | 
   |         |  "dedupUniquenessMetric"=>0,                              |
   |         |  "formatVersion"=>1}                                      |
---+---------+-----------------------------------------------------------+
/localhost/Cork-Datacenter/computers>

Тут мы видим diskUuid, где расположен проблемный компонент. Найдем теперь символьное имя устройства:

> vsan.cmmds_find 0 -t DISK -u 52e5ec68-00f5-04d6-a776-f28238309453
---+---------+-------------------------------------------------------+
   | Health  | Content                                               |
---+---------+-------------------------------------------------------+
   | Healthy | {"capacity"=>145303273472,                            |
   |         |  "iops"=>100,                                         |
   |         |  "iopsWritePenalty"=>10000000,                        |
   |         |  "throughput"=>200000000,                             |
   |         |  "throughputWritePenalty"=>0,                         |
   |         |  "latency"=>3400000,                                  |
   |         |  "latencyDeviation"=>0,                               |
   |         |  "reliabilityBase"=>10,                               |
   |         |  "reliabilityExponent"=>15,                           |
   |         |  "mtbf"=>1600000,                                     |
   |         |  "l2CacheCapacity"=>0,                                |  
   |         |  "l1CacheCapacity"=>16777216,                         |
   |         |  "isSsd"=>0,                                          |   
   |         |  "ssdUuid"=>"52bbb266-3a4e-f93a-9a2c-9a91c066a31e",   |
   |         |  "volumeName"=>"NA",                                  |
   |         |  "formatVersion"=>"3",                                |
   |         |  "devName"=>"naa.600508b1001c5c0b1ac1fac2ff96c2b2:2", | 
   |         |  "ssdCapacity"=>0,                                    |
   |         |  "rdtMuxGroup"=>80011761497760,                       |
   |         |  "isAllFlash"=>0,                                     |
   |         |  "maxComponents"=>47661,                              |
   |         |  "logicalCapacity"=>0,                                |
   |         |  "physDiskCapacity"=>0,                               |
   |         |  "dedupScope"=>0}                                     |
---+---------+-------------------------------------------------------+
>

В параметре devName мы и видим имя устройства: naa.600508b1001c5c0b1ac1fac2ff96c2b2:2. Найти его можно в консоли vSphere Client можно вот тут:

Более подробно о командах и неймспейсах Ruby Virtual Console написано вот в этом документе.

На прошлой неделе компания Veeam выпустила новую версию своей бесплатной утилиты Veeam Endpoint Backup FREE 1.5, предназначенной для резервного копирования данных Windows-систем, которая может оказаться полезной любому администратору ИТ-инфраструктуры и даже пользователю домашнего ПК. Напомним, что о прошлой версии Veeam Endpoint Backup мы писали почти год назад вот тут. Это простая и понятная утилита для бэкапа данных виртуальных и физических машин на базе Windows.

Посмотрим на новые возможности Veeam Endpoint Backup FREE 1.5:

• Veeam Endpoint Backup совместим с Windows 10. Теперь можно спокойно обновить операционную систему своего ноутбука или настольного ПК — Veeam Endpoint Backup прошел сертификацию со стороны Microsoft на совместимость с Windows 10.
• Защита от CryptoLocker для USB-накопителей. Эта функция защищает хранилища на USB-накопителях от потенциальной угрозы CryptoLocker: они будут автоматически отключены после успешного завершения задания.

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

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

• Полное резервное копирование. Теперь есть возможность создать полные резервные копии в любое время и сохранять их в любое место через интерфейс пользователя.

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

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

2 интересных обзорных видео по продукту:

Более подробно о новых функциях продукта рассказано вот в этом документе. Также несколько интересных моментов есть в блоге Veeam.

Напомним 3 основных типа резервных копий, которые можно делать с помощью Veeam Endpoint Backup FREE 1.5:

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

С точки зрения восстановления есть следующие возможности, которые соответствуют способам резервного копирования:

• Восстановление на машину без операционной системы: систему можно восстановить целиком на компьютере/ноутбуке с той же или иной аппаратной конфигурацией.
• Восстановление томов: программа позволяет восстановить данные с неисправного жесткого диска или поврежденного тома.
• Восстановление отдельных файлов: програма позволяет восстановить нужные файлы из любой резервной копии за несколько минут.

Если вы уже используете Veeam Backup & Replication в виртуальной среде для платформы VMware vSphere или Microsoft Hyper-V, вы можете использовать репозитории для хранения резервных копий. Резервные копии, сделанные с помощью Veeam Endpoint Backup FREE, сохраняются в отдельных папках для каждого устройства.

Скачать Veeam Endpoint Backup FREE 1.5 можно по этой ссылке.

Компания StarWind, поставщик лучшего решения Virtual SAN, предназначенного для создания отказоустойчивых хранилищ под виртуализацию, проводит бесплатный вебинар на тему "Taking Data Protection to the next level using Virtual Tape Library".

Мероприятие пройдет 23 марта в 22-00 по московскому времени.

StarWind Virtual Tape Library (VTL) позволяет вам не изменять схему резервного копирования данных на ленту (можно даже оставить этот способ бэкапа), но, не внося изменения в ПО для резервного копирования, организовать запись данных на диск, где сервер StarWind и его дисковое хранилище видится как ленточная библиотека (то есть вам не надо работать с физическими кассетами). При этом поддерживается технология Tape Caching, которая позволяет осуществить миграцию данных, записанных на диски виртуальной библиотеки, на физические ленты.

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

Регистрируйтесь на вебинар, чтобы узнать все необходимое о продукте StarWind VTL.

Вчера мы писали о новых возможностях, появившихся в обновленной версии платформы виртуализации VMware vSphere 6.0 Update 2, однако не упомянули интересную деталь, которая важна для пользователей в крупных инфраструктурах.

Когда хост VMware ESXi входит в режим обслуживания (Maintenance Mode), происходит следующее: все виртуальные машины на хосте перемещаются ("эвакуируются") на другие хост-серверы ESXi для того, чтобы по окончании процесса временно вывести хост из состава виртуальной инфраструктуры для манипуляций с ним, без остановки сервисов в виртуальных машинах.

Но суть улучшения Update 2 состоит в следующем. До этого релиза сначала происходила миграция запущенных виртуальных машин, которая занимала несколько минут и более, в зависимости от нагрузки на них. Затем уже происходила миграция выключенных машин и шаблонов ВМ (VM Templates), перенести которые занимает несколько секунд (просто перерегистрировать их на других хостах).

Однако при вхождении хоста в Maintenance Mode операции с его объектами (в том числе шаблонами) недоступны, а значит сервисы, задействовавшие клонирование ВМ из шаблона (например, VMware View или vCloud Director), также не могут исполнять свои функции, и пользователям придется ожидать окончания процесса.

Ну а в Update 2 просто поменяли местами порядок переноса - сначала мигрируют выключенные ВМ и шаблоны, что позволяет использовать их уже через несколько секунд, а только потом переезжают включенные виртуальные машины. Это иллюстрируется простой и понятной картинкой:

Это гостевой пост компании 1cloud, одного из ведущих поставщиков виртуальных машин в аренду на базе гипервизора VMware vSphere для вашей инфраструктуры.

Сегодня мы хотели бы рассказать об оборудовании 1cloud, которое «урчит» в стойках ЦОД уровня Tier III в Санкт-Петербурге (SDN) и в Москве (Dataspace).

Начнем наше знакомство с серверов Dell PowerEdge R810, на которых организован базовый пул ресурсов. PowerEdge R810 выполнен на основе процессоров Intel и имеет 32 DIMM-слота, в которые можно установить до 512 ГБ оперативной памяти.

PowerEdge R810

Сервер R810 отлично подходит для решения задач виртуализации – на всех этих машинах установлены аппаратные гипервизоры vSphere ESXi, которые разделяют серверы на несколько виртуальных машин.

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

Cisco UCS 5108 Chassis и Cisco UCS B200 M3

А это шасси, которые входят в комплекс Cisco UCS. В них разместились блейд-серверы UCS B200 M3, обладающие двумя процессорами семейства Intel Xeon E5-2690 v2. Эта система представляет собой высокопроизводительный пул вычислительных ресурсов. Читать статью далее->

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

Также для того, чтобы была обеспечена полная поддержка новых возможностей VSAN 6.2 была выпущена обновленная версия платформы виртуализации VMware vSphere 6.0 Update 2. Но самое главное там - это то, что теперь VMware Host Client (который вы знаете как ESXi Embedded Host Client) включен в стандартную поставку ESXi и доступен из коробки!

Напомним также, что о прошлом апдейте vSphere 6 Update 1, который вышел почти полгода назад, мы писали вот тут.

Посмотрим на новые возможности vSphere 6.0 Update 2. Что нового в ESXi 6.0 Update 2:

• High Ethernet Link Speed: теперь ESXi 6.0 U2 поддерживает скорости ethernet-соединения 25G и 50G.
• VMware Host Client: новый HTML5-клиент для управления одиночным хостом VMware ESXi, о последних версиях которого в виде VMware Fling мы писали вот тут, тут и тут. Это средство для выполнения основных административных задач, управления ресурсами и виртуальными машинами. Также Host Client подходит для поиска и решения проблем, возникших на отдельных хостах VMware ESXi, когда, например, vCenter Server или Web Client недоступны. Смотрите также Host Client 1.0 Release Notes.
• vSphere APIs for I/O Filtering (VAIO): ESXi 6.0 Update 2 теперь поддерживает компонент IO Filter VASA Provider в полноценном IPv6-окружении.
• Поддержка VMIOF версий 1.0 и 1.1, а также множество исправлений ошибок.

Новые возможности VMware vCenter 6.0 Update 2:

• Поддержка двухфакторной аутентификации в vSphere Web Client средствами следующих технологий:
  • RSA SecurID
  • Смарт-карты (UPN based Common Access Card)
• Поддержка изменения уровня логгирования vSphere ESX Agent Manager без его перезагрузки.
• Поддержка vSphere Web Cient для Microsoft Windows 10.
• Поддержка новых версий в качестве внешних СУБД VMware vCenter:
  • Microsoft SQL Server 2012 Service Pack 3
  • Microsoft SQL Server 2014 Service Pack 1

Помимо всего этого, в последнее время компания VMware выпустила также обновления следующих своих продуктов (о новых возможностях вы можете узнать из соответствующих Release Notes):

• VMware vSphere ESXi 6.0 U2 – Release Notes
• VMware vCenter Server 6.0 U2 – Release Notes
• VMware vRealize Log Insight 3.3.1 for vCenter Server (теперь эта версия идет с бесплатными лицензиями для 25 машин, подробнее мы писали тут) – Release Notes
• VMware vSphere Data Protection 6.1.2 (выпущен 01.03.16) – Release Notes
• Компоненты пакета VMware vRealize Suite 7:
  • vRealize Automation 7.0.1 – Release Notes
  • vRealize Business for Cloud 7.0.1 – Release Notes
  • vRealize Log Insight 3.3.1 – Release Notes
  • vRealize Operations Manager 6.2.0a (выпущен 10.02.16) – Release Notes
  • vRealize Infrastructure Navigator 5.8.5 (выпущен 09.02.16) – Release Notes
• vRealize Orchestrator Appliance 7.0.1 – Release Notes
• vRealize Code Stream 2.0 – Release Notes
• VMware vCloud Director 8.0.1 (для сервис-провайдеров) – Release Notes
• VMware NSX for vSphere 6.2.2 (выпущен 03.03.16) – Release Notes

Давно что-то не было новостей о технологиях серверной виртуализации Red Hat на базе гипервизора KVM. Напомним, что последняя версия Red Hat Enterprise Virtualization 3.5 была выпущена в феврале прошлого года. И только на днях было объявлено о выходе Red Hat Enterprise Virtualization 3.6.

Давайте посмотрим на возможности новой версии RHEV 3.6:

• Hotplug memory support - это возможность добавлять оперативную память виртуальным машинам на лету, без их остановки и прерывания работы приложений.
• PCI device assignment - средства проброса PCI-устройств напрямую в виртуальную машину (например, видеокарт или сетевых адаптеров), что дает прямой доступ к функциям аппаратного обеспечения, а также практически нативную производительность устройств.
• Host Update Manager - средства автоматизированного обновления компонентов виртуальной инфраструктуры, прежде всего хост-серверов виртуализации Red Hat Enterprise, реализованные за счет интеграции с Red Hat Satellite - средством управления ИТ-инфраструктурой предприятия, используемым половиной пользователей решений Red Hat.
• Object Health Status - возможность просмотра информации о состоянии системы, такой как проблемы с хранилищами, процессорами, производительность жесктих дисков и т.п., через интерфейс RHEV. Эта возможность позволяет оповещать администраторов о проблемных событиях, которые могут вызвать простой сервисов виртуальной инфраструктуры или негативно повлиять на производительность виртуальных машин.
• Virtual machine-to-virtual machine (Virt-v2v) Integration - эта функция позволяет переносить виртуальные машины с платформы VMware vSphere на платформу RHEV путем прямого соединения с VMware vCenter и следования шагам мастера миграции. Это позволяет быстро перенести критичные бизнес-задачи на платформу RHEV / KVM.

Загрузить компоненты решения Red Hat Enterprise Virtualization 3.6 можно по этой ссылке, release notes с полным списком нововведений доступны вот тут. Кстати, некоторые компании сейчас подумывают о миграции с VMware vSphere на RHEV - дешево и сердито.

Для тех из вас, кто следит за развитием открытого гипервизора Citrix XenServer, будет интересна новость о том, что вышла третья бета-версия нового поколения этого продукта - XenServer Dundee ТР3, в которой появилось множество новых улучшений.

Наиболее важные новые функции в XenServer Dundee ТР3:

• Установка драйверов устройств ввода/вывода через Центр обновления Windows.
• Поддержка ускорения графики средствами Intel GVT Virtual GPU для Windows.
• Улучшения аппаратного ускорения графики с поддержкой NVIDIA GRID 2.0.
• Поддержка SMB-хранилищ в качестве общего хранилища (репозитория) для ВМ на XenServer.
• Улучшения производительности за счет поддержки AVX и AVX2.
• Расширенная поддержка средств масштабирования позволяет добавлять новые узлы к существующим пулам ресурсов, независимо от типа процессора (при условии, что они одного и того же производителя). Теперь виртуальные машины могут легко мигрировать между пулами.
• Загрузка по программному iSCSI для архитектуры Cisco UCS.
• Средства миграции с платформы VMware vSphere (в том числе версии 6.0) за счет решения XenServer Conversion Manager.
• Функциональность балансировки рабочей нагрузки (Workload Balancing).
• Улучшения масштабируемости и производительности:
  - Поддержка до 5 ТБ оперативной памяти на хосте
  - Поддержка до 1,5 ТБ оперативной памяти виртуальной машины
  - Поддерживает до 288 физических процессоров
  - Поддержка до 32 виртуальных процессоров виртуальных машин (vCPU)
  - Поддержка до 255 VBD (Virtual Block Device) для виртуальной машины
  - Поддержка до 4096 VBD (Virtual Block Device) на хост-сервер

В настоящее время Citrix XenServer Beta 3 доступен только для действующих клиентов с коммерческой лицензией XenDesktop или XenApp. Продукт требует лицензионный ключ и активируется с помощью Citrix License Server.

О возможностях прошлой бета-верии можно узнать тут, а о функциях первой беты можно почитать вот тут. Скачать Citrix XenServer "Dundee" можно по этой ссылке.

Интересный календарь появился на сайте virten.net - он показывает обратный отсчет до наступления фазы окончания поддержки (End of Support, EOS) для продуктов VMware:

Для каждого продукта приведена дата EOS, после наступления которой поддержка для продукта больше не предоставляется, и он становится доступным "as is" (без багофиксов и обновлений безопасности). Удобно, что этот календарь отсортирован по числу дней, оставшихся до даты EOS. Напомним, что у компании VMware есть документ VMware Lifecycle Product Matrix, в котором приведены даты перехода продуктов VMware по фазам жизненного цикла, которые мы описывали вот тут.

Кстати, если навести мышкой на конкретный продукт, то можно увидеть даты General Availability, End of General Support и End of Technical Guidance:

Напомним, что основная информация о поддержке и жизненном цикле продуктов VMware приведена на этой официальной странице.

Компания StarWind Software, производитель лучшего решения для создания отказоустойчивых хранилищ под виртуализацию VMware vSphere и Microsoft Hyper-V, выпустила новый документ "High Availability Features in SQL Server 2016 Standard Edition", посвященным возможностям высокой доступности, интегрированным в новую версию СУБД SQL Server 2016 Standard Edition:

Документ будет полезен всем тем, кто планирует обновление с предыдущих версий SQL Server и может быть еще не в курсе, что функции высокой доступности стали обязательным условием построения ИТ-инфраструктуры предприятия.

Среди возможностей решения для создания отказоустойчивых хранилищ VMware Virtual SAN 6.2 мы забыли упомянуть о нововведении в части обработки файлов подкачки - Sparse Swap.

Как вы знаете при создании виртуальной машины в обычной инфраструктуре под нее резервируется файл *.vswp, который равен по размеру объему сконфигурированной оперативной памяти виртуальной машины (либо объему незарезервированной памяти, то есть разнице между сконфигурированной и зарезервированной памятью, если она указана в настройке reservation). Это нужно на случай, когда машине не хватает свободной физической памяти (в ситуации, если уже не спасают техники memory overcommit), и она начинает сбрасывать страницы памяти в своп-файл на диске.

То есть, если вы создали ВМ с оперативной памятью 4 ГБ, то столько же займет и файл подкачки для этой ВМ. А теперь посмотрим на инфраструктуру Virtual SAN: если у вас задан параметр FTT=1, то каждый дисковый объект (в том числе и файл *.vswp) будет задублирован (если у вас mirror-конфигурация).

Теперь посчитаем, сколько места съест своп 100 виртуальных машин, у каждой из которых 4 ГБ оперативной памяти и которые размещены в кластере VMware Virtual SAN с FTT=1 в зеркальной конфигурации:

100 ВМ * 4 ГБ * 2 (FTT равен 1) = 800 ГБ

Да, именно так - почти терабайт только под своп. Кому-то это покажется расточительством, поэтому в Virtual SAN сделали такую штуку, как Sparse Swap. Эта функция позволяет создавать файлы подкачки vswp как тонкие, то есть растущие по мере наполнения данными, диски.

Для того, чтобы включить опцию Sparse Swap, нужно выполнить следующую команду на хосте VMware ESXi:

esxcfg-advcfg -s 1 /VSAN/SwapThickProvisionDisabled

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

В статье компании ИТ-ГРАД, ведущего поставщика виртуальных машин в аренду (IaaS), рассказывается об интересном кейсе по переезду инфраструктуры компании FRANMER в облако.

Бремя первопроходца, или Начало пути компании

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

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

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

Успех современной компании во многом зависит и от успешности применения ИТ-технологий.

От собственной инфраструктуры — к облаку IaaS

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

Рисунок 1. Дилерские точки компании FRANMER

Читать статью далее->>

Еще буквально месяц назад на сайте проекта VMware Labs появилась пятая версия ESXi Embedded Host Client, а на днях уже появилась шестая версия этого средства - ESXi Embedded Host Client v6. Напомним, что это веб-консоль для управления отдельными хост-серверами ESXi, без необходимости наличия сервера vCenter.

Посмотрим на список изменений:

• Возможность консолидировать виртуальные диски машин.
• Оптимизация производительности панели "recent tasks".
• Быстрее работает синхронизация метаданных портгрупп в распределенном виртуальном коммутаторе DVS.
• Возможность изменять сетевые настройки машин, адаптеры которых присоединены к распределенным портгруппам.
• Загрузка виртуальных машин происходит быстрее.
• Глобальный поиск работает заметно шустрее.
• Быстрее отображается Host Summary.
• Возможность спрятать нотификацию о таймауте сессии.
• Если гостевая ОС не соответствует ОС, указанной в настройках ВМ, показывается нотификация.
• Исправление большого числа багов - настройки адаптеров ВМ, скриншотов и прочее.

Загрузить ESXi Embedded Host Client v6 можно по этой ссылке.

На сайте проекта VMware Labs появилась интересная и полезная утилита для тех, кому нужно проверить совместимость контроллеров хранилищ на хостах VMware ESXi со списком поддерживаемых устройств в кластере VMware Virtual SAN. C помощью VSAN Hardware Compatibility List Checker можно проверить модель и версию firmaware контроллеров LSI и HP, а также их различных OEM-вариаций.

Утилита поставляется в виде exe-файла, который находится в папке с архивом:

Для начала работы нужно просто ввести имя хоста ESXi и пароль пользователя root:

В качестве результата в папке с утилитой будет сформирован html-файл (этот шаблон можно редактировать в файле reportTemplate.html), в котором будет информация о совместимости контроллеров хранилищ со списком VSAN HCL (шильдики yes и N/A).

Некоторые нюансы работы утилиты:

• Обнаружение версии firmware доступно только для контроллеров HP/LSI.
• Необходимо, чтобы был установлен компонент LSI/HP CIM provider.
• Требуется запущенная служба CIM Service (secure) на хосте ESXi на порту 5989.
• Нужен доступ к хостам ESXi по протоколу HTTPS, по порту 443.

Интересно, что утилита VSAN Hardware Compatibility List Checker работает не только с последней версией Virtual SAN, но и с более ранними версиями. Скачать HCL Checker можно по этой ссылке.

Компании StarWind Software и 5nine Software, производители лучших средств для создания отказоустойчивых хранилищ и управления инфраструктурой Hyper-V соответственно, приглашают на бесплатный вебинар "Easily Build and Manage Your Hyper-V Infrastructure without Breaking the Bank", который пройдет 15 марта.

Дата и время мероприятия: 15 марта 22-00 по московскому времени. Со стороны StarWind вебинар проводит Максим Коломейцев, поэтому вы сможете задавать вопросы на русском языке.

На вебинаре будут рассмотрены вопросы построения недорогой инфраструктуры из двух или более хост-серверов виртуализации Hyper-V, в которой обеспечивается отказоустойчивость на уровне хранилищ средствами продукта StarWind Virtual SAN, а управление реализуется средствами 5nine Manager. Помимо этого будет рассмотрен и экономический аспект экономии денежных средств при внедрении упомянутых решений.

Регистрируйтесь и приходите - будет интересно.