Ciao, Khabroviti! , il mercato dei servizi cloud in Russia si rafforza costantemente. I cloud ibridi sono più che mai una tendenza, nonostante la tecnologia in sé sia tutt’altro che nuova. Molte aziende si chiedono quanto sia fattibile mantenere e mantenere un'enorme flotta di hardware, compreso ciò che è necessario in base alla situazione, sotto forma di cloud privato.
Oggi parleremo di quali situazioni l’utilizzo di un cloud ibrido sarà un passo giustificato e in quali può creare problemi. L’articolo sarà utile a coloro che non hanno mai avuto una seria esperienza di lavoro con i cloud ibridi, ma li stanno già guardando e non sanno da dove cominciare.
Alla fine dell'articolo, forniremo un elenco di trucchi che ti aiuteranno nella scelta di un fornitore di servizi cloud e nella configurazione di un cloud ibrido.
Chiediamo a tutti gli interessati di andare sotto il taglio!
Cloud privato VS pubblico: pro e contro
Per comprendere quali ragioni spingono le aziende a passare all'ibrido, esaminiamo le caratteristiche principali dei cloud pubblici e privati. Concentriamoci innanzitutto su quegli aspetti che in un modo o nell'altro riguardano la maggior parte delle aziende. Per evitare confusione terminologica, riportiamo di seguito le principali definizioni:
Cloud privato (o privato). è un'infrastruttura IT, i cui componenti si trovano all'interno di un'azienda e solo su apparecchiature di proprietà di tale azienda o fornitore di servizi cloud.
Nuvola pubblica è un ambiente IT, il cui proprietario fornisce servizi a pagamento e mette a disposizione di tutti spazio nel cloud.
Nuvola ibrida è costituito da più cloud privati e più cloud pubblici, la cui potenza di calcolo è condivisa.
Nuvole private
Nonostante i suoi costi elevati, il cloud privato presenta numerosi vantaggi che non possono essere ignorati. Questi includono elevata controllabilità, sicurezza dei dati e monitoraggio completo delle risorse e del funzionamento delle apparecchiature. In parole povere, un cloud privato soddisfa tutte le idee degli ingegneri su un'infrastruttura ideale. In qualsiasi momento puoi modificare l'architettura del cloud, modificarne le proprietà e la configurazione.
Non è necessario affidarsi a fornitori esterni: tutti i componenti dell'infrastruttura rimangono dalla tua parte.
Ma, nonostante le forti argomentazioni a favore, un cloud privato può essere molto costoso all’inizio e nella successiva manutenzione. Già nella fase di progettazione di un cloud privato è necessario calcolare correttamente il carico futuro. Risparmiare all'inizio può portare al fatto che prima o poi dovrai affrontare la mancanza di risorse e la necessità di crescita. Inoltre, la scalabilità di un cloud privato è un processo complesso e costoso. Ogni volta che devi acquistare una nuova apparecchiatura, collegarla e configurarla, e questo spesso può richiedere settimane, rispetto a un ridimensionamento quasi istantaneo nel cloud pubblico.
Oltre ai costi per le attrezzature, è necessario prevedere risorse finanziarie per licenze e personale.
In alcuni casi, l’equilibrio “prezzo/qualità”, o più precisamente “costi di dimensionamento e manutenzione/benefici ottenuti”, si sposta infine verso il prezzo.
Nuvole pubbliche
Se possiedi solo un cloud privato, il cloud pubblico appartiene a un fornitore esterno che ti consente di utilizzare le sue risorse informatiche a pagamento.
Allo stesso tempo, tutto ciò che riguarda il supporto e la manutenzione del cloud ricade sulle potenti spalle del “provider”. Il tuo compito è scegliere il piano tariffario ottimale ed effettuare i pagamenti in tempo.
Utilizzare un cloud pubblico per progetti relativamente piccoli è molto più economico che mantenere il proprio parco apparecchiature.
Di conseguenza, non è necessario mantenere specialisti IT e i rischi finanziari sono ridotti.
In qualsiasi momento sei libero di cambiare fornitore di servizi cloud e spostarti in una località più adatta o più redditizia.
Per quanto riguarda gli svantaggi dei cloud pubblici, qui tutto è abbastanza scontato: molto meno controllo da parte del cliente, prestazioni inferiori nell'elaborazione di grandi volumi di dati e bassa sicurezza dei dati rispetto a quelli privati, che può essere fondamentale per alcuni tipi di attività .
nuvole ibride
All'intersezione dei vantaggi e degli svantaggi di cui sopra si trovano i cloud ibridi, che sono di fatto una combinazione di almeno un cloud privato con uno o più cloud pubblici. A prima vista (e anche a un secondo) sguardo, può sembrare che un cloud ibrido sia una pietra filosofale che permette di “gonfiare” la potenza di calcolo in qualsiasi momento, eseguire i calcoli necessari e “spazzare via” tutto. Non una nuvola, ma David Blaine!
In realtà, tutto è bello quasi come in teoria: il cloud ibrido fa risparmiare tempo e denaro, ha molti casi d'uso standard e non standard... ma ci sono delle sfumature. Ecco i più importanti:
In primo luogo, è necessario connettere correttamente il cloud “tuo” e “di qualcun altro”, anche in termini di prestazioni. Qui possono sorgere molti problemi, soprattutto se il data center del cloud pubblico è fisicamente remoto o costruito su una tecnologia diversa. In questo caso il rischio di ritardi, talvolta critici, è elevato.
In secondo luogo, l'utilizzo di un cloud ibrido come infrastruttura per una singola applicazione è irto di prestazioni disomogenee su tutti i fronti (dalla CPU al sottosistema del disco) e di una ridotta tolleranza agli errori. Due server con gli stessi parametri, ma situati in segmenti diversi, mostreranno prestazioni diverse.
In terzo luogo, non dimenticare le vulnerabilità hardware dell'hardware “estraneo” (fervidi saluti agli architetti Intel) e altri problemi di sicurezza nella parte pubblica del cloud, già menzionati sopra.
In quarto luogo, l'uso di un cloud ibrido rischia di ridurre significativamente la tolleranza agli errori se ospita una singola applicazione.
Bonus speciale: ora due nuvole invece di una e/o la connessione tra loro possono “spezzarsi” contemporaneamente. E in molte combinazioni contemporaneamente.
Separatamente, vale la pena menzionare i problemi legati all'hosting di applicazioni di grandi dimensioni in un cloud ibrido.
Nella stragrande maggioranza dei casi, non puoi semplicemente procurarti, ad esempio, 100 macchine virtuali con 128 GB di RAM nel cloud pubblico. Molto spesso nessuno ti darà nemmeno 10 di queste auto.
Sì, le nuvole pubbliche non sono di gomma, Mosca. Molti provider semplicemente non mantengono una tale riserva di capacità libera, e ciò riguarda principalmente la RAM. Puoi "disegnare" tutti i core del processore che desideri e puoi fornire una capacità SSD o HDD molte volte maggiore di quella fisicamente disponibile. Il fornitore spera che tu non utilizzi l'intero volume in una volta e che sia possibile aumentarlo lungo il percorso. Ma se non c'è abbastanza RAM, la macchina virtuale o l'applicazione possono facilmente bloccarsi. E il sistema di virtualizzazione non sempre consente tali trucchi. In ogni caso, vale la pena ricordare questo sviluppo degli eventi e discutere questi punti con il fornitore “onshore”, altrimenti si rischia di rimanere indietro durante i picchi di carico (Black Friday, carico stagionale, ecc.).
In sintesi, se vuoi utilizzare un’infrastruttura ibrida, tieni presente che:
- Il fornitore non è sempre pronto a fornire la capacità necessaria su richiesta.
- Ci sono problemi e ritardi nella connettività degli elementi. Bisogna capire quali pezzi di infrastruttura e in quali casi faranno richieste attraverso il “joint”; questo può incidere su performance e disponibilità. È meglio considerare che nel cloud non esiste un nodo cluster, ma un pezzo di infrastruttura separato e indipendente.
- Esiste il rischio che si verifichino problemi in ampie parti del paesaggio. In una soluzione ibrida, l’uno o l’altro cloud potrebbe “cadere” completamente. Nel caso di un normale cluster di virtualizzazione, rischi di perdere al massimo un server, ma qui rischi di perdere molto in una volta, dall'oggi al domani.
- La cosa più sicura da fare è trattare la parte pubblica non come un “extender”, ma come un cloud separato in un data center separato. È vero, in questo caso di fatto ignori l’“ibridità” della soluzione.
Mitigare gli svantaggi di un cloud ibrido
In effetti la foto è molto più gradevole di quanto si possa pensare. La cosa più importante è conoscere i trucchi per “cucinare” un buon cloud ibrido. Ecco i principali in formato checklist:
- Non è necessario spostare le parti sensibili alla latenza dell'applicazione nel cloud pubblico separatamente dal software principale: ad esempio, cache o database sotto carico OLTP.
- Non mettere interamente quelle parti dell'applicazione sul cloud pubblico, senza le quali smetterebbe di funzionare. Altrimenti, la probabilità di guasto del sistema aumenterà più volte.
- Durante la scalabilità, tieni presente che le prestazioni delle macchine distribuite in diverse parti del cloud varieranno. Anche la flessibilità del ridimensionamento sarà lungi dall’essere perfetta. Sfortunatamente, questo è un problema di progettazione architettonica e non sarai in grado di sradicarlo completamente. Puoi solo provare a ridurne l'impatto sul lavoro.
- Cerca di garantire la massima vicinanza fisica tra cloud pubblico e privato: minore è la distanza, minori saranno i ritardi tra i segmenti. Idealmente, entrambe le parti del cloud “vivono” nello stesso data center.
- È altrettanto importante garantire che entrambi i cloud utilizzino tecnologie di rete identiche. I gateway Ethernet-InfiniBand possono presentare molti problemi.
- Se la stessa tecnologia di virtualizzazione viene utilizzata nei cloud privati e pubblici, questo rappresenta sicuramente un vantaggio. In alcuni casi è possibile concordare con il provider la migrazione di intere macchine virtuali senza reinstallazione.
- Per rendere redditizio l'utilizzo di un cloud ibrido, scegli un fornitore di servizi cloud con i prezzi più flessibili. Meglio ancora, in base alle risorse effettivamente utilizzate.
- Scale up con i data center: se è necessario aumentare la capacità, innalziamo un “secondo data center” e lo mettiamo sotto carico. Hai finito con i calcoli? "Estinguiamo" la potenza in eccesso e risparmiamo.
- Le singole applicazioni e progetti possono essere spostati nel cloud pubblico mentre il cloud privato viene scalato o semplicemente per un certo periodo. È vero, in questo caso non si avrà ibridità, ma solo connettività generale L2, che non dipende in alcun modo dalla presenza/assenza del proprio cloud.
Invece di una conclusione
È tutto. Abbiamo parlato delle caratteristiche dei cloud privati e pubblici e abbiamo esaminato le principali opportunità per migliorare le prestazioni e l'affidabilità dei cloud ibridi. Tuttavia, la progettazione di qualsiasi cloud è il risultato di decisioni, compromessi e convenzioni dettate dagli obiettivi e dalle risorse aziendali dell'azienda.
Il nostro obiettivo è motivare il lettore a prendere sul serio la scelta dell'infrastruttura cloud appropriata in base ai propri obiettivi, alle tecnologie disponibili e alle capacità finanziarie.
Ti invitiamo a condividere la tua esperienza con i cloud ibridi nei commenti. Siamo sicuri che la tua esperienza sarà utile a molti piloti alle prime armi.
Fonte: habr.com