SAP HANA на AHV теперь официально поддерживается Nutanix

На этой неделе мы объявили о важном событии по проникновению нашей HCI архитектуры в «большой» enterprise. Вот уже два года Nutanix официально поддерживаемое HCI решение для SAP Netweaver, но пока мы говорили, что HANA — «в пути». Мы предлагали использовать под HANA сторонние физические хосты, размещая всю инфраструктурную обвязку уже в среде HCI. Но вот сами серверы базы данных HANA — это пока на HCI было не готово. «Скоро», писал я в этом блоге.
И вот «скоро» настало. На этой неделе мы официально объявили о том, что SAP HANA для non-production (то есть для test/dev) официально поддерживается в Nutanix для его гипервизора AHV. Ждем апрува этого на стороне SAP, и выпуска соответствующего SAP Note, а затем двигаемся к production на HCI.

Goodbye Broadwell!

Объявлен конец продаж линейки G5 наших платформ.
Это были, честно, отличные платформы, почти половина всех проданных нами систем — это именно G5. Но вот их продажи подошли к финалу, объявлена дата End-of-Sale. На смену им идут G6, наша очередная линейка платформ, на Intel SkyLake. Параллельно с этим в G6 появились последние участники: NX-8155-G6, и NX-3170-G6, а в ближайшие дни и последний — NX-3155-G6. Мы не всю линейку выкатили одновременно.

Напоминаю, что End-of-Sale не означает окончания поддержки или каких-то катастрофических последствий для пользователя этих платформ. В течение почти 5 лет с момента End-Of-Sale на платформы продолжает выпускаться и поставляться обновление ПО. End-of-Maintenance date: 30 апреля 2022 года, в этот день прекращается поставка патчей и maintenance releases для платформы G5. End-of-Service-Contract-Renewal — 30 октября 2022, и End-Of-Life, когда продукт перестает поддерживаться (что, как вы понимаете, не означает «престает работать на той версии ПО, что на него уже установлена») — 30 октября 2023 года.

Последний день, когда еще можно заказать G5 будет: 30 октября 2018.

Новости с .NEXT

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

Я не буду снова писать про Nutanix Flow, про инструмент сетевой микросегментации, встроенный в платформу Nutanix которая теперь называется Flow, я уже писал ранее, а в майском релизе она вышла в GA. Там добавилось несколько интересных возможностей, в частности с нашим недавним приобретением — Netsil.

С Netsil можно автоматически обнаруживать и анализировать приложения в VM, разбирать их топологию, категоризировать, и получать рекомендации по созданию и назначению им политик безопасности. Интеграция Netsil и Flow объявлена на вторую половину года.

Остановимся детальнее на оставшихся двух вчерашних анонсах.

Nutanix Era — это инструмент так называемого CDM — Copy Data Management, интересный, прежде всего, работающим с базами данных на Nutanix (а таких, напомню, почти половина из множества наши клиентов сегодня). Он поможет администраторам баз данных проводить операции с БД, например делать клонирование, восстановление или обновление баз данных, в том числе сложносвязанных, выполняемых на разных VM и расположенных на множестве томов данных (например отдельно файлы базы, отдельно — логи, отдельно — tempdb, бинарные файлы, локальные резервные копии, и так далее).

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

Инструмент Nutanix Era будет доступен пользователям во второй половине 2018 года.

В него предварительно будут входить такие функции, как One-Click time machine, использующая наши redirect-on-write снэпшоты для создания моментальных копий данных, и One-Click database clone/refresh, для уже описанного выше клонирования и обеспечения актуальности данных, нужного, например, для команд разработчиков.
Объявлено, что в список поддерживаемых баз данных уже попали Oracle DB и PostgreSQL, но этот список будет расширен популярными DB, такими, как MS SQL Server и MySQL (MariaDB).

Nutanix Beam — система мульти-облачного управления, результат интеграции в Nutanix разработчиков недавно приобретенных продуктов Minjar и Botmetric.
Начиная с представления в декабре Nutanix CALM движение компании к SaaS и гибридным облакам стало очевидным, это одно из наших новых направлений, и Nutanix уже не один из десятка разработчиков HCI, вот увидите, черз год-два такое обязательно будет и у VMware с HPE. :)

Nutanix Beam — это инструментарий оптимизации затрат при размещении инфраструктуры в облачных сервисах. Когда мы в Nutanix рассказываем и показываем CALM и Self-Service Portal, почти всегда задают вопросы про биллинг, или, по крайней мере инструменты для его построения. Вот Beam — один из шагов в этом направлении.

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

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

Часто забытые старые снэпшоты, неиспользуемые больше тома с устаревшими данными, или инстансы RDS могут продолжать поедать ресурсы компании, с использованием Beam вы легко найдете подобные штуки.

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

Важной возможностью Beam является то, что он позволяет оперировать затратами, например оценивая стоимость инстансов как вида on-demand, так и, например Reserve Instance (RI), в облачных инфраструктурах, например у Amazon Web Services (AWS) использование таких advanced методов заказа и покупки инстансов может быть одним из методов экономии немалых затрат.

Nutanix Beam доступен уже сейчас.

Что нового в релизе AHV 5.6?

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

