Bună, Khabroviți! , piața serviciilor cloud din Rusia câștigă constant putere. Norii hibridi sunt în tendințe mai mult ca niciodată - în ciuda faptului că tehnologia în sine este departe de a fi nouă. Multe companii se întreabă cât de fezabilă este să mențină și să mențină o flotă uriașă de hardware, inclusiv ceea ce este necesar situațional, sub forma unui cloud privat.
Astăzi vom vorbi despre în ce situații folosirea unui cloud hibrid va fi un pas justificat și în care poate crea probleme. Articolul va fi util celor care nu au avut anterior o experiență serioasă de lucru cu nori hibride, dar deja se uită la ei și nu știu de unde să înceapă.
La sfârșitul articolului, vă vom oferi o listă de verificare cu trucuri care vă vor ajuta atunci când alegeți un furnizor de cloud și configurați un cloud hibrid.
Rugăm pe toți cei interesați să treacă sub tăietură!
Cloud privat VS public: argumente pro și contra
Pentru a înțelege care sunt motivele care determină companiile să treacă la hibrid, să ne uităm la caracteristicile cheie ale cloud-urilor publice și private. Să ne concentrăm, în primul rând, pe acele aspecte care într-un fel sau altul preocupă majoritatea companiilor. Pentru a evita confuziile în terminologie, prezentăm mai jos principalele definiții:
Cloud privat (sau privat). este o infrastructură IT, ale cărei componente se află în cadrul unei singure companii și numai pe echipamente deținute de această companie sau furnizor de cloud.
Cloud public este un mediu IT, al cărui proprietar oferă servicii contra cost și oferă spațiu în cloud tuturor.
Nor hibrid constă din mai mult de un cloud privat și mai mult de un cloud public, a căror putere de calcul este partajată.
Nori privati
În ciuda costului său ridicat, cloud-ul privat are mai multe avantaje care nu pot fi ignorate. Acestea includ controlabilitate ridicată, securitatea datelor și monitorizarea completă a resurselor și a funcționării echipamentelor. În linii mari, un cloud privat îndeplinește toate ideile inginerilor despre o infrastructură ideală. În orice moment, puteți ajusta arhitectura cloud, modifica proprietățile și configurația acesteia.
Nu este nevoie să vă bazați pe furnizori externi - toate componentele infrastructurii rămân de partea dvs.
Dar, în ciuda argumentelor puternice în favoarea, un cloud privat poate fi foarte scump la început și în întreținerea ulterioară. Deja în stadiul de proiectare a unui cloud privat, este necesar să se calculeze corect încărcarea viitoare... Economisirea la început poate duce la faptul că mai devreme sau mai târziu te vei confrunta cu lipsa de resurse și nevoia de creștere. Iar scalarea unui cloud privat este un proces complex și costisitor. De fiecare dată când trebuie să cumpărați echipamente noi, conectați-l și configurați-l, iar acest lucru poate dura adesea săptămâni - față de scalarea aproape instantanee în cloud-ul public.
Pe lângă costurile cu echipamentele, este necesar să se asigure resurse financiare pentru licențe și personal.
În unele cazuri, echilibrul „preț/calitate”, sau mai precis „costul de scalare și întreținere/beneficii obținute”, se îndreaptă în cele din urmă către preț.
Nori publici
Dacă dețineți doar un cloud privat, atunci un cloud public aparține unui furnizor extern care vă permite să utilizați resursele sale de calcul contra cost.
În același timp, tot ceea ce are legătură cu suportul și întreținerea în cloud cade pe umerii puternici „furnizor”. Sarcina ta este să alegi planul tarifar optim și să faci plățile la timp.
Utilizarea unui cloud public pentru proiecte relativ mici este mult mai ieftină decât întreținerea propriei flote de echipamente.
În consecință, nu este nevoie de menținerea specialiștilor IT și riscurile financiare sunt reduse.
În orice moment, sunteți liber să schimbați furnizorul de cloud și să vă mutați într-o locație mai potrivită sau mai profitabilă.
În ceea ce privește dezavantajele cloud-urilor publice, totul este de așteptat aici: mult mai puțin control din partea clientului, performanță mai scăzută la procesarea unor volume mari de date și securitate scăzută a datelor în comparație cu cele private, ceea ce poate fi critic pentru unele tipuri de afaceri. .
nori hibrizi
La intersecția dintre avantajele și dezavantajele de mai sus se află norii hibridi, care sunt de facto o combinație a cel puțin unui cloud privat cu unul sau mai multe publice. La prima vedere (și chiar la a doua vedere), poate părea că un nor hibrid este o piatră filosofală care vă permite să „umflați” puterea de calcul în orice moment, să efectuați calculele necesare și să „suflați” totul înapoi. Nu un nor, ci David Blaine!
În realitate, totul este aproape la fel de frumos ca în teorie: cloud-ul hibrid economisește timp și bani, are multe cazuri de utilizare standard și non-standard... dar există nuanțe. Iată cele mai importante:
În primul rând, este necesar să se conecteze corect „al tău” și „altul”, inclusiv în ceea ce privește performanța. Aici pot apărea o mulțime de probleme, mai ales dacă centrul de date din cloud public este la distanță fizică sau este construit pe o tehnologie diferită. În acest caz, există un risc mare de întârzieri, uneori critice.
În al doilea rând, utilizarea unui cloud hibrid ca infrastructură pentru o singură aplicație este plină de performanțe inegale pe toate fronturile (de la CPU la subsistemul de disc) și toleranță redusă la erori. Două servere cu aceiași parametri, dar situate în segmente diferite, vor prezenta performanțe diferite.
În al treilea rând, nu uitați de vulnerabilitățile hardware ale hardware-ului „străin” (salutări fierbinți arhitecților Intel) și alte probleme de securitate din partea publică a cloud-ului, deja menționate mai sus.
În al patrulea rând, utilizarea unui cloud hibrid amenință să reducă semnificativ toleranța la erori dacă găzduiește o singură aplicație.
Bonus special: acum doi nori în loc de unul și/sau legătura dintre ei se poate „rupe” deodată. Și în multe combinații deodată.
Separat, merită menționat problemele găzduirii aplicațiilor mari într-un cloud hibrid.
În marea majoritate a cazurilor, nu puteți merge pur și simplu și obțineți, de exemplu, 100 de mașini virtuale cu 128 GB de RAM în cloud public. Cel mai adesea, nimeni nu vă va oferi nici măcar 10 astfel de mașini.
Da, norii publici nu sunt cauciuc, Moscova. Mulți furnizori pur și simplu nu păstrează o astfel de rezervă de capacitate liberă - iar acest lucru se referă în primul rând la RAM. Puteți „desena” câte nuclee de procesor doriți și puteți oferi de multe ori mai multă capacitate SSD sau HDD decât este disponibilă fizic. Furnizorul va spera că nu utilizați întregul volum deodată și că va fi posibil să îl măriți pe parcurs. Dar dacă nu există suficientă memorie RAM, mașina virtuală sau aplicația se poate bloca cu ușurință. Iar sistemul de virtualizare nu permite întotdeauna astfel de trucuri. În orice caz, merită să ne amintim această evoluție a evenimentelor și să discutați aceste puncte cu furnizorul „onshore”, altfel riscați să rămâneți în urmă în timpul sarcinilor de vârf (Black Friday, încărcare sezonieră etc.).
Pe scurt, dacă doriți să utilizați o infrastructură hibridă, rețineți că:
- Furnizorul nu este întotdeauna pregătit să ofere capacitatea necesară la cerere.
- Există probleme și întârzieri în conectivitatea elementelor. Trebuie să înțelegeți ce piese de infrastructură și în ce cazuri vor face solicitări prin intermediul „comunității”, acest lucru poate afecta performanța și disponibilitatea. Este mai bine să luați în considerare că în cloud nu există un singur nod de cluster, ci o infrastructură separată și independentă.
- Există riscul ca probleme să apară în mari părți ale peisajului. Într-o soluție hibridă, unul sau celălalt nor poate „cădea” complet. În cazul unui cluster obișnuit de virtualizare, riști să pierzi cel mult un server, dar aici riști să pierzi multe deodată, peste noapte.
- Cel mai sigur lucru de făcut este să tratați partea publică nu ca un „extender”, ci ca un nor separat într-un centru de date separat. Adevărat, în acest caz ignori de fapt „hibriditatea” soluției.
Atenuarea dezavantajelor unui cloud hibrid
De fapt, poza este mult mai plăcută decât ai putea crede. Cel mai important lucru este să cunoașteți trucurile de a „găti” un cloud hibrid bun. Iată principalele în format de listă de verificare:
- Nu trebuie să mutați părțile aplicației sensibile la latență în cloud public separat de software-ul principal: de exemplu, cache sau baze de date sub încărcare OLTP.
- Nu puneți în întregime acele părți ale aplicației pe cloud public, fără de care va înceta să funcționeze. În caz contrar, probabilitatea defecțiunii sistemului va crește de mai multe ori.
- Când scalați, rețineți că performanța mașinilor instalate în diferite părți ale cloudului va varia. Flexibilitatea scalării va fi, de asemenea, departe de a fi perfectă. Din păcate, aceasta este o problemă de proiectare arhitecturală și nu o veți putea eradica complet. Puteți încerca doar să reduceți impactul asupra muncii.
- Încercați să asigurați proximitatea fizică maximă între norii publici și cei privați: cu cât distanța este mai mică, cu atât întârzierile dintre segmente sunt mai mici. În mod ideal, ambele părți ale cloud „trăiesc” în același centru de date.
- Este la fel de important să ne asigurăm că ambele nori utilizează tehnologii de rețea identice. Gateway-urile Ethernet-InfiniBand pot prezenta multe probleme.
- Dacă aceeași tehnologie de virtualizare este utilizată în cloud-urile private și publice, acesta este un plus clar. În unele cazuri, puteți fi de acord cu furnizorul pentru a migra mașini virtuale întregi fără reinstalare.
- Pentru ca utilizarea unui cloud hibrid să fie profitabilă, alegeți un furnizor de cloud cu cele mai flexibile prețuri. Cel mai bine, pe baza resurselor utilizate efectiv.
- Creșteți-vă cu centrele de date: dacă aveți nevoie să creșteți capacitatea, ridicăm un „al doilea centru de date” și îl punem sub încărcare. Ai terminat cu calculele tale? „Stingem” surplusul de putere și economisim.
- Aplicațiile și proiectele individuale pot fi mutate în cloudul public în timp ce cloudul privat este scalat sau pur și simplu pentru o anumită perioadă. Adevărat, în acest caz nu vei avea hibriditate, ci doar conectivitate generală L2, care nu depinde în niciun fel de prezența/absența propriului cloud.
În loc de concluzie
Asta e tot. Am vorbit despre caracteristicile cloud-urilor private și publice și am analizat principalele oportunități de îmbunătățire a performanței și fiabilității cloud-urilor hibride. Cu toate acestea, designul oricărui cloud este rezultatul unor decizii, compromisuri și convenții dictate de obiectivele și resursele de business ale companiei.
Scopul nostru este de a motiva cititorul să ia în serios alegerea infrastructurii cloud adecvate pe baza propriilor obiective, a tehnologiilor disponibile și a capacităților financiare.
Vă invităm să împărtășiți experiența dvs. cu norii hibridi în comentarii. Suntem siguri că expertiza dumneavoastră va fi utilă multor piloți începători.
Sursa: www.habr.com