Comparativa Hiperconvergència Simplivity vs. Nutanix

Simplivity vs nutanix

Aquest mes ha sigut el mes de Simplivity i la hiperconvergència, ja sigui pel seu paper destacat al passat VMworld, o per la jornada del passat dia 11 “Descobreix la hiperconvergència amb Simplivity“, hem parlat, i molt, de les característiques d’aquesta proposta. Tot i això, evidentment Simplivity no és la única proposta hiperconvergent del mercat. Altres propostes com Nutanix sonen amb molta força i competeixen a un gran nivell. És per aquest motiu que hem cregut interessant generar una comparativa entre aquests dos fabricants.

A continuació detallem les principals diferències entre les dues propostes, centrant l’atenció en els aspectes més rellevants a tenir en compte en un centre de dades:

Deduplicació

Hem de saber que existeixen dos tipus de deduplicació, In-line i en Background. En In-line la deduplicació es fa durant l’escriptura i Background o Post Procés, es realitza a posteriori. Primer s’escriu i despres s’ordena el Sistema.

Nutanix fa deduplicació In-Line únicament per les dades a la flash (que son mínimes), la resta ho fa tot en post procés. Que significa això? Que Primer escriu i si cal duplica les dades, i desprès utilitza recursos del sistema per calcular quins blocs estan duplicats, i es poden comprimir, causant un impacte directe considerable al sistema durant aquestes tasques. A més per activar la opció de Deduplicació in-line, cal reservar 32 GB més per node a aquesta funció. Tot això resta recursos globals que haurien de ser utilitzats per les maquines Virtuals, no per el sistema i per tant, cal dimensionar correctament les maquines per no quedar-se curt.

Tot aquest procés va ser inclòs a la solució per Nutanix com una opció “afegida a posteriori”, al igual que altres fabricants com Netapp, Hitachi, etc, per poder dir que ells també ofereixen deduplicació i compressió al seu sistema.

SimpliVity ha disenyat la solució des del principi, pensant en com optimitzar el procés de deduplicació i compresió, mitjançant algoritmes potents dissenyats per a ser absorbits la tarja acceleradora i el sistema ni se n’adona, ja que cada bloc d’informació és escrit un sol cop al sistema i mai més.

Simplivity vs Nuntanix

Backups

Nutanix ofereix “la possibilitat” de realitzar copies basades en SNAPSHOTS, però no ofereix la granularitat per recuperar fitxers d’usuari com a solució de Backup. Per obtenir aquesta funció necessitem llicencies de tercers (Veeam, BackupExec, Arcserve) per poder fer tant les copies locals, i el mateix per realitzar les copies remotes sense penalitzar l’ample de banda WAN. Això significa que si volem optimitzadors de WAN de Veeam, Arcserve, etc, han de ser appliances físics o virtuals, adquirits i llicenciats a banda de la solució, la qual cosa representa més despeses i menys hiperconvergència.

Per altra banda, els backups amb Simplivity es realitzen en qüestió de segons, en canvi Nutanix no (primer deduplica i comprimeix després, pel que cal copiar tota la VM)

Gestió unificada i global

Nutanix no esta integrat amb VMware, necessita una consola de gestió addicional (PRISM). En canvi Simplivity sí que està completament integrat amb VMware, facilitant molt l’administració per part dels tècnics i fent-la molt més transparent.

Nutanix vs Simplivity

Cluster mínim

Al datacenter principal calen 3 nodes de Nutanix per fer un clúster, mentres que amb una infraestructura SimpliVity només en fan falta 2. Cal tenir en compte que aquest punt pot implicar moltes despeses indirectes de llicenciament, ja que a més nodes, més llicències seran necessaries.

A més, si es volen 3 nodes a un datacenter, caldrà una xarxa de 10 GB amb switching de 10 GB. Per contra, amb Simplivity, si partim de 2 nodes, els enllaços entre ells són a 10 GB, sense necessitat de switchos a 10 GB.

Resilencia o tolerància a errades

Nutanix no fa RAIDs a cada node, sinó RF2 (Replication Factor 2) que podriem definir com a un RAID però a través de la xarxa. Nutanix ho veu com una fortalesa, però en realitat es una gran debilitat ja que si falla un disc d’un node, necessita dels altres nodes per a reconstruir-se, i si pel que fos un altre node esta en manteniment, o sense connexió, el sistema pot fallar de forma total. SimpliVity, en canvi, té 2 discos HotSpare per node en el RAID 6 i 1 disc en al RAID 1 SSD, pel que poden fallar 3 discos per node sense que el sistema es vegi afectat.  A més, Simplivity te 2 discos SAS en RAID 1 de 10k rpm a la part posterior on s’instal·la el ESX (i el OS de Simplivity). En canvi Nutanix té una ROM integrada a la placa, si aquesta falla, el node cau.

Per veure-ho més clar, a continuació trobareu uns esquemes d’un cluster de 4 nodes:

A clúster de 4 nodes SimpliVity suporta la fallada de 12 discos sense perdua del servei ni dades

El clúster de 4 nodes SimpliVity suporta la fallada de fins a 12 discos sense pèrdua del servei ni dades

A un clúster de 4 nodes SimpliVity suporta la fallada de 12 discos y 1 node sense pèrdua del servei

El clúster de 4 nodes SimpliVity suporta la fallada de  fins a 12 discos i 1 node sense pèrdua del servei

El mateix escenari amb Nutanix hi ha protecció davant la fallada d’un disc

El mateix escenari amb Nutanix contempla la protecció davant la fallada d’un disc

Però no devant la fallada de 2 discs (algunes VMs deixarien de funcionar!)

Però no davant la fallada de 2 discs algunes VMs deixarien de funcionar

El mateix escenari amb Nutanix hi ha protecció davant la fallada d’un node

El mateix escenari amb Nutanix hi ha protecció davant la fallada d’un node

Pero no amb la fallada d’un node i 1 disc

Però l’escenari Nutanix no suporta la fallada d’un node i 1 disc

Conclusió

Una vegada analitzada la disponibilitat de Nutanix amb RF2, la pregunta és: És aquesta la solució que a tenir en compte per a un entorn mínimament crític?

Com millora Nutanix la seva disponibilitat i resilencia? Oferint RF3. I que suposa això? Una major utilització de recursos per part de la solució, o dit d’una altra manera, menys recursos lliures per a la producció i la capacitat d’emmagatzemament.

 

Deixa un comentari

L'adreça electrònica no es publicarà. Els camps necessaris estan marcats amb *