Предыдущий, 5.5, выпущенный в конце декабря, шел медленно и тяжело, так как мы в нем запланировали много «стратегических» фич. Это, как минимум, из видимого пользователю, CALM, Microsegmentation/Flow, AHV Turbo, Nearline Replication/Lightweight Snapshots и много более мелких, но не менее значительных. Релиз несколько раз задерживался, так как все запланированные в него фичи не успевали вовремя, это, в общем, обычная ситуация для любой софтверной разработки.
В этом году, однако, мы решили пересмотреть модель выпуска релизов, и, начиная с 5.6, они будут выходить по новой схеме.

Схема эта знакома тем, кто использует Ubuntu, например, это так называемые time-based releases. Раз в квартал (у убунту это — два раза в год) мы будем выпускать релиз AHV. Фичи пойдут в режиме автобусной остановки. Что успевает быть подготовленным к включению в релиз — попадает в него, что нет — ждет следующего релиза-«автобуса», релизы не будут задерживаться, и выходить в назначенные даты.
Мы переходим к также хорошо знакомой модели Long и Short-time Support релизов. Раз в год будет выходить один LTS-релиз, в котором будут все важные и отлаженные фичи для продакшна, а затем, раз в квартал, будут выходить STS, «bleeding edge», для пользователей, которым хочется попробовать «все самое новое». Затем, в LTS соответствующего года, они будут «закрепляться».
Ближайшие релизы запланированы на май, август и ноябрь.

Версия 5.6 — это первый STS, выходящий после LTS — 5.5.

И вот что в нем появилось нового:

Acropolis File Services — 3.0.

  • К уже реализованным SMB 2.1 и 3.0 добавляется NFS v4.
  • Для целей бэкапа данных в Backup API реализован CFT — Change File Tracking, обеспечиваюший возможность инкрементального бэкапа файлов.
  • В партнерстве с Peer Software интегрирован их продукт Peer Link, позволяющий реализовать Active-Active систему, в которой два (и более) разнесенных AFS в разных кластерах и с разными namespaces будут двунаправленно синхронизировать свое содержимое по сети.
  • Добавились новые средства файлового аудита. С помощью внешнего syslog вы можете ловить события доступа к файлам, мы рассчитываем, что с использованием новых средств наши партнеры по экосистеме разработают полноценную систему файлового аудита, использующую новые возможности.

Микросегментация (Nutanix Flow) готова в GA. Я писал о ней ранее, после выхода v5.5. Теперь Tech Preview переходит в релиз General Available.

Volume Group Load Balancer.
Майкл Вебстер уже показывал, какие возможности несет с собой возможность распараллелить ввод-вывод на множество Volume Groups даже на одной VM, продемонстрировав миллион IOPS в одной VM на такой конфигурации. Volume Groups, напомню, это наши внутренние «блочные» тома, которые можно монтировать как LUNы в VM.
Теперь их использование еще упрощается. Между множественными VG трафик задачи будет автоматически балансироваться внутренними средствами.

Two-node cluster
Я уже писал в этом блоге про «однонодовый кластер» Nutanix для ROBO задач, и обещал, что в ближайшем релизе «однонодовая» конфигурация будет дополнена «двухнодовой». Подробнее — в посте ранее, а вкратце — это отличная возможность поставить Nutanix, со всеми его возможностями, в небольшие офисы и филиалы, с централизованным управлением из «головы». Напомню, это НЕ SMB, это ROBO (Remote Office Branch Office)! «Поштучно» мы их не продаем.

Scale-Out Prism Central.
Наша система управления большими и распределенными системами кластеров, Prism Central, стал распределенным тоже. Раньше этьо была одна VM, теперь его можно развернуть на группе нодов, защитив его от отказов и позволив лучше масштабироваться. Prism Central, напомню, бесплатен, и в него мы добавляем фичи, которые нужны тяжелому ынтерпрайзу. Но так как в «базе» он бесплатен — это повод попробовать, если, например, еще не видели.

RESTful API v3
Постепенно развивается и наш API. По мере того, как в систему добавляются новые возможности, расширяется и API управления. Если вы программируете, или планируете интегрировать Nutanix в сторонние системы, рекомендую посмотреть его. Лучший способ начать знакомство — сайт developer.nutanix.com. Для V3 нужен Prism Central, и в него включена интеграция с Self-Service Portal и Microsegmentation.

80TB per node limit
Мы постепенно наращиваем доступную на ноду емкость, по мере появления емких дисков и прохождения ими сертификации лимит на емкость повышается. Теперь максимальное значение — 80TB на ноду.

Guest OS shutdown
Появилась возможность корректно «дергать» операцию Shutdown в Guest OS, в том числе и из API.

Erasure Coding (EC-X) performance
Постепенно допиливаем до совершенства алгоритмы EC-X, в 5.6 существенно увеличилась производительность EC-X, в ом числе и на таких сложных для него операциях, как rewrite block.

Итак, новый STS release выкачен, если что-то из описанного вам необходимо — обновляйтесь, если нет — можно оставаться в рамках LTS линейки.

В федеральных структурах США использование AHV достигло 74%!

