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

Nutanix Xtract for VMs: как мигрировать сотни VM из VMware vSphere в AHV и не сойти с ума

Постоянно задают нам пользователи вопрос: «Как мигрировать V2V, например, с vSphere на AHV?» Ладно, если это десяток VM, можно перекорячиться руками. А если их сотни? А если нужна сложная схема взаимосвязанных операций при этом? В общем, руками — не вариант.
И вот теперь у нас появился наш собственный, отличный инструмент для переноса VM из vSphere в AHV — Nutanix Xtract for VMs. Он входит в группу инструментов Xtract, там уже есть, например, инструмент для переноса баз данных, может быть как-нибудь напишу и про него. А пока, про то, как мигрировать VM из vSphere в AHV.
Начнем с того, что Xtract for VMs это виртуальная машина, разворачиваемая на платформе Nutanix AHV. Скачать подготовленную VM в формате QCOW2 можно с нашего портала http://portal.nutanix.com, а затем развернуть ее на имеющемся у вас кластере AHV. Образ имеет размер около гигабайта, так что развертывание занимает немного времени. Можно это сделать вручную, залив скачанный образ в AHV Image Service, и затем создав из него VM. Можно также сделать более автоматизированно, с помощью Xtract CLI. Рекомендуем попробовать именно автоматизированный вариант.

Кроме процедуры развертывания, утилита Xtract CLI может быть использована для некоторых других полезных операций, но все необходимое для миграции можно сделать из графического интерфейса, написанного на HTML 5. Так что после развертывания вы скорее всего будете управлять работой Xtract с помощью этого интерфейса в браузере, введя в него IP-адрес VM с установленным в нем Xtract for VMs. 
После логона в Xtract, вам потребуется добавить исходную и целевую систему для миграции. Исходная система под VMware vSphere подключается указанием адреса ее vCenter и соответствующих логинов-паролей. Система под AHV, аналогично, требует указания на адрес кластера AHV или адрес Prism Central.

После заведения системы-источника и системы, на которую будет произведена миграция, можно создать план миграции. С помощью него мы установим, какие именно VM будут мигрировать из vSphere. На примере ниже мы выбрали группу VM, обеспечивающих работу некоего сервиса, это две VM с фронтендом, сервер приложения и сервер базы данных. Перенесем всю эту группу из vSphere в AHV.

Перед началом миграции выполняются проверки, что на целевой системе есть достаточно ресурсов (например, памяти , дискового пространства и vCPU) для размещения переносимых в заданном плане виртуальных машин. Xtract группирует пригодные и непригодные для миграции машины, и снабжает их комментариями, позволяющими разобраться почему, например, данная VM не может быть перенесена. Это может быть, например, необходимость установки в VM средств Vmware Tools, или несоответствие версии virtual hardware, либо еще какие-то проблемы. Со стороны OS VM, все OS, поддерживаемые в AHV, также поддерживаются и в Xtract for VMs. Полный список всех поддерживаемых OS можно найти на портале.
Xtract использует возможности VMware vStorage API for Data Protection (VADP) для управления процесса репликации данных, поэтому на стороне VM или хоста ESXi нам не нужно устанавливать никаких агентов. Опционально можно разрешить Xtract подключаться в VM для установки в нее драйверов (VirtIO), обеспечивающих работу VM OS в среде AHV, однако это можно сделать и заранее вручную. Если вы хотете сделать это как часть процесса миграции, укажите соответствующие логины и пароли для мигрируемых VM, для всех вместе или для каждой индивидуально. Также настраивается и маппирование сети между ресурсами исходной и целевой сетей. Наконец, вы можете создать расписание миграции, запланировав ее на определенное время.

После настройки всего перечисленного выше, можно начинать миграцию. Как упоминалось выше, мы используем механизмы VADP для переноса содержимого виртуальных дисков VM на кластер AHV. Система создает снэпшот ESXi для каждой VM, а затем перенесет его в заданный контейнер AHV. Запущенную миграцию конечно же можно, при необходимости, поставить на паузу или прервать в любой момент. 

