VCAP6-DCV Design

Недавно я сдал второй экзамен 3V0-622 на получение статуса VCAP-DCV Design и VMware Certified Implementation Expert (VCIX).

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

В отличие от экзамена VCAP Deploy, о котором я рассказывал ранее, дизайнерский экзамен оценивает навыки кандидата в области проектирования виртуальных инфраструктур и включает в себя всего 18 вопросов, но зато каких! В части вопросов требуется правильно соотнести объекты из двух столбцов, например, требования заказчика и технологии, которые позволят их реализовать, или правильно определить в поставленной задаче требования, допущения, риски или ограничения проекта. Другие вопросы - это тестовые кейсы, в которых по исходной информации требуется нарисовать дизайн решения в графическом интерфейсе, отдаленно напоминающим Visio. Лучше всего представление об экзамене может дать симулятор www.virtualtiers.net, созданный Греггом Робертсоном.

На сдачу экзамена дается 210 минут, и в моем случае времени хватило с избытком. Когда я закончил экзамен, в запасе оставалось порядка 45 минут.

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

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

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

• VCAP5-DCD Official Cert Guide, несмотря на то, что книга была написана по 5 версии, она все еще остается актуальной.
• VMware vSphere 6.X Datacenter Design Cookbook очень простая книга, которая позволит освежить знания vSphere.
• It Architect: Foundation in the Art of Infrastructure Design, книга, которую также часто рекомендуют для подготовки. На мой взгляд она немного избыточна для VCAP, но для подготовки к VCDX должна быть в самый раз.

Ну и, конечно, нельзя не упомянуть о серии вебинаров vBrownBag.

По теме дизайне довольно мало тестовых экзаменов, помимо virtualtiers.net, также можно посмотреть http://vmusketeers.com/vcap6-dcv-design-quiz/

Кстати, не так давно blogs.vmware.com проскакивала информация о количестве VCAP в разных странах. В России их 46, человек 8 я знаю лично. :)

VMware TestDrive for End-User Computing

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

Специально для таких случаев VMware организовала программу TestDrive for End-User Computing. TestDrive представляет собой портал (portal.vmtestdrive.com), через который можно получить доступ к продуктам VMware: Workspace One, Horizon View, AppVolumes, User Environment Manager, Horizon Flex, AirWatch, Horizon Cloud и другим, а также продуктам компаний партнеров: Salesforce, Dropbox, Microsoft Office 365.


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

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

Ссылки для подключения также доступны из меню портала.

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

Толстый клиент Horizon.

Веб-клиент.

Допустим, вы всегда хотели протестировать работу Horizon View в связке графическим адаптером NVIDIA Tesla, но у вас не было подходящего оборудования? С TestDrive вы можете сделать это в два счета.

Хотите развернуть собственный магазин приложений в организации? VMware Identity Manager в составе пакета Workspace ONE - то, что нужно.

Или вы наслышаны о VMware AirWatch и хотите на деле проверить, как он управляет вашим любимым Apple iPad Mini? Нет ничего проще.

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

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

Чтобы получить доступ к TestDrive нужно быть партнером компании VMware и иметь одну из компетенций в области End User Computing (Desktop Virtualization, Mobility Management или Desktop as a Service). После регистрации партеры могут самостоятельно подключаться к порталу, а также присылать приглашения заказчикам.

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

Смена пароля для учетной записи admin в VMware Identity Manager

При установке Identity Manager создается встроенное хранилище учетных записей (System Domain) и учетная запись admin, которая является администратором по умолчанию (а часто, и единственной административной учетной записью).

Если для других учетных записей Identity Manager предоставляет механизм восстановления пароля через e-mail, то у учетной записи admin в качестве адреса используется localAdmin@example.com, и просто так пароль не восстановишь.

Решить проблему можно при помощи команды, которую можно запустить, подключившись к серверу Identity Manager локально или по SSH.

sudo /usr/sbin/hznAdminTool setOperatorPassword -pass <новый_пароль> -userName admin

Nakivo Backup & Replication

Так получилось, что о существовании Nakivo Backup & Replication я узнал буквально месяц назад, до этого данный продукт старательно обходил меня стороной.

Как нетрудно догадаться из названия, Nakivo Backup & Replication презназначен для резервного копирования и защиты виртуальных сред и конкурирует с такими решениями, как Acronis Backup и Veeam Backup & Replication.

