Теперь я дважды VMware vExpert, напмню в прошлом году я впервые был удостоен данного звания.

Спасибо всем тем, кто номинировал меня и всем тем, кто поддерживал меня!

Ну и конечно спасибо VMware!

В этом году из Казахстана награду получили два человек я и Евгений Пономаренко. Поздравляю его!

Также хочется поздравить и остальных своих коллег получивших звания VMware  vExpert 2011 – Сандро Галдава, Антона Жбанкова,  Михаила Михеева, Марию Сидорову, Андрея Коновалова, Кирилла Сухоставского, Евгения Гарбузова!

Полный список награжденных.

Ура!

Уважаемые дамы и господа,

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

Данный вебинар будет посвящен одной из наиболее актуальных тем – построению частного облака. На сегодняшний день компания VMware предлагает комплексное решение из нескольких передовых продуктов, позволяющее построить частное облако, отвечающее  запросам бизнеса и IT конкретного заказчика. Присоединяйтесь!

Программа

Регистрация: https://vmware.webex.com/vmware/onstage/g.php?d=924785856&t=a

Время Алматинское (GMT +6).

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

Прием заявок начат, окончание приема заявок 6 мая 2011.

Форма регистрации кандидата на vExpert 2011 — vExpert 2011 Information Form

Форма для номинации на vExpert 2011 — vExpert 2011 Nomination Form

Вкратце Starwind  iSCSI SAN Storage Software это коммерческий программный iSCSI таргет, работающие на платформе Windows (x86 или x64 MS Windows XP-2008).  Я уже писал о версии 5.4, в статье подробно описаны самые вкусные фишки, ниже краткий обзор функций как старых, так совсем новых.

Основные функции

• Синхронное зеркалирование данных: зеркалирование данных в режиме реального времени через кластер хранения, состоящий из двух узлов
• Высокая доступность / Автоматическое преодоление отказа: отказоустойчивая технология исключает единую точку сбоя
• Восстановление с быстрой Синхронизацией: восстановление к оригинальному состоянию системы после автоматического восстановления
• Удаленная / асинхронная репликация: воспроизводит систему хранения данных на удаленный узел через сеть интернет
• Точки восстановления и мгновенные снимки (snapshots): создает точку восстановления с неограниченным количеством откатов
• Сервер кластеризации: обеспечивает общее хранилище для кластеризации серверов c высокой доступностью
• Тонкое резервирование: распределяет пространство динамично для высокоэффективного использования дисковых ресурсов

Существует ряд коммерческих редакций, подробнее тут.

Кстати надо отдать должное компании Starwind, ребята публикуют на сайте массу полезной документации и видео (StarWind iSCSI SAN Software Manuals, StarWind iSCSI SAN Software White Papers, Videos and Webcasts).

Что нового в данной версии.

Дедупликация данных

Что такое дедупликация данных объяснять не буду, кто не знает могут прочитать тут или тут. Модная нынче штука (как и облака ) и главное экономически выгодная, снижаем объем хранимых данных -> снижаем затраты на физические носители.

И так в Starwind 5.6 появилась дедупликация данных, пока данная функция экспериментальная.  Скажу сразу, за время тестирования багов я не нашел, все работает прекрасно. У Александра Самойленко есть статья о дедупликации данных на Starwind 5.6.

Вкладка Events (Событие)

Еще одно нововведение — вкладка Events (Событие) в которой отображаются все события для сервера Starwind.

Уведомление о событиях

Данной опцией можно настроить уведомление о событиях.

Есть три варианта уведомлений.

• Записывать в журнал Windows Event Log
• Послать сообщение на email
• Записать в текстовый файл

Все эти варианты можно комбинировать между собой, а также настроить срабатывание на разные типы событий.

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

И почему именно животные из африканской фауны?

Впечатления

За время тестового полета, а это примерно 7-8 дней, продукт оставил у меня положительные впечатления, собственно как и в предыдущем тестирование и обзоре только более ранней версии.

