Когда флеш-накопители только появились, все просто восхищались их невероятными скоростями. И это не удивительно, учитывая, что такие носители могут работать в 10 000 раз быстрее своих предшественников. При этом у них есть всего лишь два потенциальных недостатка:
- Износ ячеек при записи
- Стоимость
Все производители направили свои усилия на устранение этих недостатков. Каждый стремился улучшить показатели DWPD (способность накопителя выдерживать определенное число циклов полной перезаписи за время гарантийного срока), используя для этого уникальные методики. Вопрос высокой стоимости до сегодняшнего дня решался за счет агрессивных скидок и активном продвижении технологии дедупликации. Забавно, но на сегодняшний день основная часть экономии в отрасли все еще обеспечивается за счет технологии динамического выделения емкости (Thin Provisioning), которая не связана с дедупликацией. При этом каждый день заказчики слышат обещания о том, что именно дедупликация поможет снизить затраты на флеш-память: «Вам требуется 100 ТБ пространства? Мы продадим вам 20 ТБ и гарантируем уплотнение данных 5:1!»
Можно утверждать, что к 2016 году проблема износа ячеек в основном решена. А учитывая то, что сегодня стоимость гигабайта флеш-памяти естественным образом снижается благодаря увеличению емкости накопителей, есть ли смысл акцентировать внимание заказчиков на этих характеристиках?
Все больше и больше производителей предлагают твердотельные накопители высокой емкости, сопоставимых по цене с традиционными жесткими дисками даже без учета дедупликации. Стоимость и надежность самих накопителей перестали быть дифференциаторами на рынке систем хранения.
Теперь настало время задуматься о потребностях заказчиков корпоративного сектора и постараться понять, все ли системы хранения All-Flash готовы к использованию в центрах обработки данных крупных предприятий?
Массивы класса Tier-1 должны иметь следующие характеристики:
- Производительность
- Отказоустойчивость
- Репликация данных
Корпоративных клиентов интересует минимальное время доступа к данным; в их инфраструктуре обычно присутствуют бизнес-критичные приложения. А поскольку несколько секунд простоя могут обернуться многомиллионными убытками, то отказоустойчивость должна быть АБСОЛЮТНОЙ. Разумеется, необходимо обеспечить репликацию данных на резервную площадку для построения катастрофоустойчивых конфигураций.
Так было всегда, но насколько этим требованиям соответствуют массивы All-Flash? Высокая производительность? Безусловно! Отказоустойчивость? Разве твердотельные массивы более отказоустойчивы, чем их предшественники? Если сравнивать только накопители по показателям MTBF, то ответ будет ДА. Но являются ли сами массивы более отказоустойчивыми? Ответ — НЕТ. Массивы с двумя контроллерами просто не подходят для корпоративного сектора. И никогда не будут. В этом смысле у большинства AFA нет никаких отличий от массивов на основе традиционных дисков. Тем не менее на рынке присутствуют несколько моделей массивов действительно корпоративного уровня, с большим числом контроллеров, которые способны обеспечить доступность данных на уровне 99,9999%.
Вспомним ещё и требования к репликации. Картина вполне ясна — твердотельные носители как таковые подходят для корпоративного сектора, ЧЕГО НЕЛЬЗЯ СКАЗАТЬ о большинстве массивов All-Flash. Между массивом AFA и корпоративным массивом AFA существует БОЛЬШАЯ разница (вообще говоря, ничего удивительного).
Коэффициенты дедупликации— это еще не все
С момента появления твердотельных массивов речь постоянно идет о дедупликации, но одних лишь высоких коэффициентов теперь недостаточно (честно говоря, никогда и не было достаточно). Как коэффициенты могут помочь при репликации данных? Или при организации федеративного хранения данных на нескольких массивах? Они улучшают интеграцию с VMware? Или обеспечивают гарантированные уровни обслуживания, позволяющие минимизировать задержки в тех случаях, когда этого требуют бизнес-пользователи? Что вы скажете руководству своего подразделения, когда выяснятся ограничения масштабирования массива? А в случае аварии? «Извините, мы не были защищены от сбоев, но зато у нас коэффициент дедупликации3:1!»
Уже сегодня доступны твердотельные диски ёмкостью 3,84 ТБ, и емкость продолжает расти. Повышение плотности способствует быстрому распространению твердотельных дисков, и, как следствие, разговоры о коэффициентах дедупликации уходят в прошлое.
Не все архитектуры, предлагаемые производителями, поддерживают такие большие емкости или новейшие технологии. Некоторые производители продолжают держаться за старое, делая ставку на изжившие себя аргументы, например, сравнение технологий eMLC и MLC, которые по сути больше не уместны. Такие аргументы только подчеркивают все недостатки их архитектуры, а они об этом даже не подозревают. Давайте рассмотрим следующие моменты:
- Все ОЕМ-поставщики флеш-памяти могут предложить ИТ-вендорам гарантию до 7 лет на новые накопители большой емкости. Так что же не так с архитектурой массивов, которая не поддерживает их внедрение и фокусируется на eMLC? Сколько еще мы будем позволять им продавать неэффективные решения, недостатки которых выдаются за особенность?
- Что мешает производителям систем хранения, использующих MLC и 3D NAND, реализовать поддержку накопителей большей емкости? Вот вопрос даже лучше: почему производитель может добавить твердотельный диск на 1,92 ТБ в состав поддерживаемого оборудования, но при этом полезная и эффективная емкость массива не меняется? Что не так с архитектурой?
Что еще важнее: если такие архитектуры не могут поддерживать постоянные изменения и высокие плотности, характерные для SSD-технологий, то как вообще на их основе можно построить массив, обеспечивающий функциональность уровня Tier-1?
Преимущество Hewlett Packard Enterprise
Постепенно мы подошли и к этому вопросу. В плане внедрения новых технологий экономичных твердотельных дисков с высокой плотностью мы существенно опережаем своих конкурентов.
- Мы опередили в развитии других поставщиков систем хранения на 12–18 месяцев, предлагая на 20% больше емкости при использовании тех же накопителей (480 ГБ и 920 ГБ).
- Что касается твердотельных накопителей емкостью 1,92 ТБ, здесь мы опередили других производителей на 6–18 месяцев.
- А если говорить о твердотельных накопителях емкостью 3,84 ТБ, то мы были впереди всех остальных на 6–12 месяцев.
Я официально заявляю: HPE 3PAR StoreServ — это единственный настоящий корпоративный массив уровня Tier-1, полностью построенный на флеш-технологиях.
Архитектура имеет значение. И наша архитектура неизменно позволяет нам оставаться впереди своих конкурентов. Мы не ограничиваемся тем, что предлагаем самый эффективный набор инструментов для репликации. Мы не ограничиваемся также максимальной производительностью или бесспорно высочайшим уровнем отказоустойчивости. В отличие от массивов других производителей, в наших отказоустойчивость является приоритетом на всех уровнях без исключения. Мы предлагаем оптимизированную модель резервного копирования, для создания аналога которой другим компаниям могут потребоваться десятилетия.
Но и на этом мы не останавливаемся. Наша архитектура предназначена для эффективной консолидации множества рабочих нагрузок. Мы эффективно боремся с устаревшим подходом «одно приложение – одна СХД». Более того, мы предлагаем лучшую на сегодня поддержку гарантированных уровней обслуживания (QoS) для разных бизнес-приложений:
Обратите внимание, что время доступа – это одна из пороговых метрик для QoS в HPE 3PAR.
Спасибо за внимание! Берегите себя! Когда вы будете рассматривать возможности систем хранения для вашего предприятия, помните, что Tier-1 означает на самом деле.
Комментарии (179)
gotch
13.01.2016 18:26+6А что это за новость
Массивы с двумя контроллерами просто не подходят для корпоративного сектора
vlad_msk_ru
13.01.2016 19:24-7Двухконтроллерные массивы не должны использоваться для консолидации хранения корпораций.
gotch
13.01.2016 22:05+3Мы все пониманием, что чем больше дублирующих компонентов, тем ниже вероятность отказа системы.
Но тем не мнее, могли бы вы пояснить несколько небольших деталей:
— Сколько контроллеров необходимо и достаточно?
— Достаточно ли двух независимых двухконтроллерных систем?
— Действительно ли все массивы HPE 3PAR StoreServ доступны к заказу только в конфигурации с более чем двумя контроллерами?
— Есть ли у HP документ, разъясняющий, почему двухконтроллерные системы недостаточно хороши, желательно на примере регулярного выхода из строя своих же стареньких систем типа EVA?
— Доступна ли статистика отказа СХД по причине одновременного выхода из строя двух контроллеров? Существет ли аналогичная статистика по четырехконтроллерным системам?
И действительно ли консолидация хранения должна проводиться именно на AFA? И должна ли вообще производиться консолидация хранения?Smasher
13.01.2016 22:46+1Еще сюда можно добавить:
— гарантирует ли HPE доступность данных при выходе из строя более одного контроллера в системах с четырмя и более контроллерамиDarkboodZed
13.01.2016 22:56+1Плохой вопрос на него можно ответить да, не упоминая что это должны быть не любые 2 контроллера :)
gotch
13.01.2016 23:07+1Да, господа, вас так не проведешь. ) Расскажите дилетанту, в чем подвох с контроллерами?
lovecraft
14.01.2016 09:41Здесь намек на то, что 4 контроллера, возможно, работают в парах, при отказе обоих контроллеров в паре будет плохо.
navion
14.01.2016 13:21Здесь намёк на то, что HP MSA и 3PAR с двумя контроллерами покупают только лохи.
vlad_msk_ru
15.01.2016 15:55нет, здесь намек на то, что например в системе управления авиаперевозками вы, наверное, не захотели бы тестировать отказ одного из контроллеров в двухконтроллерной системе.
vlad_msk_ru
14.01.2016 11:08Расскажите, а как ведут себя ваши двухконтроллерные массивы при отказе одного из них? что меняется в их работе?
lovecraft
14.01.2016 11:31Данные становятся доступными для серверов только по одному пути. Возможно небольшое проседание производительности из-за того, что запросы идут только через один контроллер. Вообще, это, конечно, аварийная ситуация и на полке должен всегда лежать запасной контроллер (ну, или быть заключен договор на обслуживание с жестким SLA)
vlad_msk_ru
14.01.2016 11:52а кэш как себя ведет?
navion
14.01.2016 13:22Зависит от архитектуры, FAS просядет в производительности при большой нагрузке, а E2700 этого даже не заметит.
vlad_msk_ru
14.01.2016 14:27Поправьте меня, если я не прав. При выходе из строя одного из контроллеров может быть 2 сценария:
1) массив не обращает на это внимания, и продолжает использовать кэш. Если отваливается и второй контроллер — данные на дисках неконсистенты.
2) массив отключает кэш, при этом производительность резко падает.
Если у вас 4 или больше контроллеров и кэш зеркалируется, а том доступен любому контроллеру (и не через Ethernet :) ), сценарии 1) и 2) не реализуются, падения производительности и риска для консистентности данных нет.navion
14.01.2016 14:43Это настраивается и также себя поведёт 3PAR 8200, который умеет только два контроллера.
vlad_msk_ru
14.01.2016 15:00В статье речь идет о более старшем сегменте, где у большинства производителей все те же 2 контроллера.
lovecraft
14.01.2016 15:34Про NetApp сразу не скажу, в IBM DS3000/4000 уходит в suspend, потом можно включить вручную.
vlad_msk_ru
14.01.2016 12:03любые, при условии зеркалирования кэша
DarkboodZed
15.01.2016 14:19Эк вы завуалировали, то что у 3par нет полного зеркалирования кеша между всеми контроллерами при >2 контроллеров.
В реальности контроллеры у 3par работают парами и если умрет 2 контроллера из одной пары будет потеря данных.
Фу таким быть.
vlad_msk_ru
15.01.2016 15:10неправда
r0n
18.01.2016 05:36Действительно неправда. При потере двух контроллеров из одной пары в многоконтроллерном (более двух) 3паре потери данных не будет. Будет прекращение доступа к данным, но целостность данных гарантируется.
vlad_msk_ru
14.01.2016 12:30>И действительно ли консолидация хранения должна проводиться именно на AFA? И должна ли вообще производиться консолидация хранения?
см. www.dcig.com/guides/2015-16-all-flash-array-buyers-guide
Можно прочитать только вступление.
Там и про экономическую целесообразность, и про техническую.
Smasher
13.01.2016 20:10+7Я официально заявляю: HPE 3PAR StoreServ — это единственный настоящий корпоративный массив уровня Tier-1, полностью построенный на флеш-технологиях.
Это очень громкое утверждение, которые к тому же не является истиной.
Вы приводите 3 критерия соответсвуия массиву Tier-1:
- Производительность
- Отказоустойчивость
- Репликация данных
Массивы HPE 3Par не входят даже в десятку самых производительным по результатам теста SPC-1. Появятся результаты и это заявление будет иметь чуть больше ценности.
Критейрий отказоустойчивости в вашем случае — это наличе более двух контроллеров в AFA-массиве. Ну так EMC и NetApp предлагают своим клиентам многоконтроллерные AFA-массивы. В случае с NetApp в одной системе может быть до 24 контроллеров. Так что опять мимо с заявлением.
Ну и что касатеся репликации данных для AFA-систем. HPE не единственные. Как с этим обстоят дела у EMC не могу сказать, но в случае с NetApp возможна синхронная и асинхронная репликация между AFA-массивами, и репликация между AFA-системами и обычными дисковыми массивами.
При этом зачем-то сравниваете дедупликацию с функциональностью по интеграции с приложениями и надежностью SSD дисков.
Кстати, к вопросу о эффективности хранения данных. Наиболее востребовано использование AFA-систем для хранения баз данных. При этом дедупликация практически не дает особого выигрыша в полезном пространстве для OLTP, но при этом очень хорошо себя показывает компрессия. Что у HPE 3Par с компрессией? Кажется ее нет?
На первом изображении говорится о цене в 1.5$ за 1ГБ полезной емоксти. Это же с использованием дедуплкации? Так что у HPE с коэффициентом дедупликации-то? И что происходит с дедуплицированными данными при репликации?
Очень посредственный пост.vlad_msk_ru
13.01.2016 20:19Подробно отвечу завтра, а пока напомните мне, какая из 5 AFA платформ NetApp поддерживает 24 контроллера? И какая платформа NetApp является Tier-1?
Smasher
13.01.2016 20:32+1У NetApp уже 5 AFA линеек? Огласите весь список, пожалуйста. Может лучше не писать о тех вещах, в которых вы не разбираетесь?
Я говорю про линейку AFF. Она поддерживает до 24 контроллеров с файловым доступом и до 8 контроллеров при унифицированном доступе (Fc, FCoE, iSCSI, NFS, CIFS).vlad_msk_ru
14.01.2016 11:12ОК, четыре) blog.purestorage.com/netapp-acquires-solidfire
Strategy 1: PAM, FlashCache, and Tiering. Like all disk vendors, NetApp spent much of the late 2000s in convinced that flash would not supplant disk. With EMC off to an early start with EFDs, NetApp brought out their PAM cards in 2008, FlashCache (PAM II) in 2009, and added SSDs caching/tiering to their systems by 2010. But unlike EMC, who pushed all-flash retrofits of their legacy disk platforms, NetApp seemed insistent that OnTap wasn’t built for flash, and stopped short of actively promoting all-flash configurations.
Strategy 2: EF-Series. As part of their Engenio acquisition, NetApp acquired a basic all-flash appliance – the EF-540 (by basic we mean lacking many data management features). They announced this in early 2013 as the “Top of the Enterprise Class”. Then next came…
Strategy 3: FlashRay. Not content with EF-Series which lacked critical capabilities like data reduction, NetApp also announced their active development of the FlashRay platform – an all-flash array being developed from scratch with a new OS and promised to ship GA in early 2014. Well, FlashRay proved to be late, and EF-Series seems to have failed to get the hoped for traction with the field or channel.
Strategy 4: All-Flash FAS. With FlashRay missing dates, NetApp quietly introduced their own ONTAP retrofit: All-Flash FAS. AFF was touted with increasing vigor in 2015, with key innovations of MarsOS added to it, inline compression and eventually deduplication, and a dramatic price reduction to re-ignite a second look from the NetApp faithful. But with three all-flash arrays, NetApp was not done quite yet…
Strategy 5: SolidFire. With 2016 nearing, a new chapter in the NetApp flash strategy is born via the acquisition of SolidFire—their fifth flash strategy, fourth all-flash array, and fourth storage OS. With the SolidFire acquisition, FlashRay is being phased out, but that still leaves NetApp customers and partners with a range of questions, including which storage product to bet on for which use cases, and how they will fit together in the years to come (as is generally the case of any acquisition with overlapping products). In our view, at least, customers and partners should be asking: — See more at: blog.purestorage.com/netapp-acquires-solidfire/#sthash.ZIDYqssu.dpuflovecraft
14.01.2016 11:28Так то ж стратегии, а не линейки продуктов.
PAM, FlashCache, and Tiering — это явно не AFA
FlashRay — устарела, пока ее запускали в серию
SolidFire — еще не вышла
Итого остается две — EF и FAS, что подтверждается официальным сайтом NetApp www.netapp.com/ru/technology/flash-storage/flash-story/all-flash.aspx
vlad_msk_ru
14.01.2016 11:51Чем так плохи EF и FAS, если сам Нетапп в них не верит и купил СолидФаер?
Smasher
14.01.2016 13:33+2Чем так плох 3Par, что у HPE 6 линеек СХД — MSA, StoreVirtual, StoreEasy, StoreAll, 3Par, XP? Никого не забыл? Со StoreAll не совсем уверен, как-то пропали эти системы с горизонта. Две из них еще и OEM продукты на самом деле. При этом ни одна из этих систем не была разработна внутри HPE. Поправьте меня, если я не прав.
Я не являюсь представителем NetApp и знать почему покупается SolidFire не могу.
Но как я вижу, SolidFire очень популярное решние среди провайдров услуг (service providers) и к тому же может работать на commodity hardware. Что не пересекается с текущими решениями NetApp. Так что я бы задавал вопрос иначе. Чем так хорош SolidFire, что его решил купить NetApp?vlad_msk_ru
14.01.2016 14:22Речь в публикации идет о All-Flash, здесь один массив у HPE — 3PAR.
Остальные массивы имеют абсолютно четкие рыночные ниши, и более чем успешны в своих сегментах.
lovecraft
15.01.2016 08:12+1Отвечает Александр Друзь:
With SolidFire, NetApp will now have all-flash offerings that address each of the three largest All-Flash Array market segments. For the traditional enterprise infrastructure buyer, the award-winning NetApp All Flash FAS (AFF) product line delivers enterprise-grade features across flash, disk and cloud resources. For the application owner, the NetApp EF Series product line offers world-class SPC-1 benchmarks with consistent low-latency performance and proven 6x9’s reliability. For the next-generation infrastructure buyer, SolidFire’s distributed, self-healing, webscale architecture delivers seamless scalability, white box economics, and radically simple management. This enables customers to accelerate third platform use cases and webscale economics. SolidFire is an active leader in the cloud community with extensive integrated storage management capabilities with OpenStack, VMware, and other cloud frameworks.
“Both SolidFire and NetApp have deep technical, customer-centric cultures, which are focused on delivering innovations that give customers a competitive advantage,” said Dave Wright, chief executive officer at SolidFire. “We look forward to enhancing NetApp’s position within the all-flash array market while helping NetApp and SolidFire customers and partners succeed.”
Иными словами, не сейчас все плохо — мы купим SolidFire и станет немного лучше, а сейчас все отлично — купим SolidFire — станет вообще супер. Как относиться к покупке SolidFire — зависит от точки зрения )
Smasher
14.01.2016 13:19+1Я так понял, ответов по существу моего первого комментраия не будет?
Как уже написал товарищ ниже, доступных линеек all-flash две. Поэтому повторюсь, не стоит писать о том, в чем вы не разбираетесь. К тому, же используя блоги своих же конкурнетов.vlad_msk_ru
14.01.2016 13:58Smasher, по вопросам просвещения вас в технологиях Нетапп обратитесь в другой блог. Ссылаться на свои данные я не могу, потому что это «маркетинг», а на альтернативные источники информации тоже нельзя? Что тогда остается?
Платформ у Нетаппа 4 штуки по факту. То, что одну не смогли реализовать, а вторую еще формально не включили в линейку этого не отменяет.
SPC-1 для 3PAR скоро будет, думаю, что позорные для 2015 года 685,281.71 IOPs Нетаппа можно будет превозойти в разы. 384 драйва 200GB eMLC? феерическая емкость для хайенда, правда? За 1.9 миллиона долларов? вы серьезно? Кстати, ноды в кластер все также объединяются с помощью Ethernet?
SPC-2 уже есть с отличным результатом на AFA.
Качество реализации дедупликации Нетапп вам известно? Как работает ONTAP с флешем вы и сами знаете (надеюсь). Перспективы имеющихся линеек в свете покупки Солидфайер здесь: www.theregister.co.uk/2015/12/22/netapp_purchase_solidfire_see_end_ontap На этот ресурс, надеюсь, можно ссылаться?
Объясните, в чем преимущество compaction перед Zero-detection в случае работы с СУБД?
Единственное, что верно — да, Онтап должен уметь реплицировать данные между такими же системами. Хайендом от этого массивы Нетапп не становятся. Кстати, можете опровергнуть: NetApp’s Clustered ONTAP according to NetApp’s own posted SPECsfs and SPC results has a 46% performance tax and requires 50% more ‘iron’ than 3PAR to achieve lower results.
Нетапп в течении последних лет вообще ничего не делал с точки зрения инноваций. Сам Нетапп не верит в свои имеющиеся плафтормы AFA.
gotch
13.01.2016 22:13+3Если возможно, заодно раскритикуйте Nutanix NX-9000, потому что эти ребята пишут что-то вроде
Официально заявляем: Nutanix NX-9000 — это первый настоящий корпоративный гиперконвергентный массив уровня Tier-1, полностью построенный на флеш-технологиях.
vlad_msk_ru
14.01.2016 11:49-1Попробую. Во-первых, я не уверен, что гиперконвергентые системы уже готовы для использования на уровне Tier-1 в принципе. Посмотрите, куда продается Нутаникс, 50% — это VDI, и где здесь уровень Tier-1?
Во-вторых, надежность. Все-таки они у Нутаникса строятся в основном на самых дешевых серверах. Их, конечно, много, и в каждый можно установить аж 6 SSD (судя по брошюре) и представьте, сколько понадобится таких серверов для петабайтной системы. Сколько понадобится места в серверной, сколько электричества и охлаждения. Так вот, они будут ломаться. Большое количество дешевых серверов будет ломаться постоянно.
В-третьих, производительность. Никто, кроме купивших Нутаникс, не знает, с какой производительностью придется столкнуться. Нутаникс не разрешает разглашать эти показатели. Читаем EULA:
Use.
2.1. Limitations on Use.
You must not use the Software or Documentation except as permitted by this Agreement. You must not:
e. disclose the results of testing, benchmarking or other performance or evaluation information related to the Software or the product to any third party without the prior written consent of Nutanix;
f. access or use the Software or Documentation for any competitive purposes (e.g. to gain competitive intelligence; to design or build a competitive product or service, or a product providing features, functions or graphics similar to those used or provided by Nutanix; to copy any features, functions or graphics; or to monitor availability, performance or functionality for competitive purposes);
В-четвертых: репликация. Ну может Нутаниксу и не нужно реплицироватсья ни с чем, кроме как с облаком, но вам, возможно захочется переносить данные между системами и не-Нутаникс. Думаю, танцы с бубнами обеспечены. По крайней мере, это не федерация 3PARов с двунаправленным перемещением томов без остановки работы приложений.
В-пятых. Тут сейчас скажут про маркетинг, но. Годовой оборот Нутаникса 300 миллионов $ во всем мире. А теперь представьте корпоративного заказчика, у которого должны обрабатываться данные, более ценные, чем вся компания Нутаникс, которая по сути остается маленьким стартапом с 1700 работниками, который страстно пожелает кому-нибудь продаться в ближайшее время и что будет дальше с этой платформой — совсем непонятно.netto
15.01.2016 00:43+2Куяссе у вас «стартап», на 300 миллионов баксов зеленью оборота и 1700 человек в штате. «Смолл энд медиум бизнес», практически. 8) Шоб я так жил.
vlad_msk_ru
15.01.2016 15:13ну 300 миллионов оборота — это уровень представительства вендора в квартал не в самой крупной стране EMEA
shapa
15.01.2016 20:55Логично, ибо по исследованиям того-же IDC мы кардинально клиентам деньги экономим — TCO на 58% меньше.
Т.е. наша задача (в отличи от того же HPE) не «впарить по-максимуму», а давать возможность клиенту создавать максимально эффективную инфраструктуру за минимальные деньги.
Если переводить в «цифры HP», то эти 300 миллионов были бы cовсем другими суммами.
Но нам на жизнь вполне хватает, учитывая стоимости компании несколько миллиардов долларов уже.
go.nutanix.com/idc-converged-infrastructure-it-report.html
shapa
15.01.2016 07:14Вы мне напомнили анекдот про мальчика, которого растили «шантажом, подкупом, обманом» ;)
Я понимаю что с продажами 3par полный провал в РФ (да и в мире дела далеки от массовых продаж), но прямо обманывать…
То что вы прямо врете про «первое All Flash решение» вам уже выше показали.
SAP для вас не Tier-1 например? :) Nutanix единственный из гиперконвергентных полностью сертифицированный под Netweaver.
finance.yahoo.com/news/nutanix-announces-global-partnership-run-070000580.html
То что мы умеем и делаем крупнейшие в мире инсталляции VDI (да вон хоть ФБР недавно 50 тыс рабочих мест перевели www.theregister.co.uk/2015/10/08/fbi_dell_nutanix_server_deal ), до размера и производительности которых HP как пешком до луны — это тоже факт. Который впрочем никоим образом не означает того что мы точно так-же не можем делать крупнейшие IT проекты в мире (включая Россию), не связанные с VDI,
По поводу EULA как-то вдруг упускаете факт что мы изменили ее только из-за поведения EMC и Vmware, котороые многие годы (!) запрещают публиковать результаты тестирования. На наше предложение изменить их EULA и разрешить всем публикацию тестов — они отказались.
«Думаю, танцы с бубнами обеспечены.» ну, думать-то вам никто не запретит, но судя по всему с думалкой-то не очень хорошо ;) Миграция на Nutanix со сторонних систем крайне проста, да и обратно если надо вытащить — масса способов. То что Veeam и Commvault нас официально поддерживают — на мысли не наводит?
«маленьким стартапом с 1700 работниками, который страстно пожелает кому-нибудь продаться в ближайшее время» — это вообще прелестно. Стомость компании уже более 3 миллиардов долларов и официально анонсирован выход на IPO ( www.sec.gov/Archives/edgar/data/1618732/000119312515411021/d937439ds1.htm ). Но позабавили вы искренне ;))
Самое забавное — на публику HP / 3par пытается делать хорошую мину, на практике — внутри наблюдается искренняя паника по нашему поводу. Вот, кто-то в РФ выкладывал:
…
— Original message — To: Presales, 3PAR_Focus_Group <3PAR_Focus_Group@external.groups.hp.com>
Cc:
Subject: RE: Nutanix Storage Competitive bullets
Hello Team,
The positioning of Nutanix is quite attractive for the Customers: SDS (for large customers they can sell only SW, not appliance), the so-called hyper-converged platform for virtualization (one box = storage and CPU/RAM resources), no SAN needed (but very low latency Ethernet switches, i.e. Arista is a must), scale-out architecture (point to no theoretical limit of number of nodes in the cluster, using NoSQL db Cassandra for the metadata, ext4 as a hdd extend storage), heavily pushing data locality for the VM, integrated management for all clusters (and actually it looks nice, HTML5, REST etc.), deduplication on SSD and (OMG!) DRAM, compression using Google Snappy algorithm etc.
Well, every node in a cluster runs a special VM and all the IO is done through this VM.
…
DarkboodZed
15.01.2016 14:45+1Полез про нутаникс написать, но опоздал. :)
ЗЫ. пользуясь случаем: с удовольствием читаю блог Романа, и считаю его эталонным примером правильного маркетинга.shapa
18.01.2016 09:44Рома — я его люблю инженерной любовью ;)
Собственно на работу нанимал.
Я так культурно не могу общаться иногда (если прямые биороботы, как здесь от HPE).
Главное — что полный адекват. 50% статей на Habrahabr писал он, «остальное» я. Думаю легко отличить :)
vlad_msk_ru
15.01.2016 15:38Когда я говорю про стартап, я имею в виду поведение на рынке — набрать денег инвесторов, активно их жечь, выйти на IPO или продаться и забыть обо всем. Вот, с выходом на IPO появился документ, доступный в открытом доступе здесь: www.sec.gov/Archives/edgar/data/1618732/000119312515411021/d937439ds1.htm#toc937439_13
в котором детально самим Nutanix описывается, что такое Nutanix.
Выводы:
1. Nutanix никогда не приносил прибыль и накопил $312 миллиона долга с момента основания 2009 (включая убыток в $126 миллионов в 2015).
2. Nutanix инвестирует в развитие своего бизнеса и продукта, и это стоит больших денег.
3. В 2013 году Nutanix был в минусе на $44.7 миллионов, 2014 году на $84.0 миллиона и в 2015 году на $126.1 миллиона, за июль-октябрь 2015 года Нутаникс потерял $38.5 миллионов. Ни одна публичная компания не сможет выдержать такой режим деятельности.
4. 38% бизнеса Nutanix приносит всего 2 партнера — Carahsoft Technology и Promark Technology (в 2015 году)
5. На самом деле у компании 1370 сотрудников. Опять же, это уровень представительства западного вендора в не самой крупной стране Европы.
6. У компании грандиозные цели, которые подразумеваютпостроение галактической империизамену всей инфрастуктуры ИТ в мире, включая серверы и системы хранения, на гиперконвергентные блоки. Это делает ее целью для жестокого прессинга со стороны ВСЕЙ индустрии ИТ — от Cisco до Lenovo.
Пожелаем успеха владельцам и тем, у кого опционы при IPO. Они скоро станут богатыми людьми и либо пойдут отдыхать, либо займутся следующим стартапом.
Когда уйдут основатели, а так происходит всегда со стартапами, а программисты, создавшие код, переедут на острова Карибского моря — пожелаем успеха заказчикам.shapa
15.01.2016 20:50Потрясающая аналитика, которая впрочем к действительности имеет минимальное отношение.
Хотя есть пара правильных моментов — например про то что мы в R&D мощно вкладываемся — мыслим стратегически.
«Уровень представительства западного вендора» тоже согласен, собственно проблемы HP бывшего (нынче разделенного) — в огромных раздутых штатах дармоедов, которых требуется содержать. Монстры, переваривающие сами себя.
p.s. Особенно про прессинг со стороны Lenovo понравилось (с которыми мы в том числе сейчас как раз и будем мировой рынок переворачивать дальше).
shapa
16.01.2016 00:18-1Кстати, HP vs Lenovo :) Качество серверов HP — одно из худших в мире.
Ну и на сладкое www.forbes.com/sites/justinwarren/2015/11/04/nutanix-hedge-their-bets-with-lenovo-deal
Так что будет очень интересный 2016-й год как в РФ, так и в мире.r0n
18.01.2016 06:30По поводу качества серверов. По версии леново они делают самые качественные серверы. А как иначе? :) Доли рынка х86-серверов приблизительно представляете? HP (теперь HPE) там безоговорочный номер 1 с 1997 (или 1996, не помню точно) года. Двадцать лет подряд человечество безудержно ошибается? Ну-ну.
shapa
18.01.2016 06:37+1А причем тут «версия Леново»?
Погуглить-то кто помешал? Инопланетяне? ;)
Независимое исследование ITIC. Там много брендов. Наприер Dell и другие — качество сильно выше (тоже «проплатили»?)
itic-corp.com/category/servers
www.lenovo.com/images/products/system-x/pdfs/white-papers/itic_2015_reliability_wp.pdf
Реально думаете если бы информация была ложная — HP не засудила-бы мгновенно?
…
Лично мой опыт (а я оперировал инсталляциями на многие тысячи серверов) — c HP масса проблем качества, так-же как одна из самых худших техподдержек среди всех брендов (проблемы по 6 и больше месяцев фиксились)r0n
18.01.2016 07:25shapa, вы меня удивляете. Независимых исследований в бизнесе не бывает. Зачем кто-то будет тратить своё время и свои ресурсы и их проводить? Исследования кто-то заказывает и платит за них. ITIC — Information Technology Industry Consulting. Слово Consulting говорит о чем-нибудь? Это вы инопланетянин, если считаете иначе. У каждого вендора вагон и маленькая тележка таких «исследований» по всевозможным аспектам. И судиться по таким бумажкам — себя не уважать. А про саппорт вы откровенно лжете. Вы просто не работали с саппортом HPE, судя по всему. Где была ваша инсталляция на много тысяч серверов?
lovecraft
16.01.2016 11:25У меня два вопроса. Первый — это именно безнадежные долги или все же кредиты на развитие? Потому что, если компания динамично развивается, то она, конечно, привлекает кредиты. И до тех пор, пока она может их обслуживать — все ОК.
И еще — если у компании долгов/кредитов на NNN миллионов $, а стоит она пару миллиардов — это плохо или все же нормально?
vlad_msk_ru
15.01.2016 15:41Я понимаю что с продажами 3par полный провал в РФ (да и в мире дела далеки от массовых продаж), но прямо обманывать…
под данным IDC, в сегменте midrange 3PAR №1 в мире вообще и в EMEA в частностиshapa
15.01.2016 21:24Какая прелестная попытка жонглирования фактами ;) и РФ к EMEA приписали мимоходом (как-будто в общем-то по рынку не в курсе объемов продаж 3par в России)
Вы вообще по результатам IDC трекера (который трекит далеко не все мягко говоря и выборка крайне не полная) за один квартал это решили заявить? «HP 3PAR is in a statistical tie for the 2Q2015 #1 midrange SAN Disk Array family. „r0n
18.01.2016 06:35shapa, вы удивитесь, но HPE Russia входит в состав HPE EMEA. По поводу провала продаж 3пар в России — без комментариев, пока хоть какое-нибудь подтверждение своей болтовни (а это именно болтовня) не предоставите.
shapa
18.01.2016 06:43Кому какая разница куда входит? Мы говорим про ситуацию на российском рынке, тут начинают притягивать за уши EMEA.
Про продажи в РФ — слушайте, ну льют же ваши-же парни, направо и налево. И на форумах куча смешной информации, и клиенты ваши-же потом пересылают.
Например как вы в панике решили Нутаникс «переторговать» с мотивацией в виде бутылки шампанского от руководства.
Вас там за рабов держат? :D
p.s. вы ТОЧНО уверены что тему эскалировать хотите?
r0n
18.01.2016 07:02Повеселили. Где тут про провал продаж 3пар в России? Пустая болтовня опять. А касательно CS200 — игра для сэйлов, и что? В нутаникс не играют с сэйлами? Вы представляете, что такое доля продаж CS200 от общей деятельности HPE Россия? Это микроб на теле слона. Нутаникс, кстати, много чего в России продал? Сколько у вас бойцов? 1? 2? Хотя мне всё равно, по большому счету. Делл теперь с EMC, кранты вашему альянсу, вроде ведь была дружба у Dell и Nutanix.Теперь дружба с Леново. Удачи вам и всего наилучшего.
P.S. Я во всем ТОЧНО уверен.shapa
18.01.2016 07:04Да не буду я источники вам говорить, очевидно же. Смешной вы, право ;)
То что информация есть на рынке — ну разве что школьники не в курсе.
Dell и Нутаникс дружба более чем продолжается, на днях очередные трейнинги буду делать.
Если лень гуглить — то одни из крупнейших сделок в мире мы уже именно вместе с Dell соврешили. Ну а EMC — всем ясно что покупали не технологии а базу клиентов. И тут вам тоже будет ой как грустно в HPE.
www.dell.com/learn/us/en/vn/press-releases/2015-10-07-dell-selected-by-department-of-justice
p.s. а вот угадайте, на чьих технологиях (со сборкой в РФ и полной сертификацией) сделан скажем «Платон» в РТИТС? Как никак — крупнейший IT проект современности в РФ. Странно, что там даже не пахнет столь крутым HPE 3par :)
www.cnews.ru/news/top/2015-09-21_u_rosavtodora_poyavitsya_otdelnaya_is_dlya_kontrolyar0n
18.01.2016 07:33Да нет у вас никаких источников. Если есть — давайте. Иначе вы — болтун.
Продолжается дружба с Делл — отлично, дружите, посмотрим, что из этого выйдет. Сделали Платон — молодцы. Каким местом туда надо было засунуть 3пар интересно? Вы ориентируетесь для чего он нужен? Поверьте мне, 3пара много, очень много в очень разных бизнесах в РФ (телеком, финансы, нефтегаз, металлургия и т.д.) Ну что вам саксесс стори публичные сюда выкладывать чтоль? Это ж последняя стадия шизы. И не для этого хабр предназначен.AntonVirtual
18.01.2016 14:52Очень хочу послушать сакссесс стори про телеком.
После работы в конторе, где решение HP Only было принято на уровне заоблачном. И никаких competitive ситуаций и сравнений ни с кем никогда не проводилось.
Удалось правда купить Veeam после года боданий с закупками и доказав, что HP в течение года смогла нам только продолжать обещать, что вот еще чуть-чуть и DataProtector научится поддерживать функционал VMware, попавший в продуктив 3 года назад.r0n
20.01.2016 00:16Антон, ну не будем мы тут саксесс стори выкладывать. Хабр — это не то место. Если реально есть интерес, как у сотрудника интегратора ныне с соответствующим кейсом — welcome, обращайтесь лично ко мне.
А по поводу DP и Veeam. Не передергивайте. Veeam — классный продукт, но до относительно недавнего времени работал только с виртуальными инфраструктурами (на момент вашей работы в Мегафоне, думаю, что железно). А бэкап инфраструктуры такого масштаба — это всё-таки не только виртуальные машины (особенно тогда). DP же тогда умел работать и с физикой плюс с самыми разными окружениями (HP-UX, например) и с VMware-средой (да, хуже чем Veeam, но умел). Это я к тому, что одним Veeam вы бы на тот момент не обошлись никак в плане резервного копирования, если быть до конца честным.
Кстати, о каком функционале речь? Узнаю у коллег, как сейчас обстоят с ним дела у DP.AntonVirtual
20.01.2016 16:19А мне на тот момент и нужно было виртуальные фермы бэкапить.
Oracle / HPUX DP как-то бэкапил, но это была не моя зона.
VMware же DP не умел практически никак. Какой там API, CBT…
Кое-как через скрипты VMware Consolidated Backup еще шевелился, но это реально было несмешно.
Это задержка в развитии на несколько лет, никак не оправдываемая тяжестью и комплексностью. Умели в VMware все, кроме HP.
shapa
18.01.2016 07:11Кстати, после «P.S. Я во всем ТОЧНО уверен.» — теперь я реально уверен что уровень (как максимум) обычного SE в HPE.
Про «игры с сейлзами» позабавили. Ну скажем при желании любой SE в Nutanix даже в РФ может купить себе спокойно новый порш (ну ладно, бокстер хорошо фаршированный, не 911 :) )
Потому что берут лучших, но и платят как лучшим. А резюме из HPE и IBM (в том числе РФ) мы просто завалены.r0n
18.01.2016 07:36+1Ну так я рад за вас. Наслаждайтесь жизнью, подумайте о новом порше. Вы же лучший. Удачи вам.
shapa
18.01.2016 07:37Сорри если резко, я ниже отписал — понимаю что общение строишь на ложной информации которой вас внутри HPE грузят.
А порш мне не нужен, я семейный человек. X6M F16 вполне устраивает ;)
vlad_msk_ru
15.01.2016 15:58думалкой-то не очень хорошо ;) Миграция на Nutanix со сторонних систем крайне проста, да и обратно если надо вытащить — масса способов. То что Veeam и Commvault нас официально поддерживают — на мысли не наводит?
Наводит на мысль, что иначе, как через бэкап-рестор это сделать нельзя.shapa
15.01.2016 21:04Ну что-же вы ленивый такой
Погуглили чуток хотя бы…
Миграция на Nutanix выполняется на лету, без остановки VM (в случае одинаковых гипервизоров) — простейший vMotion, или с перезапуском VM (в случае миграции с скажем ESXi на AHV).
С Nutanix «уехать» можно точно так-же.
Нутаникс можно монтировать «снаружи» по NFS / SMB и выполнять миграцию — в ту или иную сторону.
Право, не надо открыто некомпетентность демонстрировать. Я в целом даже не виню — видел вашу CI против нас, там много откровенной ерунды написано (вплоть до того что нет понимания того что тиринг глобально работает на Nutanix, а не ограничен одним нодом)
AntonVirtual
18.01.2016 12:39Наводит на мысль, что иначе, как через бэкап-рестор это сделать нельзя.
А зачем вообще делать миграцию SAN-SAN в виртуализованном мире?
ВМ переедут по команде гипервизора средствами гипервизора.
r0n
20.01.2016 00:24Потому что мир бывает и невиртуализованным. И довольно часто, если дело касается требовательных к производительности и 100% уровню аптайма приложений. Всё просто.
AntonVirtual
20.01.2016 16:20Невиртуализованный мир на Nutanix? Мсье ценитель.
r0n
21.01.2016 02:42Да нет, конечно. Не единым нутаниксом современные ЦОД живы :) Хаотичный диалог между Владом и товарищем из нутаникса был о миграции со сторонних систем. В моем понимании сторонние системы — это далеко не всегда «виртуализованный мир», скорее даже почти никогда, если речь идет о требовательных к производительности и 100% аптайму приложениях.
P.S. Изначально статья про 3par, рынок AFA систем и то, кто реально готов с этого рынка уже сегодня хранить на себе по-настоящему дорогие данные. Так что предлагаю про нутаникс завязать, так как он к теме ни относится ну совсем никак.AntonVirtual
21.01.2016 12:46Миграция со сторонних систем на Nutanix = миграции виртуальных машин.
Сторонние для Nutanix системы — это все, что не Nutanix. Обычная vSphere на HP Blades / 3Par например.r0n
21.01.2016 16:35Вполне возможно. Можно и наоборот: с нутаникс на vSphere + blades&3PAR :) Можно и по-другому как-то.
Но cтатья-то про AFA и про то, а можно ли уже AFA доверить по-настоящему дорогие данные. При чем тут Нутаникс? Я не улавливаю. В свете того, что нутаникс не имеет ни одного публичного теста/пруфа/бенчмарка хоть от какого-нибудь публичного ресурса (который несет ответственность за опубликованное), а напротив — имеет бегство с бенчмарка по причине плохих результатов (http://www.storagereview.com/why_we_don_t_have_a_nutanix_nx8150_review) дорогих данных ему не видать как своих ушей. И давайте всё-таки закончим про него. Итак бесплатную рекламу товарищам сделали.
vlad_msk_ru
14.01.2016 12:08Вот куда продается Нутаникс
gotch
14.01.2016 15:18Большое спасибо за ответ, ваши аргументы вполне логичны и последовательны.
shapa
15.01.2016 07:20Да ничего там логичного нет.
По-русски говоря — лапшу на уши вешать активно пытаются, ввиду сильной паники внутри HP (особенно российском) — продажи обрушились, продуктов нормальных инновационных нет, Lenovo серверами сейчас завалит весь рынок (как ранее стали N1 по лаптопам — HP уже на втором месте), да еще и Lenovo с Nutanix заключили соглашение и Lenovo фактически на рынок HighEnd СХД получило «зеленый свет».
www.forbes.com/sites/justinwarren/2015/11/04/nutanix-hedge-their-bets-with-lenovo-deal/#2715e4857a0b98296ab42852vlad_msk_ru
15.01.2016 15:14-1Максим, вам откуда известно про панику в HPE, особенно в Российском?
vlad_msk_ru
15.01.2016 15:44особенно если вы не знаете, что HP Inc, производящий ноутбуки и принтеры, и Hewlett Packard Enterprise — это разные компании?
У вас вообще есть доступ к отчетам IDC по регионам/странам?
r0n
18.01.2016 06:47shapa, Леново уже целый год рынок серверами «заваливает»… Только доля снижается почему-то в наследство доставшаяся от IBM. Про панику внутри HP — ничего не скажу, это компания которая производит компьютеры, принтеры и т.д. А внутри HPE её нет.
shapa
18.01.2016 06:51Ну это ничего что IBM только-то только завершил передачу серверов (инженеров, разработку и прочее) в Леново? :)
В этом году кстати будет реально очень интересно. Масса новых продуктов от них. Жаль что NDA.
…
Про HPE, которому без-роду неделя — ну будет вам удобнее, буду писать HPE вместо HP.
Кстати, поздравляю что наконец за 8 лет, к G9 поколению серверов вы наконец поправили крайне позорную багу с PCI Passthrough. Инновации в деле! Всего пара миллиардов долларов и много лет…
thenetworkcable.wordpress.com/2014/11/27/psa-vmdirectpath-pci-passthrough-on-hp-dl380-g8-and-others
Сам с ней сталкивался на G6-G8 :) Кстати не уверен что в G9 поправили полностью.r0n
18.01.2016 07:13Уверен, крайне позорных багов у любого производителя железа и софта (да и вообще любого производителя) очень и очень много. Багов нет у того, кто ничего не делает. Не стоит засорять эфир.
А по поводу HPE — это не потому что удобнее, а потому что это другая компания. Совсем. HP — это HP, HPE — это HPE. Живут теперь параллельно и не пересекаются.
По поводу передачи разработки и прочего из ИБМ в Леново — ждем-с, когда заваливать начнут… Что могу точно сказать, что большая часть сэйлов ИБМ в Леново не передалась. Не взяли.shapa
18.01.2016 07:191) бага подобного масштаба — это (пардон мой френч) — тотальный ахтунг. И мало того что это одно поколение было бы, но бага многие поколения серверов пережила.
кстати, вы там у своих уточните — не было ли попыток у HP договориться с Nutanix. И почему мы отказали :) Много интересного узнаете, если вам расскажут. Эта бага — одна из причин вообще-то. Упустил свое счастье HPE.
2) HPE как реально структура — ей считанные месяцы. Очевидно, что 99.9999% продуктов разрабатывались в HP. Да даже последний VMworld барселона (октябрь) — там был стенд HP, но никак не HPE.
3) Сейлзы как раз в IBM — поганой метлой гнать большинство (как и у вас впрочем). А инженеры отличные были.
Ну и завязывайте мне про Lenovo и Dell рассказывать — очевидно, я с ними работаю на самом высоком уровне (топ-менеджмента в Европе и РФ).shapa
18.01.2016 07:34HPE про преимущества Nutanix (над HPE):
Еще раз — ты РЕАЛЬНО хочешь продолжать беседу? Ваши PR / прочие точно приветствуют этот диалог? ;) Я ведь и больше могу.r0n
18.01.2016 07:56+1Не понял к чему это… И какие у вас конкретно преимущества перед 3PAR. Это слайд из какой-то компетитив презы по SDS. А пост про 3PAR, напоминаю. Не засоряйте его информацией к делу не относящейся, пожалуйста.
shapa
18.01.2016 08:04-1Ну хватит уже пороть откровенно глупые вещи.
1) 3par == SDS. Софт работающий на практически стандартном железе (ASIC есть но не выполняют основной задачи). Которое (судя по серверам) еще и весьма далеко от надежного.
2) Пересечение даже Nutanix c HPE 3par + servers — по 90% кейсов, а не «одна ниша». Ну а Netapp и EMC так 200% (утрированно).
Далее — про Nutanix пишу (как максимально осведомленный). Коллеги из EMC / Netapp и прочих сами ответят если захотят.
Nutanix:
3) сертифицирован под тяжелейшие Tier-1 приложения (например практически все приложения SAP), включая All-Flash системы
4) имеет инсталляции в мире которые по размеру HPE даже не снились, включая крупнейшие IT проекты в РФ
5) имеет полную вертикаль (включая собственный стек виртуализации с уникальными параметрами — такими как distributed management plane), HPE не может этого сделать / позволить
6) выносит HPE как трупик хладный из крупнейших компаний и проекта мира (про BestBuy у коллег уточните например)
7) максимально эффективная / профессиональная / звездная команда (HPE имеет пару VCDX на весь мир, Nutanix — больше 20)
…
продолжать?r0n
18.01.2016 08:17Вы засоряете комментарии к посту. Поэтому лучше не надо продолжать. Ничего ценного в ваших комментариях нет. Это пустая болтовня и ни одного подтверждения. Разве нет? Хоть что-нибудь подтвердите, тогда будем разговаривать. SAP говорите… Например, нет вас в списке для HANA. А для SAP SAP HANA, это основной фундамент нынче… global.sap.com/community/ebook/2014-09-02-hana-hardware/enEN/appliances.html
shapa
18.01.2016 08:21Смешные вы, товарищи «технические консультанты HPE».
SAPA HANA — это единственный (!) продукт который не работает под виртуализацией (не путать с vHana).
Поэтому Nutanix и не сертифицирован под него (как и HPE с виртуализацией например).
Основной бизнес SAP — это далеко не HANA (это ОЧЕНЬ нишевый продукт c еденичными внедрениями по всему миру), а платформа Netweaver. Под которую Nutanix 100% сертифицирован.
Юмор в том что HANA гоняют далеко не на серверах HPE обычно, а например Fujitsu-Siemens (крайне специфичных железками с десятками терабайт ОЗУ), которые «родная» немецкая компания для SAP.
…
Ты реально хочешь навлекать позор на «профессионализм» HPE дальше? ;)r0n
18.01.2016 08:40А вот это ересь, так ересь… Нет такой компании Fujitsu-Siemens, друг… За что вас в Лондоне держат? А может и не в Лондоне вовсе? Кто хоть какое-то отношение к SAP имеет с очень нишевым продуктом HANA — которую SAP объявил своей основной БД под все инсталляции SAP, поймет весь маразм высказываний товарища из Нутаникс. HANA отлично работает под VMWare и даже в продуктиве, и даже поддерживается SAP — не надо пороть чушь. Цифирки Gartner видел, на чем HANA работает в мире? Чем дальше, тем больше позором покрываешься ты (раз уж ты мне тыкаешь), дорогой мой нутаниксовед. Простите мне фамильярность.
shapa
18.01.2016 08:46Плохо быть глупым присейлом HPE
en.wikipedia.org/wiki/Fujitsu_Siemens_Computers
То что акции кто-то выкупил у кого-то — не означает что заводы из Германии переехали. Хотя, тут упорно доказывают несуществующие отличия HPE от HP…
«HANA отлично работает под VMWare и даже в продуктиве, и даже поддерживается SAP — не надо пороть чушь. „
Это феерическое вранье (впрочем это уже привычно от HPE)
Я-же специально попросил не путать Hana с vHana.
Глупые присейлы HPE похоже не в курсе, что vHana не требует специальных сертификаций, и если оно сертифицировано под платформу виртуализации (например HyperV или ESXi), то что сертифицировано под эти платформы (включая 100% сертифицированный Nutanix) — не требует отдельной сертификации. Например, Nutanix 100% сертифицирован запускать vHana под HyperV.
Ну а то что (публичная информация) SAP уже делает HANA Appliance под Nutanix — это мелочи.
p.s. longwhiteclouds.com/2015/10/28/nutanix-first-hyperconverged-vendor-with-sap-certified-platform
“We are extending the same level of simplicity, resilience and worry free life to our upcoming SAP HANA appliances as well»r0n
18.01.2016 10:00Максим, вы реально не шарите или не в себе сегодня. Fujitsu-Siemens перестал существовать лет этак 5-6 назад (при чем тут заводы?) А у HPE вы знаете где заводы?.. SAP HANA отлично работает под VMware, сертификацию это никак не отменяет, изучайте — scn.sap.com/docs/DOC-27321
Из того, что вы несете — вывод один, проектов с SAP вы лично никогда не видели.shapa
18.01.2016 10:05-1Олег, ну реально проспитесь.
Cходите что-ли в SAP РФ что-ли, узнайте что они в Даталайне собираюстя ставить.
Для «Ивана HPE-ного» поясню Не очень важно FJS или FJ, важно что не HPE. Ну тобишь ваши мелкие «понтики» забавны.
Есть Нюансы. HPE — жадны до $$$. У SAP забирают много %%% денег (потенциальной прибыли). А мы — делаем все намного лучше, при этом намного дешевле. Любой умный менеджер SAP понимает расклады :)
p.s. Вы, Штейхенбрехенфюрер, только что (неоднократно причем) обещали меня забанить и не отвечать.r0n
18.01.2016 10:14-1Максим, а по теме? Работает-таки HANA под VMware? Опять вранье от Максима Шапошникова получается… Вы некомпетентны, Максим, вот что выходит на деле. А зато понтов-то сколько.
shapa
18.01.2016 10:15Ну, как в первом классе, пойдем от обратного — биороботам похоже только так понятно.
Что такое vHana?
scn.sap.com/community/hana-in-memory/blog/2013/08/05/virtual-hana-or-vhanar0n
18.01.2016 10:41Максим, изучайте — scn.sap.com/docs/DOC-27321. Еще раз ссыль дам.
И не надо умничать. Мы, биороботы, а вы, высшее существо, которое сегодня с утра выдало на гора тонну ереси. Крепитесь! Всего доброго! Теперь точно, благо работать надо.shapa
18.01.2016 10:42Чудо вы наше ;)
Вы опубликуйте первый же документ из ссылки… Али доступов нет? :)
Note 1492000 — General Support Statement for Virtual Environments (MUST READ)r0n
19.01.2016 02:10Максим, в первом документе речь об общих положениях касательно продуктов SAP (самых разных) и виртуализации. Там нет ничего интересного, чтобы публиковать. То, что SAP HANA для SAP — это основной базис и стратегия, написано вот тут — support.sap.com/release-upgrade-maintenance/release-strategy/portfolio/product-strategy.html. Еще раз убеждаюсь, что вы конкретно с SAP не имели ни одного проекта, если этого не знаете. А то, что никаких нутаниксов под SAP HANA не сертифицировано, не поддерживается и не планируется даже пока сказано вот тут — service.sap.com/sap/support/sapnotes/public/services/attachment.htm?iv_key=012003146900000849922012&iv_version=0023&alt=2BCE4CB10DF674B172F4F3F7B32A284F493335B2308A770E0E8A3732B172F72ACEF00B32AF4C727172F40E4C34F3482ECD3572ACB0F477F5764D378D70C97472AAD04DF732D6750C09514BCECFCFCE4C8DCF4BCC4DB5F575F4F4F3F57771F571F6F70B01B25D83D4120B0A722092A599504EB16D715E3E00&iv_guid=FB4D9E5DD65D974389EA3BAA8219DCEA
gotch
19.01.2016 09:19Мне как простому инженеру, который не прикоснулся к тайному знанию SAP, очевидно, что vHana это такое забавное название, которое один лишь раз использовали в блоге. А означает это просто запуск HANA на VMware. Не на Acropolis и не на KVM, заметим (http://scn.sap.com/docs/DOC-56510). Все логично написано в scn.sap.com/docs/DOC-27384
r0n
19.01.2016 21:49Совершенно верно. HANA в виртуальной машине под гипервизором от VMware = vHANA (такая формулировка была неформально использована несколько раз в блогах, статьях и проч.). Спасибо, что не ведетесь на мусоропоток от Нутаникса. Правила для сертификации оборудования под «vHANA» абсолютно те же что и под SAP HANA на VMware. shapa просто с этим не знаком.
gotch
19.01.2016 09:28Могли бы вы дать ссылку на эти удивительные серверы Fujitsu-Siemens (крайне специфичных железками с десятками терабайт ОЗУ). Прицениться хочется. А то на PRIMERGY, несколько лет назад насмотрелся от души, а вот такие не встретились.
r0n
19.01.2016 21:44Максим ошибается (или умышленно флудит, на что очень похоже). Нет у фуджи таких машин сертифицировнных под HANA. Пока. Два самых больших объема памяти, сертифицированных под HANA на сегодня 8ТБ и 12ТБ предлагает только HPE. Вот тут — global.sap.com/community/ebook/2014-09-02-hana-hardware/enEN/appliances.html#categories=Intel%20Haswell%20EX%20E7. В поле Memory выбрать объем 8 и 12ТБ для фильтрации. Более того, наш Superdome X поддерживает до 24ТБ ОЗУ, аналогов чему нет уже не только в списке под HANA, но и в целом в индустрии навскидку. Если реально есть интерес прицениться — пишите напрямую.
r0n
18.01.2016 08:081) Ну и радуйтесь. Что еще сказать. Мы упустили — будем грустить, а вы радуйтесь.
2) Разделение произошло 1 ноября. Поэтому логично, что в октябре вы видели стенд HP.
3) Я уже понял, что все лучшие люди в Нутаникс, где же еще.
На этом предлагаю закончить бессмысленный обмен сообщениями.nutanix
18.01.2016 08:371) перефразируя текст: «да, облажались. грустим»
2) тобишь компании пара месяцев максимум. и называют HP вместо HPE. ужасно!
при этом там где выгодно претендует на наследие HP, там где не выгодно — «мы не HP, мы HPE»
3) само собой, смотрим рейтинг работодателей на glassdoor.
HP — 3.3 балла
www.glassdoor.com/Reviews/Hewlett-Packard-Reviews-E327.htm
Nutanix — 4.5 баллов (одна из лучших компаний для работы в мире)
www.glassdoor.com/Reviews/Nutanix-Reviews-E429159.htmr0n
18.01.2016 08:43Если по делу сказать нечего, будь добр — покинь студию. Пост про 3пар, на кой мне и всем читающим твои баллы?
shapa
18.01.2016 08:50+1Олег, огромное спасибо за общение. Уровень HPE в РФ я думаю уже всем понятен ;)
На любой адекватный аргумент — слив и «зато у нас болт большой. подайте еще денег на дармоедов».r0n
18.01.2016 09:51-1Я думаю всем понятен уровень Максима Шапошникова, нутаниксосведа. Крайне большого любителя помести языком без единого факта в подтверждение сказанного. Еще раз — всего доброго, Максим. Наше с вами общение закончено.
shapa
18.01.2016 09:56-1Конечно понятен. Всего-то делал крупнейшие проекты как в РФ (spylog, begun, mamba.ru) так и в мире (например badoo.com) — на сотни миллионов пользователей.
Куда уж мне до (полуштатного?) технического консультанта HPE Олег Ревизцева.
r0n
18.01.2016 10:09И что? Делали и хорошо. И карма прекрасная (ей богу как ребёнок, кармой хвастается… ты откуда такой?) Но сегодня утром вы несете чепуху, поскольку не разбираетесь в той теме, о которой пытаетесь писать. Причем количество чепухи неуклонно растет.
shapa
18.01.2016 10:12+1Олег, вот уже реально. Хочется попросить кого-то «обнять и приласкать».
Я понимаю что злые «манагеры» требуют продаж. Любой ценой. Жизнь несправедлива. Обидно осознавать что продаете фигню. Особенно в общем-то неплохому инженеру (между строк читаю), которого служба обязывает.
Ну правда, будешь подавать резюме к нам (или в Dell, или в Lenovo) — шли ссылку, хорошее настроение никогда не мешало ;)
Max-Warhead
18.01.2016 15:59Сравнение на портале GlassDoor в свете обсуждения систем хранения данных выглядит странно, ещё страннее сравнение компании с 14 тысячами отзывами и компании с чуть более чем 150 отзывами. Честно говоря я думал Nutanix несколько крупнее. Сразу понятно откуда у неё такой высокий рейтинг на Glassdoor, как говориться «маленький сплочённый коллектив», зато возникли сомнения в экспертизе, никого не хочу обидеть, но «собрать космолёт втроём» явно не просто если вообще возможно.
shapa
18.01.2016 07:30Олег, я кстати понял что наверное чуток резко.
Поясню. Не верь тому что вам рассказывают внутри — на 80% врут. Я видел например вашу CI против нас — там реально или задача своих же (пре)сейлов зомбировать, или просто вопиющая некомпетентность.
Если вы потом действуете по результату изучения таких battlecards — то не удивляет почему есть святая вера в непогрешимость HPE. А потом вы ходите по клиентам и рассказываете сказки, которые я (или наши SE) легко разносят на 1-2.
Простой пример:
Вот тут (а это ОСНОВНОЙ ваш слайд против нас который клиентам показываете) — 80% информации ложь, остальное — притянуто за уши (верные факты с неверной интерпретацией). Ну и поясни мне теперь, почему мы везде вас клоунами выставляем? Без обид, только факты. Вас спасает только то что у нас в РФ пока только 3 (!) человека есть.
habrastorage.org/files/721/580/c43/721580c43c5b4cb4a044f105ca970765.jpg
При этом юмор в том что HPE признает наши преимущества (!)
habrastorage.org/files/91a/d15/475/91ad1547513c40fb94ec79eafe7c9997.jpgr0n
18.01.2016 07:43Да штука в том, с Nutanix мы пересекаемся только в одном сегменте продуктовом… А у нас их (сегментов) много. Вы зря считате, что жизнь HPE крутится вокруг борьбы с Nutanix. Микроб на теле слона, я уже говорил. Пруфов про панику в HPE и провал продаж 3пар так и не увидел. Что сильно подрывает всё вами сказанное. В моих глазах, по крайней мере.
shapa
18.01.2016 07:46Ну, теперь о сегментах. С удовольствием услышу о сегментах.
…
Про «микроб» — ну право, забавно. Ладно EMC — парни реально на сотни миллионов $ торганули (OCS и Сбербанку спасибо).
Продажи в 2015 в РФ у Нутаникса более чем сопоставимы с 3par. Десятки миллионов долларов как минимум.
На этот год планы сильно больше, проекты уже в работе. Точно уверены что выиграете?r0n
18.01.2016 07:52Пруфы где про панику и провал продаж? Вы за слова свои можете отвечать? Вы знаете объем продаж 3пар, чтобы сопоставлять? Это опять болтовня.
nutanix
18.01.2016 09:29Мы все еще ждем ответа о сегментах.
r0n
18.01.2016 09:45Как будет документальное подтверждение всего того словесного поноса (про панику в HPE Россия, про провал 3пар, про Fujitsu-Siemens, про HANA — которая нишевый продукт для SAP, про HANA — не работающую в среде виртуализации и много чего еще), который произвел ваш сотрудник, будем дальше общаться. Нет — извольте. Смысл вести диалог с пустомелями? А так как документального подтверждения не будет, потому что сказанное им неправда, общение наше непосредственно с вами закончилось. Всего доброго!
shapa
18.01.2016 09:54Олег, у тебя точно праздники прошли? Столько бессвязных слов ;)
Ну давай попробуем по ключевым словам из этого потока сознания…
0) Fujitsu-Siemens — как был, так и есть. Акции у Fujitsu, производится в Германии. Для (при)сейлов HPE — даже на Fujitsu полно ссылок на Siemens
www.fujitsu.com/ru/Images/121221-CS-SIEMENS%20CT-en.pdf
Впрочем, если уж истерика по поводу HPE vs HP…
1) Провал 3par — очевиден, ни одного крупного / серьезного проекта в РФ за 2015. Особенно по сравнению с «микробами Nutanix» (очень уж мне понравилось ;)) )
2) HANA, для совсем уж глупеньких — не работает под виртуализацией. vHANA — работает, и без проблем на Nutanix как Tier-1r0n
18.01.2016 10:29Максим,
0) Fujitsu-Siemens нет. Концерн закончил свое существование в 2009 году. ru.wikipedia.org/wiki/Fujitsu_Siemens_Computers. Ты с этим будешь спорить? Давай документальное подтверждение. Или лучше ссылку на сайт когцерна. Или ты пустобрех.
1) Давай документальное подтверждение. Или ты пустобрех.
2) HANA работает под виртуализацией и никаким нутаниксом в этом сегменте на сегодня не пахнет — scn.sap.com/docs/DOC-27321. По этому пункту ты уже пустобрех.shapa
18.01.2016 10:360) «серверов HP нет. пару месяцев назад шильдики поменялись на HPE. это очень-очень-очень важно и меняет все! и не важно что 99% документов HPE рассказывают про HP. Мы буквоеды, и если нам нечего ответить по делу, мы докопаемся до одной буквы!»
1) ну так же-же тут про 3par рассказываете? покажите крупные внедрения / проекты. я уже называл наши.
2) совсем стараюсь сдерживаться. похоже совсем плохо быть работником HPE :)
www.cioreview.com/news/nutanix-allies-with-sap-to-deliver-webscale-infrastructure--nid-9880-cid-49.html
Так-же очень жду подтверждений того, что HANA для SAP — это основной продукт. В том числе в РФ :)
Это помимо того что очень интересно все-же услышать ответ про vHana.r0n
19.01.2016 02:33+10) Это колебание воздуха.
1) Есть этика определенная. Не все (далеко не все заказчики), особенно крупные, согласны на распространение информации о решениях, которые они используют. И не уходите от начального вопроса. Вы заявили про провал продаж 3пар в РФ — где пруф? Пруфа нет — вы peacedoorball, если совсем простым русским языком выражаться.
2) Да что вы тыкаете всё в эту ссыль? Какое отношение она имеет к SAP HANA? Под SAP HANA вы не допущены и не планируетесь судя по роадмапу (так как нос не дорос) и это предмет обсуждения. Роадмап вот тут — service.sap.com/sap/support/sapnotes/public/services/attachment.htm?iv_key=012003146900000849922012&iv_version=0023&alt=2BCE4CB10DF674B172F4F3F7B32A284F493335B2308A770E0E8A3732B172F72ACEF00B32AF4C727172F40E4C34F3482ECD3572ACB0F477F5764D378D70C97472AAD04DF732D6750C09514BCECFCFCE4C8DCF4BCC4DB5F575F4F4F3F57771F571F6F70B01B25D83D4120B0A722092A599504EB16D715E3E00&iv_guid=FB4D9E5DD65D974389EA3BAA8219DCEA. То, что HANA — это основа основ для SAP нынче читать тут — support.sap.com/release-upgrade-maintenance/release-strategy/portfolio/product-strategy.html.
Что еще? Еще вы что-то вещали про космические сервера Fuji с большим количеством памяти, на которых вот по-настоящему работает SAP HANA. Вы будете удивлены, но крупнейшие эпплайнсы для HANA на 8ТБ и 12ТБ ОЗУ предлагает только HPE и никто более. Те самые космические сервера делаем мы — global.sap.com/community/ebook/2014-09-02-hana-hardware/enEN/appliances.html#categories=Intel%20Haswell%20EX%20E7. В поле Memory выбрать объем 8 и 12ТБ для фильтрации. В общем, Максим, не лезьте туда, где не разбираетесь, продавайте свой Нутаникс своим мега-крупным заказчикам в мега-крупные проекты и всего вам хорошего. P.S. Но до Тру Энтерпрайза вам как до луны.
shapa
15.01.2016 07:02+1Где-ж вы ерунду эту выкопали? Из ваших внутренних CI? :) Почему DR отдельно вынесен — он что, не нужен для серверной виртуализации или ROBO например? :) Прайват клауд не включает в себя сервера / продакшен / hadoop / VDI? :D
vlad_msk_ru
15.01.2016 15:14это анализ ваших открытых референсов
shapa
15.01.2016 20:40Это анализом очень сложно назвать ввиду как минимум крайне фееричного разбиения диаграммы на сектора.
Ну и на основании аж 102 кейсов делать статистику — вообще потрясающе.
AntonVirtual
18.01.2016 14:40+1Это хорошо или плохо?
Особенно с учетом, что VDI наиболее комплексные и сложные проекты в виртуализации с большими нагрузками на СХД.r0n
21.01.2016 03:01+1Антон, да не хорошо и не плохо… Просто можно прикинуть подо что в основном используется Nutanix. Касательно больших нагрузок на СХД при VDI — всё зависит от идейного решения и используемого каркаса. Тот же Citrix XenDesktop позволяет реализовать VDI вообще без высокопроизводительной СХД как таковой — за счет Provisioning Server под образы и возможности организовать кэш для десктопов самыми разными способами.
А уж если возвращаться к нутаникс в свете больших нагрузок — это те еще прохиндеи. Ни одного публичного теста и бенчмарка. Была попытка у StorageReview.com (достаточно авторитетный ресурс, согласны?) их потестить, закончилась практически бегством доблестных нутаниксоведов из офиса тестеров вместе с нутаниксом под мышкой (утрирую слегка, конечно), так как тест оказался провальным.
Всем, кто вкушает лапшу господина Шапошникова (он же shapa) рекомендую:
www.storagereview.com/why_we_don_t_have_a_nutanix_nx8150_review. Ну и погуглить можно, как на этот пассаж индустрия отреагировала.AntonVirtual
21.01.2016 12:51Строго говоря, PVS — это единственный способ отказаться от высокопроизводительной СХД и переложить всю нагрузку на сеть.
>А уж если возвращаться к нутаникс в свете больших нагрузок
Что есть большая нагрузка? Одинокая Oracle DB? Да, Nutanix как и любая другая распределенная система хреново ее потянет. Здесь классическая монолитная СХД. И будет рубиться 3Par и VMAX сотоварищи. А является ли в вашем понимании ферма на 10 000 ВМ большой нагрузкой?
У меня был кластер Nutanix на тестировании, я сам его руками крутил. Да, я смог прожать его до шпинделей. Потому что знал как и целенаправленно это делал. Но в 95% нагрузок этого просто не произойдет вообще, и в 99% если правильно отсайзить.r0n
21.01.2016 16:24Ферма в 10000 ВМ — безусловно нагрузка. Насколько большая зависит прежде всего от того, что внутри ВМ :)
А возвращаясь к нутаникс — ребята из storagereview всего-то хотели посмотреть, что по VMmark получится… Не прожать или как-то еще изнасиловать. Просто VMmark. Получилась печаль. Реально рекомендую почитать.
www.storagereview.com/why_we_don_t_have_a_nutanix_nx8150_review
И нету ведь реально в сети ни одного теста нутаникса от сообщества какого-то. Попадаются от разных Джонов Ву или еще каких-то людей со своим сайтом, а от конкретного ресурса (официального лица, которое отвечает за свои слова и действия) — ни одного.
Вот наши CS250 (прямой конкурент нутаниксов как раз), например, со всех сторон облазили на IOmark.org:
www.iomark.org/sites/default/files/IOmark-VDI_report_HP-CS-HC250_VDI-HC-151125-a.pdf
www.iomark.org/sites/default/files/IOmark-VM_report_HP-CS-HC250_VM-HC-151125-1-a.pdf
Почему о нутаникс НИЧЕГО в сети? Ну кроме провального теста, с которого они убежали, на storagereview.com, который я уже упоминал выше.
r0n
18.01.2016 06:24+1Smasher, относительно громкости утверждения с вами согласен, но всё не так страшно, смотрите мое разъяснение на тему, данное ранее — habrahabr.ru/company/hpe/blog/275033/#comment_8742023. Теперь по существу.
Относительно производительности. По тесту SPC-1 3PAR не входит в десятку, так как пока не результата для последней модели массива (в процессе, скоро будет опубликован). Но, например, по тесту SPC-2 мировой рекордсмен на сегодня именно HPE 3PAR. А SPC-2 тест несколько более суровый и безжалостный к СХД. В общем, есть основания полагать, что SPC-1 результат нового 3PAR будет в 10-ке точно, а, возможно, и возглавит её. Можете также посмотреть мой уже написанный комментарий — habrahabr.ru/company/hpe/blog/275033/#comment_8742033.
По поводу многоконтроллерности Netapp… А как они соединяются (при условии, что больше 2-х) не напомните? По-моему, сеть там какая-то… Нет? А в 3PAR — внутренняя шина PCI-E. Есть такое понятие — латентность, так вот оно тут к самому месту в качестве дифференциатора. А может ли I/O к одному тому у Netapp обрабатываться одновременно более чем одним контроллером? Нет. Есть у них, насколько помню Infinite Volume, который может растягиваться на много контоллеров, но это только для файлового доступа, если верно помню. А для всяких разных критичных нагрузок пока что блочный доступ в значительном приоритете на рынке. В 3PAR же том и растягивается на все контроллеры, которые есть, и обслуживаться может всеми контроллерами одновременно (все одновременно могут и писать и читать на один и тот же том). А что может нетапп со своей многоконтроллерностью при блочном I/O? Боюсь, что ничего. Поправьте, если ошибаюсь.
Касательно дедупликации и компрессии. Чтобы внести ясность. Дедупликация есть, гранулярность 16KB, работает на лету и только на SSD. Относительно коэффициента — всё зависит от данных, зная гранулярность, можете прикинуть сами, что может получиться для каких типов данных. Если действительно нужны глубокие технические детали — обращайтесь напрямую. Компрессии — пока нет. Вопрос о полезности дедупликации и компрессии в продуктиве энтерпрайза очень дискуссионный. И, на мой взгляд, очень индивидуальный для каждого конкретного кейса.
По поводу дедупликации и репликации. Насколько я знаю, пока репликация не Dedup aware. Зато у 3PAR репликация поддерживает другие технологии оптимизации при передаче данных, например, она zero detect aware, то есть блоки последовательных нулей размером от 16KB не передаются в процессе репликации, а передаются лишь метаданные размером в 64B. Если есть еще вопросы — пишите, не стесняйтесь.
lovecraft
16.01.2016 11:36+3Как-то уж очень быстро дискуссия скатилась с обсуждения технических преимуществ HP 3par по сравнению с СХД других вендоров на обсуждение того, у кого сколько человек в офисе сидит, на какую сумму продали решений и кто сколько кредитов набрал.
Я ожидал эпичной битвы «Консолидированные хранилки VS Распределенные/программные СХД» )shapa
18.01.2016 07:43Проблема в том что технических аргументов нет. Поэтому и началось (со стороны HPE в первую очередь) «а у нас болт на 24 и резьба глубже».
Юмор в том что это 100% узнаваемый стиль именно HPE — сколько не сталкиваюсь с их (пре)сейлзами, везде слепая вера «мы большие значит лучше».
Крыть реально нечем, сверху есть скриншот из презентации HPE «против Nutanix» где они признают вполне наше превосходство.r0n
18.01.2016 07:49Превосходство в чем и кого на кем? Пока я только вижу болтуна (надеюсь не все кадры у вас такие), который кинул пару фраз, а ответа за них не держит. Где пруф про панику в HPE Россия и провал продаж 3PAR в РФ? Пост, напомню, изначально про 3PAR.
shapa
18.01.2016 07:54-2Олег, реально. Возьми паузу и покажи данную переписку вашим маректологам. Далее уже реально подумай, нужно ли вам такие публичные переписки (а это все индексируется гуглом и потом «не вырубить топором»).
Суть «претензий» сообщества проста:
В данной статье вы врете, причем практически везде. Множество как просто ошибочной технической информации, так и прямого обмана.
То что 3par технически ничем не лучше (а на самом деле много хуже) «микроба Нутаникс» — HPE признает даже внутри.
Аргументация «а у нас тысячи дармоедов которых надо кормить поэтому мы круче» на клиентов (особенно во времена кризиса) уже не действует.
Хочется не выглядеть клоунами — поправьте статью, уберите множество бравурно-глупых заявлений, адекватно говорите о конкурентах.
Даже Netapp и EMC продукты намного превосходят технически 3par.r0n
18.01.2016 08:02+1Слушайте, да вы похоже не совсем разбираетесь в том, о чем пишете, просто… Каким боком соотносятся Nutanix и 3PAR? Никаким. Аргументации я привел более чем достаточно на все заявления читателей. Покажите, где ложь?
Пока я её вижу только от вас — голословные заявления и ни одного факта.
Даже Netapp и EMC продукты намного превосходят технически 3par — аргументы? Или опять болтовня?shapa
18.01.2016 08:10«Каким боком соотносятся Nutanix и 3PAR? Никаким. „
Понятно. Биоробот детектед (с).
Я выше написал. Мы умеем решать намного больше задач чем 3par, который есть в общем-то просто достаточно тупая хранилка.
Мы заменяем и сервера HP, и хранилки HP, и тонну “софта» HP (и не HP) — включая OpenView и прочие. При более низкой цене и кардинально более высокой надежности. (если нет понимания — у нас и 100 контроллеров может быть, и 1000)
Вы думаете компании со скриншота ниже — не с HPE с 3par переходили в том числе?
r0n
18.01.2016 08:23Вы утомили маркетинговыми слайдиками, честно говоря уже. и откровенно популистскими высказываниями. Что-нибудь по делу за свои высказывания ответите? Про панику и прочее. Если нет — я ваши комментарии далее игнорирую и всем советую. Вы — болтун. Каких еще поискать.
shapa
18.01.2016 08:25+1Забавно. При этом HPE везде похваляется результатами IDC и Gartner (где может).
Надо им передать, что HPE на самом деле их в грош не ставит.
Мы, как «микробы», искренне верим в независимые рейтинги. А вы их покупать пытаетесь?
Олег, вы пишите еще. Очень интересно.
vlad_msk_ru
18.01.2016 11:44ОК, я думаю, на этом все. Мы достаточно прорекламировали других производителей, всем спасибо за обсуждение. Будут вопросы — присылайте сообщения.
easy_john
18.01.2016 14:13+1Мне кажется это слив. Никакой технической информации, как в статье, так и в комментариях, один маркентинговый булшит.
Тот же нетап рассказывает нам в десять раз больше, по этому нетап мы берем пачками. Ради чего брать 3пар не видно.AntonVirtual
18.01.2016 14:48+2Поддержать продажи очень большой и известной конторы, разумеется.
Чтобы она купила еще одного технологического лидера и полностью его похоронила.r0n
19.01.2016 03:01По первому тезису — соглашусь. Логично.
А по второму — нет. У нас были разные приобретения (как и любого другого вендора), как удачные так и не очень впоследствии. Но компания пока жива (и живет уже 77-ой год, если последнее разделение не считать, связанное с совсем разными направлениями, которыми компания занималась), значит не так всё плохо. Ваше право считать иначе.
r0n
19.01.2016 02:51Обычно что-то берут, не потому что кто-то рассказывает в 10 раз больше, а потому что надо решить какую-то задачу максимально эффективно и качественно. И вряд ли опираясь на форумы. Разве нет? К слову, какой технической информации вам не хватает касательно 3PAR? С удовольствием восполним пробел.
navion
19.01.2016 11:49Технический обзор лучших практик в сжатом виде — что можно делать и что нельзя, вроде этого поста или ранних постов про VDI написанных вашими инженерами. А маркетинговый булщит с меряньем IDC оставьте для hpe.com и «настоящих ентепрайзов».
r0n
19.01.2016 23:17Заметьте, лично я не привел ни одного слайда от аналитиков. Касательно статей таких же как относительно VDI — для VDI они имеют смысл, так как VDI — это решение, совокупность подходов, продуктов и т. д. Готовых документов на тему очень немного, считай нет, поэтому имеет смысл публикация на тему, суммирующая подходы, продукты. Другое дело 3PAR — который есть законченный продукт с кучей уже готовой сопроводительной литературы.Технический обзор чего конкретно хотелось бы? Тонкого стека, метрокластера, QoS, архитектуры еще чего-то? Более того, на эту тему у HPE огромное количество общедоступных technical white papers (на английском, конечно, не на русском, но это не должно являться преградой для современного IT-шника в моем понимании). Если нужен русскоязычный перевод или выжимка по сути дайте знать — оформим в виде статьи на хабре, а пока привожу ссылки на технические вайтпеперы (не путать с документацией) и базовый концептуальный гайд:
HPE 3PAR StoreServ Concepts Guide — h20564.www2.hpe.com/hpsc/doc/public/display?docId=c04204225
HPE 3PAR StoreServ Architecture — h20195.www2.hp.com/v2/getpdf.aspx/4aa3-3516enw.pdf
HPE 3PAR StoreServ Storage best practices guide — www8.hp.com/h20195/v2/GetDocument.aspx?docname=4AA4-4524ENW
HPE 3PAR Thin Technologies (это о тонком стеке) — h20195.www2.hp.com/V2/GetPDF.aspx%2F4AA3-8987ENW.pdf
HPE 3PAR StoreServ Storage and VMware vSphere 6 best practices — h20195.www2.hp.com/V2/GetPDF.aspx/4AA4-3286ENW.pdf
Disaster-tolerant solutions with HPE 3PAR Remote Copy (это про разные варианты распределенных конфигураций) — h20195.www2.hp.com/v2/GetPDF.aspx%2F4AA3-8318ENW.pdf
HPE 3PAR Priority Optimization (это о QoS) — h20195.www2.hp.com/v2/GetPDF.aspx%2F4AA4-7604ENW.pdf
Adaptive Optimization for HPE 3PAR (это о tiering) — h20195.www2.hp.com/v2/GetPDF.aspx/4AA4-0867ENW.pdf
HPE 3PAR StoreServ Storage: oprimized for flash (про интересные особенности работы с флешем) — h20195.www2.hp.com/V2/GetDocument.aspx?docname=4AA4-7264ENW&cc=us&lc=en
Базовое представление эти документы дают. Повторюсь, если нужно что-то большее — обозначьте тему, сделаем.
greefon
19.01.2016 13:14+1Странно, столько писали, а в «преимуществах» перечислено:
1. на 20% больший номинальный объем SSD за счет Adaptive Sparing, ранний доступ к моделям с высокой емкостью
2. QoS для бизнес приложений
По п.1 непонятно, какое это имеет значение для покупателя. У вас гигабайт стоит дешевле на 20%? Или плотность хранения выше? HPE сравнивал набивку по юнитам железок от разных вендоров при одинаковых параметрах емкости, производительности и цены (два из трех)? Очень хочется взглянуть.
По п.2 опять же непонятно. У конкурентов нет QoS (в широком смысле)?
Ну и еще, ребята, сейчас High-End — это в первую очередь готовность к быстрым изменениям. Очень-очень быстрым. Готов ли к этому 3par (и в целом HPE)? Или он как и прекрасная в далеком прошлом EVA будет умирать медленно и печально?r0n
19.01.2016 23:46Отвечу по пунктам.
1. Если физический накопитель один и тот же (а накопители в основной массе на рынке одни и те же), но кто-то выжимает с него 400/800/1600/3200 ГБ, а мы 480/920/1920/3840 ГБ, есть все основания предполагать, что стоимость на гигабайт у нас будет ниже. Вы должны понимать, что вопрос ценообразования на форуме мы обсуждать не готовы (и не один вендор не готов), но технически предпосылку к этому я показал, как мне кажется. Касательно плотности — можете сами прикинуть, как мы выглядим. На сегодня в 2U мы упаковываем 24х3.84ТБ=92.16ТБ флеша как максимум. Это сырая емкость. Что у других? Что-то не приходит никто в голову пока с подобной цифрой. Если ошибаюсь — поправьте, буду рад.
2. Относительно QoS. У нас есть QoS по параметру latency, помимо IOPS и bandwith. Насколько я в курсе (хотя всё быстро меняется, могу где-то отстать) на рынке такое не часто встречается.
3. По поводу готовности — конечно, готовы, другого ответа и не может быть :) Ев в мире продалось очень немало, и в большом количестве заказчиков они работают по сей день (при личном обращении могу хоть по телефону соединить — поговорите). В качестве дальнейшего развития ев было два пути: инвестировать в переписывание микрокода под новую процессорную архитектуру (так как в евах, если верно помню, 32-разрядные процессоры стоят) ввиду требований времени или купить во многом очень близкий по духу 3пар (кто представляет дисковый лэйаут в евах и 3паре, поймет) и с очень интересными техническими дополнениями (уже 64 разрядная архитектура, использование ASIC, отцы тонких технологий и т.д.) Был выбран вариант №2, о чем, я думаю, никто в HPE не жалеет, так как 3пар стал нашим лучшим приобретением (моё личное мнение) в 21-ом веке. Так что зря вы про медленную и печальную смерть ев — два очень близких идейно продукта эволюционировали в один, вот и всё. P.S. С каждым 3паром в комплекте 180-дней бесплатной возможности онлайн миграции с ев (да и с массивов некоторых других вендоров на самом деле) силами функционала Online Import. По истечении 180 дней можно получить ж\это функционал в рамках лицензии Peer Motion.greefon
20.01.2016 12:50+11.
В том то и дело, что нет оснований так полагать. Наценка на шпиндель в энтерпрайзе достаточно высока, чтобы легко скушать эту разницу.
~90ТБ флеша в 2U тоже сомнительный аргумент. Даже в SMB можно найти что-то типа Dell SC4020. Netapp если и не умеет прямо сейчас, то скоро будет. Да и остальные подтянутся, когда будет востребована в AFA такая плотность размещения.
2.
Не часто. С другой стороны (поправьте если ошибаюсь) QoS по latency фактически означает throttling по IOPS? А это можно решать и иначе, пусть и несколько более сложным способом.
3.
Я Еву помню еще мальчиком, тогда её звали Дек. Мы хорошо знакомы, спасибо.
Вчитайтесь в свой ответ, вы каждым предложением подтверждаете мои слова. Покупка чужих решений, необходимость серьезный инвестиций (и больших временных затрат) на переписывание и отладку микрокода. Невозможность объединения решений разных аппаратных поколений. Вынужденное искусственное создание нескольких линеек. Акцент на технологических фетишах, интерес к которым на самом деле сугубо факультативный. Все это уже прошлое.
Дальше пойдет мое личное мнение. Потребитель сейчас хочет (да и всегда хотел, просто реально шанс появился получить) линейно масштабируемые системы. Потребитель хочет делать «апгрейд» путем добавления ресурсов в свою инфраструктуру БЕЗ необходимости выполнять миграцию с массива на массив. Потребитель хочет докупать ровно столько ресурсов, сколько ему нужно сейчас, без необходимости закупаться на будущее или покупать полки с дисками дороже, чем они стоят вместе с контроллером. Потребителю нужен простой и прозрачный способ растянуть свою инфраструктуру на две, три, четыре площадки при необходимости. Потребитель хочет получать новые фичи на своем старом «массиве». И т.д. и т.п.
P.S. про «эволюцию» EVA в 3PAR, вы, кмк, перегибаетеr0n
21.01.2016 00:011. Ну так наценку же делает каждый вендор (собственно как и любой продавец)… И распоряжается ей. Поэтому у кого изначально себестоимость гигабайта ниже имеет преимущество. Разве нет? А получение большей емкости на том же типе носителя — это прямой путь к более низкой себестоимости. По-моему, очевидно.
Теперь касательно плотности. Так о том и речь, что мы столь высокую плотность размещения флеша начали предлагать значительно раньше остальных (естественно остальные подтянутся/подтягиваются, куда им деваться). AFA уже востребованы по полной программе — в мире флеша уже сейчас продается больше чем шпиндельных дисков (если есть возможность такая — обратитесь к данным IDC, еще кого-нибудь, кто статистику всяческую ведет и аналитику делает, мы не можем их цифры показывать на всеобщее обозрение — они обидятся), мы (Россия) немного отстаем от мирового тренда. И соответственно, кто раньше предлагает лучшее — тот и выигрывает, что с 3паром и происходит последние несколько лет.
2) Ну так опять же, у нас ничего не надо решать более сложным способом — QoS по такому основополагающему параметру для флеша как latency у нас настраиваемый параметр. И это преимущество перед теми, у кого этого нет. Разве нет? У одних есть, у других — нет, но можно придумать, если постараться, но не факт. Что лучше?
3) Тема для отдельной дискуссии — совершенно точно. EVA была на рынке более 10 лет (что-то около того) Это мало? Мне кажется нет. На смену ей пришел 3PAR. Какие технологические фетишы в 3паре сугубо факультативны? Например?
Линейно (правильнее сказать горизонтально) масштабируемые системы — отлично. Есть такие. И у нас в том числе. Но они не подходят для всего. Вы с этим будете спорить? Миграцию данных делать придется всегда (пока по крайней мере), если есть потребность получить возможности новых аппаратных мощностей для своих «старых» данных, так как каждые 5 лет (грубо говоря) меняются формфакторы, пропускные способности шин, появляются новые стандарты и т.д. Почему ушли те же евы? Потому что мощи их контроллерной архитектуры (которая славно прожила десяток лет), стало кардинально (не чуть-чуть, а кардинально, так как мы смотрели с прицелом в будущее) мало для современных объемов данных и требуемых уровней производительности при работе прежде всего с SSD. А переход к новым контроллерам, связанный с заменой процессорной архитектуры и фактически с разработкой микрокода с нуля, требовал существенных вложений. Поэтому у нас появился 3пар, который идейно и, уверен, патентно очень с евой пересекался — мы получили отличный продукт плюс конкурента превратили в союзника. Всё, что вы пишете касательно добавить ресурсов ровно столько, сколько нужно именно сейчас, выполняется 3паром (тонкий стек для того и придуман), касательно растянуть инфраструктуру на две-три-четыре площадки тоже не вопрос (Peer Motion, Peer Persistence вам в помощь), касательно новых фич в старом массиве — без проблем (все 3пары используют один микрокод), пока дело не коснется аппаратного прогресса, и новые фичи окажутся просто бесполезными в старом массиве, как масштабное использование SSD в евах, например. Как-то так.greefon
21.01.2016 14:36+11.
- Наценка на MLC диск какая у вас, 1000%? И мы тут про 20% емкости рассуждаем?
- Про плотность. Пожалуйста, читайте внимательно, прежде чем отвечать. "… когда будет востребована в AFA такая плотность размещения", а не «когда будут востребованы AFA». Начали первыми предлагать — молодцы. Является ли это сейчас преимуществом — не уверен, скорее нет.
- Кстати, а не случится ли так, что после пяти скажем лет эксплуатации фактическая емкость проданного 3PAR снизится относительно номинальной? Есть у вас статистика? Через какой период эксплуатации сбойные блоки начинают отъедать «сырое» место, которое вы анонсируете? Какой процент будет отъеден к окончанию срока гарантии? А к половине?
2.
Это безусловно удобнее, но не является определяющим фактором в выборе. Более того, я догадываюсь, что развитые возможности QoS появились в 3PAR «благодаря» архитектуре с wide-stripping, когда все данные лежат сразу на всех дисках и любой «плохой сосед» может повлиять сразу на всю песочницу.
3.
- over 10 лет… Я хорошо помню эту расползающуюся дыру в портфеле HP, заткнуть которую удалось с очень большим опозданием.
- Не «фетиши факультативны», а интерес к ним. Читайте внимательно.
- Горизонтальное масштабирование не всегда может обеспечить его линейность. И с чем спорить, с тем что ваши «горизонтально масштабируемые» системы подходят не для всего? Не буду, согласен.
- «Миграцию данных придется делать всегда (пока по крайней мере)» — без комментариев, вы сами все сказали.
- Тонкий стек — это про эффективное использование ресурсов, а не про расширение ресурсов.
- Peer Motion никак не помогает в создании растянутого кластера (хотя штука отличная сама по себе), а Peer Persistance (поправьте, если ошибаюсь) работает только на двух площадках. Если я не прав, расскажите, как создать растянутый кластер на трех площадках с помощью 3par.
- «все 3пары используют один микрокод» — хорошо
Мне, кстати, нравится 3Par, в отличии от обсуждаемой статьи. Так же как и рассказы на каждом углу, что 3par первый был в TP, первый зарядил функционал типа Peer Motion, не понимание отличий в работе с флешем в разных массивах и т.п. Это бьет по репутации и заставляет сомневаться в других тезисах.
r0n
21.01.2016 15:511
Наценка на MLC диск какая у вас, 1000%? И мы тут про 20% емкости рассуждаем?
Про плотность. Пожалуйста, читайте внимательно, прежде чем отвечать. "… когда будет востребована в AFA такая плотность размещения", а не «когда будут востребованы AFA». Начали первыми предлагать — молодцы. Является ли это сейчас преимуществом — не уверен, скорее нет.
Кстати, а не случится ли так, что после пяти скажем лет эксплуатации фактическая емкость проданного 3PAR снизится относительно номинальной? Есть у вас статистика? Через какой период эксплуатации сбойные блоки начинают отъедать «сырое» место, которое вы анонсируете? Какой процент будет отъеден к окончанию срока гарантии? А к половине?
Да какая разница какая наценка? Мы её сделали, мы её убрали в виде скидки. И так любой производитель. Вы так говорите, будто остальные в ноль все работают — за 10 долларов сделали за 10 отдали. Ведь нет же. Ключевой момент — себестоимость гигабайта, а мы за счет того, что на том же носителе выдаем больше емкости имеем преимущество в этом компоненте.
По поводу износа SSD — по 3парам статистика есть, благо массивов подключенных к «отзвону» в наш сервис много. И именно опираясь на статистику во многом, мы SLC поменяли на MLC сначала, потом появился adaptive sparing и из MLC мы сделали cMLC (не по качеству контроллера/флеша, а по объему запасной емкости) и стали предлагать его… В среднем за год эксплуатации в 3парах по нашим данным современный SSD теряет около 1% endurance. И пока у нас нет ни одного «изношенного» SSD. Плюс напомню, что у нас на SSD — безусловная (то есть и на износ тоже) 5-ти летняя гарантия.
2. По поводу QoS… Да нет вовсе. Про соседей — это скорее для шпинделей актуально. Более того, в 3пар вы также можете развести задачи по физически разным накопителям (не вопрос совершенно). Причина наличия у нас QoS на латенси вот в чем скорее. В контексте использования флеша — латенси это ключевой момент (для многих задач, куда более важный чем IOPS), и, так как мы позиционируем линейку как готовую для AFA, мы считаем, что должна быть возможность управлять ключевым параметром для AFA. Вот и всё.
3. То, что запоздали — соглашусь. Долго запрягали, но быстро поехали.
Про фетиши. Хорошо. Тогда к каким фетишам 3пара интерес чисто факультативный? На мой взгляд, там исключительно полезные фетишы.
Интересно. А чьи горизонтально масштабируемые системы подходят для всего? Если аргументированно расскажите, буду рад.
Про тонкий стек — поспорю, тонкий стек это возможность покупать столько, сколько надо сейчас, а выделять столько, сколько планируется к использованию с прицелом на N-лет. Процесс наращивания ресурсов при его использовании превращается просто в закупку дисков без какого-либо ощутимого влияния на работающую среду. Разве нет?
Распределенная система (а речь шла именно о такой) это вовсе не всегда растянутый кластер (в прямом понимании термина кластер). Peer Motion позволяет на ходу (прозрачно для хостов) перемещать данные между 3парами, располагающихся на абсолютно любом количестве площадок, а Peer Persistence — попарно эти площадки собирать именно в кластер (с полноценной репликой данных, прозрачным переключением в случае гибели сайта целиком и т.д.). Для трехплощадочной конфигурации именно по части репликации одного и того же набора данных есть вариант Remote Copy SLD.
Ну и по части последнего абзаца… А разве не 3пар был первым с TP? Разве не 3пар был первым с sub-LUN тирингом? — en.wikipedia.org/wiki/HP_3PAR. По части Peer Motion не так уверен… А кто был первым тут, если знаете? Относительно флеша — что конкретно мы не понимаем? Вы уж давайте аргументированно. Когда кого-то упрекаешь в непонимании — надо показать, где оно. Будем исправляться, если оно действительно так.greefon
21.01.2016 17:461.
- Разница в том, что входная цена шпинделя в стоимости решения практически никакого веса не имеет.
- Вот про статистику интересно, можно подробностей? Пусть даже отдельной статьей. Потому что многое сейчас непонятно. «за год» — это за первый год? А потом? И на вопрос про снижение емкости вы не ответили. Будет снижаться емкость? На сколько за гарантийный период?
- Вообще, очень интересно. Вот вы взяли MLC, отрезали у него spares, получили +20% объема. А почему производители закладывали так много? Почему использование adaptive sparing позволяет поднять DWPD обратно до уровня MLC, но при этом на износ уходит 1% в год? Можно в рамках отдельной статьи.
2.
- Понятно. Как будет себя вести массив, у которого два приложения находятся по latency в группе High, когда одно из них превратиться в плохого соседа? Спасет ли QoS второе приложение?
- Лучше бы вы рассказали про уменьшение внутренней очереди в SSD или типа того
3.
- «Полезные фетиши» — ЛОЛ :) Ко всем фетишам любого вендора интерес факультативный. Фетиши это когда вам настолько нравятся стопы девушки, что вы согласны не обращать внимание на все остальное. И с товарищами разговор ведете только про эти стопы (которые, возможно, замечательные).
- А я разве сказал, что сейчас такие системы есть? Просто ответил на ваш вопрос. Кстати, а есть такие системы (любые), которые подходят «для всего»? Просто мы уже достаточно далеко удались от сути (желание заказчика видеть линейный рост с простым неограниченным масштабированием), можно и о философии поговорить.
- С маркетинговой точки зрения да. А с практической — достаточно скоро появляется необходимость купить еще один массив. Или заранее купить дорогой массив, который умеет расширяться больше.
- Я писал «растянуть инфраструктуру». Но не важно, я понял, не умеет 3par.
TP фактически первыми сделали StorageTek. И если память не изменяет, даже NetApp со своими FlexVol позволял делать oversubscription раньше появления 3par. Про тиринг я не писал ничего. Про Peer Motion, ну скажем Compellent Live Volume.
Sergey-S-Kovalev
20.01.2016 06:36Зарубы между вендорами, просто прелестно.
Давно с таким интересом не читал корпоративные блоги, ну акромя КРОКовских, конечно.
Продолжайте, я пока не понял у кого больше.r0n
21.01.2016 03:50+1Сергей, нет никакой зарубы. У тех. директора Nutanix CEE и CIS Максима Шапошникова (чувствуете уровень), он же shapa, случилось январское обострение. В комментариях к посту о 3пар и рынке AFA систем он, по одному ему известным причинам, рассказал, что у всех сотрудников нутаникса денег хватает на порше, а в HPE — все смешные, попутно выяснилось, что он никогда (давно) не видел в глаза проектов с SAP, очень туманно представляет себе рынок топовых серверов да и серверов вообще. Еще он страстно рассказывал про панику в рядах HPE (видимо, перед Нутаниксом) и про провал продаж 3пар в России, но фактов, к сожалению, так и не привел. Отчего я нарек его пустомелей — на английский манер получается клевый новый ник babbler. Я думаю, если продолжить диалог с ним дальше, он может перестать быть техническим директором Nutanix CEE & CIS. Обо всем этом вы можете почитать в нескончаемых комментариях выше.
А в завершение, для всех слушателей, поклонников, адептов лапши от господина Шапошникова «о величии и могучии» нутаникса без единого пруфа/теста/бенчмарка история о том, как Nutanix уносил ноги с так и не состоявшегося тестирования StorageReview.com (один из самых известных, если не самый известный тестер в мире):
www.storagereview.com/why_we_don_t_have_a_nutanix_nx8150_review.
Первый случай бегства в истории к слову.
P.S. Ничего бы этого не было, если бы кое-кто не залез в чужой корпоративный блог и не начал нести откровенную чушь в перемешку с прямыми оскорблениями в адрес сотрудников HPE вместо того, чтобы вести аргументированную дискуссию.
DarkboodZed
Корпоративный блог и все такое но все же хочется спросить автора после вот такого:
А вы некомпетентны или бессовестны?
vlad_msk_ru
а вы аргументируете или это троллинг?
DarkboodZed
Ну окей :)
Это маркетинговая отрыжка, а не текст, поэтому пройдемся по процитированному мной кусочку, а что бы было еще смешнее даже не будем вспоминать про конкурентов.
3PAR StoreServ это внезапно серия массивов с разной архитектурой, причем большая часть этой линейки самим же HP позиционируется как «классические» hdd массивы с возможностью воткнуть ssd. Я даже не буду у вас спрашивать про какое поколение 7xxx/7xxxc/8xxx написан этот бред.
Внезапно у HP есть HP XP7 Storage System который действительно кровавый энтерпрайз, а вот его тест в «ssd» набивке, ссд в кавычках потому что там не диски, а карты с арм процесосором и натуральной операционной системой.
www.storageperformance.org/benchmark_results_files/SPC-1/HP/A00162_HP_XP7-Storage/a00162_HP_XP7-Storage_SPC-1_executive-summary.pdf
Я даже не буду спрашивать как считали, просто напомню что HP не производит ssd.
vlad_msk_ru
Я не заметил в ваших аргументах собственно аргументов. Все массивы HPE 3PAR позиционируются именно как флеш-массивы, некоторые поддерживают гибридные конфигурации. При чем здесь упоминание XP7? Это один из немногих дисковых массивов класса hi-end, с доступностью данных больше 99.9999%. В SPC-1 вроде флеш-модули использовались, а не SSD, и что? Ну формфактор другой, характеристики носителя не меняется. Hewlett Packard Enterprise не производит SSD, а оемит их, как и другие вендоры. Речь идет о адекватной поддержке новых накопителей в существующих моделях. Архитектура 3PAR позволяет это делать, а у другие реализуют это с задержкой от полугода и выше.
DarkboodZed
Это печально.
А мой домашний Dlink DNS-320L я позиционирую как убийцу Ынтерпрайза. Ловите маркетолога.
Вот у вас написано
Это что получается XP7 не настоящий и в тесте не настоящие флеш технологии? До двух считать умете?
Ловите маркетолога. Вы некомпетентны, дойдите уж до этажа с инженерами.
Опять вы некомпетентны, не все вендоры так делают, у некоторых есть свое родное.
Где пруфы билли? нам нужны пруфы. Вы пишете маркетинговый булшит.
vlad_msk_ru
ну ок, Вы продолжаете троллить. Опровергните для начала эту таблицу:
Как только у вас появятся свои пруфы, посмотрите, кто производит флеш-память и где здесь вендоры «у некоторых есть свое родное»
www.statista.com/statistics/275887/nand-flash-manufacturer-sales-worldwide
Нет агрументов — идите администрируйте свой Dlink DNS-320L, зачем флейм разводить?
DarkboodZed
И что показывает эта табличка? То что HP пихает все ssd подрят не тестируя?
Вы в курсе что в реальной жизни всем плевать на емкость 1 носителя, всех интересует usable capasity массива и perfomance.
А мне весело.
vlad_msk_ru
Попросить администрацию забанить?
vlad_msk_ru
>Ловите маркетолога. Вы некомпетентны, дойдите уж до этажа с инженерами.
Инженеры утверждают, что внутри флеш-модулей XP обычный MLC и посоветовали ловить тролля.
DarkboodZed
А фамилию не назовете? ну что б публично позором покрылся и он, а не только вы и Jorge Maestre?
В флешках тоже MLC и согласно вашей логике в следующем 3par будут стоять usb флешки :)
Вы сейчас заявили что разницы между роллс-ройсом и запорожцем нет, и там и там 4 колеса и двигатель, остальное «незначительные детали».
Вы написали что
Это неверно, вы юлите и врете. Я понимаю что это ваше рабочее состояние, если вам реальный инженер сказал что нет разницы он профнепригоден.
vlad_msk_ru
DarkboodZed, меня это достало. У меня на экране техническая презентация от ОЕМ-производителя этого железа. Хватит уже чушь нести.
DarkboodZed
Т.е. признать что сели в лужу слабо?
Раз хамите поделюсь со всеми этой презентацией:
www.hds.com/assets/pdf/hitachi-white-paper-accelerated-flash-storage.pdf
vlad_msk_ru
Micron MLC — на второй странице. И?
DarkboodZed
Логика для маркетологов:
У вас написано что нет никакой разницы, в реальности производительность и задержки на чтение отличаются кардинально.
Вы читать умеете? Как у вас вообще с головой? Вы сейчас пытаетесь доказать что вот эта фигня которую продает HP за охнеальды енотов не нужна и лучше купить у того же HP 3par у которого даже тестов нет, потому что стыдно показывать публично.
vlad_msk_ru
DarkboodZed, переход на личные оскорбления завтра я все-таки обсужу с администрацией сайта.
Для порядка отвечу для тех, кто будет читать это потом. Хотя вряд ли здесь кто-то есть еще с такой степенью фанатизма к одному из форм-факторов упаковки флеш-памяти.
Носитель — флеш, MLC в данном случае. Контроллер там свой, вообще говоря у SSD любого производителя он свой. Обсуждать производительность флеш-модулей по сравнению с SSD я здесь не буду, у HPE есть и то, и другое.Тем более к теме статьи это не относится. В статье говорится, что носитель — флеш в любой упаковке (термин SSD более понятен аудитории), готов к использованию в корпоративных системах. Большинство флеш массивов — нет.
shapa
Вы уж обсудите.
Ибо коллега прав — вы реально просто обманываете людей в этой статье и своих комментариях к ним, при этом серьезнейшие проблемы с компетентностью.
vlad_msk_ru
Максим, я никого не обманываю. Еще раз предлагаю написать вопросы по существу автору. Вы же в Англии живете, можете сформулировать на английском языке?
shapa
Да где я только не живу. Сын так вообще гражданин трех стран.
Хочется на английском — извольте, клятву королеве давал лет-так N-цать назад.
Вот только дело тут не в языке, а в смысле выражений конторы супостатской?
shapa
Тут уже целая когорта позорников образовалась ;) Похоже в HPE дела сильно хуже чем мы предполагали.
r0n
shapa, Вы откровенный пустобрех и популист. Ни один тезис не подкреплен ничем. Одна вода. Если вы не прекратите оскорбления в сторону конкретных персоналий, получите бан.
shapa
Ну, то что вы баны «раздаете» тем кто не нравится в комментариях — это уже заметили.
Есть проблема.
Мы обманываете читателей. О чем тут написали уже множество людей.
Бан? делайте.
Безусловно мы, как корпоративный пользователь Habrahabr, поднимем вопрос в этом случае.
p.s. рассказать вам почему мы выбрали Habrahabr как площадку? Они нейтральны и правдивы. Не удаляют то что не нравится кому-то.
r0n
Обманываем читателей? По пунктам можно? Иначе — очередное ничем не подтвержденное заявление в вашем исполнении.
Комментировать можно всё, что угодно — но делать это нужно вежливо. А вот с этим у вас проблемы.
shapa
Выше смотрите. Или ниже.
Совершенно посторонние люди уже пишут вам. Которых вы тоже обещали забанить.
Я, пардоньте, уже даже смеяться устал. Если HPE таких «бойцов» выставляет на frontline…
r0n
Смеяться надо над тем, кого нутаникс держит техническими директорами в географических регионах… И еще больше над тем, чем они занимаются. У вас больше работы нет, кроме как на форумах трындеть? Да еще на темы, в которых не разбираетесь. Заканчивайте позорить контору и себя лично «одна из трех самых больших потерь российского программирования».
vlad_msk_ru
И давайте так, без «отрыжек» и «бреда». Если сможете, сформулируйте реальные вопросы для автора, и я ему их передам. Если на английском сформулируете, даже лучше будет. Не в плане перевода, а в плане четкости формулирования своей мысли. Один вопрос я понял — таблицу вывода на рынок SSD у разных производителей. Вроде бы я помню такую, завтра постараюсь обнародовать.
А вести дискуссию с использованием жестких выражений я и сам умею.
r0n
DarkboodzZed, теперь к XP7 (он же HDS VSP G1000, если кто не знает) и вашему пренебрежению к 3PAR. Говорите XP7 — это действительно кровавый энтерпрайз, карты с арм процессором, хороший результат SPC-1 и т.д. Ок. Это действительно так. И у последних моделей HPE 3PAR пока нет опубликованного результата SPC-1 (но скоро будет). Но есть вопрос. А почему HPE 3PAR не кровавый энтерпрайз по-вашему? Например, по тесту SPC-2, который даже потяжелее будет для СХД, мировой рекордсмен на сегодня именно HPE 3PAR. Ссылка — www.storageperformance.org/results/benchmark_results_spc2_top-ten. А если сравнить в историческом разрезе результаты тестов SPC-1 моделей современников HPE XP (они же HDS USP/USP V/VSP/VSP G1000) и HPE 3PAR, что мы увидим? Мы увидим, что 3PAR всегда бил XP (HDS USP/USP V/VSP/VSP G1000). Вот примеры:
HP 3PAR T800 и его прямой конкурент HP XP24000 (HDS USP V).
2007 год, HP XP 24000 — 200,245.73 IOPS, $17.96/SPC-1 IOPS — www.storageperformance.org/results/a00056_HP_XP24000_executive-summary.pdf
2008 год HP 3PAR T800 — 224,989.65 IOPS, $9.30/SPC-1 IOPS — www.storageperformance.org/results/a00069_3PAR_InServ-T800_executive-summary.pdf
HP 3PAR V800 и его прямой конкурент HP XP P9500 (HDS VSP)
2011 год, HDS VSP (он же HP XP P9500) — 269,506.69 IOPS, $8.18/SPC-1 IOPS — www.storageperformance.org/benchmark_results_files/SPC-1/HDS/A00110_HDS_VSP/a00110_HDS-VSP_SPC1_executive-summary.pdf
2011 год, HP 3PAR V800 — 450,212.66 IOPS, $6.59/SPC-1 IOPS — www.storageperformance.org/benchmark_results_files/SPC-1/HP/A00109_HP_P10000-3PAR-V800/a00109_HP-P10000-3PAR-V800_SPC1_executive-summary.pdf
Теперь есть результат HPE XP7 (HDS VSP G1000), ждем результата последней модели HPE 3PAR. Но что-то мне подсказывает, что он будет, как минимум, не хуже, если следовать историческому тренду.
Теперь по поводу твердотельных накопителей. HPE действительно не производит SSD. Для этого есть профильные компании, с которыми HPE и другие вендоры сотрудничают. Что вас так удивило в заявленном в статье? HPE 3PAR действительно всех обогнал, предлагая на тех же самых накопителях, что используются в индустрии, больше емкости за счет технологии Adaptive Sparing и при этом давая еще и 5-летнюю безусловную гарантию на них. В индустрии широко применяются — 400ГБ SSD (HPE с тех носителей выжимает 480ГБ), 800ГБ SSD (HPE на них же выдает 920ГБ), 1600ГБ SSD (у HPE на этих же носителях 1920ГБ), 3200ГБ SSD (у HPE на них же 3840ГБ). И, напомню, дает 5 лет безусловной гарантии, и уже давно. Немного проливает свет на чудо вот этот пост — community.hpe.com/t5/Around-the-Storage-Block/cMLC-SSDs-in-HP-3PAR-StoreServ-Embrace-with-confidence/ba-p/6794791#.Vpu20lIioQ2. Плюс уже ранее приведенная мной ссылка — h20195.www2.hp.com/V2/GetPDF.aspx%2F4AA4-7264ENW.pdf. Есть у вас, коллега, как у знатока кровавого энтепрайза, еще вопросы к 3PAR?
r0n
Darkboodzed, коллега, в данном случае недостаточно владеете информацией, скорее вы. Почему — смотрите тут и далее в ветке комментариев. Сразу по поводу тезиса:
HPE 3PAR StoreServ — это единственный настоящий корпоративный массив уровня Tier-1, полностью построенный на флеш-технологиях.
Дабы всех успокоить — дам свою трактовку. Статья, как вы видели — это перевод материала, который опубликовал сотрудник HPE из США и прежде всего для американского читателя. В американском ИТ-секторе имеется очень хорошее представление о том, что такое современный рынок All-Flash СХД (не нужно перечислять основных его участников по пальцам, все и так знают) по причине того, что All Flash там уже мэйнстрим. В отличии от России пока. Основные игроки на этом рынке, которые имеют какие-то ощутимые доли — это «стартапы» (настоящие и бывшие), такие как Pure (пока самостоятельная компания), Solidfire (теперь Netapp), XtremIO (теперь EMC, именно с этим продуктом EMC бьется на AF рынке), Texas Memory (теперь IBM Flashsystem, именно с этим продуктом IBM выступает на AF рынке), Violin Memory и т.д. плюс HPE с 3PAR и, пожалуй, Netapp c AFF. Функционально почти все эти продукты — это «молотилки» IOPS с минимальными задержками, которые не умеют больше ничего своими силами (Netapp AFF вынесем за скобки, он имеет значительно более богатый функционал нежели «стартапы»). В отличии от HPE 3PAR, который умеет практически всё, что должна уметь современная СХД (ну кроме компрессии пока) да еще и очень здорово заточен на флеш (да и не только на флеш, 3пару в принципе не важно какой будет носитель — были диски, сейчас флеш, будет, возможно, еще-что-то, главный козырь 3пара — архитектура, на которую была сделана ставка много лет назад, которая позволяет массиву фактически абстрагироваться от типа носителя с которым он работает). Рекомендую почитать, чтобы получить общее представление — h20195.www2.hp.com/V2/GetPDF.aspx%2F4AA4-7264ENW.pdf. Сравнить возможности всех перечисленных выше железок в рамках комментария практически невозможно (тут интернет вам в помощь), но уверяю вас — 3PAR самая функциональная из них (любой здравомыслящий человек, оценивший возможности всех перечисленных СХД, придет к такому выводу). Вот отсюда и тезис о единственном настоящем массиве на флеш, который можно считать корпоративным (то есть на который можно складывать данные, которые стоят очень-очень много денег). Относительно XP7 (он же HDS VSP G1000), который затрагивался в комментариях ниже, см. далее в ветке. Но если совсем коротко — это очень дорого, просто до неприличия. Вопрос — зачем, когда можно получить нужный объем, нужную функциональность и производительность, но дешевле?