Nakivo привлек меня весьма демократичной ценой. Не то, чтобы Veeam и Acronis стоили каких-то больших денег, но многие заказчики имеют весьма скромные бюджеты и стремятся сэкономить где только можно, и на фоне отказа VMware от встроенного бекапа vSphere Data Protection в будущих версиях vSphere, Nakivo может стать неплохой альтернативой.

Nakivo поддерживает резервное копирование и репликацию виртуальных инфраструктур VMware vSphere, Microsoft Hyper-V, а также облачной платформы Amazon EC2.

СРК Nakivo состоит из трех основных компонентов:

• Director - предоставляет консоль администрирования и управляет остальными компонентами СРК.
• Transporter - выполняет резервное копирование, репликацию и восстановление данных. При необходимости может быть развернуто несколько экземпляров Transporter для ускорения выполнения заданий копирования/восстановления, для локализации трафика резерного копирования при установке в филиалах или необходимости шифрования трафика при передаче между площадками. 
• Backup Repository - обеспечивает хранение резервных копий данных.

В качестве репозиториев могут выступать как локальные диски сервера, так и сетевые каталоги, подключаемые по SMB или NFS, а также Amazon EBS. Для репозиториев поддерживается автоматическая проверка и восстановление испорченных бекапов (Self-healing). Ленточные накопители и VTL не поддерживаются, однако в качестве обходного варианта можно использовать отключение/подключение репозиториев в автоматическом режиме по расписанию, совмещенное с копированием данных на ленту.

Управление Nakivo выполняется через веб-интерфейс. Для автоматизации задач по бекапу и восстановлению доступен CLI и REST API. Интерфейс крайне просто и интуитивен и позволяет разобраться в тонкостях настройки даже без чтения документации.

Помимо варианта установки Nakivo на серверы с ОС Windows, Linux или в виде виртуального апплайнса VMware, Nakivo может быть установлен непосредственно на поддерживаемое NAS хранилище производства QNAP, Synology или Western Digital, что позволит легко и недорого огранизовать СРК для небольших компаний и филиалов.

Nakivo поддерживает стандартный для большинства современных СРК набор функций, вроде безагентского консистентного бекапа файлов и данных приложений внутри виртуальных машин, мгновенного восстановления и запуска ВМ прямо из бекапа, гранулярного восстановления файлов и объектов Microsoft Active Directory и Exchange, дедупликации данных, сжатия трафика при передаче по сети, LAN-Free бекап ВМ на vSphere (Direct SAN Backup или Hot-Add), копирования бекапа на удаленный репозиторий и т.п. Сравнение функциональных возможностей Nakivo с другими продуктами (немного устаревшее) можно найти на сайте whatmatrix.com.

Кстати, работа функции Instant VM Recovery, которая в Nakivo носит название Flash VM Boot, отличается от таковой в Acronis и Veeam. В случае Nakivo бекап монтируется не как NFS хранилище, вместо этого Nakivo создает временную ВМ, презентует хосту бекап в виде отдельного тома по протоколу iSCSI и подключает том к ВМ как сырой диск (RDM). После этого администратор может проверить работу ВМ и при необходимости мигрировать ее на целевое хранилище при помощи Storage vMotion.

Также в Nakivo присутствует возможность проверки работоспособности бекапа (Screenshot verification), которая автоматически запускает ВМ из резервной копии и делает скриншот экрана, после чего отправляет отчет администратору по почте.

Nakivo лицензируется по количеству сокетов серверов виртуализации и доступен в двух основных редакциях - Pro и Enterprise, в Enterprise присутствуют такие возможности, как интеграция с Active Directory для аутентификации с помощью доменных учетных записей, кастомизация веб-интерфейса, поддержка REST API, поддержка много-пользовательского (Multi-tenancy) режима установки, позволяющего делегировать задачи по резервному копированию и восстановлению отдельным подразделениям компании. Для небольших организаций есть вариант приобретения редакции Pro Essentials и Enterprise Essentials, которые отличаются только количеством лицензий приобретаемых на организацию (суммарно, не более 6).

Наконец, всем желающим доступна бесплатная версия Nakivo Backup & Replication Free Edition, которая может выполнять резервное копирование не более двух ВМ.

VMware Blast, H.264 и графические адаптеры