Опять же немного повторюсь, это: легкость установки и настройки (установка и конфигурирование самого софта заняло около 10 минут), удобный и понятный  GUI интерфейс консоли управления, режим работы нод HA кластера Active/Active (кстати синхронизация при failover стала заметно быстрее), дедупликация данных, сетевой RAID-1, снапшоты и много других полезных функций.

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

Все бы хорошо но есть НО, см. ниже.

Теперь снова о минусах

Главный минус как я считаю это все-таки стоимость платформы MS Windows. Из за этого общая цена решения возрастает. Хочется видеть данный продукт на *nix платформах (тот же Linux), а также в виде VSA.  Будет очень конкуренто.

Хотя при грамотном сайзинге и конфигурации (повторяюсь ), все-таки в секторе SMB, Starwind может потягаться с железными СХД начального и среднего уровня, особенно если у Вас есть уже сервера которые освободились после виртуализации.

Сегодня, мой коллега Евгений Акимов (кстати спасибо ему ), меня просветил интересной вещью.

Оказывается если подключиться по ssh к хосту с ESXi и набрать команду dcui, то запуститься интерфейс управления ESXi тот самый DCUI, но правдо в чёрно-белом варианте.

Вот так вот.

Выйти можно просто нажатием сочетаний CTRL+C. Правда иногда не срабатывает… Но всегда можно закрыть сеанс ssh.

У MS Windows NLB есть несколько режимов работы – это Unicast и Multicast (KB — Microsoft Network Load Balancing Multicast and Unicast operation modes).

Multicast mode

При работе NLB в Multicast не нужно делать каких либо специфических настройках на хостах, но зато придётся конфигурировать гостевые ВМ и физические свитчи. Подробнее в этих KB — Sample Configuration — Network Load Balancing (NLB) Multicast Mode Configuration и Sample Configuration — Network Load Balancing (NLB) Multicast mode over routed subnet — Cisco Switch Static ARP Configuration.

Скажу что этот режим работы, не считая настроек менее капризен и не имеет недостатков Unicast режима.

Unicast Mode

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

Чтобы NLB в Unicast режиме функционировала, на vSwitch в котором есть ВМ входящие в кластер NLB необходимо сделать следующее – зайти в свойства vSwitch и на вкладке Security необходимо параметр Forged Transmits установить в Accept на вкладке NIC Teaming параметр Notify Switches установить в NO.

Подробнее в этих KB — Sample Configuration — Network Load Balancing (NLB) UNICAST Mode Configuration.

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

При функционирование кластера Windows NLB в Unicast режиме есть условия:

• Все ВМ входящие в кластер NLB должны быть на одном хосте.
• На каждом сервере входящем в кластер NLB должен быть дополнительный виртуальный сетевой интерфейс для коммуникаций, так как все сервера кластера имеют одинаковые IP и MAC адрес и соответственно коммуникация между ними не возможна.
• Не мигрировать ВМ, для таких ВМ отлючить DRS. VMotion обычно проблематичен и/или не возможен.

Я например в своей практике встречался с несколькими ситуациями когда при Unicast режиме ВМ входящие в кластер разносились по разным хостам и в результате флудинга на физическом свитчахсрабатывал Spanning Tree и просто отключались порты.

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

И так на сегодняшний день мы имеем:

• View version 4.6 | 24 February 2011 | Build: 366101 (View Manager), 349155 (View Composer)
• ThinApp 4.6.1 | 24 Feb 2011 | Build 361923

Супер глобальных изменений нет, но есть много интересного.

Некоторые изменения и особенности VMware View 4.6:

• Security servers can now accommodate PCoIP connections — Security servers now include a PCoIP Secure Gateway component. The PCoIP Secure Gateway connection offers the following advantages:
  • The only remote desktop traffic that can enter the corporate data center is traffic on behalf of a strongly authenticated user.
  • Users can access only the desktop resources that they are authorized to access.
  • No VPN is required, as long as PCoIP is not blocked by any networking component.
  • Security servers with PCoIP support run on Windows Server 2008 R2 and take full advantage of the 64-bit architecture.

