{"id":53098,"date":"2019-11-23T00:00:00","date_gmt":"2019-11-22T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/operatsiya-migratsiya-kak-proishodit-pereezd-v-oblako-dataline"},"modified":"2020-02-18T14:00:57","modified_gmt":"2020-02-18T11:00:57","slug":"operatsiya-migratsiya-kak-proishodit-pereezd-v-oblako-dataline","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/operatsiya-migratsiya-kak-proishodit-pereezd-v-oblako-dataline","title":{"rendered":"Operazione 'Migrazione': come avviene il trasferimento nel cloud di DataLine","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Circa 7 anni fa, i primi progetti si trasferivano nel nostro cloud in modo semplice e diretto. Le immagini delle macchine virtuali venivano caricate su un server FTP, oppure venivano consegnate su dischi rigidi. Successivamente, tramite un server di importazione speciale, le VM venivano caricate nel cloud.<\/p>\n

Se per il cliente non \u00e8 un problema spegnere la virtual machine per un giorno o due (o se non ci sono altre opzioni), si pu\u00f2 procedere in questo modo. Ma se il fermo deve essere al massimo di un'ora, questo metodo non \u00e8 adatto. Oggi parler\u00f2 degli strumenti che possono aiutare a migrare nel cloud con un massimo di downtime e come \u00e8 strutturato il processo di migrazione da noi.<\/p>\n

\"Operazione
\n<\/a><\/noindex><\/p>\n

Migrazione con Veeam Backup and Replication<\/h3>\n

\nVeeam Backup and Replication \u00e8 conosciuto da tutti come strumento per creare backup e repliche. Lo utilizziamo per migrare tra le nostre sedi e per trasferire i clienti dalla virtualizzazione privata al nostro cloud. Le macchine virtuali del cliente vengono replicate sul nostro vCenter, dopodich\u00e9 l'ingegnere le aggiunge a vCloud Director. <\/p>\n

La replica iniziale viene eseguita su una macchina virtuale accesa. A un orario concordato, la macchina dal lato del cliente viene spenta. La replica viene avviata nuovamente per trasferire le modifiche avvenute dalla prima replica. Successivamente, la macchina virtuale viene avviata gi\u00e0 nel nostro cloud. <\/p>\n

\"Operazione
\n
\nDi solito, dal momento in cui si spegne la macchina nell'infrastruttura del cliente fino al momento in cui viene accesa nel nostro cloud non passano pi\u00f9 di mezz'ora, anzi, piuttosto 15\u201320 minuti. <\/p>\n

Nel frattempo, presso il cliente rimane la macchina virtuale originale. Se qualcosa non va come previsto, \u00e8 sempre possibile tornare indietro e accenderla. Per il cliente questo metodo \u00e8 anche vantaggioso poich\u00e9 non richiede la presenza di Veeam.<\/p>\n

Caso 1
\nIl cliente aveva la propria infrastruttura virtuale basata su VMware \u2013 40 VM con un volume di 30 TB. L'hardware su cui era stato implementato il cluster era gi\u00e0 obsoleto, e il cliente ha deciso di non affrontare l'acquisto di nuovo hardware e di trasferirsi in un cloud pubblico. L'esigenza di downtime per i sistemi critici era di non pi\u00f9 di un'ora. Come strumento \u00e8 stata scelta Veeam Replication. Inoltre, \u00e8 stato un vantaggio che il fornitore di servizi Internet del cliente fosse presente nel nostro centro dati, il che ha permesso di organizzare una buona connessione. La migrazione ha impiegato circa un mese, con un downtime di fino a 30 minuti per ogni gruppo di macchine virtuali.<\/i><\/p>\n

Migrazione con Veeam Cloud Connect<\/h3>\n

\nVeeam Cloud Connect \u00e8 uno strumento che aiuta a configurare la replicazione delle macchine virtuali e a avviare le repliche nel cloud del fornitore di servizi. Dopo l'aggiornamento nel 2019<\/a><\/noindex> anno \u00e8 stata introdotta la possibilit\u00e0 di replicare le macchine virtuali direttamente in vCloud Director. L'unica condizione \u00e8 che sul lato clienti deve essere implementato il proprio Veeam Backup and Replication non inferiore alla versione 9. In breve (versione dettagliata qui<\/a><\/noindex>), l'intero processo appare come segue.<\/p>\n

In vCloud Director viene creata un'organizzazione con le risorse e le reti necessarie. In Veeam Cloud Connect creiamo un account, il cliente si connette da Veeam B&R, seleziona il fornitore DataLine e l'organizzazione, quindi configura i job di replicazione. Oltre al fatto che con questa migrazione il downtime sar\u00e0 di circa 15-20 minuti, il cliente non dipende in alcun modo dal supporto tecnico del fornitore e gestisce l'intero processo autonomamente: crea job di replicazione, la replicazione stessa, spegne le macchine e ne avvia l'accensione nella nuova sede. <\/p>\n

\"Operazione
\n
\nCaso 2
\nL'infrastruttura del cliente, da cui era prevista la migrazione, si trovava in Bielorussia. Era necessario trasferire 90 VM per un volume totale di 27 TB, considerando che la banda internet era di 100 Mbit\/s. Se si fosse effettuato un backup e successivamente caricato subito nel nostro cloud, per alcune VM ci\u00f2 avrebbe richiesto diversi giorni. Durante quel tempo, la VM avrebbe accumulato un gran delta, il che potrebbe aver influito negativamente sulle prestazioni delle macchine o, peggio ancora, esaurito lo spazio nel datastore. Ci siamo mossi come segue: prima il cliente ha effettuato un backup completo locale e ha trasferito una copia nel nostro cloud tramite Veeam Cloud Connect. Poi ha effettuato e inviato un incremento nel cloud. La macchina virtuale originale ha continuato a funzionare. Dopo aver spento la VM, il cliente ha effettuato un altro incremento e l'ha trasferito nel cloud. Sul nostro lato abbiamo implementato una macchina virtuale dal backup completo, e poi abbiamo aggiunto due incrementi. Questa configurazione ha permesso di ridurre il downtime a 2 ore durante il passaggio nella nostra sede. <\/i><\/p>\n

Migrazione tramite VMware vCloud Availability<\/h3>\n

\nA marzo di quest'anno, VMware ha rilasciato vCloud Availability 3.0, che consente di migrare macchine virtuali tra diversi cloud (vCloud Director \u2013 vCloud Director) e da stand privati di virtualizzazione dei clienti al cloud (vCenter \u2013 vCloud Director). La principale comodit\u00e0 \u00e8 l'integrazione con l'interfaccia di vCloud Director. Questo semplifica notevolmente il processo di gestione della replicazione e riduce al minimo i tempi di inattivit\u00e0 durante il cambiamento.<\/p>\n

Con questo strumento abbiamo migrato uno dei clienti dal nostro cloud di Mosca al nostro cloud di San Pietroburgo. Era necessario trasferire 18 macchine virtuali con una capacit\u00e0 totale di 14 TB. Per il cliente \u00e8 stata creata un'organizzazione nel cloud di San Pietroburgo e sono state organizzate le reti necessarie. Successivamente, dall'interfaccia di vCloud Director, il cliente \u00e8 passato alle impostazioni di vCloud Availability, ha creato i compiti di replicazione e si \u00e8 spostato sulla piattaforma di San Pietroburgo nel momento a lui pi\u00f9 conveniente. Il tempo di inattivit\u00e0 durante il cambio \u00e8 stato di 12 minuti.<\/p>\n

\"Operazione
\nSchema di migrazione tra i cloud DataLine a San Pietroburgo e Mosca.<\/i><\/p>\n

In vCloud Availability c'\u00e8 un meccanismo di migrazione delle VM dalla piattaforma del cliente al nostro cloud. A questo scopo viene distribuito un appliance speciale di vCloud Availability nel vCenter del cliente. Dopo una semplice configurazione, viene stabilita la connessione con il cloud e sono impostati i compiti di migrazione. Inoltre, il cliente gestisce autonomamente l'intero processo, riducendo al minimo i tempi di migrazione.<\/p>\n

\"Operazione
\nSchema di migrazione delle macchine virtuali da un'installazione privata al cloud.<\/i><\/p>\n

VMware vCloud Availability ha molti altri scenari di utilizzo, presto ne parleremo in un articolo separato. <\/p>\n

Preparazione alla migrazione <\/h3>\n

\nPer scegliere lo strumento e iniziare la migrazione, \u00e8 necessario definire i seguenti aspetti:<\/p>\n

Da dove migriamo. <\/b>Se stai migrando da una soluzione privata, hai piena libert\u00e0 nella scelta degli strumenti. Se ti stai allontanando da un fornitore, la situazione \u00e8 pi\u00f9 complicata. \u00c8 probabile che collegare le infrastrutture di due fornitori e semplicemente spostare le VM non sia possibile per motivi di sicurezza. A volte il fornitore da cui il cliente intende allontanarsi inizia a creare problemi e a perdere tempo. Uscire da un fornitore pu\u00f2 avvenire nel modo tradizionale: tramite il trasferimento delle VM su dischi e FTP o migrando a livello applicativo. Quest'ultima modalit\u00e0 \u00e8 detta cos\u00ec per convenzione e appare pi\u00f9 o meno in questo modo.<\/p>\n

Caso 3
\n\u00c8 stato necessario migrare il sistema SAP del cliente da un fornitore europeo: 34 VM per un volume di 54 TB. Al cliente sono state assegnate risorse nel nostro cloud. \u00c8 stata organizzata la connettivit\u00e0 di rete tra noi e l'infrastruttura del fornitore europeo. I server delle applicazioni sono stati ridistribuiti, con l'applicazione delle configurazioni necessarie. Grandi basi di dati sono state migrate tramite il caricamento dei backup nel nostro cloud. Successivamente, \u00e8 stata impostata la replicazione tra le basi di dati sulle nostre e sulla sede originale. All'orario concordato, abbiamo commutato le basi di dati nel nostro cloud.<\/i><\/p>\n

Volume dei dati e canale internet.<\/b> Di solito chiediamo al cliente di fornire un'estrazione dei sistemi con parametri di memoria, CPU e dischi. Valutiamo se il canale \u00e8 sufficiente per inviare direttamente le repliche o i backup delle macchine virtuali. <\/p>\n

Interruzione consentita.<\/b> Per diversi sistemi e, di conseguenza, per macchine virtuali, pu\u00f2 variare in base alla loro criticit\u00e0 per il business. Di solito, il cliente arriva con requisiti gi\u00e0 definiti riguardo al fermo durante la migrazione, e sulla base di questi scegliamo lo strumento adeguato e il piano di migrazione. Cerchiamo di pianificare il passaggio finale durante la notte o nei fine settimana, in modo che anche un'interruzione minima non sia percepita dagli utenti finali del cliente. <\/p>\n

In base a questi dati, \u00e8 possibile scegliere lo strumento e procedere con la migrazione vera e propria. Ecco cosa succede dopo.<\/p>\n

    \n
  1. Impostazione della connettivit\u00e0 di rete. <\/b>Organizziamo la connettivit\u00e0 di rete tra il nostro cloud e l'infrastruttura del cliente. Su questa rete verranno copiate le macchine virtuali. Se si utilizza Veeam Backup and Replication, si tratta di un canale dedicato, raramente di un canale VPN. Se si usa Veeam Cloud Connect, il tutto avviene tramite internet o lo stesso canale dedicato.\n

    Successivamente, viene impostata la rete per le VM nel cloud. Le macchine di solito si spostano in gruppi e non in un solo giorno. Dopo che le VM sono state trasferite da noi e avviate, devono interagire con le macchine che rimangono ancora sulla sede originale. <\/li>\n

  2. Pianificazione della migrazione.<\/b> Quando ci sono molte macchine, \u00e8 ragionevole suddividerle in gruppi e trasportarle a lotti. Insieme al cliente, concordiamo un piano in cui dettagliamo quando e quali macchine vengono trasferite e quando sar\u00e0 eseguita la replica finale e il passaggio alla nuova sede. <\/li>\n
  3. Migrazione di test.<\/b> Migriamo una macchina virtuale di test e verifichiamo se tutto \u00e8 correttamente configurato: connettivit\u00e0 di rete tra i siti, disponibilit\u00e0 della macchina virtuale per le macchine nel sito di origine, diritti dell'account e altro. Questo test aiuta a evitare ritardi nella fase di migrazione in produzione.<\/li>\n<\/ol>\n

    \nPer quanto riguarda me, \u00e8 tutto. Fate domande nei commenti e raccontate la vostra esperienza di migrazione.
    \n
    Fonte:     habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

    \u041b\u0435\u0442 7 \u043d\u0430\u0437\u0430\u0434 \u0441\u0430\u043c\u044b\u0435 \u043f\u0435\u0440\u0432\u044b\u0435 \u043f\u0440\u043e\u0435\u043a\u0442\u044b \u043f\u0435\u0440\u0435\u0435\u0437\u0436\u0430\u043b\u0438 \u0432 \u043d\u0430\u0448\u0435 \u043e\u0431\u043b\u0430\u043a\u043e \u043f\u0440\u043e\u0441\u0442\u043e \u0438 \u043d\u0435\u0437\u0430\u0442\u0435\u0439\u043b\u0438\u0432\u043e. \u041e\u0431\u0440\u0430\u0437\u044b \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d \u0437\u0430\u0433\u0440\u0443\u0436\u0430\u043b\u0438\u0441\u044c \u043d\u0430 FTP-\u0441\u0435\u0440\u0432\u0435\u0440, \u0438\u043b\u0438 \u0438\u0445 \u043f\u0440\u0438\u0432\u043e\u0437\u0438\u043b\u0438 \u043d\u0430 \u0436\u0435\u0441\u0442\u043a\u0438\u0445 \u0434\u0438\u0441\u043a\u0430\u0445. \u0417\u0430\u0442\u0435\u043c \u0447\u0435\u0440\u0435\u0437 \u0441\u043f\u0435\u0446\u0438\u0430\u043b\u044c\u043d\u044b\u0439 \u0438\u043c\u043f\u043e\u0440\u0442-\u0441\u0435\u0440\u0432\u0435\u0440 \u0412\u041c \u0437\u0430\u0433\u0440\u0443\u0436\u0430\u043b\u0438 \u0432 \u043e\u0431\u043b\u0430\u043a\u043e. \u0415\u0441\u043b\u0438 \u0434\u043b\u044f \u043a\u043b\u0438\u0435\u043d\u0442\u0430 \u043d\u0435 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430 \u0432\u044b\u043a\u043b\u044e\u0447\u0438\u0442\u044c \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u043a\u0443 \u043d\u0430 \u0441\u0443\u0442\u043a\u0438-\u0434\u0432\u043e\u0435 (\u0438\u043b\u0438 \u043d\u0435\u0442 \u0434\u0440\u0443\u0433\u0438\u0445 \u0432\u0430\u0440\u0438\u0430\u043d\u0442\u043e\u0432), \u0442\u043e \u043c\u043e\u0436\u043d\u043e \u0438 \u0442\u0430\u043a. \u041d\u043e \u0435\u0441\u043b\u0438 \u043f\u0440\u043e\u0441\u0442\u043e\u0439 \u0434\u043e\u043b\u0436\u0435\u043d \u0431\u044b\u0442\u044c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-53098","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Operazione \u201cMigrazione\u201d: come avviene il trasferimento nel cloud DataLine | ProHoster","description":"Circa 7 anni fa, i primi progetti si trasferivano nel nostro cloud in modo semplice e diretto. Le immagini delle macchine virtuali venivano caricate su un server FTP, oppure venivano portate su dischi rigidi.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/operatsiya-migratsiya-kak-proishodit-pereezd-v-oblako-dataline","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041e\u043f\u0435\u0440\u0430\u0446\u0438\u044f \u201c\u041c\u0438\u0433\u0440\u0430\u0446\u0438\u044f\u201d: \u043a\u0430\u043a \u043f\u0440\u043e\u0438\u0441\u0445\u043e\u0434\u0438\u0442 \u043f\u0435\u0440\u0435\u0435\u0437\u0434 \u0432 \u043e\u0431\u043b\u0430\u043a\u043e DataLine | ProHoster","og:description":"\u041b\u0435\u0442 7 \u043d\u0430\u0437\u0430\u0434 \u0441\u0430\u043c\u044b\u0435 \u043f\u0435\u0440\u0432\u044b\u0435 \u043f\u0440\u043e\u0435\u043a\u0442\u044b \u043f\u0435\u0440\u0435\u0435\u0437\u0436\u0430\u043b\u0438 \u0432 \u043d\u0430\u0448\u0435 \u043e\u0431\u043b\u0430\u043a\u043e \u043f\u0440\u043e\u0441\u0442\u043e \u0438 \u043d\u0435\u0437\u0430\u0442\u0435\u0439\u043b\u0438\u0432\u043e. \u041e\u0431\u0440\u0430\u0437\u044b \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d \u0437\u0430\u0433\u0440\u0443\u0436\u0430\u043b\u0438\u0441\u044c \u043d\u0430 FTP-\u0441\u0435\u0440\u0432\u0435\u0440, \u0438\u043b\u0438 \u0438\u0445 \u043f\u0440\u0438\u0432\u043e\u0437\u0438\u043b\u0438 \u043d\u0430 \u0436\u0435\u0441\u0442\u043a\u0438\u0445 \u0434\u0438\u0441\u043a\u0430\u0445.","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/operatsiya-migratsiya-kak-proishodit-pereezd-v-oblako-dataline","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-11-22T21:00:00+00:00","article:modified_time":"2020-02-18T11:00:57+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"53098","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-24 06:04:31","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 14:29:47","updated":"2026-01-24 06:04:31","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/53098","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=53098"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/53098\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=53098"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=53098"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=53098"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}