Несмотря на то, что в целом наши клиенты все еще, преимущественно, используют на платформе Nutanix гипервизор VMware vSphere, а наш AHV — второй по популярности, с примерно 28-30%, есть сегменты рынка, где проникновение Acropolis Hypervisor значительно выше.
Недавно был опубликован отчет, что среди наших клиентов в федеральных структурах госаппарата США (а это наш довольно традиционный рынок, кстати, «там», у нас около 320 клиентов из federal government) это значение достигло 74%! Практически три четверти!
Конечно, прежде всего, причиной, по которой госструктуры в США выбирают AHV является цена, позволяющей оптимизировать как капитальные, так и операцинные расходы на инфраструктуру, которую оплачивают налогоплательщики, но значительную роль играет также то, что гипервизор с открытым исходным кодом, и встроенными механизмами проверки STIG (Security Technical Implementation Guide), поднимает безопасность инфраструктуры на новый уровень.

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

Диаграммы соединения сетевых портов для разных гипервизоров в Nutanix

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

Картинка вам для привлечения внимания, а полный сборник всех диаграмм, для ESXi, Hyper-V, конечно же AHV, и даже для Xen Server — по ссылке:
vmwaremine.com/2014/09/19/nutanix-network-port-diagram/

Как изменить приоритеты или отключить HA для VM в Acropolis Hypervisor?

Как вы знаете, для всех VM в среде AHV включен HA, High Availability, который перезапускает VM в случае, например, выхода из строя хоста, где эта VM работает, и в ряде других случаев. Но что делать, если нужно для каких-то VM эту HA отключить, или, например, изменить приоритеты запуска, когда группа VM перезапускается в условиях ограниченных ресурсов, и мы хотим задать, какие VM должны быть обязательно перезапущены, а какие могут обойтись?

А вот как. На помощь придет командный интерфейс acli. Вы помните, что кроме красивого и визуального Prism, у нас есть еще и командная строка, проще всего доступная из интерфейса непосредственно CVM. Некоторые редкие и мало используемые команды, а также некоторые особо новые, находятся именно там.

Войдем в интерфейс aCLI, например в консоли CVM, просто напишем в командной строке acli и попадем в него, поймем, что мы уже там, по изменившемуся виду подсказки (ну и зелененький он)
nutanix@cvm$ acli
<acropolis> _

Допустим, наша VM называется winxpsp3vmw. Отдадим команду, указав в качестве параметра ha_priority значение -1 (минус один). Это значение отключает работу HA для этой указанной нами VM (и только для нее)

nutanix@cvm$ acli
<acropolis> vm.update winxpsp3vmw ha_priority=-1
winxpsp3vmw: complete

Положительное же значение — включает HA, причем, чем меньше оно, тем выше приоритет HA, то есть VM со значением ha_priority=1 будет иметь выше приоритет выполнения HA, чем VM с ha_priority=2

Вернем нашей VM возможность перезапуска средствами HA

<acropolis> vm.update winxpsp3vmw ha_priority=2
winxpsp3vmw: complete

Наконец, раз уж мы заговорили про HA, стоит упомянуть, что в Nutanix есть возможность резервировать ресурсы в кластере, обеспечивая гарантированный перезапуск VM вышедшего из строя хоста, например. В этом случае, вы можете задать для инфраструктуры лимит, при наличии которого система не даст вам создать больше VM, занимающих ресурсы, чем этих ресурсов есть в системе. Это гарантирует, что все созданные VM будут иметь возможность переехать и запуститься даже при потере заданного числа хостов.
В GUI есть просто соответствующая галка в диалоге. Но вообще-то настройки в системе более гибкие.

HAReserveHosts — один или более физический хост резервируется для выполнения VMHA.
HAReserveSegmentsресурсы (одного или более хоста) резервируются на кластере в целом.

Например:

<acropolis> ha.update reservation_type=kAcropolisHAReserveSegments

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

Обновление до G6 получают новые линейки платформ Nutanix

Я уже писал ранее про то, что Nutanix (или, правильнее сказать, Supermicro, наш поставщик платформ) в несколько этапов проводит обновление платформы на Generation 6, с поддержкой Intel Skylake, и прочих интересных штук. Ранее обновилась линейка NX-3000, а теперь пришло время и для других платформ. Уже опубликованы спеки для 1000-й серии, и я бы хотел остановиться на них подробнее.
Обычно мы привыкли, что «новая коллекция» это всегда лучше, мощнее, совершеннее, но в случае Nutanix G6 важно понимать, что «не все так однозначно»(tm). Давайте взглянем на спеки на https://www.nutanix.com/products/hardware-platforms/.

Мы пока сохранили, как и в случае NX-3000-G6, в продаже также и модели G5, и вот почему.
Надо сказать, что NX-1000-G5 получилась весьма удачной. Их и продается очень много у нас по всем миру, и, объективно говоря, получилась «вишенка».
Смотрите сами: два доступных процессора для этой, недорогой системы подобраны как E5-2620 [16 cores / 2.1 GHz] и E5-2640v4 [20 cores / 2.4 GHz]. То есть и ядер ОК, и гигагерцы, например в 2640, вполне ничего себе. Это не 3.4, но тоже, для «энтрилевела», очень неплохо.
А для G6 у нас для NX-1000 пойдут также два процессора, но это: Silver 4108 [8 cores / 1.8 GHz] и Silver 4114 [10 cores / 2.2 GHz]. Как видите, тут и частота меньше, и ядер меньше (спасибо за поправку в комментах, ошибочно у нас на сайте в спеке для G5 указано число ядер для пары CPU, а для G6 — на один CPU). Да, SkyLake. Но если вам нужны именно pCPU cores или частоты, тут есть над чем подумать.

