Size: a a a

2021 March 02

S

Skybad in VMware vSAN
Хотят покрыть больше кейсов. Главное что с их HCI до VSAN далеко
источник

i

iscsi in VMware vSAN
Skybad
Хотят покрыть больше кейсов. Главное что с их HCI до VSAN далеко
это если вы в VMware работаете, а заказчику выгоднее конкурентный рынок
источник

SB

Sergey Bogolyubov in VMware vSAN
Skybad
Хотят покрыть больше кейсов. Главное что с их HCI до VSAN далеко
Вы не учли, что hci по-разному расшифровывается 😂
источник

S

Skybad in VMware vSAN
Sergey Bogolyubov
Вы не учли, что hci по-разному расшифровывается 😂
Согласен. Мой завтык
источник

N

Nikolay Kulikov in VMware vSAN
Skybad
Хотят покрыть больше кейсов. Главное что с их HCI до VSAN далеко
ИМХО, но это больше похоже на окончательное закапывание  очень интересной и перспективной на момент покупки (2015 год) Solidfire. Сначала его пытались продавать, как СХД, но он не вписался в линейку между E/EF и FAS/AFF, поэтому его практически не предлагали, а значит и не продавали (https://blocksandfiles.com/2018/09/15/a-somewhat-dampened-solidfire/). Потом попытались сделать из него dHCI в 2017 под лозунгом «вот вам единая HCI система, только у нас сторадж отдельно, а compute отдельно», тоже особо не взлетело (это видно хотя бы по IDC). Потом пытались из него сделать платформу под K8s, в рамках NetApp K8s Service (NKS )(но она тоже не взлетела https://blocksandfiles.com/2020/03/20/netapp-nks-and-cloud-volumes-on-hci/). Потом хотя бы просто SDS под K8s и отсюда партнерство с Rancher (https://blog.netapp.com/introducing-rancher-on-hci), хотя параллельно Rancher активно пытается сделать свой собственный SDS (Longhorn). Но опять Solidfire/ElementOS не выдержал внутренней конкуренции с проектом Astra и судя по схеме от сюда (https://blocksandfiles.com/2021/03/02/astra-takeover-netapp-hci-eol/) Astra заменит ElementOS/Solidfire и, возможно, его убьёт окончательно (https://blocksandfiles.com/2020/08/26/netapp-layoff/), а продажи Solidfire именно как HCI (пусть даже в формате dHCI) прекращаются.
источник

N

Nikolay Kulikov in VMware vSAN
А тут интересная двоякая ситуация. С одной стороны, остались только VMware с долей 40%, Nutanix с долей 25% и Cisco с HyperFlex с неизменной долей около ~5%.          Остальные же не выдержали и или полностью ушли с рынка или сфокусировались на очень маленькую нишу/сегмент. 1.) Так Simplivity препозиционировалось теперь только для SMB и ROBO (https://www.crn.com/news/data-center/hpe-simplivity-hit-by-layoffs-unifying-hyperconverged-r-d), что сопровождалось сокращением штата (https://blocksandfiles.com/2020/07/17/hpe-simplivity-and-nimble-hci-layoffs/) и полным переводом поддержки и разработки в Индию. 2.) Dell перестал продавать ScaleIO/FlexOS как софт и теперь он доступен только как Appliance, при этом подавляющее большинство продаж HCI от Dell, очевидно, приходится на VxRail/vSAN (что видно по тому же IDC, где FlexOS уже давно не проходит даже 5% отсечку при том, что Dell лидерует на рынке appliance (VxRail/Ready Nodes) с 33% долей). 3.) Pivot3 в этом году резко схлопнулся и перешел в режим максимального энергосбережения (https://blocksandfiles.com/2020/03/27/hci-shop-pivot3-makes-significant-layoffs/) 4.) Datrium несколько лет назад сделал Pivot с dHCI в сторону DRaaS, который и был куплен в этом году VMware. 5.) Scale Computing жив, но получил в этом году инвестиции всего в 30m$ (https://www.insideindianabusiness.com/story/43124349/scale-computing-secures-dollar30m-in-funding), что для компании из 2007 года вообще-то совсем не много. 6.) NetApp то же, судя по всему, выбывает из гонки. 7.) MS, очевидно, интересует только облако, поэтому, с одной стороны, новый Azure Stack теперь доступен только в рамках Azure subscription, а значит требует +- постоянного доступа в интернет + based on a monthly subscription fee per physical processor core), а с другой стороны, очень активно продвигает Azure VMware Solution 8.) Остается RedHat с Ceph/Gluster, но пока не очень понятно, как после покупки IBM они будут сливать линейки (https://blocksandfiles.com/2019/07/10/ibm-red-hat-storage-software/).  9.) А об остальных вообще ничего не слышно толком.
источник

EZ

Eugene Zaytsev in VMware vSAN
По поводу ScaleIO могу как заказчик прям-таки прокомментировать
источник

AZ

Anton Zhbankov in VMware vSAN
Sergey Bogolyubov
Вы не учли, что hci по-разному расшифровывается 😂
Hybrid Cloud Infrastructure
источник

N

Nikolay Kulikov in VMware vSAN
Но, с другой стороны, каждое HCI решение так или иначе конкурируют с классическими системами хранения (хотя это не значит, что они не могут дополнять друг друга), которые никуда не собираются уходить. Поэтому вы, как заказчики, можете в полной мере наслаждаться конкуренцией между HCI vs SAN/NAS, что сопровождается развитием каждого из решений, а так же ценовым давлением друг на друга.
источник

EZ

Eugene Zaytsev in VMware vSAN
Сначала они отказались от поддержки SDS (ScaleIO Data Server, участвует в дисковом пуле) на WIndows - мы так поняли что из-за количества багов. К примеру, при запуске миграции в Hyper-V на короткое время резко поднимается нагрузка на ядро 0. Если процесс ScaleIO SDS находится в этот момент на этом ядре, он тормозится и MDM (Мetadata Manager, хранит карту блоков и конфигурацию всех нод кластера) просто отключает его по причине "медленной сети"
источник

EZ

Eugene Zaytsev in VMware vSAN
Потом они перестали продавать софт как софт и стали продавать коробки. Подозреваем что из-за проблем с железом разным вендоров - мы ловили очень своеобразные баги на raid-контроллерах и дисках - к примеру, опять же, в какой-то момент резко подскакивает лейтенси диска. ScaleIO тут же помечает его как "failed" и выкидывает из кластера, после чего начинает ребилд (какой умник писал эту логику и почему не пометить диск как RO и использовать как сорс для эвакуации данных для меня остается загадкой). В это же время то же самое происходит у другого диска - и вуаля, у вас потеря данных. Причина подобного поведения - прошивка на 1 минорную ступень отличается от того, что указано в матрице для Ready Node.
источник

AR

Andrew Repulo in VMware vSAN
к слову, вчера мы забыли описать еще один интересный юз кейс на ScaleIO, который очень неплохо у нас помогает разработчикам. Представим себе, что есть какое-нибудь очень большое бизнес приложение, например Oracle EBS, состоящим из аппликейшн сервера и базы данных с 10-15 терабайтами данных внутри. Разработчикам вот очень нужно иметь 3-4 окружения - препрод (куда льют данные с прода), uat, dev/test, еще какую нибудь муть. И для того, чтобы не нужно было каждый раз копировать огромные объемы данных, синхронизируя изменения перед тем как будут делаться автотесты после каждого билда мы сделали решение на базе volume snapshots на ScaleIO. Берем препрод и подключаем к препрод VMкам RDM маппингом луны из ScaleIO. Там всегда актуальные данные, это мастер вольюмы. А дальше есть гитлаб в котором есть CI/СD процедура которая питоном ходит в scaleio, создавая снапшот “мастер” луна и монтируя этот снапшот как новый лун в всферу, прицепляя этот лун на uat/dev/whatever что там нужно разработчикам, на любое кол-во окружений вообще без копирования данных
источник

AR

Andrew Repulo in VMware vSAN
разраб нажимает кнопку “сделать окружение актуальным снова” и радуется
источник

N

Nikolay Kulikov in VMware vSAN
Andrew Repulo
к слову, вчера мы забыли описать еще один интересный юз кейс на ScaleIO, который очень неплохо у нас помогает разработчикам. Представим себе, что есть какое-нибудь очень большое бизнес приложение, например Oracle EBS, состоящим из аппликейшн сервера и базы данных с 10-15 терабайтами данных внутри. Разработчикам вот очень нужно иметь 3-4 окружения - препрод (куда льют данные с прода), uat, dev/test, еще какую нибудь муть. И для того, чтобы не нужно было каждый раз копировать огромные объемы данных, синхронизируя изменения перед тем как будут делаться автотесты после каждого билда мы сделали решение на базе volume snapshots на ScaleIO. Берем препрод и подключаем к препрод VMкам RDM маппингом луны из ScaleIO. Там всегда актуальные данные, это мастер вольюмы. А дальше есть гитлаб в котором есть CI/СD процедура которая питоном ходит в scaleio, создавая снапшот “мастер” луна и монтируя этот снапшот как новый лун в всферу, прицепляя этот лун на uat/dev/whatever что там нужно разработчикам, на любое кол-во окружений вообще без копирования данных
Для таких штук есть Delphix.
источник

EZ

Eugene Zaytsev in VMware vSAN
Спасибо, выглядит круто. Мы как раз думали как избавиться от привязки к scaleIO
источник

N

Nikolay Kulikov in VMware vSAN
Eugene Zaytsev
Спасибо, выглядит круто. Мы как раз думали как избавиться от привязки к scaleIO
источник
2021 March 03

VD

Vladimir Deneko in VMware vSAN
Nikolay Kulikov
Для таких штук есть Delphix.
Классный продукт, но довольно дорогой, подписка в заказчика около 10к/год за 1Тб базу. Экономишь на сторадже, времени, но вкладываешь в подписку, завязываясь на продукте
источник

AR

Andrew Repulo in VMware vSAN
У нас получится на наших разрабов не меньше 300 в год, это почти миллион за 3. Сторадж дешевле =)
источник

N

Nikolay Kulikov in VMware vSAN
Vladimir Deneko
Классный продукт, но довольно дорогой, подписка в заказчика около 10к/год за 1Тб базу. Экономишь на сторадже, времени, но вкладываешь в подписку, завязываясь на продукте
Delphix умеет делать вещи, которые на СХД сделать просто нельзя типа маскинга,нормализации, интеграции с CI/CD и т.д. ну а ценник, как обычно, результат переговоров.
источник

N

Nikolay Kulikov in VMware vSAN
Увидел тут отчет на тему Benchmarking opensource SDS под k8s. Из интересного - Longhorn от Rancher и Rook (Ceph в K8s). Не ожидал, что там все настолько грусто
источник