Одним из нововведений, появившихся в VMware Horizon 7, стала поддержка протокола Blast Extreme, который использует кодек H.264 (или как еще его называют MPEG-4 AVC) для кодирования и декодирования передаваемого изображения.

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

Использование H.264 не требует выполнения каких-либо дополнительных настроек - по умолчанию агент и клиент Horizon автоматически выбирают совместимые параметры для кодирования и декодирования, однако, при планировании архитектуры VDI и выборе оборудования важно знать несколько нюансов работы данной технологии.

Кодирование (сжатие) изображения на виртуальной рабочей станции в режиме H.264 может выполняться как программным способом, за счет ресурсов центрального процессора, так и аппаратным, за счет графического адаптера. На текущий момент аппаратное кодирование Blast Extreme в Horizon поддерживается только для графических адаптеров Quadro и GRID/Tesla производства NVIDIA (за счет использования NVIDIA NVENC - NVIDIA Hardware Video Encoder) и только в режимах проброса графического адаптера vGPU или vDGA. Ни vSGA, ни графические адаптеры AMD (несмотря на то, что у них тоже есть аппаратный кодек H.264) не поддерживают аппаратное кодирование.

Определить, какой режим кодирования используется, можно посмотрев файлы журналов Blast на виртуальной рабочей станции: "C:\ProgramData\VMware\VMware Blast\Blast-Worker-SessionId<#>.txt".

При обработке H.264 центральным процессором в журнале будут отображаться строки вида:
0x0e14 bora::Log: VNCENCODE 5 VNCEncodeChooseRegionEncoder: region encoder h264. Screen 1/1 @ Resolution: 2560 x 1440
0x0e14 bora::Log: VNCEncodeRegionH264LoadLibrary: Loaded x264 shared library "libx264-144.dll"

При обработке средствами графического адаптера NVIDIA:
0x0138 bora::Log: VNCENCODE 5 VNCEncodeChooseRegionEncoder: region encoder NvFBCToDX9 H264. Screen 1/1 @ Resolution: 2560 x 1440
0x0138 bora::Log: VNCEncodeRegionNvFBCDX9NvEncLoadLibrary: Loaded NVIDIA SDK shared library "NvFBC64.dll": The operation completed successfully

Если кодирование H.264 вообще не используется:
0x0138 bora::Log: VNCENCODE 5 VNCEncodeChooseRegionEncoder: region encoder adaptive. Screen 1/1 @ Resolution: 2560 x 1440

Что касается клиентских устройств, будь то компьютер с клиентом Horizon Client, тонкий клиент под Linux или планшет на iOS, для них декодирование H.264 может выполняться исключительно средствами графического адаптера. Если графический адаптер в клиентском устройстве по каким-либо причинам не поддерживает декодирование H.264 с нужными параметрами, то и виртуальная рабочая станция, и клиент автоматически переключаются на использование JPEG/PNG кодека (или как его еще называют - адаптивный кодек), который обрабатывается только центральным процессором, даже в случае, когда внутри ВМ используется графический адаптер NVIDIA.

Посмотреть режим декодирования можно в журналах (например, для клиента Horizon под ОС Windows: "C:\Users\<%username%>\AppData\Local\Temp\vmware-<username>\vmware-mks-<#>.log").

При использовании аппаратного декодирования:
I125: VNC CLIENT: H264 hardware decoding available
VNC CLIENT: H264 support enabled

При использовании адаптивного кодека:
W115: VNCClientH264FillSlice: H.264 H/W decoder error or unsupported mode (streamId=0, screen x,y,w,h=0,0,2560,1440, mode=0)
VNC DECODER: disabled H.264 for current resolution (2560x1440)
VNCClientH264FillSlice: H.264 successfully disabled for current resolution

Казалось бы, в чем проблема? Все современные графические адаптеры, хоть в Raspberry Pi, хоть в iPhone, хоть встроенные в процессоры Intel и AMD, поддерживают аппаратное декодирование H.264.

Но всегда есть нюансы. Например, в тонком клиенте HP t620 Thin Client, о котором я недавно писал, используется графическое ядро Radeon HD 8280E, которое поддерживает аппаратное декодирование только Full HD видео, несмотря на то, что сам тонкий клиент может работать с двумя мониторами с разрешением 2560 x 1600. Поэтому при использовании мониторов в разрешении более 1920 x 1200, будет использоваться адаптивный кодек.