Второе: система NX-1000-G6 будет доступна только в «гибридном» виде, а G5 можно было заказать в AllFlash (причем были доступны даже SSD на 3.84TB), и это была бомба для entry-level, с нашими эффективными и быстрыми SSD такой AllFlash рвал все подряд. Для такой конфигурации это дает нам 41TB usable space на 4 нодах и при компрессии 2:1

Кроме этого, в «гибридном» для G5 были доступны диски 8TB, а для G6 максимум — это 6TB. Это, в свою очередь, 62.28TB гибридной емкости на тех же 4 нодах.

Наконец, в третьих, для G6 будет доступна максимальная память — 384GB RAM, а для G5 были возможны объемы и 512, и даже 1TB на ноду.

В общем, по всему видно, что в G6 наши инженеры попробовали сделать серию NX-1000 более «энтрилевелной», чтобы не каннибализировать «мидрендж» NX-3000, потому что, очевидно, многие смотрели на линейку G5, и всерьез зависали над тем, нужно ли им взять NX-1000 в топовой набивке, например, или allflash для скорости, или с дисками 8TB для емкости, да еще и с таким богатством по RAM, или идти в 3000-ю, которая может получиться заметно дороже просто потому что это более старшая платформа. Если не нужны CPU выше 2640, то тут есть на чем зависнуть.

Из хорошего, ну, конечно, кроме новых CPU, в новых платформах G6 будет пара 10G портов «в базе», на модуле SIOM, и, в принципе, это позволяет не добавлять порты на add-on card. Но можно добавить еще пару или аж четыре 10G, так что с 6 портами 10G это будет довольно упакованная сетевыми интерфейсами система.

В общем, выводы мои такие: если вы раздумывали, нужно ли вам NX-1000-G5, или стоит дождаться G6, то, как мне кажется, есть немало случаев, когда купить сейчас G5 будет выгоднее. Хотя, конечно, если вы глядите на конфигурацию, не превышающую лимиты G6, то такая может выйти и дешевле, чем G5.
Так что думайте, но не слишком долго, не для того мы выпускали G6, чтобы продолжать продажи G5. Распродадим имеющиеся платформы, и — ага.

Кстати, чтобы два раза не вставать: обратили ли вы внимание, что в линейке Dell появилась 4-процессорная модель XC940?
У нас такой модели пока нет, и хотя на сайте DellEMC теперь нужно постараться, чтобы найти модели XC (у меня такое ощущение, что человек не знающий о существовании этой линейки просто так их вообще не найдет, в особенности на русскоязычном сайте), она есть и продается.
Это Nutanix на платформе R940, с ЧЕТЫРЬМЯ процессорами SkyLake, вплоть до Platinum 8180, с 24 местами под 2.5″ диски, с поддержкой NVMe up to 3.2TB, до 60TB на ноду дисковой емкости, и до 4TB (!) RAM. Офигенная молотилка для сверхмощных баз данных, в особенности memory-based.

А в следующем посте я расскажу вам про нашу новую инициативу, которую мы вместе с Dell назвали DellEMC XC core.

UPD: В ближайшее время все же будет доступна конфигурация с 512GB RAM на ноду, модулями по 32GB.

Обновляете vSphere на v6.5? Проверьте HCL!

Я не раз встречаю пользователей, которые «засиделись» на 5.5, и вынуждены мигрировать на 6.х, откладывая это до последнего. «Последнее» начинает пригорать. vSphere 5.5 прекращает поддерживаться уже в сентябре, так что если осенью вы не хотите оказаться с неподдерживаемой системой — пора начинать бегать по потолку готовить процесс миграции на актуальные версии.
И тут я хотел бы в очередной раз напомнить о штуке, про которую, как я заметил, вспоминают всегда в последнюю очередь. Дело в том, что VMware с выходом каждой новой версии и Updates «чистит» свой HCL, не только добавляя новые, но и удаляя из него старые модели серверов. И в этом есть некоторая засада, так как вы вполне можете столкнуться с ситуацией, когда хорошие, еще не старые серверы, выполняющие свою задачу, на которых работает и поддерживается, скажем, vSphere 5.5, после обновления на 6.5 будут считаться неподдерживаемыми, и вы, в процессе апгрейда, получите инфраструктуру, которой будет отказано в вендорской поддержке, хотя, казалось бы, обновлялись, «чтобы было как лучше».

Так, например, на сайте HPE есть специальная страница, в которой вы можете обнаружить, что, например, популярные серверы HPE DL320e Gen8, ML350e Gen8, DL360e Gen8, и уж, понятное дело, DL360 Gen7 — не поддерживаются для ESXi 6.5 и новее.
Аналогичный список есть и у Cisco, и у других вендоров. А у самой VMware он расположен тут: VMware Compatibility Guide.

Так что, надеюсь, вы обойдетесь без сюрпризов в процессе обновления и миграции.
Ну и, как принято говорить, «чтобы два раза не вставать», хочу напомнить, что на платформах Nutanix вы можете также использовать vSphere, причем в одном кластере даже разные версии, например 5.5 и 6.0 или 6.5, что может быть хорошим вариантом для плавной и постепенной миграции инфраструктуры «сервер за сервером». Ну и, наконец, у нас есть «однокнопочная» конвертация кластера vSphere в кластер AHV, решающая окончательно проблему с апгрейдом на новую vSphere с ее веб-клиентом, и прочим админским геморроем.