Файлы виртуальных дисков мигрируемых VM запоминаются во временной директории, и поддерживаются актуальными даже в случае изменения исходных данных, с помощью механизма change block tracking (CBT) API и дополнительных снэпшотов.
Когда наступает пора провести cutover, и закончить процесс миграции, Xtract выключает исходные машины, выполняя для них power-off, и отключает их виртуальные NIC. Инкрементально накопившиеся данные синхронизируются с перенесенными на AHV данными VM. Когда данные полностью реплицированы, файлы vmdk конвертируются силами AHV image service в нативный формат RAW, используемый в AHV. Конверсия происходит быстро, так как vmdk и RAW, по сути, идентичные форматы, так что обычно это занимает секунды. Xtract также указывает оценочное время выполнения, так что легко можно определить необходимые на операцию затраты времени и период даунтайма.

Виртуальные машины, согласно вашему плану миграции, могут делать cutover все вместе или индивидуально. Для такой группы связанных VM как на нашем примере, cutover можно начать с базы данных, затем провести его для сервера приложений, а затем для фронтэнда. После завершения миграции, VM включаются и все временные vmdk и конвертированные образы в AHV image service удаляются. Исходные VM остаются в состоянии выключенных, и сохраняются неизменными, на случай, если они вам понадобятся. К каждой мигрированной VM добавляется комментарий, где указывается, что данная VM является мигрированной, указывается дата и время миграции и версия Xtract, которая эту операцию проводила.

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

Вот и все. Процесс миграции с vSphere на AHV еще никогда не был для пользователя настолько простым.

1242 страницы качественной бумаги

Книга, озаглавленная «Storage Design and Implementation in vSphere 6». 1242 страницы. Второе издание. Тысяча двести сорок две, my ass! Только про то, как правильно подключить к серверу и настроить СХД.

Мы, в Nutanix, в конечном счете, работаем в том числе и для того, чтобы такие книги стали, наконец, админу не нужны.

VMware исполняется 17 лет!

Совсем недавно я в этом блоге отметил 60 лет, исполнившихся HDD. А сегодня еще одна важная дата, пусть некруглая, это все равно повод вспомнить, что 17 лет назад была образована компания VMware. Компания, так важно и сильно изменившая наш IT-мир и современные датацентры. Тогда, 17 лет назад, виртуализация и гипервизоры сперва были просто неким забавным способом запустить Linux на Windows, и поиграться с ним на компьютере админа. Сперва это рассматривалось просто возможностью выполнять другую OS на персоналке, например для учебных или тестовых целей. Но прошло совсем немного лет, и стало ясно, что цели у новой компании куда более дальние. Сегодня же виртуализация, на мой взгляд, совершила переворот, сравнимый с приходом «персональных компьютеров» и «серверов стандартной архитектуры» на смену мэйнфреймам, переворот, который осознавался далеко не сразу и не всеми.
Так что не стоит забывать то, что всего 17 лет назад родилась компания, которая эту революцию сделала возможной, и поздравления коллегам из VMware с этой датой!

Nutanix и Dell

Dell-EMC-DMC

