{"id":38075,"date":"2019-10-31T22:21:32","date_gmt":"2019-10-31T19:21:32","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-blagodarya-kubernetes-i-avtomatizatsii-migrirovat-v-oblako-za-dva-chasa\/"},"modified":"2019-10-31T22:21:32","modified_gmt":"2019-10-31T19:21:32","slug":"kak-blagodarya-kubernetes-i-avtomatizatsii-migrirovat-v-oblako-za-dva-chasa","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-blagodarya-kubernetes-i-avtomatizatsii-migrirovat-v-oblako-za-dva-chasa","title":{"rendered":"Come migrare in cloud in due ore grazie a Kubernetes e automazione","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Come
\n
\nL'azienda \u00ab\u0423\u0420\u0423\u0421\u00bb ha provato Kubernetes in diverse modalit\u00e0: deploy autonomo su bare metal, in Google Cloud, per poi trasferire la propria piattaforma nel cloud Mail.ru Cloud Solutions (MCS). Igor Shishkin racconta come hanno scelto un nuovo provider cloud e come sono riusciti a migrare in un record di due ore.t3ran<\/a><\/noindex>), senior system administrator di \u00ab\u0423\u0420\u0423\u0421\u00bb.
\n<\/a><\/noindex><\/p>\n

Cosa fa \u00ab\u0423\u0420\u0423\u0421\u00bb <\/h2>\n

\nCi sono molti modi per migliorare la qualit\u00e0 dell'ambiente urbano, e uno di questi \u00e8 renderlo ecologicamente sicuro. \u00c8 proprio su questo che lavora l'azienda \u00ab\u0423\u0420\u0423\u0421 \u2014 Servizi Digitali Intelligenti\u00bb. Qui vengono implementate soluzioni che aiutano le imprese a monitorare indicatori ecologici importanti e ridurre l'impatto negativo sull'ambiente. I sensori raccolgono dati sulla composizione dell'aria, sul livello di rumore e altri parametri, per poi inviarli alla piattaforma unica \u00ab\u0423\u0420\u0423\u0421 \u2014 Ecomon\u00bb per analisi e raccomandazioni. <\/p>\n

Come funziona \u00ab\u0423\u0420\u0423\u0421\u00bb dall'interno<\/h2>\n

\nIl cliente tipico di \u00ab\u0423\u0420\u0423\u0421\u00bb \u00e8 un'azienda situata in una zona residenziale o nelle vicinanze. Pu\u00f2 trattarsi di una fabbrica, un porto, un deposito ferroviario o qualsiasi altra struttura. Se il nostro cliente ha gi\u00e0 ricevuto un avviso, \u00e8 stato multato per inquinamento ambientale o desidera ridurre il rumore e le emissioni nocive, si rivolge a noi e noi offriamo una soluzione pronta per il monitoraggio ambientale.<\/p>\n

\"Come
\nNel grafico di monitoraggio della concentrazione di H2S si vedono emissioni notturne regolari dell'impianto vicino.<\/i><\/p>\n

I dispositivi che utilizziamo in \u00ab\u0423\u0420\u0423\u0421\u00bb contengono diversi sensori che raccolgono informazioni sulla concentrazione di determinati gas, sul livello di rumore e altri dati per valutare la situazione ambientale. Il numero esatto di sensori \u00e8 sempre determinato dal compito specifico.<\/p>\n

\"Come
\nA seconda della natura delle misurazioni, i dispositivi con sensori possono essere collocati sulle pareti degli edifici, sui pali e in altri luoghi casuali. Ogni dispositivo raccoglie informazioni, le aggrega e le invia a un gateway di ricezione dati. Qui conserviamo i dati per lungo tempo e li pretrattiamo per ulteriori analisi. Un esempio semplice di cosa otteniamo in uscita dopo l'analisi \u00e8 l'indice di qualit\u00e0 dell'aria, noto anche come AQI.<\/p>\n

Parallelamente, sulla nostra piattaforma operano molti altri servizi, ma questi di solito hanno un carattere di supporto. Ad esempio, il servizio di notifica invia avvisi ai clienti se uno dei parametri monitorati (ad esempio, il contenuto di CO2) supera i valori consentiti.<\/p>\n

Come conserviamo i dati. Una storia con Kubernetes su bare metal.<\/h2>\n

\nNel progetto di monitoraggio ecologico \"URUS\" ci sono diversi archivi di dati. In uno conserviamo i dati \"grezzi\" - cio\u00e8 quelli che abbiamo ricevuto direttamente dai dispositivi stessi. Questo archivio funge da \"nastro\" magnetico, come nelle vecchie cassette, con la cronologia di tutte le misurazioni. Il secondo tipo di archivio \u00e8 utilizzato per i dati pre-elaborati - dati provenienti dai dispositivi, arricchiti da metadati relativi alle connessioni dei sensori e alle letture dei dispositivi, nonch\u00e9 all'appartenenza a organizzazioni, luoghi di ubicazione, ecc. Queste informazioni consentono di valutare nel tempo come \u00e8 cambiato un determinato parametro in un intervallo di tempo definito. Utilizziamo l'archivio di dati \"grezzi\" anche come backup e per ripristinare i dati pre-elaborati, se necessario.<\/p>\n

Quando alcuni anni fa stavamo cercando di risolvere il problema dello storage, avevamo due opzioni per la scelta della piattaforma: Kubernetes e OpenStack. Ma dato che quest'ultimo appare piuttosto mostruoso (basta guardare la sua architettura per convincersene), abbiamo optato per Kubernetes. Un altro argomento a favore di Kubernetes \u00e8 stato il suo relativamente semplice controllo software, che consente una gestione pi\u00f9 flessibile anche delle nodi hardware. <\/p>\n

Parallelamente all'acquisizione di competenze su Kubernetes, esploravamo anche i modi di archiviare dati. Mentre tenevamo tutti i nostri archivi in Kubernetes sul nostro hardware, abbiamo acquisito una grande esperienza. Tutto ci\u00f2 che avevamo all'epoca viveva proprio su Kubernetes: archiviazione stateful, sistema di monitoraggio, CI\/CD. Kubernetes \u00e8 diventato per noi una piattaforma all-in-one. <\/p>\n

Ma volevamo lavorare con Kubernetes come un servizio, piuttosto che occuparci del suo supporto e sviluppo. Inoltre, non ci piaceva il costo di mantenerlo su bare metal, e lo sviluppo era necessario continuamente! Ad esempio, uno dei primi compiti \u00e8 stato integrare i controller Ingress di Kubernetes nell'infrastruttura di rete della nostra organizzazione. Questo \u00e8 un compito complesso, soprattutto considerando che al momento non c'era nulla di pronto per la gestione programmata delle risorse come i record DNS o l'allocazione. indirizzi IP<\/a>. In seguito abbiamo iniziato a sperimentare con lo storage esterno. Non siamo mai riusciti a implementare il controller PVC, ma \u00e8 gi\u00e0 chiaro che si tratta di un grande carico di lavoro che richiede specialisti dedicati.<\/p>\n

La migrazione a Google Cloud Platform \u00e8 stata una soluzione temporanea.<\/h2>\n

\nCi siamo resi conto che non potevamo continuare in questo modo e abbiamo trasferito i nostri dati da bare metal a Google Cloud Platform. In realt\u00e0, all'epoca per una compagnia russa non c'erano molte opzioni interessanti: oltre a Google Cloud Platform, solo Amazon offriva un servizio simile, ma alla fine abbiamo scelto la soluzione di Google. Ci \u00e8 sembrata economicamente pi\u00f9 vantaggiosa, pi\u00f9 vicina all'Upstream, per non parlare del fatto che Google \u00e8 esso stesso un tipo di PoC Kubernetes in produzione.<\/p>\n

Il primo serio problema \u00e8 emerso parallelamente alla crescita della nostra base clienti. Quando abbiamo avuto bisogno di conservare dati personali, ci siamo trovati di fronte a una scelta: lavorare con Google e violare le leggi russe, oppure cercare un'alternativa in Russia. La scelta, in fin dei conti, era prevedibile. \ud83d\ude42<\/p>\n

Come immaginavamo il servizio cloud ideale.<\/h2>\n

\nAll'inizio delle ricerche, sapevamo gi\u00e0 cosa volevamo dal futuro provider cloud. Quale servizio stavamo cercando:<\/p>\n