Что такое Гиперконвергентные (HCI) Инфраструктуры?

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

Изначальная идея была в том, что вопросы для интервью будут открыто предложены для всех работающих в России игроков, и каждый из конкурентов сможет ответить на них так, как эти ответы видит тот или иной вендор. При этом я, со своей стороны, написал свою часть еще в ноябре. К сожалению, «за неявкой соперников победа присуждается…», никто из конкурентов за три месяца так и не осмелился выступить в открытой дискуссии, поэтому ждать больше смысла нет. Вот наш текст, написанный, впрочем, еще до версии 5.5.
Удобно будет давать на него ссылку, если понадобится быстро ввести в курс дела человека, с HCI только начинающего знакомство с темой.

1. Что такое гиперконвергентные (HCI) инфраструктуры?

«Гиперконвергентными» называют инфраструктуры, в которых объединение серверов, SAN и СХД сделано на архитектурном уровне, объединяя их в единое неразрывное целое, в единую сущность «хранения-и-обработки информации», «кирпичик LEGO» современного датацентра. Модуль обработки и хранения информации.

2. Чем они отличаются от конвергентных и от классических инфраструктур?

Собственно, само название «гипер-» потребовалось, чтобы отличаться от появившихся на несколько лет ранее так называемых «конвергентных» систем (VCE vBlock, Cisco-NetApp FlexPod), которые, на наш взгляд, вообще никакой конвергенции не имели, а были просто способом продать клиенту предынсталлированную инфраструктуру из серверов, SAN и СХД и по одному Purchase Order-у, в одном шкафу, ничего не меняя в архитектуре системы по сути. Это по-прежнему оставались СХД и серверы, без какой-либо конвергенции между ними (если не считать таковой процесс продажи).
«Гипер» (а, по сути, и просто «конвергентность», как диктует сам термин) это именно слияние и образование единой сущности, чем и являются современные HCI.

3. В чем преимущества HCI инфраструктур?

Основные преимущества HCI это плавность и практическая неограниченность масштабирования, возможность строить интегрированную инфраструктуру под разные задачи, объединяя их в рамках единого «квази-облачного» инфраструктурного решения, без необходимости выделять «ресурсные острова» и дробить единое решение, при этом обеспечивая крайне высокую производительность решения.
Это существенная экономия на эксплуатационных расходах (TCO). Так, например, компания IDC в своем отчете, сделанном по результатам опроса десятков клиентов Nutanix в enterprise, утверждает, что срок окупаемости для Nutanix HCI составляет около полугода, а ROI на пятилетнем интервале составляет более 500%.
Наконец, это быстрота развертывания (и масштабирования в дальнейшем) решения, сокращающая Time-to-Market для продуктов компании. Тот самый «agile», о котором сегодня в России широко заговорили примерно полтора года назад.

4. Каковы недостатки HCI инфраструктур?

Наши клиенты обычно называют в качестве основных причин, по которым они пока не могут или не хотят перейти на HCI, настороженность в отношении вендор-лока (HCI обычно являются продуктом одной компании, так, в нашем случае, Nutanix поставляет и аппаратную платформу, и software-defined продукт на ней работающий, и, в случае использования AHV, гипервизор). Есть определенная настороженность к новому продукту, который, по сути, появился на рынке России всего лишь три года назад (для России это совсем недавно), и относительно невелик пока опыт его использования в российских компаниях (с этим сталкивается последовательно, каждый новый вендор, приходящий на российский рынок). Я также вижу определенную настороженность к самой по себе идее фиксированного объема хранения на каждом узле кластера HCI, так как в «классической» инфраструктуре нам много десятилетий возможность независимого расширения емкости хранения на SAN СХД от серверов обработки, а также идея «консолидации данных» на выделенном дисковом массиве, называлась одним из главных преимуществ современной IT-инфраструктуры.

5. Как они могут дополнять друг друга?

Сегодня мы, в Nutanix, всегда рассматриваем возможности сосуществования с «классической» инфраструктурой. Как хороший пример могу привести вариант использования HCI с системой SAP HANA. В настоящий момент сервер HANA поддерживается SAP только на физическом «железе», без виртуализации. Однако кроме сервера самой HANA, значительную часть решения обычно составляют многочисленные серверы приложений, использующих in-memory HANA DB, а также среда разработки, QA и так далее. И в нашем случае компании часто устанавливают под сервер HANA DB физический сервер, что полностью поддерживается SAP, а затем развертывают множество клиентов, серверов приложений, на HCI-узлах, и это тоже поддерживаемый вариант.

6. Каковы основные варианты использования?

Часто пользователи вынуждены продолжать эксплуатировать старое legacy оборудование и ПО, которое они не могут немедленно заменить на современное, по разным причинам. Проблемы лицензирования, совместимости с каким-то сторонним оборудованием, или просто нехватка ресурсов на миграцию и значительные инвестиции, сделанные компанией в прошлом, могут препятствовать немедленному переходу. Сейчас, например, в случае Nutanix, можно использовать кластер Nutanix, по крайней мере какую-то его часть, как своеобразную SDS СХД, подключая его как блочное хранилище к внешним серверам, и, таким образом, сосуществуя с ними и продляя их жизнь, защищая сделанные инвестиции.
Мы также предоставляем возможности использовать Nutanix как высокопроизводительное файловое хранилище (NAS) для внешних клиентов. Это могут быть как VDI-клиенты, так и, например, специализированные медицинские системы хранения цифровых рентгеновских снимков, с поддержкой отраслевого стандарта DICOM.
Так что возможности сосуществования с уже имеющейся инфраструктурой у HCI Nutanix довольно широки, и это, часто, открывает двери для новых технологий в «традиционных» IT-инфраструктурах.