То же касается, Apple iPad 3, у которого разрешение экрана составляет 2048 x 1536, но также поддерживается только декодирование Full HD H.264 видео. Есть информация, что iPad Air 2 и Iphone 6 поддерживают 4K H.264 кодек, но у меня нет ни одного устройства под рукой, чтобы это проверить.

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

Также следует помнить, что до версии Horizon 7.1 в многомониторных конфигурациях использовался только адаптивный кодек, независимо от того, поддерживал ли клиент H.264 или нет.

Кодирование H.264 может быть отключено на уровне групповых политик (Group Policy шаблон VMware Blast -> H.264: Disabled).

H.264 выполняет сжатие изображения с потерями (Lossy), поэтому при при использовании Lossless режима (Group Policy шаблон VMware Blast -> PNG: Enabled) H.264 также отключается.

Кроме того, адаптивный режим используется в HTML5-клиенте (при подключении через веб-браузер). Единственный браузер, который на текущий момент поддерживает H.264 - это Google Chrome (что позволяет использовать Chromebook в качестве недорогих и мобильных тонких клиентов).

Если говорить о влиянии аппаратного декодирования H.264 на производительность виртуальной рабочей станции, то, например, при использовании адаптивного режима для разрешения 2560 x 1440 при проигрывании Full HD видео, протокол Blast может легко занять порядка 20% ресурсов четырехпроцессорной ВМ. А учитывая, что графический адаптер может еще и выпонять декодирование видео (когда не используется функция Multimedia Redirection), то разницу вы можете увидеть самостоятельно.

Аппаратное кодирование Blast Extreme + аппаратное декодирование видео:

Программное кодирование Blast Extreme + программное декодирование видео:

Установка Windows 10 IoT на тонкий клиент HP T620 с ThinPro

Компания HP является вторым по величине производителем тонких клиентов (после Dell-EMC). Недавно я взял себе для тестов ТК HP Thin Client T620 - модель среднего ценового диапазона на базе процессора AMD G-series.

Одной из отличительных особенностей модельного ряда ТК от HP является поддержка широкого перечня операционных систем, это и различные версии Windows (Windows Embedded Standard 7, Windows Embedded 8 Standard, Windows 10 IoT), и Linux-подобные HP ThinPro и HP Smart Zero Core. Пользователи могут легко заменить предустановленную ОС Windows на более легковесные ThinPro или Smart Zero Core без необходимости замены клиента или покупки дополнительных лицензий. Однако этот трюк "официально" не работает в обратную сторону (из-за отсутствия необходимой OEM-лицензии Windows). Мне же как раз достался ТК с предустановленной ThinPro. Ниже описан вариант, как можно обойти ограничение по установке, однако, важно понимать, что вам потребуется лицензионный ключ для легальной работы с Windows 10 IoT.

Также стоит отметить, что ОС Windows требуется M.2 SATA накопитель большого объема (минимум - 32 ГБ, рекомендуется - 64 ГБ). В моем случае пришлось заменить имеющийся 16 ГБ накопитель Kingston RBU-SNS4151S3/16G на более емкий. Кое-какую информацию по замене можно почерпнуть из Troubleshooting Guide.

Установка ОС может быть выполнена двумя способами - с помощью образа, записанного на USB-накопитель при помощи утилиты HP ThinUpdate, и через сервер управления HP Device Manager.

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

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

В отличие от обычных дистрибутивов Microsoft, образ ОС для тонких клиентов хранится не в .WIM, а в .IBR формате. За установку образа на диск отвечает утилита ibrpe.exe, которая проверяет наличие вшитого в ТК лицензионного OEM ключа Windows в момент запуска. При отсутствии ключа утилита завершает свою работу.

Я попробовал воспользоваться способом, описанным на просторах Интернет, и отредактировал на флешке файл IBRPE\THINSTATE.CMD, добавив аргументы -xb к параметрам запуска утилиты.

:DEPLOY
REM - Deploy image. Remove C for OS
if exist C:\ call :REMOVEDRV C
%~dp0\IBRPE.EXE -xb %2 %1
goto :EOF

Однако, либо версия утилиты обновилась, и аргументы больше не работают, либо ключ обязательно должен быть вшит в ТК (неважно от какой версии Windows), но данный вариант не заработал. Поэтому вам может пригодиться альтернативный вариант - замена ibrpe.exe.