Несколько недель назад отрасль взбаламутила внезапная новость о том, что скобяную лавочку папаши Джо Туччи крупнейшего и старейшего производителя enterprise систем хранения EMC покупает не менее известнная (но все же совсем другими вещами) компания Dell. Новость была неожиданная для всех, и IT-ландшафт вдруг и внезапно резко поменялся. Немедленно поползли слухи и сплетни, даже несмотря на то, что от момента оффера по закону дается 60 дней на то, чтобы любой желающий оффер мог побить (в свое время уже сама EMC так побила оффер NetApp по покупке Data Domain), но, похоже, в отрасли сейчас просто нет ни у кого сравнимых денег на руках, и возможности их быстро собрать для покупки.
Итак, просто перечисление фактов.

  • Компания Dell, которая, прошу это отметить, является частной корпорацией, то есть непубличной компанией, в отличие от большинства сегодня на IT-рынке, покупает за 67 миллиардов долларов компанию EMC.
  • Компания EMC основана в 1979 году, и на сегодня насчитывает 36 лет. Она является крупнейшим и старейшим производителем систем хранения для enterprise-рынка, по сути этот рынок же и создавшей.
  • Компания Dell основана в 1984 году Макйклом Деллом (который на сегодня остается ее владельцем и главным управляющим), она выходила на биржу, но затем Майкл Делл выкупил в 2013-м году 75% ее акций с биржи, и снова сделал ее частной. Частная компания не несет ответственности перед своими акционерами и не обязана публично отчитываться перед ними, например в покупках, затратах, а также выборе стратегии развития.
  • Компании EMC также принадлежит множество разнообразных линеек систем хранения, а также ПО. Это Symmetrix, VMAX, Clariion, VNX, Data Domain, Avamar, Isilon, Atmos, VSPEX, VPLEX, ViPR, ScaleIO, XtremIO, Centera, Documentum, RSA Security, и тут я еще половину менее значительных и известных имен и марок просто не перечислил. Все это получит Dell.
  • Кроме этого, компании EMC принадлежит контроль над компанией VMware (около 9% акций), которая, при этом, остается самостоятельной публичной компанией, торгующейся на бирже со своим собственным тикером. Компания была приобретена EMC в 2004 году, а затем выведена на IPO в 2007-м.
  • Компания VMware в прошлом году вывела на рынок и активно продвигает свой новый продукт для гиперконвергентного рынка — VMware VSAN (а также предлагает его hardware-вендорам партнерам компании как продукт EVO:RAIL), который пользуется определенным успехом на рынке. Фактически, это один из двух самых заметных конкурентов для Nutanix на рынке, где он занимает сейчас более половины его.
  • Бизнес с VMware есть существенная (особенно в США) доля бизнеса компании Nutanix, по некоторым оценкам — до 70% инсталляций Nutanix сегодня работают под VMware.
  • Компания Dell владеет несколькими линейками продуктов на рынке систем хранения, это Compellent и EqualLogic. Кроме того она давно и активно предлагает разнообразные продукты как OEM-партнер, в частности: Dell PowerVault MD3 (это системы хранения NetApp E-series), а также, долгое время, и продукты EMC.
  • Nutanix и Dell с лета прошлого года также находятся в тесных отношениях, Dell продвигает Nutanix как OEM-партнер, продавая его как Software-defined storage Dell XC.
    По нашим сведениям, Dell XC продается на рынке (прежде всего — в США, где у Dell могучий канал) очень хорошо, и позволил Dell войти в несколько интересных аккаунтов. Dell XC это собственная серверная платформа Dell PowerEdge, на которую устанавливается Nutanix как ПО.
  • По нашей оценке, объемы продаж VMware VSAN, включая EVO:RAIL в разы ниже продаж Dell XC.

Вот факты, которые мы знаем.
Как видите, тут все довольно плотно переплетено, и, неизбежно, возникает вопрос, как все это может отразиться на судьбе Nutanix и его продукта.
Несколько дней назад, в нашей внутренней почте было разослано письмо, подписанное главой подразделения систем хранения Dell и вице-президентом Nutanix, в котором достаточно ясно была проговорена позиция Dell и Nutanix на текущий момент. Так как это письмо было озаглавлено как «открытое», я счел возможным его опубликовать здесь.
Ниже — мой перевод.

23 октября 2015 года
Кому: Всем нашим пользователям систем хранения

После объявления планов Dell по приобретению компании EMC, мы хотим внести ясность в отношении наших планов, касающихся конвергентных систем Dell XC, которые используют ПО Nutanix.

Чуть больше года назад, Dell XC превзошел наши ожидания по продажам и понравился нашим клиентам. Dell и Nutanix полностью привержены продолжить этот успех. Поэтому, наши две компании намерены продолжать инновации, разработку и поддержку продуктов Dell XC. Хороший пример это новая модель XC6320, которую Dell анонсировал на прошлой неделе на Dell World.

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

Майкл (Dell) также недавно указал, что намерением Dell является оставить VMware независимой публичной компанией. Он считает, что очень важно сохранить успешную бизнес-модель VMware с ее открытой и независимой экосистемой.

