Hola, Khabrovites! , el mercat de serveis al núvol a Rússia està guanyant força constantment. Els núvols híbrids tenen tendència més que mai, malgrat que la tecnologia en si està lluny de ser nova. Moltes empreses es pregunten com de factible és mantenir i mantenir una flota enorme de maquinari, inclòs el que es necessita de manera situacional, en forma de núvol privat.
Avui parlarem de en quines situacions l'ús d'un núvol híbrid serà un pas justificat, i en què pot generar problemes. L'article serà útil per a aquells que abans no han tingut una experiència seriosa treballant amb núvols híbrids, però que ja els estan mirant i no saben per on començar.
Al final de l'article, oferirem una llista de trucs que us ajudaran a triar un proveïdor de núvol i configurar un núvol híbrid.
Demanem a tots els interessats que passin sota el tall!
Núvol privat VS públic: pros i contres
Per entendre quins motius estan empenyent les empreses a canviar a l'híbrid, mirem les característiques clau dels núvols públics i privats. Ens centrem, en primer lloc, en aquells aspectes que d'una manera o altra preocupen a la majoria de les empreses. Per evitar confusions terminologiques, presentem a continuació les principals definicions:
Núvol privat (o privat). és una infraestructura informàtica, els components de la qual es troben dins d'una empresa i només en equips propietat d'aquesta empresa o proveïdor de núvol.
Núvol públic és un entorn informàtic, el propietari del qual ofereix serveis per una tarifa i ofereix espai al núvol a tothom.
Núvol híbrid consta de més d'un núvol privat i més d'un núvol públic, la potència de càlcul dels quals es comparteix.
Núvols privats
Malgrat el seu alt cost, el núvol privat té diversos avantatges que no es poden ignorar. Aquests inclouen una alta controlabilitat, seguretat de dades i un seguiment complet dels recursos i el funcionament dels equips. A grans trets, un núvol privat compleix totes les idees dels enginyers sobre una infraestructura ideal. En qualsevol moment podeu ajustar l'arquitectura del núvol, canviar-ne les propietats i la configuració.
No cal confiar en proveïdors externs: tots els components de la infraestructura romanen al vostre costat.
Però, malgrat els forts arguments a favor, un núvol privat pot ser molt car al principi i en el manteniment posterior. Ja en l'etapa de disseny d'un núvol privat, cal calcular correctament la càrrega futura... Estalviar a l'inici pot portar al fet que tard o d'hora us trobareu amb la manca de recursos i la necessitat de creixement. I escalar un núvol privat és un procés complex i costós. Cada vegada que hàgiu de comprar un equip nou, connecteu-lo i configureu-lo, i això sovint pot trigar setmanes, en lloc d'una escala gairebé instantània al núvol públic.
A més dels costos d'equipament, cal aportar recursos econòmics per a llicències i personal.
En alguns casos, l'equilibri "preu/qualitat", o més precisament "el cost d'escalada i manteniment/els beneficis obtinguts", finalment es desplaça cap al preu.
Núvols públics
Si només teniu un núvol privat, un núvol públic pertany a un proveïdor extern que us permet utilitzar els seus recursos informàtics per una tarifa.
Al mateix temps, tot el relacionat amb el suport i el manteniment al núvol recau sobre les poderoses espatlles del "proveïdor". La vostra tasca és triar el pla tarifari òptim i fer els pagaments a temps.
Utilitzar un núvol públic per a projectes relativament petits és molt més barat que mantenir la vostra pròpia flota d'equips.
En conseqüència, no cal mantenir especialistes informàtics i es redueixen els riscos financers.
En qualsevol moment, podeu canviar de proveïdor de núvol i traslladar-vos a una ubicació més adequada o més rendible.
Pel que fa als inconvenients dels núvols públics, aquí tot és força esperat: molt menys control per part del client, menor rendiment a l'hora de processar grans volums de dades i poca seguretat de dades en comparació amb els privats, que poden ser crítics per a alguns tipus de negoci. .
núvols híbrids
A la intersecció dels avantatges i desavantatges anteriors es troben els núvols híbrids, que de facto són una combinació d'almenys un núvol privat amb un o més públics. A primera vista (i fins i tot a segon cop d'ull), pot semblar que un núvol híbrid és una pedra filosofal que permet "inflar" la potència de càlcul en qualsevol moment, realitzar els càlculs necessaris i "esborrar" tot. No un núvol, però David Blaine!
En realitat, tot és gairebé tan bonic com en teoria: el núvol híbrid estalvia temps i diners, té molts casos d'ús estàndard i no estàndard... però hi ha matisos. Aquests són els més importants d'ells:
Primer, cal connectar correctament el núvol "teu" i "d'algú altre", fins i tot pel que fa al rendiment. Aquí poden sorgir molts problemes, sobretot si el centre de dades del núvol públic està físicament remot o es basa en una tecnologia diferent. En aquest cas, hi ha un alt risc de retards, de vegades crítics.
En segon lloc, l'ús d'un núvol híbrid com a infraestructura per a una única aplicació està ple d'un rendiment desigual en tots els fronts (des de la CPU fins al subsistema de disc) i una tolerància a errors reduïda. Dos servidors amb els mateixos paràmetres, però situats en segments diferents, mostraran un rendiment diferent.
En tercer lloc, no us oblideu de les vulnerabilitats de maquinari del maquinari "estranger" (salutacions fervents als arquitectes d'Intel) i altres problemes de seguretat a la part pública del núvol, ja esmentats anteriorment.
En quart lloc, l'ús d'un núvol híbrid amenaça de reduir significativament la tolerància a errors si allotja una única aplicació.
Bonificació especial: ara dos núvols en comptes d'un i/o la connexió entre ells es pot "trencar" alhora. I en moltes combinacions alhora.
Per separat, val la pena esmentar els problemes d'allotjament d'aplicacions grans en un núvol híbrid.
En la gran majoria dels casos, no podeu anar a aconseguir, per exemple, 100 màquines virtuals amb 128 GB de RAM al núvol públic. Molt sovint, ningú et donarà ni tan sols 10 cotxes d'aquest tipus.
Sí, els núvols públics no són de goma, Moscou. Molts proveïdors simplement no mantenen aquesta reserva de capacitat lliure, i això es refereix principalment a la memòria RAM. Podeu "dibuixar" tants nuclis de processador com vulgueu i podeu proporcionar moltes vegades més capacitat de SSD o HDD de la que està disponible físicament. El proveïdor espera que no utilitzeu tot el volum alhora i que sigui possible augmentar-lo al llarg del camí. Però si no hi ha prou memòria RAM, la màquina virtual o l'aplicació es pot bloquejar fàcilment. I el sistema de virtualització no sempre permet aquest tipus de trucs. En qualsevol cas, val la pena recordar aquesta evolució dels esdeveniments i parlar d'aquests punts amb el proveïdor “onshore”, en cas contrari, corre el risc de quedar-se enrere durant les picades de càrrega (Black Friday, càrrega estacional, etc.).
En resum, si voleu utilitzar una infraestructura híbrida, tingueu en compte que:
- El proveïdor no sempre està preparat per oferir la capacitat necessària a demanda.
- Hi ha problemes i retards en la connectivitat dels elements. Heu d'entendre quines peces d'infraestructura i en quins casos faran sol·licituds a través de la "conjunta"; això pot afectar el rendiment i la disponibilitat. És millor tenir en compte que al núvol no hi ha un node de clúster, sinó una infraestructura independent i independent.
- Hi ha el risc que es produeixin problemes en grans parts del paisatge. En una solució híbrida, un o l'altre núvol pot "caure" completament. En el cas d'un clúster de virtualització normal, corre el risc de perdre com a màxim un servidor, però aquí es corre el risc de perdre molt alhora, d'un dia per l'altre.
- El més segur és tractar la part pública no com un "extensor", sinó com un núvol separat en un centre de dades independent. És cert que en aquest cas ignoreu la "hibriditat" de la solució.
Mitigació dels inconvenients d'un núvol híbrid
De fet, la imatge és molt més agradable del que podríeu pensar. El més important és conèixer els trucs de "cuinar" un bon núvol híbrid. Aquests són els principals en format de llista de verificació:
- No hauríeu de moure les parts sensibles a la latència de l'aplicació al núvol públic per separat del programari principal: per exemple, la memòria cau o les bases de dades amb càrrega OLTP.
- No posis completament aquestes parts de l'aplicació al núvol públic, sense les quals deixarà de funcionar. En cas contrari, la probabilitat de fallada del sistema augmentarà diverses vegades.
- En escalar, tingueu en compte que el rendiment de les màquines desplegades en diferents parts del núvol variarà. La flexibilitat d'escala també estarà lluny de ser perfecta. Malauradament, aquest és un problema de disseny arquitectònic i no el podreu eradicar completament. Només podeu intentar reduir el seu impacte en el treball.
- Intenta garantir la màxima proximitat física entre els núvols públics i privats: com més curta sigui la distància, menors són els retards entre segments. Idealment, ambdues parts del núvol "viuen" al mateix centre de dades.
- És igualment important assegurar-se que tots dos núvols utilitzen tecnologies de xarxa idèntiques. Les passarel·les Ethernet-InfiniBand poden presentar molts problemes.
- Si s'utilitza la mateixa tecnologia de virtualització als núvols públics i privats, això és un avantatge definitiu. En alguns casos, podeu acordar amb el proveïdor la migració de màquines virtuals senceres sense reinstal·lar-les.
- Per fer que l'ús d'un núvol híbrid sigui rendible, trieu un proveïdor de núvol amb els preus més flexibles. El millor de tot, basat en els recursos realment utilitzats.
- Amplieu-vos amb els centres de dades: si necessiteu augmentar la capacitat, aixequem un "segon centre de dades" i el posem a càrrega. Has acabat amb els teus càlculs? "Apagam" l'excés d'energia i estalviem.
- Les aplicacions i projectes individuals es poden moure al núvol públic mentre s'escala el núvol privat, o simplement durant un període determinat. És cert que en aquest cas no tindreu hibridació, només connectivitat L2 general, que no depèn de cap manera de la presència/absència del vostre propi núvol.
En lloc d'una conclusió
Això és tot. Vam parlar de les característiques dels núvols públics i privats i vam analitzar les principals oportunitats per millorar el rendiment i la fiabilitat dels núvols híbrids. Tanmateix, el disseny de qualsevol núvol és el resultat de decisions, compromisos i convencions dictades pels objectius i recursos de negoci de l'empresa.
El nostre objectiu és motivar el lector perquè es prengui seriosament l'elecció de la infraestructura de núvol adequada en funció dels seus propis objectius, les tecnologies disponibles i les capacitats financeres.
Et convidem a compartir la teva experiència amb els núvols híbrids als comentaris. Estem segurs que la vostra experiència serà útil per a molts pilots novells.
Font: www.habr.com