Архив за месяц: Май 2015

Как выключить кластер Nutanix?

Иногда у администратора Nutanix возникает необходимость выключить кластер Nutanix. В реальной жизни это происходит не слишком часто, благодаря нашей non-disruptive системе обновлений, но, иногда, когда вы тестируете оборудование, настает момент, когда кластер нодов Nutanix надо выключить. Но… как? В первую очередь вы заходите в веб-панель администратора системы, и… не находите там никакого «Power off». Странно. Как же выключить систему корректно?
Очевидно, что выключать ноды кластера по одной, выключателем на корпусе — не лучшая идея.

Правильный путь таков. Сперва убедитесь, что в свойствах VM для CVM, в используемом вами гипервизоре, установлено Autostart. Это, конечно, для того, чтобы потом система стартовала успешно, при следуюшем включении. По-умолчанию это и так стоит, но стоит, на всякий случай, проверить.

Погасите все VM на хостах штатным образом.

Зайдите на любой CVM в кластере по ssh (напомню, это простой Linux), и дайте команду в консоли:
cluster stop
Эта команда инициирует корректную остановку сервисов кластера Nutanix (на всех нодах, они связаны между собой).

Убедитесь, что все сервисы корректно перешли в DOWN. В UP останутся Zeus и Scavenger, и это нормально.

Дальше, в принципе, вы можете уже просто гасить «рубильником» хосты-ноды, но расскажем о том, как это делать совсем «по правилам».

Зайдем в консоль управления гипервизора, и дадим команду погасить CVM, например командой Shutdown Guest, которая отдает команду на выключение в Guest OS, словно бы мы нажали кнопку Power Off на ATX-compatible корпусе сервера, или дали команду «Завершить работу» в меню, или shutdown now в консоли.

Для ESXi еще можно установить Maintenance mode для хоста.

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

Готово, кластер Nutanix остановлен и выключен.

Если есть необходимость физически выключить удаленно установленную систему, то тут на помошь может прийти консоль IPMI (не делайте этого на наших hosted-лабах, пожалуйста ;).
Для этого нам понадобится ipmiutil tool.
Дайте команду: ipmiutil reset –u -N 192.168.1.1 –U ADMIN -P ADMIN
Эта команда сделает физический hardreset для chassis, словно бы нажали reset на морде, после чего (-u) включит ее снова (reboot). Подробнее о ipmiutil и его командах тут. Если вам нужно полностью выключить шасси, то используйте ключ -d, Помните, однако, старинную народную мудрость сисадминов: переводить в down сетевой интерфейс на удаленнои сервере — к дальней дороге. :) Обязательно убедитесь, что вы знаете, что делаете.

Nutanix на РИТ++ !

21-22 мая Nutanix можно потрогать и посмотреть на выстравки «Российские Интернет-технологии» — РИТ++.
Выставка бесплатна (и на сегодняшнее утро есть еще некоторое количество билетов), и проходит в московском центре Крокус-Экспо завтра и послезавтра.
Будем показывать DR-кластер на KVM. Ну и конечно вопросы-ответы на стенде, и все что обычно на выставках происходит.

RIT++

Насколько быстр KVM?

Nutanix любит KVM, это ни для кого не секрет. Несмотря на то, что мы поддерживаем и разрабатываеи решение также под VMware vSphere и Microsoft Hyper-V, явно видно, что KVM есть то, что мы особенно любим. Это неудивительно, он свободен, быстр, и обходится компаниям дешевле. И если он выполняет все те задачи, что выполняет и коммерческий гипервизор, «то зачем платить больше»?
Но когда кастомеру говоришь про KVM, как альтернативу коммерческим гипервизорам, то почти всегда возникает встречный вопрос: «А насколько он быстр, этот ваш KVM?»

Недавно я нашел небольшое исследование за лето 2014 года, в котором человек замерял производительность двух свободных гипервизоров, KVM и Xen, в сравнении с baremetal-выполнением теста производительности, то есть без виртуализации.