• Enhanced USB device compatibility — View 4.6 supports USB redirection for syncing and managing iPhones and iPads with View desktops. This release also includes improvements for using USB scanners, and adds to the list of USB printers that you can use with thin clients. For more information, see the list of View Client resolved issues.
• Keyboard mapping improvements — Many keyboard-related issues have been fixed. For more information, see the list of View Client resolved issues.
• New timeout setting for SSO users — With the single-sign-on (SSO) feature, after users authenticate to View Connection Server, they are automatically logged in to their View desktop operating systems. This new timeout setting allows administrators to limit the number of minutes that the SSO feature is valid for. For example, if an administrator sets the time limit to 10 minutes, then 10 minutes after the user authenticates to View Connection Server, the automatic login ability expires. If the user then walks away from the desktop and it becomes inactive, when the user returns, the user is prompted for login credentials. For more information, see the VMware View Administration documentation.
• VMware View 4.6 includes more than 160 bug fixes — For descriptions of selected resolved issues, see Resolved Issues.
• Support for Microsoft Windows 7 SP1 operating systems

The ThinApp 4.6.1 release adds the following features to improve usability, performance, and updates:

• Improved support for Microsoft Office 2010 applications.
• Known issues related to Internet Explorer 7 and Internet Explorer 8 have been addressed.
• New options have been added to the package.ini file.
• S x S COM is now supported.
• More than 160 known issues have been resolved, resulting in improved application support.

Более подробно VMware View 4.6 Release Notes и VMware ThinApp 4.6.1 Release Notes.

Страница с документацией VMware View и VMware ThinApp.

Скачать продукты можно по этому линку.

Наконец таки решил написать.

Стораджи бывают разные….

Но я не об этом. Я о режимах работы их контроллеров.

И так в природе есть несколько режимов работы контроллеров (на английском часто называют Storage Processor или SP) у различных СХД —  это Active/Passive и Active/Active. Последние еще делятся на SAA и ААА.

Более подробно ниже.

Active/Passive

Старый вариант СХД, сейчас этот вид отживает последний срок. К ним относятся такие стораджи как HP MSA первого поколения, HP EVA (предыдущих поколений), IBM DS 3xxx/4xxx (предыдущих поколений), EMC CLARiiON с CX по СX3 и много других.  Суть работы такова. Один из контроллеров является активным и участвует в операциях I/O. Второй контроллер просто находится в ожидающем состояние и не участвует в операциях ввода вывода. Как только произошел сбой или авария (умер контроллер, упали все пути до контроллера и т.п.) активным контроллером становиться пассивный (это происходит автоматически или же выполняется администратором вручную).

Active/Active

Данные класс делиться на два подкласса:

• Symmetrical Active/Active (SAA)
• Asymmetric Active-Active (AAA)

Symmetrical Active/Active (SAA)

Это СХД хайэнд класса уровня enterprise. Очень шустрые, мега функциональные и жутко дорогие. В этих стораджах все контроллеры участвуют в операциях I/O. Причем в таких СХД обычно больше двух контроллеров. К ним относятся такие стораджи как EMC SYMETRIX, HP XP, IBM 8xxx.

Asymmetric Active-Active (AAA)

Самый широкий по моделям класс СХД (начальный и средний уровень). Кстати почти все модели стораджей которые раньше были Active/Passive теперь стали AAA. К примеру таже HP MSA первого поколение, после определенной прошивки (не помню номер), становиться ААА. Сейчас к этому классу относиться HP MSA второго и третьего поколения, HP EVA, IBM DS 3xxx/4xxx/5xxx, EMC CLARiiON CX4 и много других.

Принцип работы AAA стораджей отличается от их старших собратьев SAA. Причем у разных производителей дела обстоят по разному.

