Я читал о хранилищах, и следующие два решения (эталонная архитектура / конвергентные) немного запутали меня, выгоднее ли использовать одно из других, принимая в качестве стандартов следующие допущения:
Виртуализация: VMware Networking: Cisco Compute: любая
Я понимаю, что vspex является гибким (не привязанным к отдельным поставщикам), но если предположить, что вы хотите, чтобы те же технологии были включены в vblock, что заставит пойти по тому или иному маршруту?
Предлагает ли vspex "единый номер телефона поддержки"?
Спасибо
но если предположить, что вам нужны те же технологии, включенные в vblock, что заставит пойти по тому или иному маршруту?
vBlock - это комплексная архитектура от VCE, которая является партнерством Cisco, EMC и VMWare. Вы не можете выбирать, каких поставщиков VCE поддерживает в vBlock. Это эти трое. У вас есть свобода выбора в зависимости от того, какие переключатели, блейд-серверы и полки для хранения данных вы получаете, но все они поставляются этими тремя поставщиками и поддерживаются VCE.
vSpex, с другой стороны, представляет собой набор эталонных архитектур, которые включают компоненты от других поставщиков, таких как HP. Это не поддерживается VCE. Это установлено и (потенциально) поддерживается более крупными VAR-партнерами, которые являются партнерами EMC. VSPEX полностью ориентирован на ЭМС.
Я понимаю, что vspex является гибким (не привязанным к отдельным поставщикам), но если предположить, что вы хотите, чтобы те же технологии были включены в vblock, что заставит пойти по тому или иному маршруту?
Если вы создаете архитектуру VSPEX из EMC, Cisco и VMware и не покупаете ее как vBlock, то преимущества не будет. Что вы делаете, так это покупаете три по отдельности, и у вас нет возможности использовать единую поддержку VCE.
Это хорошее прочтение о различиях и причинах появления VSPEX: http://www.virtualizationpractice.com/emc-vspex-vs-vblock-or-netapp-flexpod-can-vmware-vars-refuse-the-offer-15560/