Как Dell, так и Nutanix согласны с тем, что пользователь — решает. Партнерство — это фокусировка на общих интересах в обслуживании пользователей. Ответственность за сохранение успеха Dell XC лежит на обоих компаниях, по мере того как мы продолжаем внедрять инновации, опережая быстрорастущий рынок IT.

Спасибо за ваши усилия, и доверие к Dell и Nutanix.

Alan Atkinson,
Вице-президент и управляющий подразделением систем хранения Dell

Sudheesh Nair,
Старший Вице-президент по глобальным продажам, Nutanix Inc.

Оригинал письма тут: Open Letter from Alan.pdf

Как установить Nutanix CE на сервере под гипервизором ESXi?

На нашем блоге на Хабре новая статья, о том, как установить Nutanix CE внуть (nested virtualization) гипервизора ESXi в специально подготовленную VM, эмулирующую для него нужную конфигурацию физического железа. Одним из применений, ну, кроме «посмотреть быстренько», это возможность поставить CE в уже существующей среде виртуализации на неподдерживаемое «железо» (например не тот дисковый контроллер, не та сетевая карта, и так далее).

Также хочу напомнить, что у меня продолжает лежать гифт-карта Amazon на 50$ для того, кто покажет и расскажет как он использовал в работе Nutanix CE.

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

UPD: Более подробная чем у меня инструкция, с большим количеством картинок и объяснений на русском языке, найдена тут: http://blog.vmpress.org/2015/06/nutanix-community-edition-vmware-esxi.html

Nutanix или VMware VSAN? Критерии выбора

mortal-kombat-2011

Когда мне приходится рассказывать про Nutanix интересующимся пользователям, в разговоре обязательно, рано или поздно всплывает вопрос: «А чем Nutanix лучше, чем VMware VSAN?»
Так уж исторически получилось, что именно VSAN в России является, по моим наблюдениям, основным конкурентом Nutanix. Это, кстати, не так в мире, но в России, в первую очередь из-за долгого периода бесплатной «беты» у VSAN — так.
И вот какие, как мне кажется, у VSAN недостатки, в порядке субъективной их важности.

1. VMware
Это VMware, и больше ничего. Для меня это один из самых значимых минусов, но многие, возможно, с недоумением спросят: В чем же здесь минус, лидер рынка, и все такое? Откровенно говоря, меня, да и не только меня, напрягает любой «вендорлок», насколько бы ни был «лидером рынка» его вам навязавший.
Я в жизни видал достаточно компаний, которые начиная с красивых поступков и прочего don’t be evil, и становясь фактическими монополистами, сильно меняли свое отношение к своим пользователям.
Помните же шутку про «да куда он денется с подводной лодки?» И в случае вендролока эта шутка — про вас.
Потому что на этой «подводной лодке» сейчас — вы. И плывете на ней следующие три, пять, а может и больше лет. Поэтому выбор продукта, которое сразу и существенно замыкает вас на одного единственного разработчика решений мне кажется сегодня поступком неосмотрительным.
Вот почему это — первый мой аргумент против VSAN.

2. vSphere 6.0
Если вы следите за моими постами про VSAN, то помните, что VSAN 5 имел множество весьма существенных недостатков. Часть из них была поправлена в VSAN 6. И, казалось бы, выбор VSAN 6 сегодня — естественнен. Но, вам следует помнить, что для использования VSAN 6 вы должны также использовать VMware vSphere 6. Нельзя использовать VSAN 6 на, например, vSphere 5.5U2. Однако не все готовы, или могут, прямо вот так, сейчас, перейти на новую vSphere. Тут и вопросы совместимости, и факт того, что из HCL vSphere 6 пропало множество популярных систем, да и просто, для многих компаний такое обновление затратно по времени и усилиям. Но — если вы не хотите мириться с многочисленными недостатками VSAN 5 — готовьтесь к переходу на vSphere 6, и никак иначе.