7. Могут ли они интегрироваться или сосуществовать с имеющими инфраструктурами заказчиков?

Безусловно да. Мы трезво понимаем, что, как бы мы ни видели потенциальное превосходство HCI над «классикой», впереди у нас многие годы сосуществования с ней в датацентрах enterprise-компаний. Большие инвестиции, сделанные в SAN, в СХД, в большинстве компаниий расточительно, да и просто невозможно одномоментно «выбросить». Разумеется, остаются и области, ниши, в которых «классическая» инфраструктура хорошо себя чувствует, и будет чувствовать многие годы. Как телевизор не убил книги, так и, допустим, жесткие диски не уничтожили магнитные ленты, но вытеснили их в ниши, где они (для лент, например, это архивное «отчуждаемое» offline-хранилище) существуют и будут существовать очень долго. Но, как мне кажется, сейчас все большему числу IT-специалистов видно, что мы стоим на пороге больших перемен в инфраструктуре. И как когда-то жесткие диски вытеснили магнитные ленты во времена мэйнфреймов, как в 90-е годы дисковые массивы SAN постепенно заполнили датацентры, вытеснив DAS, как в 2000-е появившаяся серверная виртуализация пробила себе путь в подавляющее число корпоративных датацентров, так и HCI сегодня, потенциально, является следующим эволюционным шагом для инфраструктуры датацентров.

8. Какие преимущества получит заказчик при переходе от традиционной к HCI инфраструктуре?

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

9. Что вызвало рост HCI?

Безусловно, определяющим толчком для HCI послужило широкое принятие рынком технологии виртуализации, так как без гипервизора не работает ни одна из HCI-систем, представленных на рынке. Сегодня подавляющее большинство приложений или уже работает, или может работать в среде гипервизора, тем самым открыт путь к широкому использованию HCI. Кроме того, важным этапом был возникший, за последние три-пять лет, существенный интерес к Software-defined продуктам, не только Storage (SDS), но и всем другим компонентам, которые могут быть реализованы дешевле и с существенно более быстрым циклом разработки, в виде программного кода на CPU общего применения. Сегодня, как показывает практика, производительность массовых CPU архитектуры x86 общего применения, достаточна для подавляющего большинства задач, которые раньше реализовывались дорогими в производстве и разработке специализированными hardware-системами.
Кроме этого, постоянный рост производительности ввода-вывода, обусловленной приходом твердотельной памяти, начал диктовать необходимость размещать хранилище максимально близко к CPU обработки данных, в идеале – локально на шине CPU и RAM.
Ответом на эти потребности, вызванные развитием технологий, и стали HCI, системы, где данные хранятся локально, там, где они обрабатываются, которые реализованы полностью программно, на процессорах общего применения и commodity-серверах, работающих под управлением baremetal-гипервизора. Первоначально разработанные как часть проперитарных решений построения инфраструктуры в компаниях интернет-гигантах, таких как, например, Google и Facebook, они «коммодитизровались» и вышли на массовый рынок в виде доступного «коробочного» продукта.

10. Какие проблемы несет устаревшая инфраструктура?

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

11. Какие проблемы пытаются решить клиенты?

Для Nutanix типичные области использования это разнообразные enterprise-приложения, такие как базы данных, включая тяжелые и требовательные к объемам RAM. Это инфраструктуры VDI, для которых характерны задачи быстрого масштабирования в случае добавления новых рабочих мест и низкая latency дисковых операций. Это разнообразные инфраструктуры частных и гибридных «облаков». Существенной и растущей долей является направление Big Data Analysis, интерес к которой сейчас растет во всем мире. Важной частью также являются «распределенные» инфраструктуры, ROBO, филиальные сети, DR-центры, и так далее.
Отчасти проблемы, решаемые клиентами это сокращение эксплуатационных затрат и увеличение гибкости уже существующих систем, мигрируемых с «классики» на Nutanix, отчасти это совершенно новые области, такие как, например, Big Data исследования или построение Private Cloud в компании.

12. С каким проблемами чаще всегда сталкиваются заказчики при внедрении и использовании HCI решений?

На мой взгляд, основной проблемой при переходе на HCI, является инертность мышления. «Когда в руке молоток – все вокруг выглядит как гвозди». Существует годами выработанная методика решения IT-задач. И одномоментно вдруг увидеть, что кругом не только гвозди, которые можно только забивать, но и множество других способов обращаться с предметами и решать задачи, часто бывает довольно тяжело воспринимаемой, особенно для IT-шников старшего поколения, привыкших жить в парадигме «сервер-SAN-СХД», рожденной еще в 90-е. Когда «бэкап – это непременно ленточная библиотека», «Fibre Channel – высочайшее достижение инженерной мысли и единственно пригодное для наших задач», «нужно запустить приложение – ставим под нее выделенный сервер». Сегодня в мире довольно быстро развивается совершенно новая IT-парадигма дискретизации и распределенных приложений, микросервисов, контейнеризации, web-scale. К сожалению, мимо крупного энтерпрайза (в особенности, и прежде всего в России) этот тренд все еще проходит мимо, он все еще мыслит, например, категорией «одно приложение – один сервер». И HCI в таком случае применить и использовать довольно сложно, он не позволит проявить HCI свои лучшие и наиболее сильные преимущества.

