Комментарии 194
Корпоративный блог и все такое но все же хочется спросить автора после вот такого:
А вы некомпетентны или бессовестны?
Мы опередили в развитии других поставщиков систем хранения на 12–18 месяцев, предлагая на 20% больше емкости при использовании тех же накопителей (480 ГБ и 920 ГБ).
Что касается твердотельных накопителей емкостью 1,92 ТБ, здесь мы опередили других производителей на 6–18 месяцев.
А если говорить о твердотельных накопителях емкостью 3,84 ТБ, то мы были впереди всех остальных на 6–12 месяцев.
Я официально заявляю: HPE 3PAR StoreServ — это единственный настоящий корпоративный массив уровня Tier-1, полностью построенный на флеш-технологиях.
А вы некомпетентны или бессовестны?
а вы аргументируете или это троллинг?
Ну окей :)
Это маркетинговая отрыжка, а не текст, поэтому пройдемся по процитированному мной кусочку, а что бы было еще смешнее даже не будем вспоминать про конкурентов.
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.
Это маркетинговая отрыжка, а не текст, поэтому пройдемся по процитированному мной кусочку, а что бы было еще смешнее даже не будем вспоминать про конкурентов.
Я официально заявляю: HPE 3PAR StoreServ — это единственный настоящий корпоративный массив уровня Tier-1, полностью построенный на флеш-технологиях.
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
Мы опередили в развитии других поставщиков систем хранения на 12–18 месяцев, предлагая на 20% больше емкости при использовании тех же накопителей (480 ГБ и 920 ГБ).
Что касается твердотельных накопителей емкостью 1,92 ТБ, здесь мы опередили других производителей на 6–18 месяцев.
А если говорить о твердотельных накопителях емкостью 3,84 ТБ, то мы были впереди всех остальных на 6–12 месяцев.
Я даже не буду спрашивать как считали, просто напомню что HP не производит ssd.
Я не заметил в ваших аргументах собственно аргументов. Все массивы HPE 3PAR позиционируются именно как флеш-массивы, некоторые поддерживают гибридные конфигурации. При чем здесь упоминание XP7? Это один из немногих дисковых массивов класса hi-end, с доступностью данных больше 99.9999%. В SPC-1 вроде флеш-модули использовались, а не SSD, и что? Ну формфактор другой, характеристики носителя не меняется. Hewlett Packard Enterprise не производит SSD, а оемит их, как и другие вендоры. Речь идет о адекватной поддержке новых накопителей в существующих моделях. Архитектура 3PAR позволяет это делать, а у другие реализуют это с задержкой от полугода и выше.
Я не заметил в ваших аргументах собственно аргументов.
Это печально.
Все массивы HPE 3PAR позиционируются именно как флеш-массивы
А мой домашний Dlink DNS-320L я позиционирую как убийцу Ынтерпрайза. Ловите маркетолога.
При чем здесь упоминание XP7?
Вот у вас написано
это единственный настоящий корпоративный массив уровня Tier-1, полностью построенный на флеш-технологиях.
Это что получается XP7 не настоящий и в тесте не настоящие флеш технологии? До двух считать умете?
Ну формфактор другой, характеристики носителя не меняется
Ловите маркетолога. Вы некомпетентны, дойдите уж до этажа с инженерами.
а оемит их, как и другие вендоры
Опять вы некомпетентны, не все вендоры так делают, у некоторых есть свое родное.
Речь идет о адекватной поддержке новых накопителей в существующих моделях. Архитектура 3PAR позволяет это делать, а у другие реализуют это с задержкой от полугода и выше.
Где пруфы билли? нам нужны пруфы. Вы пишете маркетинговый булшит.
ну ок, Вы продолжаете троллить. Опровергните для начала эту таблицу: 
Как только у вас появятся свои пруфы, посмотрите, кто производит флеш-память и где здесь вендоры «у некоторых есть свое родное»
www.statista.com/statistics/275887/nand-flash-manufacturer-sales-worldwide
Нет агрументов — идите администрируйте свой Dlink DNS-320L, зачем флейм разводить?
Как только у вас появятся свои пруфы, посмотрите, кто производит флеш-память и где здесь вендоры «у некоторых есть свое родное»
www.statista.com/statistics/275887/nand-flash-manufacturer-sales-worldwide
Нет агрументов — идите администрируйте свой Dlink DNS-320L, зачем флейм разводить?
>Ловите маркетолога. Вы некомпетентны, дойдите уж до этажа с инженерами.
Инженеры утверждают, что внутри флеш-модулей XP обычный MLC и посоветовали ловить тролля.
Инженеры утверждают, что внутри флеш-модулей XP обычный MLC и посоветовали ловить тролля.
А фамилию не назовете? ну что б публично позором покрылся и он, а не только вы и Jorge Maestre?
В флешках тоже MLC и согласно вашей логике в следующем 3par будут стоять usb флешки :)
Вы сейчас заявили что разницы между роллс-ройсом и запорожцем нет, и там и там 4 колеса и двигатель, остальное «незначительные детали».
Вы написали что
Это неверно, вы юлите и врете. Я понимаю что это ваше рабочее состояние, если вам реальный инженер сказал что нет разницы он профнепригоден.
В флешках тоже MLC и согласно вашей логике в следующем 3par будут стоять usb флешки :)
Вы сейчас заявили что разницы между роллс-ройсом и запорожцем нет, и там и там 4 колеса и двигатель, остальное «незначительные детали».
Вы написали что
Ну формфактор другой, характеристики носителя не меняется.
Это неверно, вы юлите и врете. Я понимаю что это ваше рабочее состояние, если вам реальный инженер сказал что нет разницы он профнепригоден.
DarkboodZed, меня это достало. У меня на экране техническая презентация от ОЕМ-производителя этого железа. Хватит уже чушь нести.
Т.е. признать что сели в лужу слабо?
Раз хамите поделюсь со всеми этой презентацией:
www.hds.com/assets/pdf/hitachi-white-paper-accelerated-flash-storage.pdf
Раз хамите поделюсь со всеми этой презентацией:
www.hds.com/assets/pdf/hitachi-white-paper-accelerated-flash-storage.pdf
Micron MLC — на второй странице. И?
Логика для маркетологов:
У вас написано что нет никакой разницы, в реальности производительность и задержки на чтение отличаются кардинально.
Вы читать умеете? Как у вас вообще с головой? Вы сейчас пытаетесь доказать что вот эта фигня которую продает HP за охнеальды енотов не нужна и лучше купить у того же HP 3par у которого даже тестов нет, потому что стыдно показывать публично.
Ну формфактор другой, характеристики носителя не меняется.
У вас написано что нет никакой разницы, в реальности производительность и задержки на чтение отличаются кардинально.
Вы читать умеете? Как у вас вообще с головой? Вы сейчас пытаетесь доказать что вот эта фигня которую продает HP за охнеальды енотов не нужна и лучше купить у того же HP 3par у которого даже тестов нет, потому что стыдно показывать публично.
DarkboodZed, переход на личные оскорбления завтра я все-таки обсужу с администрацией сайта.
Для порядка отвечу для тех, кто будет читать это потом. Хотя вряд ли здесь кто-то есть еще с такой степенью фанатизма к одному из форм-факторов упаковки флеш-памяти.
Носитель — флеш, MLC в данном случае. Контроллер там свой, вообще говоря у SSD любого производителя он свой. Обсуждать производительность флеш-модулей по сравнению с SSD я здесь не буду, у HPE есть и то, и другое.Тем более к теме статьи это не относится. В статье говорится, что носитель — флеш в любой упаковке (термин SSD более понятен аудитории), готов к использованию в корпоративных системах. Большинство флеш массивов — нет.
Для порядка отвечу для тех, кто будет читать это потом. Хотя вряд ли здесь кто-то есть еще с такой степенью фанатизма к одному из форм-факторов упаковки флеш-памяти.
Носитель — флеш, MLC в данном случае. Контроллер там свой, вообще говоря у SSD любого производителя он свой. Обсуждать производительность флеш-модулей по сравнению с SSD я здесь не буду, у HPE есть и то, и другое.Тем более к теме статьи это не относится. В статье говорится, что носитель — флеш в любой упаковке (термин SSD более понятен аудитории), готов к использованию в корпоративных системах. Большинство флеш массивов — нет.
Вы уж обсудите.
Ибо коллега прав — вы реально просто обманываете людей в этой статье и своих комментариях к ним, при этом серьезнейшие проблемы с компетентностью.
Ибо коллега прав — вы реально просто обманываете людей в этой статье и своих комментариях к ним, при этом серьезнейшие проблемы с компетентностью.
Тут уже целая когорта позорников образовалась ;) Похоже в HPE дела сильно хуже чем мы предполагали.
shapa, Вы откровенный пустобрех и популист. Ни один тезис не подкреплен ничем. Одна вода. Если вы не прекратите оскорбления в сторону конкретных персоналий, получите бан.
Ну, то что вы баны «раздаете» тем кто не нравится в комментариях — это уже заметили.
Есть проблема.
Мы обманываете читателей. О чем тут написали уже множество людей.
Бан? делайте.
Безусловно мы, как корпоративный пользователь Habrahabr, поднимем вопрос в этом случае.
p.s. рассказать вам почему мы выбрали Habrahabr как площадку? Они нейтральны и правдивы. Не удаляют то что не нравится кому-то.
Есть проблема.
Мы обманываете читателей. О чем тут написали уже множество людей.
Бан? делайте.
Безусловно мы, как корпоративный пользователь Habrahabr, поднимем вопрос в этом случае.
p.s. рассказать вам почему мы выбрали Habrahabr как площадку? Они нейтральны и правдивы. Не удаляют то что не нравится кому-то.
Обманываем читателей? По пунктам можно? Иначе — очередное ничем не подтвержденное заявление в вашем исполнении.
Комментировать можно всё, что угодно — но делать это нужно вежливо. А вот с этим у вас проблемы.
Комментировать можно всё, что угодно — но делать это нужно вежливо. А вот с этим у вас проблемы.
Выше смотрите. Или ниже.
Совершенно посторонние люди уже пишут вам. Которых вы тоже обещали забанить.
Я, пардоньте, уже даже смеяться устал. Если HPE таких «бойцов» выставляет на frontline…
Совершенно посторонние люди уже пишут вам. Которых вы тоже обещали забанить.
Я, пардоньте, уже даже смеяться устал. Если HPE таких «бойцов» выставляет на frontline…
Смеяться надо над тем, кого нутаникс держит техническими директорами в географических регионах… И еще больше над тем, чем они занимаются. У вас больше работы нет, кроме как на форумах трындеть? Да еще на темы, в которых не разбираетесь. Заканчивайте позорить контору и себя лично «одна из трех самых больших потерь российского программирования».
И давайте так, без «отрыжек» и «бреда». Если сможете, сформулируйте реальные вопросы для автора, и я ему их передам. Если на английском сформулируете, даже лучше будет. Не в плане перевода, а в плане четкости формулирования своей мысли. Один вопрос я понял — таблицу вывода на рынок SSD у разных производителей. Вроде бы я помню такую, завтра постараюсь обнародовать.
А вести дискуссию с использованием жестких выражений я и сам умею.
А вести дискуссию с использованием жестких выражений я и сам умею.
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?
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?
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), который затрагивался в комментариях ниже, см. далее в ветке. Но если совсем коротко — это очень дорого, просто до неприличия. Вопрос — зачем, когда можно получить нужный объем, нужную функциональность и производительность, но дешевле?
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), который затрагивался в комментариях ниже, см. далее в ветке. Но если совсем коротко — это очень дорого, просто до неприличия. Вопрос — зачем, когда можно получить нужный объем, нужную функциональность и производительность, но дешевле?
А что это за новость
Массивы с двумя контроллерами просто не подходят для корпоративного сектора
Двухконтроллерные массивы не должны использоваться для консолидации хранения корпораций.
А это официальная позиция HPE?
Мы все пониманием, что чем больше дублирующих компонентов, тем ниже вероятность отказа системы.
Но тем не мнее, могли бы вы пояснить несколько небольших деталей:
— Сколько контроллеров необходимо и достаточно?
— Достаточно ли двух независимых двухконтроллерных систем?
— Действительно ли все массивы HPE 3PAR StoreServ доступны к заказу только в конфигурации с более чем двумя контроллерами?
— Есть ли у HP документ, разъясняющий, почему двухконтроллерные системы недостаточно хороши, желательно на примере регулярного выхода из строя своих же стареньких систем типа EVA?
— Доступна ли статистика отказа СХД по причине одновременного выхода из строя двух контроллеров? Существет ли аналогичная статистика по четырехконтроллерным системам?
И действительно ли консолидация хранения должна проводиться именно на AFA? И должна ли вообще производиться консолидация хранения?
Но тем не мнее, могли бы вы пояснить несколько небольших деталей:
— Сколько контроллеров необходимо и достаточно?
— Достаточно ли двух независимых двухконтроллерных систем?
— Действительно ли все массивы HPE 3PAR StoreServ доступны к заказу только в конфигурации с более чем двумя контроллерами?
— Есть ли у HP документ, разъясняющий, почему двухконтроллерные системы недостаточно хороши, желательно на примере регулярного выхода из строя своих же стареньких систем типа EVA?
— Доступна ли статистика отказа СХД по причине одновременного выхода из строя двух контроллеров? Существет ли аналогичная статистика по четырехконтроллерным системам?
И действительно ли консолидация хранения должна проводиться именно на AFA? И должна ли вообще производиться консолидация хранения?
Еще сюда можно добавить:
— гарантирует ли HPE доступность данных при выходе из строя более одного контроллера в системах с четырмя и более контроллерами
— гарантирует ли HPE доступность данных при выходе из строя более одного контроллера в системах с четырмя и более контроллерами
Плохой вопрос на него можно ответить да, не упоминая что это должны быть не любые 2 контроллера :)
Да, господа, вас так не проведешь. ) Расскажите дилетанту, в чем подвох с контроллерами?
Здесь намек на то, что 4 контроллера, возможно, работают в парах, при отказе обоих контроллеров в паре будет плохо.
Расскажите, а как ведут себя ваши двухконтроллерные массивы при отказе одного из них? что меняется в их работе?
Данные становятся доступными для серверов только по одному пути. Возможно небольшое проседание производительности из-за того, что запросы идут только через один контроллер. Вообще, это, конечно, аварийная ситуация и на полке должен всегда лежать запасной контроллер (ну, или быть заключен договор на обслуживание с жестким SLA)
а кэш как себя ведет?
Зависит от архитектуры, FAS просядет в производительности при большой нагрузке, а E2700 этого даже не заметит.
На самом деле завист от правильного сайзинга :)
Поправьте меня, если я не прав. При выходе из строя одного из контроллеров может быть 2 сценария:
1) массив не обращает на это внимания, и продолжает использовать кэш. Если отваливается и второй контроллер — данные на дисках неконсистенты.
2) массив отключает кэш, при этом производительность резко падает.
Если у вас 4 или больше контроллеров и кэш зеркалируется, а том доступен любому контроллеру (и не через Ethernet :) ), сценарии 1) и 2) не реализуются, падения производительности и риска для консистентности данных нет.
1) массив не обращает на это внимания, и продолжает использовать кэш. Если отваливается и второй контроллер — данные на дисках неконсистенты.
2) массив отключает кэш, при этом производительность резко падает.
Если у вас 4 или больше контроллеров и кэш зеркалируется, а том доступен любому контроллеру (и не через Ethernet :) ), сценарии 1) и 2) не реализуются, падения производительности и риска для консистентности данных нет.
Про NetApp сразу не скажу, в IBM DS3000/4000 уходит в suspend, потом можно включить вручную.
любые, при условии зеркалирования кэша
>И действительно ли консолидация хранения должна проводиться именно на AFA? И должна ли вообще производиться консолидация хранения?
см. www.dcig.com/guides/2015-16-all-flash-array-buyers-guide
Можно прочитать только вступление.
Там и про экономическую целесообразность, и про техническую.
см. www.dcig.com/guides/2015-16-all-flash-array-buyers-guide
Можно прочитать только вступление.
Там и про экономическую целесообразность, и про техническую.
Я официально заявляю: 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 с коэффициентом дедупликации-то? И что происходит с дедуплицированными данными при репликации?
Очень посредственный пост.
Подробно отвечу завтра, а пока напомните мне, какая из 5 AFA платформ NetApp поддерживает 24 контроллера? И какая платформа NetApp является Tier-1?
У NetApp уже 5 AFA линеек? Огласите весь список, пожалуйста. Может лучше не писать о тех вещах, в которых вы не разбираетесь?
Я говорю про линейку AFF. Она поддерживает до 24 контроллеров с файловым доступом и до 8 контроллеров при унифицированном доступе (Fc, FCoE, iSCSI, NFS, CIFS).
Я говорю про линейку AFF. Она поддерживает до 24 контроллеров с файловым доступом и до 8 контроллеров при унифицированном доступе (Fc, FCoE, iSCSI, NFS, CIFS).
ОК, четыре) 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.dpuf
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.dpuf
Так то ж стратегии, а не линейки продуктов.
PAM, FlashCache, and Tiering — это явно не AFA
FlashRay — устарела, пока ее запускали в серию
SolidFire — еще не вышла
Итого остается две — EF и FAS, что подтверждается официальным сайтом NetApp www.netapp.com/ru/technology/flash-storage/flash-story/all-flash.aspx
PAM, FlashCache, and Tiering — это явно не AFA
FlashRay — устарела, пока ее запускали в серию
SolidFire — еще не вышла
Итого остается две — EF и FAS, что подтверждается официальным сайтом NetApp www.netapp.com/ru/technology/flash-storage/flash-story/all-flash.aspx
Чем так плохи EF и FAS, если сам Нетапп в них не верит и купил СолидФаер?
Чем так плох 3Par, что у HPE 6 линеек СХД — MSA, StoreVirtual, StoreEasy, StoreAll, 3Par, XP? Никого не забыл? Со StoreAll не совсем уверен, как-то пропали эти системы с горизонта. Две из них еще и OEM продукты на самом деле. При этом ни одна из этих систем не была разработна внутри HPE. Поправьте меня, если я не прав.
Я не являюсь представителем NetApp и знать почему покупается SolidFire не могу.
Но как я вижу, SolidFire очень популярное решние среди провайдров услуг (service providers) и к тому же может работать на commodity hardware. Что не пересекается с текущими решениями NetApp. Так что я бы задавал вопрос иначе. Чем так хорош SolidFire, что его решил купить NetApp?
Я не являюсь представителем NetApp и знать почему покупается SolidFire не могу.
Но как я вижу, SolidFire очень популярное решние среди провайдров услуг (service providers) и к тому же может работать на commodity hardware. Что не пересекается с текущими решениями NetApp. Так что я бы задавал вопрос иначе. Чем так хорош SolidFire, что его решил купить NetApp?
Отвечает Александр Друзь:
Иными словами, не сейчас все плохо — мы купим SolidFire и станет немного лучше, а сейчас все отлично — купим SolidFire — станет вообще супер. Как относиться к покупке SolidFire — зависит от точки зрения )
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 — зависит от точки зрения )
Я так понял, ответов по существу моего первого комментраия не будет?
Как уже написал товарищ ниже, доступных линеек all-flash две. Поэтому повторюсь, не стоит писать о том, в чем вы не разбираетесь. К тому, же используя блоги своих же конкурнетов.
Как уже написал товарищ ниже, доступных линеек all-flash две. Поэтому повторюсь, не стоит писать о том, в чем вы не разбираетесь. К тому, же используя блоги своих же конкурнетов.
Smasher, по вопросам просвещения вас в технологиях Нетапп обратитесь в другой блог. Ссылаться на свои данные я не могу, потому что это «маркетинг», а на альтернативные источники информации тоже нельзя? Что тогда остается?
Платформ у Нетаппа 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.
Платформ у Нетаппа 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.
Если возможно, заодно раскритикуйте Nutanix NX-9000, потому что эти ребята пишут что-то вроде
Официально заявляем: Nutanix NX-9000 — это первый настоящий корпоративный гиперконвергентный массив уровня Tier-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 работниками, который страстно пожелает кому-нибудь продаться в ближайшее время и что будет дальше с этой платформой — совсем непонятно.
Во-вторых, надежность. Все-таки они у Нутаникса строятся в основном на самых дешевых серверах. Их, конечно, много, и в каждый можно установить аж 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 работниками, который страстно пожелает кому-нибудь продаться в ближайшее время и что будет дальше с этой платформой — совсем непонятно.
Куяссе у вас «стартап», на 300 миллионов баксов зеленью оборота и 1700 человек в штате. «Смолл энд медиум бизнес», практически. 8) Шоб я так жил.
ну 300 миллионов оборота — это уровень представительства вендора в квартал не в самой крупной стране EMEA
Логично, ибо по исследованиям того-же IDC мы кардинально клиентам деньги экономим — TCO на 58% меньше.
Т.е. наша задача (в отличи от того же HPE) не «впарить по-максимуму», а давать возможность клиенту создавать максимально эффективную инфраструктуру за минимальные деньги.
Если переводить в «цифры HP», то эти 300 миллионов были бы cовсем другими суммами.
Но нам на жизнь вполне хватает, учитывая стоимости компании несколько миллиардов долларов уже.
go.nutanix.com/idc-converged-infrastructure-it-report.html
Т.е. наша задача (в отличи от того же HPE) не «впарить по-максимуму», а давать возможность клиенту создавать максимально эффективную инфраструктуру за минимальные деньги.
Если переводить в «цифры HP», то эти 300 миллионов были бы cовсем другими суммами.
Но нам на жизнь вполне хватает, учитывая стоимости компании несколько миллиардов долларов уже.
go.nutanix.com/idc-converged-infrastructure-it-report.html
Вы мне напомнили анекдот про мальчика, которого растили «шантажом, подкупом, обманом» ;)
Я понимаю что с продажами 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.
…
Я понимаю что с продажами 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.
…
Полез про нутаникс написать, но опоздал. :)
ЗЫ. пользуясь случаем: с удовольствием читаю блог Романа, и считаю его эталонным примером правильного маркетинга.
ЗЫ. пользуясь случаем: с удовольствием читаю блог Романа, и считаю его эталонным примером правильного маркетинга.
Когда я говорю про стартап, я имею в виду поведение на рынке — набрать денег инвесторов, активно их жечь, выйти на 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. Они скоро станут богатыми людьми и либо пойдут отдыхать, либо займутся следующим стартапом.
Когда уйдут основатели, а так происходит всегда со стартапами, а программисты, создавшие код, переедут на острова Карибского моря — пожелаем успеха заказчикам.
в котором детально самим 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. У компании грандиозные цели, которые подразумевают
Пожелаем успеха владельцам и тем, у кого опционы при IPO. Они скоро станут богатыми людьми и либо пойдут отдыхать, либо займутся следующим стартапом.
Когда уйдут основатели, а так происходит всегда со стартапами, а программисты, создавшие код, переедут на острова Карибского моря — пожелаем успеха заказчикам.
Потрясающая аналитика, которая впрочем к действительности имеет минимальное отношение.
Хотя есть пара правильных моментов — например про то что мы в R&D мощно вкладываемся — мыслим стратегически.
«Уровень представительства западного вендора» тоже согласен, собственно проблемы HP бывшего (нынче разделенного) — в огромных раздутых штатах дармоедов, которых требуется содержать. Монстры, переваривающие сами себя.
p.s. Особенно про прессинг со стороны Lenovo понравилось (с которыми мы в том числе сейчас как раз и будем мировой рынок переворачивать дальше).
Хотя есть пара правильных моментов — например про то что мы в R&D мощно вкладываемся — мыслим стратегически.
«Уровень представительства западного вендора» тоже согласен, собственно проблемы HP бывшего (нынче разделенного) — в огромных раздутых штатах дармоедов, которых требуется содержать. Монстры, переваривающие сами себя.
p.s. Особенно про прессинг со стороны Lenovo понравилось (с которыми мы в том числе сейчас как раз и будем мировой рынок переворачивать дальше).
Кстати, HP vs Lenovo :) Качество серверов HP — одно из худших в мире.
Ну и на сладкое www.forbes.com/sites/justinwarren/2015/11/04/nutanix-hedge-their-bets-with-lenovo-deal
Так что будет очень интересный 2016-й год как в РФ, так и в мире.
Ну и на сладкое www.forbes.com/sites/justinwarren/2015/11/04/nutanix-hedge-their-bets-with-lenovo-deal
Так что будет очень интересный 2016-й год как в РФ, так и в мире.
По поводу качества серверов. По версии леново они делают самые качественные серверы. А как иначе? :) Доли рынка х86-серверов приблизительно представляете? HP (теперь HPE) там безоговорочный номер 1 с 1997 (или 1996, не помню точно) года. Двадцать лет подряд человечество безудержно ошибается? Ну-ну.
А причем тут «версия Леново»?
Погуглить-то кто помешал? Инопланетяне? ;)
Независимое исследование 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 и больше месяцев фиксились)
Погуглить-то кто помешал? Инопланетяне? ;)
Независимое исследование 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 и больше месяцев фиксились)
shapa, вы меня удивляете. Независимых исследований в бизнесе не бывает. Зачем кто-то будет тратить своё время и свои ресурсы и их проводить? Исследования кто-то заказывает и платит за них. ITIC — Information Technology Industry Consulting. Слово Consulting говорит о чем-нибудь? Это вы инопланетянин, если считаете иначе. У каждого вендора вагон и маленькая тележка таких «исследований» по всевозможным аспектам. И судиться по таким бумажкам — себя не уважать. А про саппорт вы откровенно лжете. Вы просто не работали с саппортом HPE, судя по всему. Где была ваша инсталляция на много тысяч серверов?
У меня два вопроса. Первый — это именно безнадежные долги или все же кредиты на развитие? Потому что, если компания динамично развивается, то она, конечно, привлекает кредиты. И до тех пор, пока она может их обслуживать — все ОК.
И еще — если у компании долгов/кредитов на NNN миллионов $, а стоит она пару миллиардов — это плохо или все же нормально?
И еще — если у компании долгов/кредитов на NNN миллионов $, а стоит она пару миллиардов — это плохо или все же нормально?
Я понимаю что с продажами 3par полный провал в РФ (да и в мире дела далеки от массовых продаж), но прямо обманывать…
под данным IDC, в сегменте midrange 3PAR №1 в мире вообще и в EMEA в частности
Какая прелестная попытка жонглирования фактами ;) и РФ к EMEA приписали мимоходом (как-будто в общем-то по рынку не в курсе объемов продаж 3par в России)
Вы вообще по результатам IDC трекера (который трекит далеко не все мягко говоря и выборка крайне не полная) за один квартал это решили заявить? «HP 3PAR is in a statistical tie for the 2Q2015 #1 midrange SAN Disk Array family. „
Вы вообще по результатам IDC трекера (который трекит далеко не все мягко говоря и выборка крайне не полная) за один квартал это решили заявить? «HP 3PAR is in a statistical tie for the 2Q2015 #1 midrange SAN Disk Array family. „
shapa, вы удивитесь, но HPE Russia входит в состав HPE EMEA. По поводу провала продаж 3пар в России — без комментариев, пока хоть какое-нибудь подтверждение своей болтовни (а это именно болтовня) не предоставите.
Кому какая разница куда входит? Мы говорим про ситуацию на российском рынке, тут начинают притягивать за уши EMEA.
Про продажи в РФ — слушайте, ну льют же ваши-же парни, направо и налево. И на форумах куча смешной информации, и клиенты ваши-же потом пересылают.
Например как вы в панике решили Нутаникс «переторговать» с мотивацией в виде бутылки шампанского от руководства.
Вас там за рабов держат? :D
p.s. вы ТОЧНО уверены что тему эскалировать хотите?
Про продажи в РФ — слушайте, ну льют же ваши-же парни, направо и налево. И на форумах куча смешной информации, и клиенты ваши-же потом пересылают.
Например как вы в панике решили Нутаникс «переторговать» с мотивацией в виде бутылки шампанского от руководства.
Вас там за рабов держат? :D
p.s. вы ТОЧНО уверены что тему эскалировать хотите?
Повеселили. Где тут про провал продаж 3пар в России? Пустая болтовня опять. А касательно CS200 — игра для сэйлов, и что? В нутаникс не играют с сэйлами? Вы представляете, что такое доля продаж CS200 от общей деятельности HPE Россия? Это микроб на теле слона. Нутаникс, кстати, много чего в России продал? Сколько у вас бойцов? 1? 2? Хотя мне всё равно, по большому счету. Делл теперь с EMC, кранты вашему альянсу, вроде ведь была дружба у Dell и Nutanix.Теперь дружба с Леново. Удачи вам и всего наилучшего.
P.S. Я во всем ТОЧНО уверен.
P.S. Я во всем ТОЧНО уверен.
Да не буду я источники вам говорить, очевидно же. Смешной вы, право ;)
То что информация есть на рынке — ну разве что школьники не в курсе.
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_kontrolya
То что информация есть на рынке — ну разве что школьники не в курсе.
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_kontrolya
Да нет у вас никаких источников. Если есть — давайте. Иначе вы — болтун.
Продолжается дружба с Делл — отлично, дружите, посмотрим, что из этого выйдет. Сделали Платон — молодцы. Каким местом туда надо было засунуть 3пар интересно? Вы ориентируетесь для чего он нужен? Поверьте мне, 3пара много, очень много в очень разных бизнесах в РФ (телеком, финансы, нефтегаз, металлургия и т.д.) Ну что вам саксесс стори публичные сюда выкладывать чтоль? Это ж последняя стадия шизы. И не для этого хабр предназначен.
Продолжается дружба с Делл — отлично, дружите, посмотрим, что из этого выйдет. Сделали Платон — молодцы. Каким местом туда надо было засунуть 3пар интересно? Вы ориентируетесь для чего он нужен? Поверьте мне, 3пара много, очень много в очень разных бизнесах в РФ (телеком, финансы, нефтегаз, металлургия и т.д.) Ну что вам саксесс стори публичные сюда выкладывать чтоль? Это ж последняя стадия шизы. И не для этого хабр предназначен.
Очень хочу послушать сакссесс стори про телеком.
После работы в конторе, где решение HP Only было принято на уровне заоблачном. И никаких competitive ситуаций и сравнений ни с кем никогда не проводилось.
Удалось правда купить Veeam после года боданий с закупками и доказав, что HP в течение года смогла нам только продолжать обещать, что вот еще чуть-чуть и DataProtector научится поддерживать функционал VMware, попавший в продуктив 3 года назад.
После работы в конторе, где решение HP Only было принято на уровне заоблачном. И никаких competitive ситуаций и сравнений ни с кем никогда не проводилось.
Удалось правда купить Veeam после года боданий с закупками и доказав, что HP в течение года смогла нам только продолжать обещать, что вот еще чуть-чуть и DataProtector научится поддерживать функционал VMware, попавший в продуктив 3 года назад.
Антон, ну не будем мы тут саксесс стори выкладывать. Хабр — это не то место. Если реально есть интерес, как у сотрудника интегратора ныне с соответствующим кейсом — welcome, обращайтесь лично ко мне.
А по поводу DP и Veeam. Не передергивайте. Veeam — классный продукт, но до относительно недавнего времени работал только с виртуальными инфраструктурами (на момент вашей работы в Мегафоне, думаю, что железно). А бэкап инфраструктуры такого масштаба — это всё-таки не только виртуальные машины (особенно тогда). DP же тогда умел работать и с физикой плюс с самыми разными окружениями (HP-UX, например) и с VMware-средой (да, хуже чем Veeam, но умел). Это я к тому, что одним Veeam вы бы на тот момент не обошлись никак в плане резервного копирования, если быть до конца честным.
Кстати, о каком функционале речь? Узнаю у коллег, как сейчас обстоят с ним дела у DP.
А по поводу DP и Veeam. Не передергивайте. Veeam — классный продукт, но до относительно недавнего времени работал только с виртуальными инфраструктурами (на момент вашей работы в Мегафоне, думаю, что железно). А бэкап инфраструктуры такого масштаба — это всё-таки не только виртуальные машины (особенно тогда). DP же тогда умел работать и с физикой плюс с самыми разными окружениями (HP-UX, например) и с VMware-средой (да, хуже чем Veeam, но умел). Это я к тому, что одним Veeam вы бы на тот момент не обошлись никак в плане резервного копирования, если быть до конца честным.
Кстати, о каком функционале речь? Узнаю у коллег, как сейчас обстоят с ним дела у DP.
А мне на тот момент и нужно было виртуальные фермы бэкапить.
Oracle / HPUX DP как-то бэкапил, но это была не моя зона.
VMware же DP не умел практически никак. Какой там API, CBT…
Кое-как через скрипты VMware Consolidated Backup еще шевелился, но это реально было несмешно.
Это задержка в развитии на несколько лет, никак не оправдываемая тяжестью и комплексностью. Умели в VMware все, кроме HP.
Oracle / HPUX DP как-то бэкапил, но это была не моя зона.
VMware же DP не умел практически никак. Какой там API, CBT…
Кое-как через скрипты VMware Consolidated Backup еще шевелился, но это реально было несмешно.
Это задержка в развитии на несколько лет, никак не оправдываемая тяжестью и комплексностью. Умели в VMware все, кроме HP.
Кстати, после «P.S. Я во всем ТОЧНО уверен.» — теперь я реально уверен что уровень (как максимум) обычного SE в HPE.
Про «игры с сейлзами» позабавили. Ну скажем при желании любой SE в Nutanix даже в РФ может купить себе спокойно новый порш (ну ладно, бокстер хорошо фаршированный, не 911 :) )
Потому что берут лучших, но и платят как лучшим. А резюме из HPE и IBM (в том числе РФ) мы просто завалены.
Про «игры с сейлзами» позабавили. Ну скажем при желании любой SE в Nutanix даже в РФ может купить себе спокойно новый порш (ну ладно, бокстер хорошо фаршированный, не 911 :) )
Потому что берут лучших, но и платят как лучшим. А резюме из HPE и IBM (в том числе РФ) мы просто завалены.
думалкой-то не очень хорошо ;) Миграция на Nutanix со сторонних систем крайне проста, да и обратно если надо вытащить — масса способов. То что Veeam и Commvault нас официально поддерживают — на мысли не наводит?
Наводит на мысль, что иначе, как через бэкап-рестор это сделать нельзя.
Ну что-же вы ленивый такой
Погуглили чуток хотя бы…
Миграция на Nutanix выполняется на лету, без остановки VM (в случае одинаковых гипервизоров) — простейший vMotion, или с перезапуском VM (в случае миграции с скажем ESXi на AHV).
С Nutanix «уехать» можно точно так-же.
Нутаникс можно монтировать «снаружи» по NFS / SMB и выполнять миграцию — в ту или иную сторону.
Право, не надо открыто некомпетентность демонстрировать. Я в целом даже не виню — видел вашу CI против нас, там много откровенной ерунды написано (вплоть до того что нет понимания того что тиринг глобально работает на Nutanix, а не ограничен одним нодом)
Погуглили чуток хотя бы…
Миграция на Nutanix выполняется на лету, без остановки VM (в случае одинаковых гипервизоров) — простейший vMotion, или с перезапуском VM (в случае миграции с скажем ESXi на AHV).
С Nutanix «уехать» можно точно так-же.
Нутаникс можно монтировать «снаружи» по NFS / SMB и выполнять миграцию — в ту или иную сторону.
Право, не надо открыто некомпетентность демонстрировать. Я в целом даже не виню — видел вашу CI против нас, там много откровенной ерунды написано (вплоть до того что нет понимания того что тиринг глобально работает на Nutanix, а не ограничен одним нодом)
Наводит на мысль, что иначе, как через бэкап-рестор это сделать нельзя.
А зачем вообще делать миграцию SAN-SAN в виртуализованном мире?
ВМ переедут по команде гипервизора средствами гипервизора.
Потому что мир бывает и невиртуализованным. И довольно часто, если дело касается требовательных к производительности и 100% уровню аптайма приложений. Всё просто.
Невиртуализованный мир на Nutanix? Мсье ценитель.
Да нет, конечно. Не единым нутаниксом современные ЦОД живы :) Хаотичный диалог между Владом и товарищем из нутаникса был о миграции со сторонних систем. В моем понимании сторонние системы — это далеко не всегда «виртуализованный мир», скорее даже почти никогда, если речь идет о требовательных к производительности и 100% аптайму приложениях.
P.S. Изначально статья про 3par, рынок AFA систем и то, кто реально готов с этого рынка уже сегодня хранить на себе по-настоящему дорогие данные. Так что предлагаю про нутаникс завязать, так как он к теме ни относится ну совсем никак.
P.S. Изначально статья про 3par, рынок AFA систем и то, кто реально готов с этого рынка уже сегодня хранить на себе по-настоящему дорогие данные. Так что предлагаю про нутаникс завязать, так как он к теме ни относится ну совсем никак.
Миграция со сторонних систем на Nutanix = миграции виртуальных машин.
Сторонние для Nutanix системы — это все, что не Nutanix. Обычная vSphere на HP Blades / 3Par например.
Сторонние для Nutanix системы — это все, что не Nutanix. Обычная vSphere на HP Blades / 3Par например.
Вполне возможно. Можно и наоборот: с нутаникс на vSphere + blades&3PAR :) Можно и по-другому как-то.
Но cтатья-то про AFA и про то, а можно ли уже AFA доверить по-настоящему дорогие данные. При чем тут Нутаникс? Я не улавливаю. В свете того, что нутаникс не имеет ни одного публичного теста/пруфа/бенчмарка хоть от какого-нибудь публичного ресурса (который несет ответственность за опубликованное), а напротив — имеет бегство с бенчмарка по причине плохих результатов (http://www.storagereview.com/why_we_don_t_have_a_nutanix_nx8150_review) дорогих данных ему не видать как своих ушей. И давайте всё-таки закончим про него. Итак бесплатную рекламу товарищам сделали.
Но cтатья-то про AFA и про то, а можно ли уже AFA доверить по-настоящему дорогие данные. При чем тут Нутаникс? Я не улавливаю. В свете того, что нутаникс не имеет ни одного публичного теста/пруфа/бенчмарка хоть от какого-нибудь публичного ресурса (который несет ответственность за опубликованное), а напротив — имеет бегство с бенчмарка по причине плохих результатов (http://www.storagereview.com/why_we_don_t_have_a_nutanix_nx8150_review) дорогих данных ему не видать как своих ушей. И давайте всё-таки закончим про него. Итак бесплатную рекламу товарищам сделали.
Вот куда продается Нутаникс
Большое спасибо за ответ, ваши аргументы вполне логичны и последовательны.
Да ничего там логичного нет.
По-русски говоря — лапшу на уши вешать активно пытаются, ввиду сильной паники внутри HP (особенно российском) — продажи обрушились, продуктов нормальных инновационных нет, Lenovo серверами сейчас завалит весь рынок (как ранее стали N1 по лаптопам — HP уже на втором месте), да еще и Lenovo с Nutanix заключили соглашение и Lenovo фактически на рынок HighEnd СХД получило «зеленый свет».
www.forbes.com/sites/justinwarren/2015/11/04/nutanix-hedge-their-bets-with-lenovo-deal/#2715e4857a0b98296ab42852
По-русски говоря — лапшу на уши вешать активно пытаются, ввиду сильной паники внутри HP (особенно российском) — продажи обрушились, продуктов нормальных инновационных нет, Lenovo серверами сейчас завалит весь рынок (как ранее стали N1 по лаптопам — HP уже на втором месте), да еще и Lenovo с Nutanix заключили соглашение и Lenovo фактически на рынок HighEnd СХД получило «зеленый свет».
www.forbes.com/sites/justinwarren/2015/11/04/nutanix-hedge-their-bets-with-lenovo-deal/#2715e4857a0b98296ab42852
Максим, вам откуда известно про панику в HPE, особенно в Российском?
shapa, Леново уже целый год рынок серверами «заваливает»… Только доля снижается почему-то в наследство доставшаяся от IBM. Про панику внутри HP — ничего не скажу, это компания которая производит компьютеры, принтеры и т.д. А внутри HPE её нет.
Ну это ничего что 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 поправили полностью.
В этом году кстати будет реально очень интересно. Масса новых продуктов от них. Жаль что 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 поправили полностью.
Уверен, крайне позорных багов у любого производителя железа и софта (да и вообще любого производителя) очень и очень много. Багов нет у того, кто ничего не делает. Не стоит засорять эфир.
А по поводу HPE — это не потому что удобнее, а потому что это другая компания. Совсем. HP — это HP, HPE — это HPE. Живут теперь параллельно и не пересекаются.
По поводу передачи разработки и прочего из ИБМ в Леново — ждем-с, когда заваливать начнут… Что могу точно сказать, что большая часть сэйлов ИБМ в Леново не передалась. Не взяли.
А по поводу HPE — это не потому что удобнее, а потому что это другая компания. Совсем. HP — это HP, HPE — это HPE. Живут теперь параллельно и не пересекаются.
По поводу передачи разработки и прочего из ИБМ в Леново — ждем-с, когда заваливать начнут… Что могу точно сказать, что большая часть сэйлов ИБМ в Леново не передалась. Не взяли.
1) бага подобного масштаба — это (пардон мой френч) — тотальный ахтунг. И мало того что это одно поколение было бы, но бага многие поколения серверов пережила.
кстати, вы там у своих уточните — не было ли попыток у HP договориться с Nutanix. И почему мы отказали :) Много интересного узнаете, если вам расскажут. Эта бага — одна из причин вообще-то. Упустил свое счастье HPE.
2) HPE как реально структура — ей считанные месяцы. Очевидно, что 99.9999% продуктов разрабатывались в HP. Да даже последний VMworld барселона (октябрь) — там был стенд HP, но никак не HPE.
3) Сейлзы как раз в IBM — поганой метлой гнать большинство (как и у вас впрочем). А инженеры отличные были.
Ну и завязывайте мне про Lenovo и Dell рассказывать — очевидно, я с ними работаю на самом высоком уровне (топ-менеджмента в Европе и РФ).
кстати, вы там у своих уточните — не было ли попыток у HP договориться с Nutanix. И почему мы отказали :) Много интересного узнаете, если вам расскажут. Эта бага — одна из причин вообще-то. Упустил свое счастье HPE.
2) HPE как реально структура — ей считанные месяцы. Очевидно, что 99.9999% продуктов разрабатывались в HP. Да даже последний VMworld барселона (октябрь) — там был стенд HP, но никак не HPE.
3) Сейлзы как раз в IBM — поганой метлой гнать большинство (как и у вас впрочем). А инженеры отличные были.
Ну и завязывайте мне про Lenovo и Dell рассказывать — очевидно, я с ними работаю на самом высоком уровне (топ-менеджмента в Европе и РФ).
HPE про преимущества Nutanix (над HPE):
Еще раз — ты РЕАЛЬНО хочешь продолжать беседу? Ваши PR / прочие точно приветствуют этот диалог? ;) Я ведь и больше могу.
Еще раз — ты РЕАЛЬНО хочешь продолжать беседу? Ваши PR / прочие точно приветствуют этот диалог? ;) Я ведь и больше могу.
Не понял к чему это… И какие у вас конкретно преимущества перед 3PAR. Это слайд из какой-то компетитив презы по SDS. А пост про 3PAR, напоминаю. Не засоряйте его информацией к делу не относящейся, пожалуйста.
Ну хватит уже пороть откровенно глупые вещи.
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)
…
продолжать?
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)
…
продолжать?
Вы засоряете комментарии к посту. Поэтому лучше не надо продолжать. Ничего ценного в ваших комментариях нет. Это пустая болтовня и ни одного подтверждения. Разве нет? Хоть что-нибудь подтвердите, тогда будем разговаривать. SAP говорите… Например, нет вас в списке для HANA. А для SAP SAP HANA, это основной фундамент нынче… global.sap.com/community/ebook/2014-09-02-hana-hardware/enEN/appliances.html
Смешные вы, товарищи «технические консультанты HPE».
SAPA HANA — это единственный (!) продукт который не работает под виртуализацией (не путать с vHana).
Поэтому Nutanix и не сертифицирован под него (как и HPE с виртуализацией например).
Основной бизнес SAP — это далеко не HANA (это ОЧЕНЬ нишевый продукт c еденичными внедрениями по всему миру), а платформа Netweaver. Под которую Nutanix 100% сертифицирован.
Юмор в том что HANA гоняют далеко не на серверах HPE обычно, а например Fujitsu-Siemens (крайне специфичных железками с десятками терабайт ОЗУ), которые «родная» немецкая компания для SAP.
…
Ты реально хочешь навлекать позор на «профессионализм» HPE дальше? ;)
SAPA HANA — это единственный (!) продукт который не работает под виртуализацией (не путать с vHana).
Поэтому Nutanix и не сертифицирован под него (как и HPE с виртуализацией например).
Основной бизнес SAP — это далеко не HANA (это ОЧЕНЬ нишевый продукт c еденичными внедрениями по всему миру), а платформа Netweaver. Под которую Nutanix 100% сертифицирован.
Юмор в том что HANA гоняют далеко не на серверах HPE обычно, а например Fujitsu-Siemens (крайне специфичных железками с десятками терабайт ОЗУ), которые «родная» немецкая компания для SAP.
…
Ты реально хочешь навлекать позор на «профессионализм» HPE дальше? ;)
А вот это ересь, так ересь… Нет такой компании Fujitsu-Siemens, друг… За что вас в Лондоне держат? А может и не в Лондоне вовсе? Кто хоть какое-то отношение к SAP имеет с очень нишевым продуктом HANA — которую SAP объявил своей основной БД под все инсталляции SAP, поймет весь маразм высказываний товарища из Нутаникс. HANA отлично работает под VMWare и даже в продуктиве, и даже поддерживается SAP — не надо пороть чушь. Цифирки Gartner видел, на чем HANA работает в мире? Чем дальше, тем больше позором покрываешься ты (раз уж ты мне тыкаешь), дорогой мой нутаниксовед. Простите мне фамильярность.
Плохо быть глупым присейлом 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»
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»
Максим, вы реально не шарите или не в себе сегодня. Fujitsu-Siemens перестал существовать лет этак 5-6 назад (при чем тут заводы?) А у HPE вы знаете где заводы?.. SAP HANA отлично работает под VMware, сертификацию это никак не отменяет, изучайте — scn.sap.com/docs/DOC-27321
Из того, что вы несете — вывод один, проектов с SAP вы лично никогда не видели.
Из того, что вы несете — вывод один, проектов с SAP вы лично никогда не видели.
Олег, ну реально проспитесь.
Cходите что-ли в SAP РФ что-ли, узнайте что они в Даталайне собираюстя ставить.
Для «Ивана HPE-ного» поясню Не очень важно FJS или FJ, важно что не HPE. Ну тобишь ваши мелкие «понтики» забавны.
Есть Нюансы. HPE — жадны до $$$. У SAP забирают много %%% денег (потенциальной прибыли). А мы — делаем все намного лучше, при этом намного дешевле. Любой умный менеджер SAP понимает расклады :)
p.s. Вы, Штейхенбрехенфюрер, только что (неоднократно причем) обещали меня забанить и не отвечать.
Cходите что-ли в SAP РФ что-ли, узнайте что они в Даталайне собираюстя ставить.
Для «Ивана HPE-ного» поясню Не очень важно FJS или FJ, важно что не HPE. Ну тобишь ваши мелкие «понтики» забавны.
Есть Нюансы. HPE — жадны до $$$. У SAP забирают много %%% денег (потенциальной прибыли). А мы — делаем все намного лучше, при этом намного дешевле. Любой умный менеджер SAP понимает расклады :)
p.s. Вы, Штейхенбрехенфюрер, только что (неоднократно причем) обещали меня забанить и не отвечать.
Максим, а по теме? Работает-таки HANA под VMware? Опять вранье от Максима Шапошникова получается… Вы некомпетентны, Максим, вот что выходит на деле. А зато понтов-то сколько.
Ну, как в первом классе, пойдем от обратного — биороботам похоже только так понятно.
Что такое vHana?
scn.sap.com/community/hana-in-memory/blog/2013/08/05/virtual-hana-or-vhana
Что такое vHana?
scn.sap.com/community/hana-in-memory/blog/2013/08/05/virtual-hana-or-vhana
Максим, изучайте — scn.sap.com/docs/DOC-27321. Еще раз ссыль дам.
И не надо умничать. Мы, биороботы, а вы, высшее существо, которое сегодня с утра выдало на гора тонну ереси. Крепитесь! Всего доброго! Теперь точно, благо работать надо.
И не надо умничать. Мы, биороботы, а вы, высшее существо, которое сегодня с утра выдало на гора тонну ереси. Крепитесь! Всего доброго! Теперь точно, благо работать надо.
Чудо вы наше ;)
Вы опубликуйте первый же документ из ссылки… Али доступов нет? :)
Note 1492000 — General Support Statement for Virtual Environments (MUST READ)
Вы опубликуйте первый же документ из ссылки… Али доступов нет? :)
Note 1492000 — General Support Statement for Virtual Environments (MUST READ)
Максим, в первом документе речь об общих положениях касательно продуктов 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
Мне как простому инженеру, который не прикоснулся к тайному знанию SAP, очевидно, что vHana это такое забавное название, которое один лишь раз использовали в блоге. А означает это просто запуск HANA на VMware. Не на Acropolis и не на KVM, заметим (http://scn.sap.com/docs/DOC-56510). Все логично написано в scn.sap.com/docs/DOC-27384
Совершенно верно. HANA в виртуальной машине под гипервизором от VMware = vHANA (такая формулировка была неформально использована несколько раз в блогах, статьях и проч.). Спасибо, что не ведетесь на мусоропоток от Нутаникса. Правила для сертификации оборудования под «vHANA» абсолютно те же что и под SAP HANA на VMware. shapa просто с этим не знаком.
Могли бы вы дать ссылку на эти удивительные серверы Fujitsu-Siemens (крайне специфичных железками с десятками терабайт ОЗУ). Прицениться хочется. А то на PRIMERGY, несколько лет назад насмотрелся от души, а вот такие не встретились.
Максим ошибается (или умышленно флудит, на что очень похоже). Нет у фуджи таких машин сертифицировнных под 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, но и в целом в индустрии навскидку. Если реально есть интерес прицениться — пишите напрямую.
Не хочу палки вставлять в беседу, но за отчизну обидно:
http://www.fujitsu.com/fts/solutions/infrastructure/dynamic-infrastructure/hana/ и http://www.fujitsu.com/global/products/computing/servers/mission-critical/primequest/
Старшие товарищи в таких случаях говорили: «Учите мат. часть»
http://www.fujitsu.com/fts/solutions/infrastructure/dynamic-infrastructure/hana/ и http://www.fujitsu.com/global/products/computing/servers/mission-critical/primequest/
Старшие товарищи в таких случаях говорили: «Учите мат. часть»
Надо же, Фуджи в результате обсуждения на Хабре запилили новые сервера :)
Вообще-то, тема здесь не сервера, а системы хранения. Так что старшие товарищи могут вам посоветовать сменить топик.
Вообще-то, тема здесь не сервера, а системы хранения. Так что старшие товарищи могут вам посоветовать сменить топик.
Однако, как я заметил, стиль общения Вы выдерживаете…
w1g, тут просто много было пролито виртуальной крови, и в основном, не по делу.
Ответил вам в теме IDC-SPC: https://habrahabr.ru/post/280027/
Ответил вам в теме IDC-SPC: https://habrahabr.ru/post/280027/
1) Ну и радуйтесь. Что еще сказать. Мы упустили — будем грустить, а вы радуйтесь.
2) Разделение произошло 1 ноября. Поэтому логично, что в октябре вы видели стенд HP.
3) Я уже понял, что все лучшие люди в Нутаникс, где же еще.
На этом предлагаю закончить бессмысленный обмен сообщениями.
2) Разделение произошло 1 ноября. Поэтому логично, что в октябре вы видели стенд HP.
3) Я уже понял, что все лучшие люди в Нутаникс, где же еще.
На этом предлагаю закончить бессмысленный обмен сообщениями.
НЛО прилетело и опубликовало эту надпись здесь
Если по делу сказать нечего, будь добр — покинь студию. Пост про 3пар, на кой мне и всем читающим твои баллы?
Олег, огромное спасибо за общение. Уровень HPE в РФ я думаю уже всем понятен ;)
На любой адекватный аргумент — слив и «зато у нас болт большой. подайте еще денег на дармоедов».
На любой адекватный аргумент — слив и «зато у нас болт большой. подайте еще денег на дармоедов».
Я думаю всем понятен уровень Максима Шапошникова, нутаниксосведа. Крайне большого любителя помести языком без единого факта в подтверждение сказанного. Еще раз — всего доброго, Максим. Наше с вами общение закончено.
Конечно понятен. Всего-то делал крупнейшие проекты как в РФ (spylog, begun, mamba.ru) так и в мире (например badoo.com) — на сотни миллионов пользователей.
Куда уж мне до (полуштатного?) технического консультанта HPE Олег Ревизцева.
Куда уж мне до (полуштатного?) технического консультанта HPE Олег Ревизцева.
И что? Делали и хорошо. И карма прекрасная (ей богу как ребёнок, кармой хвастается… ты откуда такой?) Но сегодня утром вы несете чепуху, поскольку не разбираетесь в той теме, о которой пытаетесь писать. Причем количество чепухи неуклонно растет.
Олег, вот уже реально. Хочется попросить кого-то «обнять и приласкать».
Я понимаю что злые «манагеры» требуют продаж. Любой ценой. Жизнь несправедлива. Обидно осознавать что продаете фигню. Особенно в общем-то неплохому инженеру (между строк читаю), которого служба обязывает.
Ну правда, будешь подавать резюме к нам (или в Dell, или в Lenovo) — шли ссылку, хорошее настроение никогда не мешало ;)
Я понимаю что злые «манагеры» требуют продаж. Любой ценой. Жизнь несправедлива. Обидно осознавать что продаете фигню. Особенно в общем-то неплохому инженеру (между строк читаю), которого служба обязывает.
Ну правда, будешь подавать резюме к нам (или в Dell, или в Lenovo) — шли ссылку, хорошее настроение никогда не мешало ;)
Сравнение на портале GlassDoor в свете обсуждения систем хранения данных выглядит странно, ещё страннее сравнение компании с 14 тысячами отзывами и компании с чуть более чем 150 отзывами. Честно говоря я думал Nutanix несколько крупнее. Сразу понятно откуда у неё такой высокий рейтинг на Glassdoor, как говориться «маленький сплочённый коллектив», зато возникли сомнения в экспертизе, никого не хочу обидеть, но «собрать космолёт втроём» явно не просто если вообще возможно.
Олег, я кстати понял что наверное чуток резко.
Поясню. Не верь тому что вам рассказывают внутри — на 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.jpg
Поясню. Не верь тому что вам рассказывают внутри — на 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.jpg
Да штука в том, с Nutanix мы пересекаемся только в одном сегменте продуктовом… А у нас их (сегментов) много. Вы зря считате, что жизнь HPE крутится вокруг борьбы с Nutanix. Микроб на теле слона, я уже говорил. Пруфов про панику в HPE и провал продаж 3пар так и не увидел. Что сильно подрывает всё вами сказанное. В моих глазах, по крайней мере.
Ну, теперь о сегментах. С удовольствием услышу о сегментах.
…
Про «микроб» — ну право, забавно. Ладно EMC — парни реально на сотни миллионов $ торганули (OCS и Сбербанку спасибо).
Продажи в 2015 в РФ у Нутаникса более чем сопоставимы с 3par. Десятки миллионов долларов как минимум.
На этот год планы сильно больше, проекты уже в работе. Точно уверены что выиграете?
…
Про «микроб» — ну право, забавно. Ладно EMC — парни реально на сотни миллионов $ торганули (OCS и Сбербанку спасибо).
Продажи в 2015 в РФ у Нутаникса более чем сопоставимы с 3par. Десятки миллионов долларов как минимум.
На этот год планы сильно больше, проекты уже в работе. Точно уверены что выиграете?
Пруфы где про панику и провал продаж? Вы за слова свои можете отвечать? Вы знаете объем продаж 3пар, чтобы сопоставлять? Это опять болтовня.
НЛО прилетело и опубликовало эту надпись здесь
Как будет документальное подтверждение всего того словесного поноса (про панику в HPE Россия, про провал 3пар, про Fujitsu-Siemens, про HANA — которая нишевый продукт для SAP, про HANA — не работающую в среде виртуализации и много чего еще), который произвел ваш сотрудник, будем дальше общаться. Нет — извольте. Смысл вести диалог с пустомелями? А так как документального подтверждения не будет, потому что сказанное им неправда, общение наше непосредственно с вами закончилось. Всего доброго!
Олег, у тебя точно праздники прошли? Столько бессвязных слов ;)
Ну давай попробуем по ключевым словам из этого потока сознания…
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-1
Ну давай попробуем по ключевым словам из этого потока сознания…
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-1
Максим,
0) Fujitsu-Siemens нет. Концерн закончил свое существование в 2009 году. ru.wikipedia.org/wiki/Fujitsu_Siemens_Computers. Ты с этим будешь спорить? Давай документальное подтверждение. Или лучше ссылку на сайт когцерна. Или ты пустобрех.
1) Давай документальное подтверждение. Или ты пустобрех.
2) HANA работает под виртуализацией и никаким нутаниксом в этом сегменте на сегодня не пахнет — scn.sap.com/docs/DOC-27321. По этому пункту ты уже пустобрех.
0) Fujitsu-Siemens нет. Концерн закончил свое существование в 2009 году. ru.wikipedia.org/wiki/Fujitsu_Siemens_Computers. Ты с этим будешь спорить? Давай документальное подтверждение. Или лучше ссылку на сайт когцерна. Или ты пустобрех.
1) Давай документальное подтверждение. Или ты пустобрех.
2) HANA работает под виртуализацией и никаким нутаниксом в этом сегменте на сегодня не пахнет — scn.sap.com/docs/DOC-27321. По этому пункту ты уже пустобрех.
0) «серверов 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.
1) ну так же-же тут про 3par рассказываете? покажите крупные внедрения / проекты. я уже называл наши.
2) совсем стараюсь сдерживаться. похоже совсем плохо быть работником HPE :)
www.cioreview.com/news/nutanix-allies-with-sap-to-deliver-webscale-infrastructure--nid-9880-cid-49.html
Так-же очень жду подтверждений того, что HANA для SAP — это основной продукт. В том числе в РФ :)
Это помимо того что очень интересно все-же услышать ответ про vHana.
0) Это колебание воздуха.
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. Но до Тру Энтерпрайза вам как до луны.
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. Но до Тру Энтерпрайза вам как до луны.
У вас куда-то дата, к какому году относятся данные, с картинки пропала ;)
Где-ж вы ерунду эту выкопали? Из ваших внутренних CI? :) Почему DR отдельно вынесен — он что, не нужен для серверной виртуализации или ROBO например? :) Прайват клауд не включает в себя сервера / продакшен / hadoop / VDI? :D
Это хорошо или плохо?
Особенно с учетом, что VDI наиболее комплексные и сложные проекты в виртуализации с большими нагрузками на СХД.
Особенно с учетом, что VDI наиболее комплексные и сложные проекты в виртуализации с большими нагрузками на СХД.
Антон, да не хорошо и не плохо… Просто можно прикинуть подо что в основном используется Nutanix. Касательно больших нагрузок на СХД при VDI — всё зависит от идейного решения и используемого каркаса. Тот же Citrix XenDesktop позволяет реализовать VDI вообще без высокопроизводительной СХД как таковой — за счет Provisioning Server под образы и возможности организовать кэш для десктопов самыми разными способами.
А уж если возвращаться к нутаникс в свете больших нагрузок — это те еще прохиндеи. Ни одного публичного теста и бенчмарка. Была попытка у StorageReview.com (достаточно авторитетный ресурс, согласны?) их потестить, закончилась практически бегством доблестных нутаниксоведов из офиса тестеров вместе с нутаниксом под мышкой (утрирую слегка, конечно), так как тест оказался провальным.
Всем, кто вкушает лапшу господина Шапошникова (он же shapa) рекомендую:
www.storagereview.com/why_we_don_t_have_a_nutanix_nx8150_review. Ну и погуглить можно, как на этот пассаж индустрия отреагировала.
А уж если возвращаться к нутаникс в свете больших нагрузок — это те еще прохиндеи. Ни одного публичного теста и бенчмарка. Была попытка у StorageReview.com (достаточно авторитетный ресурс, согласны?) их потестить, закончилась практически бегством доблестных нутаниксоведов из офиса тестеров вместе с нутаниксом под мышкой (утрирую слегка, конечно), так как тест оказался провальным.
Всем, кто вкушает лапшу господина Шапошникова (он же shapa) рекомендую:
www.storagereview.com/why_we_don_t_have_a_nutanix_nx8150_review. Ну и погуглить можно, как на этот пассаж индустрия отреагировала.
Строго говоря, PVS — это единственный способ отказаться от высокопроизводительной СХД и переложить всю нагрузку на сеть.
>А уж если возвращаться к нутаникс в свете больших нагрузок
Что есть большая нагрузка? Одинокая Oracle DB? Да, Nutanix как и любая другая распределенная система хреново ее потянет. Здесь классическая монолитная СХД. И будет рубиться 3Par и VMAX сотоварищи. А является ли в вашем понимании ферма на 10 000 ВМ большой нагрузкой?
У меня был кластер Nutanix на тестировании, я сам его руками крутил. Да, я смог прожать его до шпинделей. Потому что знал как и целенаправленно это делал. Но в 95% нагрузок этого просто не произойдет вообще, и в 99% если правильно отсайзить.
>А уж если возвращаться к нутаникс в свете больших нагрузок
Что есть большая нагрузка? Одинокая Oracle DB? Да, Nutanix как и любая другая распределенная система хреново ее потянет. Здесь классическая монолитная СХД. И будет рубиться 3Par и VMAX сотоварищи. А является ли в вашем понимании ферма на 10 000 ВМ большой нагрузкой?
У меня был кластер Nutanix на тестировании, я сам его руками крутил. Да, я смог прожать его до шпинделей. Потому что знал как и целенаправленно это делал. Но в 95% нагрузок этого просто не произойдет вообще, и в 99% если правильно отсайзить.
Ферма в 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, который я уже упоминал выше.
А возвращаясь к нутаникс — ребята из 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, который я уже упоминал выше.
Smasher, относительно громкости утверждения с вами согласен, но всё не так страшно, смотрите мое разъяснение на тему, данное ранее — 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. Если есть еще вопросы — пишите, не стесняйтесь.
Относительно производительности. По тесту 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. Если есть еще вопросы — пишите, не стесняйтесь.
Как-то уж очень быстро дискуссия скатилась с обсуждения технических преимуществ HP 3par по сравнению с СХД других вендоров на обсуждение того, у кого сколько человек в офисе сидит, на какую сумму продали решений и кто сколько кредитов набрал.
Я ожидал эпичной битвы «Консолидированные хранилки VS Распределенные/программные СХД» )
Я ожидал эпичной битвы «Консолидированные хранилки VS Распределенные/программные СХД» )
Проблема в том что технических аргументов нет. Поэтому и началось (со стороны HPE в первую очередь) «а у нас болт на 24 и резьба глубже».
Юмор в том что это 100% узнаваемый стиль именно HPE — сколько не сталкиваюсь с их (пре)сейлзами, везде слепая вера «мы большие значит лучше».
Крыть реально нечем, сверху есть скриншот из презентации HPE «против Nutanix» где они признают вполне наше превосходство.
Юмор в том что это 100% узнаваемый стиль именно HPE — сколько не сталкиваюсь с их (пре)сейлзами, везде слепая вера «мы большие значит лучше».
Крыть реально нечем, сверху есть скриншот из презентации HPE «против Nutanix» где они признают вполне наше превосходство.
Превосходство в чем и кого на кем? Пока я только вижу болтуна (надеюсь не все кадры у вас такие), который кинул пару фраз, а ответа за них не держит. Где пруф про панику в HPE Россия и провал продаж 3PAR в РФ? Пост, напомню, изначально про 3PAR.
Олег, реально. Возьми паузу и покажи данную переписку вашим маректологам. Далее уже реально подумай, нужно ли вам такие публичные переписки (а это все индексируется гуглом и потом «не вырубить топором»).
Суть «претензий» сообщества проста:
В данной статье вы врете, причем практически везде. Множество как просто ошибочной технической информации, так и прямого обмана.
То что 3par технически ничем не лучше (а на самом деле много хуже) «микроба Нутаникс» — HPE признает даже внутри.
Аргументация «а у нас тысячи дармоедов которых надо кормить поэтому мы круче» на клиентов (особенно во времена кризиса) уже не действует.
Хочется не выглядеть клоунами — поправьте статью, уберите множество бравурно-глупых заявлений, адекватно говорите о конкурентах.
Даже Netapp и EMC продукты намного превосходят технически 3par.
Суть «претензий» сообщества проста:
В данной статье вы врете, причем практически везде. Множество как просто ошибочной технической информации, так и прямого обмана.
То что 3par технически ничем не лучше (а на самом деле много хуже) «микроба Нутаникс» — HPE признает даже внутри.
Аргументация «а у нас тысячи дармоедов которых надо кормить поэтому мы круче» на клиентов (особенно во времена кризиса) уже не действует.
Хочется не выглядеть клоунами — поправьте статью, уберите множество бравурно-глупых заявлений, адекватно говорите о конкурентах.
Даже Netapp и EMC продукты намного превосходят технически 3par.
Слушайте, да вы похоже не совсем разбираетесь в том, о чем пишете, просто… Каким боком соотносятся Nutanix и 3PAR? Никаким. Аргументации я привел более чем достаточно на все заявления читателей. Покажите, где ложь?
Пока я её вижу только от вас — голословные заявления и ни одного факта.
Даже Netapp и EMC продукты намного превосходят технически 3par — аргументы? Или опять болтовня?
Пока я её вижу только от вас — голословные заявления и ни одного факта.
Даже Netapp и EMC продукты намного превосходят технически 3par — аргументы? Или опять болтовня?
«Каким боком соотносятся Nutanix и 3PAR? Никаким. „
Понятно. Биоробот детектед (с).
Я выше написал. Мы умеем решать намного больше задач чем 3par, который есть в общем-то просто достаточно тупая хранилка.
Мы заменяем и сервера HP, и хранилки HP, и тонну “софта» HP (и не HP) — включая OpenView и прочие. При более низкой цене и кардинально более высокой надежности. (если нет понимания — у нас и 100 контроллеров может быть, и 1000)
Вы думаете компании со скриншота ниже — не с HPE с 3par переходили в том числе?
Понятно. Биоробот детектед (с).
Я выше написал. Мы умеем решать намного больше задач чем 3par, который есть в общем-то просто достаточно тупая хранилка.
Мы заменяем и сервера HP, и хранилки HP, и тонну “софта» HP (и не HP) — включая OpenView и прочие. При более низкой цене и кардинально более высокой надежности. (если нет понимания — у нас и 100 контроллеров может быть, и 1000)
Вы думаете компании со скриншота ниже — не с HPE с 3par переходили в том числе?
ОК, я думаю, на этом все. Мы достаточно прорекламировали других производителей, всем спасибо за обсуждение. Будут вопросы — присылайте сообщения.
Мне кажется это слив. Никакой технической информации, как в статье, так и в комментариях, один маркентинговый булшит.
Тот же нетап рассказывает нам в десять раз больше, по этому нетап мы берем пачками. Ради чего брать 3пар не видно.
Тот же нетап рассказывает нам в десять раз больше, по этому нетап мы берем пачками. Ради чего брать 3пар не видно.
Поддержать продажи очень большой и известной конторы, разумеется.
Чтобы она купила еще одного технологического лидера и полностью его похоронила.
Чтобы она купила еще одного технологического лидера и полностью его похоронила.
По первому тезису — соглашусь. Логично.
А по второму — нет. У нас были разные приобретения (как и любого другого вендора), как удачные так и не очень впоследствии. Но компания пока жива (и живет уже 77-ой год, если последнее разделение не считать, связанное с совсем разными направлениями, которыми компания занималась), значит не так всё плохо. Ваше право считать иначе.
А по второму — нет. У нас были разные приобретения (как и любого другого вендора), как удачные так и не очень впоследствии. Но компания пока жива (и живет уже 77-ой год, если последнее разделение не считать, связанное с совсем разными направлениями, которыми компания занималась), значит не так всё плохо. Ваше право считать иначе.
Обычно что-то берут, не потому что кто-то рассказывает в 10 раз больше, а потому что надо решить какую-то задачу максимально эффективно и качественно. И вряд ли опираясь на форумы. Разве нет? К слову, какой технической информации вам не хватает касательно 3PAR? С удовольствием восполним пробел.
Технический обзор лучших практик в сжатом виде — что можно делать и что нельзя, вроде этого поста или ранних постов про VDI написанных вашими инженерами. А маркетинговый булщит с меряньем IDC оставьте для hpe.com и «настоящих ентепрайзов».
Заметьте, лично я не привел ни одного слайда от аналитиков. Касательно статей таких же как относительно 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
Базовое представление эти документы дают. Повторюсь, если нужно что-то большее — обозначьте тему, сделаем.
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
Базовое представление эти документы дают. Повторюсь, если нужно что-то большее — обозначьте тему, сделаем.
Странно, столько писали, а в «преимуществах» перечислено:
1. на 20% больший номинальный объем SSD за счет Adaptive Sparing, ранний доступ к моделям с высокой емкостью
2. QoS для бизнес приложений
По п.1 непонятно, какое это имеет значение для покупателя. У вас гигабайт стоит дешевле на 20%? Или плотность хранения выше? HPE сравнивал набивку по юнитам железок от разных вендоров при одинаковых параметрах емкости, производительности и цены (два из трех)? Очень хочется взглянуть.
По п.2 опять же непонятно. У конкурентов нет QoS (в широком смысле)?
Ну и еще, ребята, сейчас High-End — это в первую очередь готовность к быстрым изменениям. Очень-очень быстрым. Готов ли к этому 3par (и в целом HPE)? Или он как и прекрасная в далеком прошлом EVA будет умирать медленно и печально?
1. на 20% больший номинальный объем SSD за счет Adaptive Sparing, ранний доступ к моделям с высокой емкостью
2. QoS для бизнес приложений
По п.1 непонятно, какое это имеет значение для покупателя. У вас гигабайт стоит дешевле на 20%? Или плотность хранения выше? HPE сравнивал набивку по юнитам железок от разных вендоров при одинаковых параметрах емкости, производительности и цены (два из трех)? Очень хочется взглянуть.
По п.2 опять же непонятно. У конкурентов нет QoS (в широком смысле)?
Ну и еще, ребята, сейчас High-End — это в первую очередь готовность к быстрым изменениям. Очень-очень быстрым. Готов ли к этому 3par (и в целом HPE)? Или он как и прекрасная в далеком прошлом EVA будет умирать медленно и печально?
Отвечу по пунктам.
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.
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.
1.
В том то и дело, что нет оснований так полагать. Наценка на шпиндель в энтерпрайзе достаточно высока, чтобы легко скушать эту разницу.
~90ТБ флеша в 2U тоже сомнительный аргумент. Даже в SMB можно найти что-то типа Dell SC4020. Netapp если и не умеет прямо сейчас, то скоро будет. Да и остальные подтянутся, когда будет востребована в AFA такая плотность размещения.
2.
Не часто. С другой стороны (поправьте если ошибаюсь) QoS по latency фактически означает throttling по IOPS? А это можно решать и иначе, пусть и несколько более сложным способом.
3.
Я Еву помню еще мальчиком, тогда её звали Дек. Мы хорошо знакомы, спасибо.
Вчитайтесь в свой ответ, вы каждым предложением подтверждаете мои слова. Покупка чужих решений, необходимость серьезный инвестиций (и больших временных затрат) на переписывание и отладку микрокода. Невозможность объединения решений разных аппаратных поколений. Вынужденное искусственное создание нескольких линеек. Акцент на технологических фетишах, интерес к которым на самом деле сугубо факультативный. Все это уже прошлое.
Дальше пойдет мое личное мнение. Потребитель сейчас хочет (да и всегда хотел, просто реально шанс появился получить) линейно масштабируемые системы. Потребитель хочет делать «апгрейд» путем добавления ресурсов в свою инфраструктуру БЕЗ необходимости выполнять миграцию с массива на массив. Потребитель хочет докупать ровно столько ресурсов, сколько ему нужно сейчас, без необходимости закупаться на будущее или покупать полки с дисками дороже, чем они стоят вместе с контроллером. Потребителю нужен простой и прозрачный способ растянуть свою инфраструктуру на две, три, четыре площадки при необходимости. Потребитель хочет получать новые фичи на своем старом «массиве». И т.д. и т.п.
P.S. про «эволюцию» EVA в 3PAR, вы, кмк, перегибаете
В том то и дело, что нет оснований так полагать. Наценка на шпиндель в энтерпрайзе достаточно высока, чтобы легко скушать эту разницу.
~90ТБ флеша в 2U тоже сомнительный аргумент. Даже в SMB можно найти что-то типа Dell SC4020. Netapp если и не умеет прямо сейчас, то скоро будет. Да и остальные подтянутся, когда будет востребована в AFA такая плотность размещения.
2.
Не часто. С другой стороны (поправьте если ошибаюсь) QoS по latency фактически означает throttling по IOPS? А это можно решать и иначе, пусть и несколько более сложным способом.
3.
Я Еву помню еще мальчиком, тогда её звали Дек. Мы хорошо знакомы, спасибо.
Вчитайтесь в свой ответ, вы каждым предложением подтверждаете мои слова. Покупка чужих решений, необходимость серьезный инвестиций (и больших временных затрат) на переписывание и отладку микрокода. Невозможность объединения решений разных аппаратных поколений. Вынужденное искусственное создание нескольких линеек. Акцент на технологических фетишах, интерес к которым на самом деле сугубо факультативный. Все это уже прошлое.
Дальше пойдет мое личное мнение. Потребитель сейчас хочет (да и всегда хотел, просто реально шанс появился получить) линейно масштабируемые системы. Потребитель хочет делать «апгрейд» путем добавления ресурсов в свою инфраструктуру БЕЗ необходимости выполнять миграцию с массива на массив. Потребитель хочет докупать ровно столько ресурсов, сколько ему нужно сейчас, без необходимости закупаться на будущее или покупать полки с дисками дороже, чем они стоят вместе с контроллером. Потребителю нужен простой и прозрачный способ растянуть свою инфраструктуру на две, три, четыре площадки при необходимости. Потребитель хочет получать новые фичи на своем старом «массиве». И т.д. и т.п.
P.S. про «эволюцию» EVA в 3PAR, вы, кмк, перегибаете
1. Ну так наценку же делает каждый вендор (собственно как и любой продавец)… И распоряжается ей. Поэтому у кого изначально себестоимость гигабайта ниже имеет преимущество. Разве нет? А получение большей емкости на том же типе носителя — это прямой путь к более низкой себестоимости. По-моему, очевидно.
Теперь касательно плотности. Так о том и речь, что мы столь высокую плотность размещения флеша начали предлагать значительно раньше остальных (естественно остальные подтянутся/подтягиваются, куда им деваться). AFA уже востребованы по полной программе — в мире флеша уже сейчас продается больше чем шпиндельных дисков (если есть возможность такая — обратитесь к данным IDC, еще кого-нибудь, кто статистику всяческую ведет и аналитику делает, мы не можем их цифры показывать на всеобщее обозрение — они обидятся), мы (Россия) немного отстаем от мирового тренда. И соответственно, кто раньше предлагает лучшее — тот и выигрывает, что с 3паром и происходит последние несколько лет.
2) Ну так опять же, у нас ничего не надо решать более сложным способом — QoS по такому основополагающему параметру для флеша как latency у нас настраиваемый параметр. И это преимущество перед теми, у кого этого нет. Разве нет? У одних есть, у других — нет, но можно придумать, если постараться, но не факт. Что лучше?
3) Тема для отдельной дискуссии — совершенно точно. EVA была на рынке более 10 лет (что-то около того) Это мало? Мне кажется нет. На смену ей пришел 3PAR. Какие технологические фетишы в 3паре сугубо факультативны? Например?
Линейно (правильнее сказать горизонтально) масштабируемые системы — отлично. Есть такие. И у нас в том числе. Но они не подходят для всего. Вы с этим будете спорить? Миграцию данных делать придется всегда (пока по крайней мере), если есть потребность получить возможности новых аппаратных мощностей для своих «старых» данных, так как каждые 5 лет (грубо говоря) меняются формфакторы, пропускные способности шин, появляются новые стандарты и т.д. Почему ушли те же евы? Потому что мощи их контроллерной архитектуры (которая славно прожила десяток лет), стало кардинально (не чуть-чуть, а кардинально, так как мы смотрели с прицелом в будущее) мало для современных объемов данных и требуемых уровней производительности при работе прежде всего с SSD. А переход к новым контроллерам, связанный с заменой процессорной архитектуры и фактически с разработкой микрокода с нуля, требовал существенных вложений. Поэтому у нас появился 3пар, который идейно и, уверен, патентно очень с евой пересекался — мы получили отличный продукт плюс конкурента превратили в союзника. Всё, что вы пишете касательно добавить ресурсов ровно столько, сколько нужно именно сейчас, выполняется 3паром (тонкий стек для того и придуман), касательно растянуть инфраструктуру на две-три-четыре площадки тоже не вопрос (Peer Motion, Peer Persistence вам в помощь), касательно новых фич в старом массиве — без проблем (все 3пары используют один микрокод), пока дело не коснется аппаратного прогресса, и новые фичи окажутся просто бесполезными в старом массиве, как масштабное использование SSD в евах, например. Как-то так.
Теперь касательно плотности. Так о том и речь, что мы столь высокую плотность размещения флеша начали предлагать значительно раньше остальных (естественно остальные подтянутся/подтягиваются, куда им деваться). AFA уже востребованы по полной программе — в мире флеша уже сейчас продается больше чем шпиндельных дисков (если есть возможность такая — обратитесь к данным IDC, еще кого-нибудь, кто статистику всяческую ведет и аналитику делает, мы не можем их цифры показывать на всеобщее обозрение — они обидятся), мы (Россия) немного отстаем от мирового тренда. И соответственно, кто раньше предлагает лучшее — тот и выигрывает, что с 3паром и происходит последние несколько лет.
2) Ну так опять же, у нас ничего не надо решать более сложным способом — QoS по такому основополагающему параметру для флеша как latency у нас настраиваемый параметр. И это преимущество перед теми, у кого этого нет. Разве нет? У одних есть, у других — нет, но можно придумать, если постараться, но не факт. Что лучше?
3) Тема для отдельной дискуссии — совершенно точно. EVA была на рынке более 10 лет (что-то около того) Это мало? Мне кажется нет. На смену ей пришел 3PAR. Какие технологические фетишы в 3паре сугубо факультативны? Например?
Линейно (правильнее сказать горизонтально) масштабируемые системы — отлично. Есть такие. И у нас в том числе. Но они не подходят для всего. Вы с этим будете спорить? Миграцию данных делать придется всегда (пока по крайней мере), если есть потребность получить возможности новых аппаратных мощностей для своих «старых» данных, так как каждые 5 лет (грубо говоря) меняются формфакторы, пропускные способности шин, появляются новые стандарты и т.д. Почему ушли те же евы? Потому что мощи их контроллерной архитектуры (которая славно прожила десяток лет), стало кардинально (не чуть-чуть, а кардинально, так как мы смотрели с прицелом в будущее) мало для современных объемов данных и требуемых уровней производительности при работе прежде всего с SSD. А переход к новым контроллерам, связанный с заменой процессорной архитектуры и фактически с разработкой микрокода с нуля, требовал существенных вложений. Поэтому у нас появился 3пар, который идейно и, уверен, патентно очень с евой пересекался — мы получили отличный продукт плюс конкурента превратили в союзника. Всё, что вы пишете касательно добавить ресурсов ровно столько, сколько нужно именно сейчас, выполняется 3паром (тонкий стек для того и придуман), касательно растянуть инфраструктуру на две-три-четыре площадки тоже не вопрос (Peer Motion, Peer Persistence вам в помощь), касательно новых фич в старом массиве — без проблем (все 3пары используют один микрокод), пока дело не коснется аппаратного прогресса, и новые фичи окажутся просто бесполезными в старом массиве, как масштабное использование SSD в евах, например. Как-то так.
1.
2.
Это безусловно удобнее, но не является определяющим фактором в выборе. Более того, я догадываюсь, что развитые возможности QoS появились в 3PAR «благодаря» архитектуре с wide-stripping, когда все данные лежат сразу на всех дисках и любой «плохой сосед» может повлиять сразу на всю песочницу.
3.
Мне, кстати, нравится 3Par, в отличии от обсуждаемой статьи. Так же как и рассказы на каждом углу, что 3par первый был в TP, первый зарядил функционал типа Peer Motion, не понимание отличий в работе с флешем в разных массивах и т.п. Это бьет по репутации и заставляет сомневаться в других тезисах.
- Наценка на 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, не понимание отличий в работе с флешем в разных массивах и т.п. Это бьет по репутации и заставляет сомневаться в других тезисах.
1
Да какая разница какая наценка? Мы её сделали, мы её убрали в виде скидки. И так любой производитель. Вы так говорите, будто остальные в ноль все работают — за 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 не так уверен… А кто был первым тут, если знаете? Относительно флеша — что конкретно мы не понимаем? Вы уж давайте аргументированно. Когда кого-то упрекаешь в непонимании — надо показать, где оно. Будем исправляться, если оно действительно так.
Наценка на 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 не так уверен… А кто был первым тут, если знаете? Относительно флеша — что конкретно мы не понимаем? Вы уж давайте аргументированно. Когда кого-то упрекаешь в непонимании — надо показать, где оно. Будем исправляться, если оно действительно так.
1.
2.
3.
TP фактически первыми сделали StorageTek. И если память не изменяет, даже NetApp со своими FlexVol позволял делать oversubscription раньше появления 3par. Про тиринг я не писал ничего. Про Peer Motion, ну скажем Compellent Live Volume.
- Разница в том, что входная цена шпинделя в стоимости решения практически никакого веса не имеет.
- Вот про статистику интересно, можно подробностей? Пусть даже отдельной статьей. Потому что многое сейчас непонятно. «за год» — это за первый год? А потом? И на вопрос про снижение емкости вы не ответили. Будет снижаться емкость? На сколько за гарантийный период?
- Вообще, очень интересно. Вот вы взяли 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.
Коротко, так как со временем некоторые напряги.
1. По SSD понял, что нужна более детальная статья на тему. Обдумаем.
2. При работе QoS (в любом его виде где угодно) всегда должен быть тот несчастный, за счет которого будут выезжать избранные, если что. Разве нет? Смысл в QoS, если оба участника соревнования будут иметь наивысший приоритет? Предполагаем, что есть третий, четвертый и т.д. участники с более низким уровнем, и тогда ответ на ваш вопрос — именно за них счет будет поддерживаться должный уровень обслуживания первого и второго. Плюс еще раз касательно разделения томов 3пара по разным физическим носителям (без размазывания всех по всем) — это возможно, если реально нужно — пожалуйста. И не будет тогда железно плохого соседа на тех же носителях. Только 100 раз подумать нужно сначала — "+" будет такое разделение или "-", ну а это уже зависит от каждого конкретного случая.
3.
— Про стопы красиво :) Интересно тогда, что же тогда «всё остальное», возвращаясь к возможностям 3пар?
— «Для всего» — безусловно нет. Возможно, технически даже такую систему можно найти, но вот экономически для чего-то подходить она не будет.
— Средний массив сегодня (так называемый midrange, хотя не люблю это понятие) — это более 500 накопителей в плане масштабирования. Учитывая размер накопителя нынешний — это более чем достаточно для 99% организаций с перспективой роста на весь жизненный цикл оборудования. Так что — тонкий стэк плюс грамотные дозакупки накопителей и рост без даунтайма исключительно по мере необходимости обеспечен.
-Не согласен. Работать в многосайтовых конфигурациях 3пар умеет. Тут надо от целей и задач плясать. Что нужно и насколько это целесообразно? И в целом «Растянуть инфраструктуру» как-то нехорошо звучит.
Согласен. Фактически да. Но вот реально работающий тонкий стек, который не только умеет отдавать больше, чем есть (что по сути ничего особенного), но и потом безболезненно возвращать неиспользуемое отданное обратно в пул свободных ресурсов (дабы реально заниматься экономией пространства), был реализован именно в 3пар. Причем очень-очень давно. У многих (почти у всех) с возвращением отданного по сей день большие-большие проблемы.
1. По SSD понял, что нужна более детальная статья на тему. Обдумаем.
2. При работе QoS (в любом его виде где угодно) всегда должен быть тот несчастный, за счет которого будут выезжать избранные, если что. Разве нет? Смысл в QoS, если оба участника соревнования будут иметь наивысший приоритет? Предполагаем, что есть третий, четвертый и т.д. участники с более низким уровнем, и тогда ответ на ваш вопрос — именно за них счет будет поддерживаться должный уровень обслуживания первого и второго. Плюс еще раз касательно разделения томов 3пара по разным физическим носителям (без размазывания всех по всем) — это возможно, если реально нужно — пожалуйста. И не будет тогда железно плохого соседа на тех же носителях. Только 100 раз подумать нужно сначала — "+" будет такое разделение или "-", ну а это уже зависит от каждого конкретного случая.
3.
— Про стопы красиво :) Интересно тогда, что же тогда «всё остальное», возвращаясь к возможностям 3пар?
— «Для всего» — безусловно нет. Возможно, технически даже такую систему можно найти, но вот экономически для чего-то подходить она не будет.
— Средний массив сегодня (так называемый midrange, хотя не люблю это понятие) — это более 500 накопителей в плане масштабирования. Учитывая размер накопителя нынешний — это более чем достаточно для 99% организаций с перспективой роста на весь жизненный цикл оборудования. Так что — тонкий стэк плюс грамотные дозакупки накопителей и рост без даунтайма исключительно по мере необходимости обеспечен.
-Не согласен. Работать в многосайтовых конфигурациях 3пар умеет. Тут надо от целей и задач плясать. Что нужно и насколько это целесообразно? И в целом «Растянуть инфраструктуру» как-то нехорошо звучит.
Согласен. Фактически да. Но вот реально работающий тонкий стек, который не только умеет отдавать больше, чем есть (что по сути ничего особенного), но и потом безболезненно возвращать неиспользуемое отданное обратно в пул свободных ресурсов (дабы реально заниматься экономией пространства), был реализован именно в 3пар. Причем очень-очень давно. У многих (почти у всех) с возвращением отданного по сей день большие-большие проблемы.
1. +
2.
3.
Я вас сейчас расстрою, но реально работающий space reclamation был придуман и реализован DataCore (если память не изменяет). Причем очень-очень-очень давно. Как минимум на одну «очень» раньше. И про настоящее тоже неправда.
2.
- Вы сами не уверены в QoS и поэтому оговариваетесь про разделение дисков на физические группы?
- Простая задача: сделать так, чтобы все множество приложений (не важно какие и сколько) своей совокупной нагрузкой гарантировано не повысило latency для некого подмножества приложений выше заранее известного предела. Можно ли это сделать с помощью только QoS по latency? (нет) А с помощью только QoS по IOPS и bandwidth? (да)
- Поэтому (и еще по ряду причин) QoS по latency в чистом виде вообще не применяется. Это должна быть совокупность лимитов, в которой «задержки» все равно являются функцией от IOPS (собственно так в 3par и сделано, совокупность параметров). Либо реализация, аналогичная SIOC в VMware.
3.
- Интересно, почему вы меня про «все остальное» спрашиваете :)
- «Средний массив» — опять вы языком маркетинга заговорили. Нет, это не так. 640КБ памяти всем не хватит (с)
- Я вам назвал задачу — трехточечная (и более) синхронная репликация. 3par умеет две точки + асинхронная копия. Это реальная (пусть и не очень частая) задача. Цели и задачи, а равно и целесообразность, отталкиваются от возможностей. Если вы продаете 3par, вы постараетесь изменить архитектуру решения. Если вам нравится теоретически архитектура решения, вы будете искать на рынке под нее возможность реализации.
Я вас сейчас расстрою, но реально работающий space reclamation был придуман и реализован DataCore (если память не изменяет). Причем очень-очень-очень давно. Как минимум на одну «очень» раньше. И про настоящее тоже неправда.
Зарубы между вендорами, просто прелестно.
Давно с таким интересом не читал корпоративные блоги, ну акромя КРОКовских, конечно.
Продолжайте, я пока не понял у кого больше.
Давно с таким интересом не читал корпоративные блоги, ну акромя КРОКовских, конечно.
Продолжайте, я пока не понял у кого больше.
Сергей, нет никакой зарубы. У тех. директора 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 вместо того, чтобы вести аргументированную дискуссию.
А в завершение, для всех слушателей, поклонников, адептов лапши от господина Шапошникова «о величии и могучии» нутаникса без единого пруфа/теста/бенчмарка история о том, как Nutanix уносил ноги с так и не состоявшегося тестирования StorageReview.com (один из самых известных, если не самый известный тестер в мире):
www.storagereview.com/why_we_don_t_have_a_nutanix_nx8150_review.
Первый случай бегства в истории к слову.
P.S. Ничего бы этого не было, если бы кое-кто не залез в чужой корпоративный блог и не начал нести откровенную чушь в перемешку с прямыми оскорблениями в адрес сотрудников HPE вместо того, чтобы вести аргументированную дискуссию.
Про КРОК, после того как они потеряли (надеюсь, они сказали особенно большое спасибо Violin) все данные всех клиентов в своем облаке — мы промолчим.
А так, откровенно говоря, давно не было так нескучно — HPE уже идет на прямой подлог / обман.
Недавние новости — парни уже пытаюстся продавать аж на 20% дешевле чем Nutanix свои "новые решения" (упакованный в VM старинный Lefthand). Я нахожу это как минимум забавным. Где там HPE, в облаках. И мы, совсем приземленные. И тут — "цена будет ниже чем Nutanix".
"Later this month, we’ll announce a new, market-changing hyperconverged offering based on our Proliant virtualization server," Whitman said. "Our new solution will offer customers installation in minutes, a consumer-inspired, simple, mobile-ready user experience, and automated IT operations — all at 20 percent lower cost than Nutanix."
http://www.pcworld.com/article/3040833/hpe-will-take-on-nutanix-and-cisco-with-hyperconverged-system.html
А так, откровенно говоря, давно не было так нескучно — HPE уже идет на прямой подлог / обман.
Недавние новости — парни уже пытаюстся продавать аж на 20% дешевле чем Nutanix свои "новые решения" (упакованный в VM старинный Lefthand). Я нахожу это как минимум забавным. Где там HPE, в облаках. И мы, совсем приземленные. И тут — "цена будет ниже чем Nutanix".
"Later this month, we’ll announce a new, market-changing hyperconverged offering based on our Proliant virtualization server," Whitman said. "Our new solution will offer customers installation in minutes, a consumer-inspired, simple, mobile-ready user experience, and automated IT operations — all at 20 percent lower cost than Nutanix."
http://www.pcworld.com/article/3040833/hpe-will-take-on-nutanix-and-cisco-with-hyperconverged-system.html
Шапа, достал уже тупыми комментариями. Иди в свой блог и там делай, что хочешь. Например, объясни публике, почему IPO откладывается.
Шапа, достал уже тупыми комментариями. Иди в свой блог и там делай, что хочешь.
Отличный комментарий для человека, выступающего от лица компании.
Или social media policy уже отменили в HP?
Влад, я как посмотрю — в HPE работают сплошь и рядом культурные и воспитанные работники :)
Предложу варианты:
1) Очень умные дяди из Голдман Саш (хотя куда им до Влада) решили что сейчас на рынке не лучшая ситуация для выхода на биржу...
2) У нас на подходе куча мега-анонсов (продукты, апдейты и тд) и намного интереснее делать выход на биржу одновременно с этим...
3) Леново, как уже порвала (прямым образом) на тряпки HP(E) на рынке десктопов и ноутбуков, собирается сделать тоже самое в ближайшее время с HPE на сервером рынке (что очень позитивно может сказаться при выходе на биржу, ибо Lenovo Nutanix)
И т.д. и т.п. — еще много вариантов ;)
Предложу варианты:
1) Очень умные дяди из Голдман Саш (хотя куда им до Влада) решили что сейчас на рынке не лучшая ситуация для выхода на биржу...
2) У нас на подходе куча мега-анонсов (продукты, апдейты и тд) и намного интереснее делать выход на биржу одновременно с этим...
3) Леново, как уже порвала (прямым образом) на тряпки HP(E) на рынке десктопов и ноутбуков, собирается сделать тоже самое в ближайшее время с HPE на сервером рынке (что очень позитивно может сказаться при выходе на биржу, ибо Lenovo Nutanix)
И т.д. и т.п. — еще много вариантов ;)
С тебя пример беру в плане культуры и воспитания.
Займись делом — почитай что-нибудь о технологиях.
Займись презентейшн скиллз — они у тебя как у меня в третьем классе. Не говоря уже, что пургу несешь на презентациях такую, что просто удивительно.
Спортом займись — толстый ты.
Куча дел для тебя более полезных, чем гадить в чужом блоге.
Кроме того, задумайся, что когда тебя выгонят с нынешней работы, ты пойдешь по рынку. И возможно, придешь куда-нибудь, где успел создать о себе определенную репутацию.
Займись делом — почитай что-нибудь о технологиях.
Займись презентейшн скиллз — они у тебя как у меня в третьем классе. Не говоря уже, что пургу несешь на презентациях такую, что просто удивительно.
Спортом займись — толстый ты.
Куча дел для тебя более полезных, чем гадить в чужом блоге.
Кроме того, задумайся, что когда тебя выгонят с нынешней работы, ты пойдешь по рынку. И возможно, придешь куда-нибудь, где успел создать о себе определенную репутацию.
Влад, если бы вы не несли чушь про "первую All Flash" и подобное (замечу — люди совершенно не связанные с Нутаникс начали это комментировать), то на ваш блог нам глубоко фиолетово. Собственно ссылку на эту статью (сплошной обман клиентов) мне прислали "левые" люди (в группе IT Pro на facebook)
Всем и так понятно что у HPE нечем с нами конкурировать и панические анонсы вашего топ. менежмента что "вот-вот выкатим решение на рынок на 20% дешевле Нутаникс" (не лучше, не надежнее, не быстрее — а дешевле).
p.s. Ну а остальное — позабавило конкретно. Я понимаю что комплексы, куда ж без них ;)
Посмотрел бы хотя-бы чем я занимаюсь (экстремальным внетрассовым сноубординогом например) и что я уже сделал на рынке (наводка: кто делал всю тех. часть mamba.ru или badoo.com например?).
Потом бы уже давал глупые / желчные комментарии.
Специально для тебя — пару фоточек моих недавних (несколько недель). Дальше посмотри в зеркало и подумай, не напутал ты ли чего? ;)
https://scontent-fra3-1.xx.fbcdn.net/hphotos-xlt1/v/t1.0-0/p206x206/480551_1040296712699901_1944659004702510651_n.jpg
https://scontent-fra3-1.xx.fbcdn.net/hphotos-xlp1/t31.0-8/12698703_10208613890763893_5406060520110998526_o.jpg
https://scontent-fra3-1.xx.fbcdn.net/hphotos-xft1/v/t1.0-9/12631357_10208475964075812_3134575431333024694_n.jpg
Всем и так понятно что у HPE нечем с нами конкурировать и панические анонсы вашего топ. менежмента что "вот-вот выкатим решение на рынок на 20% дешевле Нутаникс" (не лучше, не надежнее, не быстрее — а дешевле).
p.s. Ну а остальное — позабавило конкретно. Я понимаю что комплексы, куда ж без них ;)
Посмотрел бы хотя-бы чем я занимаюсь (экстремальным внетрассовым сноубординогом например) и что я уже сделал на рынке (наводка: кто делал всю тех. часть mamba.ru или badoo.com например?).
Потом бы уже давал глупые / желчные комментарии.
Специально для тебя — пару фоточек моих недавних (несколько недель). Дальше посмотри в зеркало и подумай, не напутал ты ли чего? ;)
https://scontent-fra3-1.xx.fbcdn.net/hphotos-xlt1/v/t1.0-0/p206x206/480551_1040296712699901_1944659004702510651_n.jpg
https://scontent-fra3-1.xx.fbcdn.net/hphotos-xlp1/t31.0-8/12698703_10208613890763893_5406060520110998526_o.jpg
https://scontent-fra3-1.xx.fbcdn.net/hphotos-xft1/v/t1.0-9/12631357_10208475964075812_3134575431333024694_n.jpg
Про "пойдешь по рынку." — неразумный ты похоже совсем реально.
В отличии от "беженцев" из вендора в вендора — мне работа в традиционных IT вендорах совершенна не важна.
А новые стартапы — предложениями о работе заваливают откровенно, ибо Nutanix только за последний год сделал очень большие продажи.
А вот то что ты сейчас здесь пишешь — это прямая дорога к наклоненному наколенному порицанию со стороны HR любого серьезного "интерпрайз" вендора.
Сохраним для истории!
В отличии от "беженцев" из вендора в вендора — мне работа в традиционных IT вендорах совершенна не важна.
А новые стартапы — предложениями о работе заваливают откровенно, ибо Nutanix только за последний год сделал очень большие продажи.
А вот то что ты сейчас здесь пишешь — это прямая дорога к наклоненному наколенному порицанию со стороны HR любого серьезного "интерпрайз" вендора.
Сохраним для истории!
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Вы уверены, что все системы хранения All-Flash готовы к использованию в корпоративном секторе?