Архив метки: nutanix

The Nutanix Design Guide

the-nutanix-design-guide-first-edition

Полезное руководство по множеству аспектов реализации архитектуры IT системы с использованием HCI Nutanix.

Саппорт Nutanix

Сегодня саппорт в Nutanix это:

  • более 500 сотрудников по всему миру,
  • в 10 центрах поддержки (с востока на запад: Токио, Сидней, Пекин, Пуна, Бангалор, Белград, Амстердам, Дархэм, Мехико и Сан Хосе).
  • 150 сервисных складов по всему миру (плюс склады партнеров и ASP).
  • 20 языков поддержки глобально, включая русский.
  • служба поддержки сегодня решает более 150 тысяч кейсов разных уровней ежегодно.

Сейчас в Nutanix существуют два плана техподдержки: Production и Mission Critical.

Основные предоставляемые услуги у них идентичны, преимущества Mission Critical support level это:

  • Время реакции, для кейса уровня P1 (Critical) — 30 минут, вместо 1 часа (для более низких приоритетов — 1 час и 2 часа соответственно).
  • Кейс сразу отправляется на уровень Senior systems Support.
  • По результатам кейса высоких уровней приоритета проводится Root Case Analysis, позволяющий установить причины возникновения ситуации.

Для обоих уровней поддержки обеспечивается Hardware Replacement уровня Next Business Day (NBD).

Подробнее вопросы саппорта разбираются тут:
https://www.nutanix.com/support-services/product-support/faqs/

Официальный Nutanix Support Guide тут: http://go.nutanix.com/rs/nutanix/images/nutanix-support-guide.pdf

Мы в Nutanix очень серьезно относимся не только к «количественным» параметрам саппорта, но и к его качеству. Анализ показывает, что:

  • Один негативный отзыв «весит» для пользователя в среднем как 12 позитивных.
  • Пользователь обращает внимание (и руководствуется в принятии решения) на негативный отзыв более чем в два раза чаще, чем на позитивный.
  • Плохое качество поддержки и сервиса в 89% случаев приводит к тому, что пользователь перестает покупать продукт и в 59% случаев меняет бренд.

Критерий качества поддержки — интегральный индекс NPS, Net Promoter Score, имеющий значение от +100 до -100. Он составляется по опросу пользователей в отношении их удовлетворения работой поддержки соответствующего бренда. Ответы от 7 до 10 баллов по 10-балльной шкале трактуются как +1 балл, ниже 7 в -1 балл. В течение 5 лет Nutanix удерживает индекс NPS в районе 90, при этом средняя по индустрии его величина в 2017 году, например, была 22.

 

Nutanix — теперь и на Huawei!

Вчерашняя новость хотя и была известна по внутренней информации, но все равно случилась неожиданной. Huawei объявил, что начинает выпускать OEM-Nutanix на базе своего сервера FusionServer 2288H V5. Не только на нем, но вчера объявили пока доступной только эту модель.

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

Итого, по состоянию на середину марта Nutanix можно купить следующими способами:
* От самого Nutanix, в виде «программно-аппаратного комплекса» (самый простой, прямой и, как правило, самый недорогой вариант), на базе платформы Supermicro, поставляемой SM прямо в Nutanix, и продаваемой им пользователю как готовое решение, с полной поддержкой из «одной точки», как железа, так и софта.

* От DellEMC, как OEM-продукт Dell XC.

* От Lenovo, как OEM-продукт Lenovo ThinkAgile HX.

* От Fujitsu, как OEM-продукт PRIMEFLEX.

* У IBM как IBM CS на платформе Power8.

Это все будут также «программно-аппаратные комплексы»

Далее, можно купить «платформу» и «софт» отдельно. Вот эти варианты:

* У DellEMC как продукт Dell XC core, то есть, фактически, просто сервер Dell Poweredge определенной конфигурации (а затем у партнера Nutanix — лиценизию на эту систему).

* У Lenovo, аналогичный core-продукт.

* Недавно к ним также добавился Intel, на сертифицированные серверные платформы (Intel Data Center Blocks) которого также можно купить и поставить Nutanix, приобретя лицензию у партнера Nutanix.

* Наконец, можно приобрести лицензию Nutanix, и поставить его на некоторые конфигурации HPE ProLiant и Cisco UCS, в соответствии с нашим HFCL (Hardware and Firmware Compatibility List). Это, по факту, самый сложный и, парадоксально, обычно самый дорогой для обычного пользователя вариант.

