Hiperconvergencia: Què és l’Emmagatzemament Virtual?

Hiperconvergencia virtual storage

Una de les primeres missions dels fabricants de solucions Hiperconvergents va ser la d’eliminar la necessitat d’adquirir cabines d’emmagatzematge físic dedicat, o més ben dit, consolidar Computació i Emmagatzematge compartit en un mateix xassís o màquina física. En aquest article tractarem de explicar-vos de la forma més senzilla possible com la tecnologia Hiperconvergent ha resolt aquesta necessitat.

Què és l’Emmagatzemament Virtual?

Amb l’arribada de la virtualització, la possibilitat d’independitzar el Sistema Operatiu del Host Físic i el desig de tenir els nostres servidors virtuals en Alta Disponibilitat, va fer necessària la separació de la computació (CPU i RAM) i l’emmagatzematge, convertint aquest últim en un recurs compartit (SAN: Storage Area Nerwork). Allotjar les Màquines Virtuals (VM) en aquest recurs compartit (Cabines físiques com HP EVA, HP MSA, NetApp, EMC, Hitachi) els hipervisor (Vmware, Hyper-V, XenServer …) ens van permetre migrar les nostres VMs d’un host físic a un altre en calent obtenint així Major disponibilitat de les nostres dades.

¿Teníem llavors un entorn d’Alta Disponibilitat? Gairebé. Teníem tot redundat menys la cabina en si, ja que tal com el meu company Ignasi deia: “Si se’t cau un piano sobre de la cabina, el CPD queda aturat” (aquesta frase m’ha marcat). Però és que raó no li faltava. Tot i que la cabina tingués doble font d’alimentació, doble controladora, doble targeta de xarxa i RAIDs en els discos, seguien havent punts de fallada únics que feien que la cabina no estigués redundada al 100% i per tant, el nostre clúster no tenia Alta disponibilitat encara. Havíem adquirir dues cabines idèntiques d’un fabricant que ens permetés replicar les dades. Això implicava un esforç econòmic que no totes les empreses podien permetre.

Si cau un piano sobre de la cabina, el CPD queda aturat

Però posats a virtualitzar CPU, RAM, NIC, switches, perquè no virtualitzar la pròpia SAN? En el fons una cabina no és més que un dispositiu amb un munt de discos, una (o dues) controladores RAID, una CPU, una certa quantitat de RAM, connexió a la xarxa i un SO capaç d’administrar-ho tot. ¿I si tornem a tenir els discs adjunts a cada host i vam crear una màquina virtual capaç de presentar a la resta de VMs tot l’emmagatzematge com si d’una SAN tradicional es tractés? Amb això es va crear el concepte de VSA o Virtual SANT Appliance. Però Seguim tenint un problema: El Piano. I si al host físic que alberga aquesta VSA li cau un a sobre? La SAN se’n va en orris i tot cau. Doncs en posem dos. Creem una altra VSA en un altre host amb emmagatzematge local connectat i fem que es repliquin les dades. Per a això només necessitem bons algoritmes i un bon ample de banda entre Hosts (10 Gbps).

Imagen por Jeff Desom

Imatge per Jeff Desom

Un cop desenvolupat aquest concepte, obtenim un Sistema completament redundat i ara SI, els administradors de les nostres empreses podran dormir més tranquils: Si un piano els cau a sobre d’un dels seus hosts físics, el seu sistema serà capaç de seguir funcionant per si sol. Eliminant la barrera del nombre de discos màxim que ens cap en una cabina, ara podem créixer flexiblement en nodes, adaptant-nos a les necessitats dels nostres usuaris.

Els fabricants de solucions Hyperconvergents com Simplivity, Nutanix ofereixen solucions com les descrites en aquest article, però no són els únics: Vmware ens ofereix el seu programari vSAN, HP ens ofereix VSA Storevirtual, Datacore ens brinda SAN Symphony (i molts més) permetent crear solucions una mica més “Hiperconvergentes” sobre maquinària física tradicional (HP, DELL, IBM, Lenovo …).

Deixa un comentari

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