3. Функциональная бедность
VSAN использует network RAID (а не распределенное хранение, как у Nutanix), со всеми присущими ему минусами. В нем нет встроенной компрессии, дедупликации; Он использует SSD как кэш, а не как storage tier (это значит, что емкость SSD не прибавляется к емкости хранения HDD, и не увеличивает ее, как увеличивает тиринг у Nutanix). Там отсутствует поддержка VAAI, Shadow Clones, меньше эффективная емкость SSD (всего 600GB write buffer максимум). Снэпшоты по-прежнему приводят к существенному (меньшему, чем в v5, но все равно весьма заметному) падению производительности. Также явно плохо реализована изоляция задач (проблема «шумного соседа») в рамках одного кластера, ресурсоемкая задача может сильно повлиять на работу других VM того же кластера.

4. Доступ к данным через сеть/отсутствие Data Locality
Важная особенность VSAN в том, что доступ к данным штатным образом осуществлятся через 10G сеть. Данные пишутся и читаются через сеть и коммутатор в нормальном, рабочем режиме (а не только при нештатной недоступности данных локально, как у Nutanix), что может вести к повышенному времени задержек и перегрузке «межнодовой» 10G-магистрали, а также меньшей надежности.

5. Ограниченный набор моделей у EVO:RAIL
До сентября доступна всего одна модель EVO:RAIL, бедная как по мощности (примерно соответствует 1000-й серии Nutanix предыдущего поколения), так и по возможностям, к тому же для EVO:RAIL доступен только VSAN 5.0, а 6.0 поступает к партнерам только через 180 дней после релиза.
Вы, возможно, скажете: что нам тут в России тот EVO:RAIL, мы соберем сами, что захотим, и поставим на самосбор vSphere/VSAN. Все так. Но поддержка такой конструкции будет совсем не та, что предлагается у EVO:RAIL, равно как и у Nutanix.
О стоимости самосбора, впрочем, стоит поговорить отдельно, в специальном посте.

6. Не рекомендован вендором под Primary Data
Хотите — верьте, хотите — нет, но VMware VSAN not recommended for primary workload. Primary workloiad это весь business-critical, это «боевые» базы данных, электронный документооборот и почта, все критически-важные для компании сервисы. Да, кроме primary workload у компаний есть еще много чего повиртуализировать. Тут и весь Test/Dev, вспомогательные и инфраструктурные задачи. Но все же странно брать продукт, в котором для primary data не уверен сам производитель? Отсутствие поддержки не означает, что это не работает, согласен, есть достаточно примеров, когда это не поддерживается производителем, но у многих нормально работает. Это озачает, что сама VMware для таких задач VSAN не рекомендует, и, в случае чего, откажется искать ответ, когда вы придете со своим «как-то у меня это странно работает». И это определенный риск.
Это существенная разница с Nutanix, который не просто работает и поддерживается, но и прямо рекомендуется на разнообразные задачи, которые можно называть Primary Data, для бизнес-критичных и ответственных задач. У нас есть практика крупных OLTP-баз данных на наших системах, реализации SAP на Oracle, на Nutanix, системы Nutanix широко используется в банках и госсекторе, и прочее подобное. И у нас это поддерживается.

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

Nutanix OS 4.1.3 — что нового

На прошлой неделе я уже мельком упомянул, в посте про Erasure Coding, о том, что выходит в релиз новая версия Nutanix OS (NOS) версии 4.1.3
Вот что в ней заметного из новостей:

Ну, во-первых, это вот он, Erasure Code. Это есть, работает, можно использовать там, где это нужно, но помните, рекомендации Nutanix пока указывают однозначно: это не для production data. Официальный статус фичи — Tech Preview. Это не означает, что это ненадежно или сломано. Нет, это работает, просто для критичных, продакшн данных мы по прежнему рекомендуем использовать для защиты данных Redundancy Factor (RF), то есть хранение копии (одной — RF=2 или двух — RF=3) блока данных. Erasure Code при выходе из строя диска, может вызывать повышенную нагрузку на CPU, как при любом восстановлении из кода избыточности, а это может негативно сказаться на работающем критичном приложении. Увеличивается время восстановления и нагружается процессор.
Однако отметьте, что при обычной работе Erasure Code не приводит, судя по нашим данным, к существенному влиянию на скорость доступа. Вышесказанное, про повышенную нагрузку, относится только к процессу восстановления.
Erasure Coding можно произволно назначать для контейнера, причем можно будет переключать между RF и EC «на ходу».