Найти ibrpe.exe, который не выполняет проверку ключа достаточно легко, он идет в составе HP Device Manager, который также можно свободно загрузить с сайта HP. Загрузите и установите Device Manager на любой компьютер с Windows и скопируйте нужный файл ibrpe.exe из каталога C:\Inetpub\HPDM\Repository\Tools\Imaging\HPWES7_64\ibr на флешку в папку X:\IBRPE, заменив старую версию.

После записи образа вставьте USB-накопитель и включите ТК. При загрузке нажмите F10, чтобы открыть настройки BIOS. Перейдите на вкладку Security -> Secure Boot Configuration. Отключите загрузку с Legacy устройств: Legacy Support: Disable.

Перейдите на вкладку Storage -> Boot Order и включите загрузку с USB накопителей для UEFI: UEFI Boot Sources -> USB Hard Drive. Сохраните настройки и перезагрузитесь.

После загрузки оболочки WinPE выйдите из утилиты ibrpe.exe. У вас не получится выполнить установку из-за ошибки diskpart, которая возникает из-за конфликта букв томов. Буква S: назначается тому, где размещается загрузчик WinPE и утилита ibrpe.exe, эта же буква назначается для системного диска при разметке M.2 накопителя, куда устанавливается ОС.

Из командной строки запустите утилиту diskpart.exe и смените букву диска для тома с именем THINSTATE (номер тома можно посмотреть с помощью команды list volume).

select volume 1
remove letter=S
assign letter=T
exit

Перейдите на диск T: и повторно запустите скрипт THINSTATE.CMD для установки ОС.

T:
cd T:\IBRPE
THINSTATE.CMD

В этот раз установка должна пройти корректно. В зависимости от скорости флешки и SSD накопителя на это может уйти 30-60 минут.

После установки система автоматически выполнит вход под учетной записью User (пароль: User) и вы сможете выполнить настройку ТК. При необходимости используйте учетную запись с административными правами Admin (пароль: Admin).

Интервью с разработчиками гиперконвергентной системы "Эскалатор-V"

Гиперконвергенция является одной из самых остро обсуждаемых тем последних лет. Многие компании, такие как Dell EMC, Nutanix, HPE, Cisco, стремятся занять этот стремительно растущий рынок, предлагая своим заказчикам универсальные, производительные, масштабируемые решения.

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

Несмотря на высокую загрузку команды, мне удалось побеседовать с ведущим архитектором проекта - Борисом Болтуновым и ведущим разработчиком - Евгением Вебдеевым.

Q: Борис, Евгений, спасибо, что нашли время для общения. Мне и моим читателям очень интересно услышать о новой отечественной разработке подобного масштаба. Можете в нескольких словах рассказать, что такое Эскалатор-V?
A: Эскалатор-V не даром называется гиперконвергентной системой нового поколения или гиперконвергентной системой ^2.0. Кардинальным отличием эскалатора от других решений является то, что он может разворачиваться поверх других HCI систем. Более того, Эскалатор поддерживает развертывание внутри другого Эскалатора.

Q: Какие преимущества предоставляет данный подход?
A: Только представьте - наш встроенный механизм дедупликации и компрессии обеспечивает уровень сжатия данных порядка 2:1. Развернув поверх данной инсталляции еще один Эскалатор-V, вы обеспечите показатель консолидации данных - 4:1, а реализовав максимально доступный на сегодня 25-кратный уровень вложенности, вы получите фантастические показатели экономии дискового пространства - 32 миллиона к 1. Ни одно конкурирующее решение просто не способно обеспечить чего-то подобного.

Интерфейс управления Эскалатор-V крайне прост и функционален и выполнен целиком на HTML.

Q: Вы очень подробно рассказали о дедупликации и компрессии, наверняка вы предоставляете дополнительные фунциональные возможности вроде снапшотов, репликации, кэширования, тиринга данных, встроенного мониторинга производительности, поддержки метро-кластеров, различных платформ виртуализации... У вас же есть собственный гипервизор?
A: (Евгений что-то записывает в блокноте) Ну да...

Q: Откуда пошло название Эскалатор-V?
A: Изначально мы хотели назвать проект - Smoothie, как символ легкости, простоты настройки и эксплуатации. Однако оказалось что на GitHub уже присутствует более 200 проектов с таким названием, мы же хотели узнаваемости для нашего продукта. Тогда-то мы и придумали другое название. Эскалатор-V стал символом подъема, достижений новых высот в бизнесе, которых заказчики смогут достичь благодаря нашему продукту.

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

