Hybridmoln: en guide för nybörjarpiloter

Hybridmoln: en guide för nybörjarpiloter

Hej, Khabrovites! Enligt statistiken, molntjänstmarknaden i Ryssland blir ständigt starkare. Hybridmoln trendar mer än någonsin – trots att själva tekniken är långt ifrån ny. Många företag undrar hur genomförbart det är att underhålla och underhålla en enorm maskinvara, inklusive vad som behövs situationsmässigt, i form av ett privat moln.

Idag kommer vi att prata om i vilka situationer att använda ett hybridmoln kommer att vara ett berättigat steg, och i vilka det kan skapa problem. Artikeln kommer att vara användbar för dem som inte tidigare har haft seriös erfarenhet av att arbeta med hybridmoln, men som redan tittar på dem och inte vet var de ska börja.

I slutet av artikeln kommer vi att tillhandahålla en checklista med knep som hjälper dig när du ska välja en molnleverantör och sätta upp ett hybridmoln.

Vi ber alla intresserade att gå under snittet!

Privat moln VS offentligt: ​​för- och nackdelar

För att förstå vilka skäl som driver företag att byta till hybrid, låt oss titta på nyckelfunktionerna i offentliga och privata moln. Låt oss först och främst fokusera på de aspekter som på ett eller annat sätt berör de flesta företag. För att undvika förvirring i terminologin presenterar vi nedan de viktigaste definitionerna:

Privat (eller privat) moln är en IT-infrastruktur, vars komponenter finns inom ett företag och endast på utrustning som ägs av detta företag eller molnleverantör.

Offentligt moln är en IT-miljö vars ägare tillhandahåller tjänster mot en avgift och ger plats i molnet till alla.

Hybridmoln består av mer än ett privat och mer än ett offentligt moln, vars datorkraft är delad.

Privata moln

Trots sin höga kostnad har det privata molnet flera fördelar som inte kan ignoreras. Dessa inkluderar hög styrbarhet, datasäkerhet och full övervakning av resurser och utrustningsdrift. Grovt sett möter ett privat moln alla ingenjörers idéer om en idealisk infrastruktur. Du kan när som helst justera molnarkitekturen, ändra dess egenskaper och konfiguration.

Du behöver inte lita på externa leverantörer – alla infrastrukturkomponenter finns kvar på din sida.

Men trots de starka argumenten kan ett privat moln vara mycket dyrt i början och i efterföljande underhåll. Redan vid utformningen av ett privat moln är det nödvändigt att korrekt beräkna den framtida belastningen... Att spara i början kan leda till att du förr eller senare kommer att möta en brist på resurser och behovet av tillväxt. Och att skala ett privat moln är en komplex och dyr process. Varje gång du måste köpa ny utrustning, anslut den och konfigurera den, och det kan ofta ta veckor – kontra nästan omedelbar skalning i det offentliga molnet.

Utöver utrustningskostnaderna är det nödvändigt att tillhandahålla ekonomiska resurser för licenser och personal.

I vissa fall skiftar "pris/kvalitet"-balansen, eller mer exakt "kostnaden för skalning och underhåll/de erhållna fördelarna", till slut mot priset.

Offentliga moln

Om bara du äger ett privat moln, så tillhör ett offentligt moln en extern leverantör som låter dig använda dess datorresurser mot en avgift.

Samtidigt faller allt relaterat till molnstöd och underhåll på de kraftfulla "leverantörernas" axlar. Din uppgift är att välja den optimala tariffplanen och göra betalningar i tid.

Att använda ett offentligt moln för relativt små projekt är mycket billigare än att underhålla sin egen utrustningsflotta.

Därför finns det inget behov av att underhålla IT-specialister och de finansiella riskerna minskar.

Du är när som helst fri att byta molnleverantör och flytta till en lämpligare eller mer lönsam plats.

När det gäller nackdelarna med offentliga moln är allt här ganska förväntat: mycket mindre kontroll från klientens sida, lägre prestanda vid bearbetning av stora datamängder och låg datasäkerhet jämfört med privata, vilket kan vara avgörande för vissa typer av företag .

hybridmoln

I skärningspunkten mellan ovanstående fördelar och nackdelar finns hybridmoln, som de facto är en kombination av minst ett privat moln med ett eller flera offentliga. Vid första (och till och med vid andra) anblick kan det tyckas att ett hybridmoln är en filosofs sten som låter dig "blåsa upp" datorkraft när som helst, utföra nödvändiga beräkningar och "blåsa bort" allt tillbaka. Inte ett moln, men David Blaine!

Hybridmoln: en guide för nybörjarpiloter

I verkligheten är allt nästan lika vackert som i teorin: hybridmolnet sparar tid och pengar, har många vanliga och icke-standardiserade användningsfall... men det finns nyanser. Här är de viktigaste:

Först, är det nödvändigt att korrekt koppla "ditt" och "någon annans" moln, inklusive när det gäller prestanda. Många problem kan uppstå här, särskilt om det offentliga molndatacentret är fysiskt avlägset eller byggt på en annan teknik. I det här fallet finns det stor risk för förseningar, ibland kritiska.

Andra, att använda ett hybridmoln som infrastruktur för en enda applikation är fyllt med ojämn prestanda på alla fronter (från CPU till diskundersystemet) och minskad feltolerans. Två servrar med samma parametrar, men placerade i olika segment, kommer att visa olika prestanda.

För det tredje, glöm inte hårdvarasårbarheter för "främmande" hårdvara (brinnande hälsningar till Intel-arkitekter) och andra säkerhetsproblem i den offentliga delen av molnet, som redan nämnts ovan.