В общем схема выглядит так, оба контроллера активны. К определенному контроллеру привязывается LUN (такой контроллер называется  owner [владелец] данного LUN). И все операции I/O идут только через контроллер владелец.  Путь или пути от HBA до LUN через owner контроллер называются оптимизированными, при этом достигается максимальная производительность. В случае сбоя операции ввода вывода пойдут через другой контроллер не являющийся владельцем LUN. Такие пути или путь называются не оптимизированными и обычно в таких случаях наблюдается потеря производительности. Почему собственно так происходит? Дело в том что, операция I/O идущие через неоптимизированный путь, попадают на второй контроллер, далее второй контроллер по внутренней шине передает их на owner контроллер, тот обрабатывает запросы и передает все в обратном порядке.  Такой способ передачи данных по интерконекту не является быстрым, да плюс ко всему живой контроллер обрабатывает еще операции I/O со своими  “родными ”LUN, в итоге мы получаем на живом контроллере большую нагрузку.

В этих же стораджах (но не во всех) применяется и еще такая технология как ALUA .

ALUA  — Asymmetric Logical Unit Access. Протокол стандарта SCSI-2 и SCSI-3 предоставляющий доступ к данным через разные пути передачи, причем с разными видами доступа. Она также помогает автоматически переключиться на оптимизированные пути.

Итак рассмотрим ситуацию, на СХД имеем два контроллера и два LUN-a, на хосте 2 одно портовых HBA, каждая из которых подключена к контроллеру одним путем.

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

После того как основные пути поднялись сторадж без ALUA продолжает работать по тем же не оптимизированным путям. Чтобы переключить I/O на оптимизированные пути администратору необходимо выполнить это действие вручную.

Вот тут как раз нам приходит на помощь ALUA, она как раз и занимается тем, что автоматически переключает операции I/O на оптимизированные пути.

Multipath

Я уже писал о политиках multipath в vSphere. Тут снова немного повторюсь.

Для Active/Passive лучше всего подходит политика MRU и она обычно используется, но сразу замечу что и для многих стораджей типа AAA тоже используется MRU. К примеру по умолчанию для IBM DS 3xxx/4xxx сторджей.

Для SAA стораджей используется обычно Fixed, а также можно и нужно использовать Round Robin, так как достигается максимальная производительность. Отдельно напишу о Round Robin чуть ниже.

Для AAA Fixed или же RR.

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

И так round robin лучше всего включать, когда есть несколько путей. В идеально данная политики подходит для SAA стораджей. Мы получаем и повышение производительности и отказоустойчивость.

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

И еще к слову часто читал в интернете что при RR на AAA стораджах наблюдаеться падение производительности. Собственно я ни разу за практику такого не наблюдал, не считая авральных случаев с отваливание всех путей до owner контроллера, но тут и так понятно, что будет потеря.

И на последок несколько рекомендаций для админов AAA стораджей:

• Не вешайте на один контроллер все LUN.
• Планировать SAN так, чтобы был multipath, желательно как минимум по два пути от одного хоста к каждому контроллеру СХД.
• Разделите особо нагруженные LUN по разным контроллерам.
• Используйте политику Round Robin. Если нет родной политики multipath. Перед включение RR на продакшен LUN’ах, протестируйте работу политики на тестовых LUN’ах.
• На AAA стораджах без ALUA, особенно после сбоев, обращайте внимание на warning сообщение СХД о том, что данные идут по неоптимизированным путям.

Глобальных изменений в функционал он не принес. Большая часть изменений касается багфиксов, расширения списка поддерживаемых гостевых ОС, расширение списка поддерживаемых СУБД для vCenter.

Более подробно можно прочитать: VMware vCenter Server 4.1 Update 1 Release Notes, VMware ESXi 4.1 Update 1 Release Notes,

VMware ESX 4.1 Update 1 Release Notes, VMware vCenter Update Manager Release Notes.

Углядел новость тут.

Так что после выходных буду обновлять тестовый кластер и тестировать Update 1.