13. Является ли снижение совокупной стоимости владения ключевым фактором перехода к HCI?

Глобально, в мире, безусловно – да. В России, к сожалению, стоимость владения все еще не является, обычно, решающим фактором при выборе решения и расчете его стоимости. Отчасти это связано с отсутствием общепринятой методики расчета TCO в России (а общемировые, часто, плохо подходят для российских условий), отчасти просто от общей недооценки стоимости владения в общей стоимости решения. По моим наблюдениям, вопросы «а сколько это стоит» в российском IT (а широко — и в бизнесе вообще) это какое-то «небарское дело» («…копейки все эти считать, прикажем — заплатят!»), признаком успешного бизнеса у нас являются масштабы трат, шикарность офисов и автомобилей «топов» а не эффекивность использования бюджетов. Совместить такой менталитет с пониманием, что деньги могут быть потрачены с бОльшей или мЕньшей отдачей, достаточно непросто.

14. Развитие каких технологий может увеличить спрос на HCI системы?

На мой взгляд, широкое распространение быстрой персистентной (то есть не теряющей данные при выключении питания, например, как магнитные диски) памяти, такой как NVMe flash и 3DXpoint насущно требует сокращения пути доступа к хранимым данным. Большие величины latency, характерные для внешней памяти, с доступом через SAN, уничтожают значительную часть преимуществ по скорости и производительности таких типов памяти и не дают ей показать все, на что она физически способна. Подобная память должна располагаться максимально близко к процессорной части системы, в идеале прямо на шине взаимодействия процессора с памятью. И здесь гиперконвергенция, сливающая хранение и обработку воедино, и размещающая ее локально для CPU, имеет огромный потенциал для роста производительности систем и использования всего скоростного потенциала новых типов быстрого хранилища.

15. Кто является основными игроками на этом рынке? На кого вы смотрите и ориентируетесь из конкурентов?

Пожалуй, наиболее активным и значимым нашим конкурентом среди гиперковергентных систем являются DellEMC VxRAIL (и VMware VSAN). Вероятно, после окончания процесса интеграции в продуктовую линейку HPE и решения ряда проблем с развитием архитектуры, определенный импульс к развитию получит и SimpliVity. В целом на рынке сейчас существует масса гиперконвергентных решений, однако общая беда почти всех – в отсутствии хорошего vision, того, куда эта область будет развиваться в ближайшие 3-5 лет. Позиция Nutanix, которая с одной стороны – превопроходец, а с другой – пробивающая общую инертность рынка собой, имеет и свою силу, и свою слабость. Сила, безусловно, в задании тренда, в соответствии с которым будут вынуждены идти и повторять вслед за лидером компании, идущие за ним следом. Слабость, возможно, в том, что повторить успех обычно стоит гораздо дешевле с точки зрения затрат на R&D. Пока Nutanix вышеперечисленное удается.
Но, говоря о конкурентах Nutanix важно понимать, что главный конкурент Nutanix не VSAN, не SimpliVity и не традиционные инфраструктуры. Важно понимать, что для всего перечисленного главный конкурент – AWS и Azure, «публичные облака». И пока «инфраструктурщики» спорят о том, кто является «лидером рынка», бизнес тем временем все дальше и быстрее уходит к облачным провайдерам (например, только за 2017 год, и только AWS достиг в выручке 20 миллиардов $, и растет на 40% в год. И это только один AWS, без учета не менее успешных MS Azure, Google Cloud Platform, RackSpace, Softlayer) На мой взгляд, именно они сегодня – главный конкурент и для HCI, и для «классики» вместе взятых.

16. На ваш взгляд — чем выделяется ваше решение среди конкурентов?

Основные преимущества Nutanix перед конкурентами это принципиальная hypervisor-agnostic модель решения, не навязывающая выбор сопутствующего гипервизора. Это широкая поддержка сторонних платформ и OEM-партнеров, обусловленная использованием чистого software-defined в решении, которое легко перенести и установить на стороннее commodity hardware. Это широта и полнота вИдения пути дальнейшего развития продукта и отрасли и функциональное богатство решения, его готовность к «Tier1 workload». Его зрелость, широкое принятие рынком, большой накопленный опыт реализации проектов пользователей самого разного масштаба.

17. Чем обусловлен выбор гипервизора, с которым работает ваша система?

Около 65% наших клиентов используют в качестве гипервизора разные версии VMware vSphere. Однако кроме поддержки сторонних гипервизоров, которая будет продолжаться и развиваться, у нас есть и свой собственный – Acropolis Hypervisor, AHV, разработанный на базе открытого исходного кода Linux KVM. Наша цель в разработке этого гипервизора была, во-первых, достичь большей независимости и свободы от одного поставщика гипервизора (к тому же напрямую конкурирующего с нами с продуктом VSAN/VxRAIL), использовать открытый код, со всеми присущими этому шагу плюсами, и, наконец, получить гипервизор, в котором мы можем реализовывать передовые технологические возможности платформы, независимо от стороннего поставщика гипервизора, своими силами.

18. Какие перспективы вашей системы в ближайшем будущем?