И вот теперь к этому добавился Huawei. Официальный пресс-релиз об этом тут:
https://www.huawei.com/en/press-events/news/2019/3/huawei-nutanix-hyper-converged-infrastructure

Пример «живой» системы

Пример «живой» системы, результатами на тестовом «прогреве» которой перед сдачей клиенту поделились коллеги.

Nutanix VDI test results

1300+ VDI десктопов на 24 хостах Lenovo HX3720. Рандомная по чтению-записи нагрузка, 600K+ cluster IOPS, 4.4 GBs трафика, 1 ms latency при 80% загрузке CPU.

В новый год — с новыми именами продуктов Nutanix!

Популярное развлечение маркетингового отдела, взять и попереименовывать все продукты компании (а порой и не один раз), докатилось и до Nutanix.
Нет, я не хочу сказать, что имеющиеся названия продуктов были идеальными. Как раз скорее всего и обычно — нет.
Но вот теперь эпидемия переименований докатилась и до нас. В новый финансовый год (FY2019) — с новыми названиями.

  • Acropolis File Services (AFS) теперь будет Nutanix Files
  • Acropolis Block Services (ABS) теперь будет Nutanix Volumes
  • Object Storage Services теперь будет Nutanix Buckets
  • Xi Cloud DR services, не успев появиться и получить имя, теперь будет Leap
  • Netsil (это недавно купленная компания со своим продуктом, который мы будем предлагать как SaaS service) теперь будет Epoch

Отчасти, конечно, причины переименований понятны. Nutanix все больше занимается и все больше уходит в софтовую сторону, в Enterprise Cloud. Для нас HCI сегодня, пусть все еще самый большой и важный, но уже даже не самый главный продукт. Поэтому когда HCI и Acropolis, как ядро нашего HCI, был во главе угла всей продуктовой линейки, привязывать и называть от него продукт было разумно. Сегодня, когда, например AFS является все чаще для наших клиентов уже самостоятельным и отдельным продуктом, часто продающимся и самим по себе, было бы разумно представить и называть его, в свою очередь, как самостоятельный продукт, а не, допустим, как какую-то «фичу» нашей HCI-платформы.

Позже будут объявлены новые имена для:

  • Acropolis Container Services (ACS)
  • семейства продуктов Xtract
  • Project Sherlock

SAP HANA — официально работает на Nutanix AHV!

Это произошло даже быстрее, чем я ожидал. Еще 15 июня я опубликовал заметку, о том, что мы в Nutanix поддерживаем SAP HANA на AHV, и ждем теперь официального SAP note, и вот он вышел еще до конца лета: SAP note 2686722 – SAP HANA virtualized on Nutanix Acropolis Hypervisor.
Теперь это официально в том числе и со стороны SAP — HANA работает и поддерживается на Nutanix HCI под AHV, причем, отметьте, пока только под AHV. И не просто работает, а поддерживается в Production! Это первый гипервизор, поддерживающий HANA в Production environment (не Test/Dev, такое было). [поправка: не первый, 2393917 — SAP HANA on VMware vSphere 6.5 in production]

Nutanix и SAP технологические партнеры много лет, и пару лет назад мы уже объявляли о поддержке SAP Netweaver, то есть classic решения, а вот теперь пришел черед и для HANA.
Несмотря на то, что в данный момент в нашей собственной линейке платформ нет более чем двухпроцессорных систем с объемом памяти более 1.5TB, они есть у наших OEM-партнеров DellEMC и Lenovo, там есть 4-процессорные системы с 3TB RAM, идеальные для крупных SAP HANA серверов.
В настоящий момент поддерживаются процессоры семейства Skylake, HANA VM может занимать до 2.3 TB RAM и использовать до 168 virtual CPU, пользовательские приложения на HCI могут использовать vCPU не занятые использованием production HANA базами.

Официальная страница по решениям для SAP на сайте Nutanix: https://www.nutanix.com/sap

Beware: outdated!