Квадрат Gartner в области интегрированных систем. Скоро силами российских специалистов здесь появится новый лидер...

Q: Расскажите об архитектуре решения, на каких технологиях оно строится?
A: Эскалатор-V основан на полностью открытых технологиях. Это означает, что все дистрибутивы, документация, исходные коды и даже пароли администраторов системы хранятся в открытом виде и доступны всем желающим. Частично Эскалатор-V использует наработки другого нашего продукта - корпоративного файлового сервера "Погребец", который мы создавали как альтернативу популярной в свое время ОС Novell Netware 5.x.

Q: Novell Netware 5.x - это же 1998 год. Подумать только, вы разрабатываете продукт почти 20 лет!
A: Совершенно верно, и по этому случаю мы выпустили юбилейный Anniversary Release 0.18.64509. Как видите, наше гиперконвергентное решение гораздо более зрелое, чем многое из того, что сегодня присутствует на рынке. Можно сказать, что мы стояли у истоков HCI...

Q: Поддерживает ли Эскалатор облачную платформу OpenStack?
A: Эскалатор-V является настолько прогрессивным решением, что это не мы поддерживаем   OpenStack, а они нас. OpenStack является платиновым спонсором НИИ НАСОС. Мы активно заимствуем код из данного проекта, а это значит, что сообщество OpenStack косвенно участвует в разработке Эскалатор-V.

Q: Следите ли вы за конкурирующими решениями на рынке?
A: Безусловно, гиперконвергенция - очень горячая тема, поэтому мы периодически анализируем конкурентные решения с целью определения их сильных и слабых сторон. Так например, один из наших основных конкурентов, компания N, использует Apache Cassandra для организации распределенного хранилища. Мы попробовали интегрировать его в наш продукт, однако столкнулись с рядом технических и архитектурных сложностей, поэтому вернулись на MySQL.

Q: Надо же, вы используете кластеризованный MySQL для хранения метаданных?
A: Ну зачем же кластеризованный?

Q: Расскажите более подробно про ваш модельный ряд. Могут ли заказчики самостоятельно выбирать конфигурацию оборудования или она жестко зафиксирована?
A: Мы предлагаем более 40 различных конфигураций серверного оборудования. Буквально вчера мы завершили переговоры с одним крупным поставщиком, и в ближайшее время наш ассортимент пополнится тремя, а возможно и пятью новыми моделями, смотря что будет на складе. Но в любом случае, заказчики всегда могут выбрать цвет передней панели сервера и установить в него какие-то свои компоненты.

Один вычислительный узел Эскалатор-V может обеспечить хранение до 270 ТБ данных или 20 бутылок пива.

Q: Можете рассказать о схеме приобретения и лицензирования Эскалатора?
A: Вы можете использовать наше оборудование совершенно  бесплатно, сразу после покупки, однако для использования ПО вам потребуется приобрести дополнительные лицензии. При выпуске продукта на рынок мы старались максимально упростить модель лицензирования. Эскалатор-V поставляется с одной из 10 базовых редакций: Essentials, Essentials Standard, Essentials Pro, Standard, Standard Standard, Standard Advanced, Advanced Standard, Enterprise, Ultimate и Ultimate+. Эскалатор-V лицензируется по процессорам, если ядер меньше восьми, если больше, то по ядрам, кроме случаев, когда вы используете больше 256 ГБ ОЗУ на сервер, тогда лицензируется объем ОЗУ виртуальных машин, в названии которых есть согласные буквы. И конечно, у нас есть отдельная модель лицензирования для облачных сред и VDI.

Q: Cколько у вас было продаж в России? Можете рассказать о каком-нибудь публичном кейсе?
A: Был один забавный случай. Заказчик приобрел сразу 8 систем. Потом оказалось, что это стоительная фирма, и им нужны были эскалаторы для установки в торговом центре. Мы опубликовали эту историю в нашем корпоративном блоге - все здорово посмеялись.

Q: Какие у вас планы на будущее?
A: В среду мы выходим на IPO, а там видно будет...

Q: Ну что ж, коллеги, большое спасибо за уделенное время, успехов, держитесь там.