Fjärde, hotar användningen av ett hybridmoln att avsevärt minska feltoleransen om det är värd för en enda applikation.

Specialbonus: nu kan två moln istället för ett och/eller kopplingen mellan dem "bryta" på en gång. Och i många kombinationer samtidigt.

Separat är det värt att nämna problemen med att hosta stora applikationer i ett hybridmoln.
I de allra flesta fall kan du inte bara gå och skaffa till exempel 100 virtuella maskiner med 128 GB RAM i det offentliga molnet. Oftast kommer ingen att ge dig ens 10 sådana bilar.

Hybridmoln: en guide för nybörjarpiloter

Ja, offentliga moln är inte gummi, Moskva. Många leverantörer har helt enkelt inte en sådan reserv av ledig kapacitet – och det handlar i första hand om RAM. Du kan "rita" så många processorkärnor som du vill, och du kan tillhandahålla många gånger mer SSD- eller HDD-kapacitet än vad som är fysiskt tillgängligt. Leverantören kommer att hoppas att du inte använder hela volymen på en gång och att det kommer att vara möjligt att öka den längs vägen. Men om det inte finns tillräckligt med RAM, kan den virtuella maskinen eller applikationen lätt krascha. Och virtualiseringssystemet tillåter inte alltid sådana knep. I vilket fall som helst är det värt att komma ihåg denna utveckling av händelser och diskutera dessa punkter med leverantören "på land", annars riskerar du att hamna på efterkälken under toppbelastningar (Black Friday, säsongsbelastning, etc.).

Sammanfattningsvis, om du vill använda en hybridinfrastruktur, kom ihåg att:

  • Leverantören är inte alltid redo att tillhandahålla nödvändig kapacitet på begäran.
  • Det finns problem och förseningar i anslutningen av element. Du måste förstå vilka delar av infrastrukturen och i vilka fall som kommer att göra förfrågningar via "joint"; detta kan påverka prestanda och tillgänglighet. Det är bättre att tänka på att det i molnet inte finns en klusternod, utan en separat och oberoende del av infrastrukturen.
  • Det finns risk för att problem uppstår i stora delar av landskapet. I en hybridlösning kan antingen det ena eller det andra molnet "falla av" helt. När det gäller ett vanligt virtualiseringskluster riskerar du att förlora högst en server, men här riskerar du att förlora mycket på en gång, över en natt.
  • Det säkraste att göra är att behandla den offentliga delen inte som en "extender", utan som ett separat moln i ett separat datacenter. Det är sant, i det här fallet ignorerar du faktiskt lösningens "hybriditet".

Att mildra nackdelarna med ett hybridmoln

Faktum är att bilden är mycket trevligare än man kan tro. Det viktigaste är att känna till knepen med att "laga" ett bra hybridmoln. Här är de viktigaste i checklistformat:

  • Du bör inte flytta latenskänsliga delar av applikationen till det offentliga molnet separat från huvudprogramvaran: till exempel cache eller databaser under OLTP-belastning.
  • Lägg inte helt och hållet de delarna av applikationen på det offentliga molnet, utan vilket det kommer att sluta fungera. Annars kommer sannolikheten för systemfel att öka flera gånger.
  • När du skalar, kom ihåg att prestandan för maskiner som distribueras i olika delar av molnet kommer att variera. Skalningsflexibiliteten kommer också att vara långt ifrån perfekt. Tyvärr är detta ett arkitektoniskt designproblem och du kommer inte att kunna utrota det helt. Du kan bara försöka minska dess inverkan på arbetet.
  • Försök att säkerställa maximal fysisk närhet mellan de offentliga och privata molnen: ju kortare avstånd, desto mindre förseningar mellan segmenten. Helst "bor" båda delarna av molnet i samma datacenter.
  • Det är lika viktigt att se till att båda molnen använder identiska nätverkstekniker. Ethernet-InfiniBand-gateways kan ge många problem.
  • Om samma virtualiseringsteknik används i de privata och offentliga molnen är detta ett klart plus. I vissa fall kan du komma överens med leverantören om att migrera hela virtuella maskiner utan ominstallation.
  • För att göra det lönsamt att använda ett hybridmoln, välj en molnleverantör med den mest flexibla prissättningen. Bäst av allt, baserat på de resurser som faktiskt används.
  • Skala upp med datacenter: om du behöver öka kapaciteten höjer vi ett "andra datacenter" och belastar det. Är du klar med dina beräkningar? Vi "släcker" överflödig ström och sparar.
  • Enskilda applikationer och projekt kan flyttas till det offentliga molnet medan det privata molnet skalas, eller helt enkelt under en viss period. Sant, i det här fallet kommer du inte att ha hybriditet, bara generell L2-anslutning, som inte på något sätt beror på närvaron/frånvaron av ditt eget moln.

I stället för en slutsats

Det är allt. Vi pratade om funktionerna hos privata och offentliga moln och tittade på de viktigaste möjligheterna för att förbättra prestanda och tillförlitlighet hos hybridmoln. Utformningen av alla moln är dock resultatet av beslut, kompromisser och konventioner som dikteras av företagets affärsmål och resurser.

Vårt mål är att motivera läsaren att ta valet av lämplig molninfrastruktur på allvar baserat på hans egna mål, tillgängliga teknologier och ekonomiska möjligheter.

Vi inbjuder dig att dela din upplevelse med hybridmoln i kommentarerna. Vi är säkra på att din expertis kommer att vara användbar för många nybörjare.

Källa: will.com

Lägg en kommentar