Выводы:
Производительность KVM была ниже на 1.5% от «bare metal» (сервера без виртуализации) в почти всех тестах. Только в двух тестах эта величина была превышена. Один из них это тест 7-Zip, где KVM был на 2.79% медленнее, чем «bare metal». Неожиданно было то, что KVM оказался на 4.11% быстрее, чем «bare metal» на тесте PostMark (который эмулирует очень загруженный почтовый сервер). Я перезапустил PostMark заново, на обоих серверах, и результаты не отличались более чем на 1% от первоначальных. Я покопаюсь в этом еще, но мои знания внутреннег устройства фреймворка virtio неглубоки.

Производительность Xen относительно «bare metal» варьировалась сильнее, чем у KVM. В трех тестах Xen укладывался в 2.5% снижения относительно скорости физического сервера, но остальные были существенно хуже. Тест PostMark был на 14.41% медленнее под Xen, в сравнении с физическим сервером, и меня этот результат удивил. Я перезапустил тест, и повторный прогон отличался не более, чем на 2% от оригинального. Наилучший тест KVM на производительность CPU, MAFFT alignment, был вторым наихудшим результатом Xen.

Оригинал на английском можно посмотреть там. Там же есть ссылки и на более ранние исследования темы, поазывающие, среди прочего, как здорово растет KVM с точки зрения производительности.
Заодно это исследование отвечает на второй по популярности вопрос: «Какова разница в производительности с сервером без виртуализации?», то есть каков overhead виртуализации сегодня?

Nutanix Community Edition!

То, что я уже многим рассказывал «с глазу на глаз», на встречах, но о чем, к сожалению, нельзя было писать до официального анонса (да, даже здесь, в блоге). Тут как-то выяснилось, что меня читают через Google Translate ;).

Nutanix выпускает версию своей NutanixOS, которая будет ставиться на любое подходящее железо, как чисто софтверное решение, при этом — бесплатно. Называться она будет Nutanix Community Edition.

Будут и ограничения, но достаточно разумные. Это будет чисто community driven «дистрибутив», без поддержки, только с поддержкой через комьюнити-форум next.nutanix.com. Не будет возможности проапгрейдить его до Full версии, максимальный размер кластера — 4 узла-ноды, и только под KVM. При этом Acropolis (KVM Management Tool) присутствует.

Минимальная конфигурация для работы фич отказоустойчивости — три ноды, однако, если отказоустойчивость не нужна, например для домашней лабы или тестовых задач, то можно будет поставить и на всего один хост.
В любом случае, требуется, разумеется, процессор Intel с поддержкой аппаратной виртуализации VT-x, с 4 ядрами и более, платформа с поддержкой VT-x (мы пробрасываем passthru диски в CVM, поэтому это требование), от 16 GB RAM, хотя бы один SSD (больше 200GB) и один SATA HDD (от 500GB), подключенные к контроллеру LSI в HBA-режиме (не-RAID). Сетевая карта Intel, от гигабита и выше.

Строго говоря, CE существует доступной «внутри» уже несколько месяцев, мы тут даже уже лабы на ней делаем.
Screenshot 2015-05-12 21.52.08

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

Бенчмарки Nutanix NX-3451 (v4.2.1)

В одном из блогов подсмотрел результаты бенчмаркинга на синтетике (IOmeter v1.1.0) для Nutanix.
Несмотря на то, что для «продвинутых» очевидно, что бенчмарки и их результаты есть достаточно абстрактная величина, все равно, едва ли не каждый раз, когда мне приходится разговаривать, рассказывая «конечникам» о продукте, рано или поздно, но обязательно возникает вопрос: «а сколько оно дает иопсов?».
Наконец, мне попался в руки ответ на этот вопрос.

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

Там же, кстати, есть и бенчмарк VMware EVO:RAIL (VSAN 5), обратите внимание, что конфигурация «железа» различна (меньше SSD и RAM, существенно более слабый процессор), и сравнивать их результаты напрямую нельзя. Но посмотреть можно.

UPD: В связи с изменениями в EULA у VMware, стало невозможно публиковать независимые тесты EVO:RAIL/VSAN, поэтому автор соответствующие результаты из блога убрал. Однако гугл все помнит. :)

Nutanix Bible — на русском!

Отличные новости. Силами наших партнеров, компании Inteltech, сделан перевод блога-вики Nutanix Bible, он располагается по адресу nutanix.ru.
Оригинал вот уже несколько лет пишется инженером Nutanix Steve Poitras, и располагается там.

nutanix-bible-ru

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

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