Появилась синхронная репликация для гипервизора Hyper-V. Теперь можно использовать это для создания катастрофоусточивых структур контейнеров «растянутых» по площадкам между разными кластерами Nutanix.
Однако обратите внимание, при использовании Syncronous Replication под Hyper-V пока не поддерживается работа VSS.

Теперь в Nutanix OS 4.1.3 поддерживается VMware vSphere 6.0

В Acropolis встроен Image Service, который поможет при миграции из vSphere в KVM, о котором я писал в посте на прошлой неделе. В 4.1.3 все становится еще чуть проще и «однокнопочнее» :)

acro-image-service

В KVM Acropolis появился полноценный HA (High Availability), теперь VM на остановившейся ноде автоматически перезапустится на живой. У HA есь два режима работы, это режимы «Best Effort» и «Reserve Space». Эти режимы призваны решить ситуацию, когда у нас на работающих нодах просто нет места для запуска на них VM с остановившейся ноды (например, у нас есть три ноды с 80% загрузкой, и одна нода встает. На оставшизся просто нет места для всех VM отказавшей, как быть?). Подробный рассказ о этих режимах стоит отдельной заметки, пока только упомяну, что они есть. Статус HA пока — Tech Preview.

В Acropolis теперь есть свой Volume Manager. Эта фича пока также в Tech Preview и не рекомендуется к применению в продакшн.

Пофиксены текушие security vulnerabilities и баги там и сям.

Наконец-то дошли руки сделать возможность отключения разлогинивания консоли PrismUI после 15 минут неактивности в ней. %)

X vs. Y: VSAN 6.0. Что нового?

Я уже писал в этом блоге подробный разбор того, чем Nutanix отличается от VSAN (EVO:RAIL), однако там речь шла о VSAN 5.0. В версии 6.0 было многое поправлено и изменено, но все ли? Этим мы сегодня и займемся.
Читать далее

X vs. Y: Nutanix и VMware EVO:RAIL

Несколькими постами ранее я начал серию обзоров конкурентов Nutanix, с подробными разбором «кто есть кто», и что конкуренты предлагают в сравнении с продуктами Nutanix, и начал я с SimpliVity OmniCube.

Продолжим наше исследование ландшафта рынка гиперконвергентных систем, и представленных на нем продуктов. Следующим заметным игроком на нем является VMware со своим уже хорошо известным VSAN, и недавно объявленным новым «хардварным апплаенсом» на его базе — EVO:RAIL.
Давайте посмотрим, что интересного предлагает Vmware, и как они смотрятся в сравнении с Nutanix.
Для начала несколько слов, что же такое EVO:RAIL, и чем он отличается от VSAN, продукта уже, в общем, известного пользователям.

SYS-2027PR-HTR_25[1]

Читать далее

Цены на VMware VSAN — возвращаясь к напечатанному

После небольшого перерыва, вызванного обострением личной жизни дорогой редакции данного блога :), возвращаемся к нашей тематике.
Как и предсказывалось, этой весной VMware зарелизила свое решение VSAN, о котором я уже писал несколько раньше, рассматривая вопрос, является ли VSAN конкурентом Nutanix.
А сегодня мы, наконец, можем сравнить эти решения еще и с точки зрения затрат на их покупку, ведь до сих пор VSAN была бесплатной «бетой», а сейчас это уже полноценный продукт, стоящий денег.
И немалых, как выяснилось после релиза.
Работающие с VMware уже знают, что лицензионная политика и ценообразование у лидера рынка довольно жесткие.
Прочитать подробный разбор «во что обойдется праздник жизни» можно в блоге VMGU.ru тут: http://www.vmgu.ru/news/vmware-virtual-san-vsan-pricing

Да, конечно, это все равно существенно дешевле, чем Nutanix Box, но, снова отсылаю вас к разбору прошлого поста, это и решения совсем для разных сегментов, и «убить» Nutanix VSAN сможет только в довольно узком сегменте low-end. Да и то, в связи с выходом софтверного нутаникса в скором времени — даже это остается вопросом. Но, тсс, ждем официальных новостей и анонсов.