Когда я смотрел статистику посещений блогов, я обратил внимание, что в блог довольно много пользователей приходят на ОЧЕНЬ старые посты, чуть ли не 2014-2015 годов.
Проблема тут в том, что продукт компании Nutanix довольно быстро развивается, и, часто, информация в даже годичной давности постах не имеет больше актуальности.
Поэтому люди, которые ходят, например, в посты трехлетней давности «как перенести VM из VMware в AHV» и читающие там длинную инструкцию как это нужно было делать в 2015 году, и так далее, «ищут проблем». Это давно уже на актуальных системах делается не так, проще и совсем другими средствами. Но я не могу пройти по нескольким сотням написанных за почти пять лет в этом блоге постов, и поправить все, что когда-то там писалось. Не хочу я и удалять старые посты, по разным причинам. Исправлять же все, что было написано за несколько лет ни рук ни времени у меня нет. Просто помните, что уже очень многое, что старше года-двух, в этом блоге уже будет outdated.

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

В остальном же — всегда обращайте внимание на дату поста.

Veeam Availability for Nutanix AHV

Ну, улита ехала, наконец доехала. :)

Наши коллеги из Veeam наконец выкладывают в public свой продукт Veeam Availability с поддержкой Nutanix AHV.

veeam site screenshot for nutanix ahv

https://www.veeam.com/availability-nutanix-ahv.html

Есть триал на 30 дней без ограничений.

NearSync replication — ограничения

В версии 5.5 у нас, в дополнение к нашей обычной асинхронной реликации с минимальным циклом «раз в час», добавилась еще и новая, которую мы назвали NearSync. Ее минимальный цикл — раз в минуту, и это может быть хорошим вариантом для тех, кому раз в час — редко, а синхронная репликация или не подходит, или слишком тормозит (например из-за расстояний между датацентрами).
Однако, как у любых фич, у NearSync есть ряд ограничений, которые хорошо знать, прежде чем вы начнете ей заниматься, планировать использование и использовать в работе.
Вот какие действующие ограничения есть в последней, на момент написания этого текста, версии AOS 5.8:

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

  • Минимальное число нодов в кластере — 3, как для источника, так и для получателя. Соответственно, не работает на single-node и dual-node ROBO clusters.

  • В расписании для NearSync возможно указать только диапазон от 1 до 15 минут. Нельзя указать интервал от 16 до 59 минут. Начиная с 60 минут будет использоваться обычная Async.

  • Каждый SSD в кластере, участвующем в репликации, должен быть размером не менее 1.2TB. Оптимальный размер SSD для hybrid system — 2 x 1.9TB, для AllFlash ограничений нет. Не рекомендуется добавлять SSD размером меньше 1.2TB в кластер, который использует NearSync при его расширении.

  • Убедитесь, что в каждом Protection Domain, участвующем в NearSync репликации не более 10 объектов (VM или Volume Groups).

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

  • Не включайте NearSync Replication в кластере, где есть узлы с более чем 40TB емкости хранения (SSD+HDD).

  • Поддерживаются гипервизоры ESXi и AHV на x86, не поддерживается AHV на IBM Power.

  • Поддерживается только гомогенный кластер. Не поддерживаются кластеры с разными гипервизорами (пример: ESXi и AHV на capacity nodes).

  • Linked Clones для VM, участвующих в NearSync replication не поддерживаются.

  • Не поддерживается CBT (Change Block Tracking), его пока нет в Lightweight Snapshots, используемых в NearSync.

  • Контейнеры, участвующие в Metro-репликации и в SRM — не поддерживаются.

  • Self-service Restore для реплицируемых с NearSync виртуальных машин не поддерживается (он есть только для full, а не для LWS снэпшотов). По той же причине не поддерживается интеграция для данных защищаемых NearSync VMs с Commvault, HYCU, Rubrick. Им всем нужны full snapshots, а не LWS.

  • Также для NearSync-protected VMs не поддерживаются AppConsistent Snapshots, они также используют full snapshots, а не LWS.

  • Не поддерживается NearSync репликация для AFS (Acropolis File Services).

  • Не поддерживается кросс-гипервизорная репликация.

Так что, как видите, NearSync подойдет не всем, и не является чем-то, заменяющим обычный Async, «тока быстрее». Для задач, которые требуют минимального RPO/RTO, например какая-то ответственная база данных, или аналогичная система, которой в самом деле надо иметь цикл репликации раз в минуту/в пять минут это должно неплохо подойти и ограничения легко обходятся. Для остального — по прежнем лучше использовать обычный Async.