В недавнем обновлении мы выпустили инструмент, который будет доступен для всех наших пользователей – наш облачный оркестратор Nutanix Calm, который позволит строить на базе кластеров Nutanix гибко и просто разворачиваемую пользователем облачную платформу, с использованием технологий Docker и Kubernetes, а также нашего собственного «магазина приложений». Мы намерены развивать начавшееся в этом году технологическое сотрудничество с Google Cloud Platform по построению гибридных облачных решений, и более активно предлагать рынку Nutanix в форме программного продукта для сторонних аппаратных серверных платформ, таких как HP ProLiant и Cisco UCS. Мы также расширяем круг наших OEM-партнеров, уже сейчас добавив к ним такого мощного в Европе и Германии игрока как Fujitsu, а также планируем продолжать сотрудничество с IBM по продвижению гиперконвергентности на платформе IBM Power8.

19. Почему некоторые заказчики, задачи которых отлично укладываются в HCI остаются приверженцами традиционной архитектуры? Боязнь, что HCI это временный «хайп»? Сталкивались вы с такими заказчиками и удавалось ли их переубедить?

Когда-то у IBM была серия рекламы со слоганом «еще никого не уволили за покупку IBM», и это был слоган, бьющий в самое сердце любого CIO. Никто не ищет возможности «поменять», если можно не менять. Никто не хочет быть уволенным за эксперименты над инфраструктурой, это объяснимо и понятно.
Если у вас не «болит», то никто и никогда не будет что-то менять, что уже работает. Что позволяет спокойно спать ночами, ходить в отпуск, не держа рядом с кроватью включенный телефон, и вовремя получать годовые бонусы.
Но вот когда настает момент, когда «надо менять», а текущая инфраструктура достигла своего предела. Когда бизнес требует срочного снижения Time-to-Market, а у вас три месяца занимает только запуск новой инфраструктурной единицы в датацентре, считая от подачи заявки подразделением. Если ваш KPI как CIO владельцы бизнеса напрямую связали с резким снижением TCO IT-инфраструктуры, а бюджеты IT-отдела урезаются год от года, вот тогда вы, поневоле, будете искать что-то новое, что поможет вам эти задачи выполнить.
Наконец, на мой взгляд, общая консервативность IT в Российском энтерпрайзе, связана с тем, что мы, к сожалению, в значительной мере оторваны от мирового IT-мэйнстрима. Например, из-за плохого владения английским языком, значительная часть российских айтишников вынуждена узнавать о новостях и трендах в IT «в переводе», с существенной задержкой на то, когда соответствующая технология будет «переведена» и привезена на локальную выставку или конференцию в Россию (и конкретнее – в Москву). А крупные IT-события, на которых можно увидеть какие-то прорывные технологии, когда они появились, а не спустя два года, обычно происходят «там», и чтобы туда поехать нужно время, средства, визы, мотивация, и так далее.
Все это делает российское IT более консервативным, чем оно могло бы быть. Но есть и хорошая новость. Самые передовые и создающиеся «здесь и сейчас» бизнесы, не обремененные наследием legacy, пусть это и не масштаб «Silicon Valley», часто хотят стартовать «с отрывом» и вынуждены «рисковать» и выбирать самое передовое. Зачастую, это также отличный «внутренний драйвер» и мотивация для проекта в компании.

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

Сложно рассказывать о проектах, которые не были официально объявлены публичными. И у нас в России, и, в целом, в мире, не любой интересный проект является таким, о котором можно рассказать. Это так у любого вендора. Я стараюсь вылавливать и рассказывать о том, о чем рассказывать можно, в блоге. Лично для меня одними из самых впечатляющих кажутся истории, когда в результате модернизации и переводе «классики» на HCI удается существенно сократить расходы и footprint решения. Так, например, недавнее внедрение в Казахтелекоме, перевело семь стоек оборудования «классики» во всего 10U, причем с существенным ростом производительности и перспективами на рост. В Азербайджане мы, совместно с нашим OEM-партнером Lenovo запустили IT-инфраструктуру в свежепостроенной клинике высочайшего класса Bona Dea Hospital Baku, и в этом случае мы также оставили большую часть заказанных на этапе строительства стоек в больничном датацентре незаполненными (их заказывали под «классику») просто потому, что свыше 70 медицинских IT-сервисов в катастрофоустойчивой инфраструктуре хранения и обработки, в том числе рентгеновская и MRT-томография, защищенное хранение медицинских документов пациентов, и прочие IT-нужды современного медицинского комплкса, с запасом уложились в две стойки оборудования.
Ничего подобного «классические» IT-инфраструктуры, дошедшие сегодня практически до своего предела, не могут предложить даже близко.
Очень интересным мне показалось проведение тестирования (и публикация результатов) компанией Центр Финансовых Технологий, ведущего российского разработчика банковского ПО Tier-1 class, на котором работают сотни банков как в России, так и в некоторых странах СНГ и Восточной Европы. Тестирование показало высочайшую производительность и надежность, открывающие двери HCI в крайне консервативную и требовательную область банковского ПО.
Особенно стоит отметить, что HCI применяется и используется сегодня в широчайшем спектре и диапазоне задач и бюджетов, от «супермега»-международных корпораций (более 60 компаний из списка Forbes Global 100 сегодня — наши клиенты) до, порой, почти SMB-клиентов. и это — еще одно важное преимущество гиперконвергентных инфраструктур.