{"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 \u201cMigrazione\u201d: come avviene il trasferimento nel cloud DataLine","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Circa 7 anni fa, i primi progetti trasferivano nel nostro cloud in modo semplice e diretto. Le immagini delle macchine virtuali venivano caricate su un server FTP o portate su dischi rigidi. Successivamente, attraverso 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 uno o due giorni (o non ci sono altre opzioni), si pu\u00f2 procedere cos\u00ec. Ma se il downtime deve essere massimo di un\u2019ora, questo metodo non \u00e8 adatto. Oggi parler\u00f2 degli strumenti che aiutano a migrare nel cloud con il minimo downtime e di come si svolge 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 uno strumento per la creazione di backup e repliche. Lo utilizziamo per la migrazione tra le nostre piattaforme e per il trasferimento dei clienti dalla virtualizzazione privata al nostro cloud. Le macchine virtuali dei clienti vengono replicate sul nostro vCenter, dopo di che gli ingegneri le aggiungono al vCloud Director. <\/p>\n

La replica primaria viene eseguita su una macchina virtuale accesa. A un orario concordato, la macchina dal lato del cliente viene spenta. La replica viene riavviata per trasferire le modifiche avvenute dall'ultima replica. Dopo di che, la macchina virtuale parte gi\u00e0 nel nostro cloud. <\/p>\n

\"Operazione
\n
\nDi solito, non passa pi\u00f9 di mezz'ora da quando la macchina viene spenta nell'infrastruttura del cliente fino al suo riavvio nel nostro cloud, generalmente si tratta di 15\u201320 minuti. <\/p>\n

Nel frattempo, la macchina virtuale originale rimane presso il cliente. Se qualcosa non funziona, \u00e8 sempre possibile tornare indietro e riaccenderla. Per il cliente, questo metodo \u00e8 anche comodo poich\u00e9 non richiede l'utilizzo di Veeam.<\/p>\n

Caso 1
\nIl cliente aveva la propria infrastruttura virtuale basata su VMware con 40 VM e 30 TB di spazio. 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, ma di migrare nel cloud pubblico. La richiesta di inattivit\u00e0 dei sistemi critici non doveva superare un'ora. Come strumento \u00e8 stata scelta Veeam Replication. Un vantaggio ulteriore era che il provider di servizi Internet del cliente era presente nel nostro datacenter, il che ha permesso di organizzare un buon canale. La migrazione ha richiesto circa un mese, con un'inattivit\u00e0 durante il passaggio che \u00e8 stata di massimo 30 minuti per un gruppo di macchine virtuali.<\/i><\/p>\n

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

\nVeeam Cloud Connect \u00e8 uno strumento che aiuta a configurare la replica delle macchine virtuali e a avviare 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 cliente deve essere installato il proprio Veeam Backup and Replication non inferiore alla versione 9. In breve (versione dettagliata qui<\/a><\/noindex>), il processo appare nel seguente modo.<\/p>\n

In vCloud Director, si crea un'organizzazione con le risorse e le reti necessarie. In Veeam Cloud Connect, creiamo un account, il cliente si collega tramite il proprio Veeam B&R, seleziona il fornitore DataLine e l'organizzazione, e configura i lavori per la replica. Oltre al fatto che durante questa migrazione il downtime sar\u00e0 entro i 15-20 minuti, il cliente non dipende in alcun modo dal supporto tecnico del fornitore e gestisce l'intero processo autonomamente: crea lavori per la replica, effettua la replica stessa, spegne le macchine e le riavvia nella nuova sede. <\/p>\n

\"Operazione
\n
\nCaso 2
\nL'infrastruttura del cliente, da cui era pianificata la migrazione, si trovava in Bielorussia. Era necessario trasferire 90 VM con un volume totale di 27 TB, considerando che la connessione Internet era di 100 Mbit\/s. Se avessimo fatto un backup e subito caricato nel nostro cloud, per alcune VM ci sarebbero voluti diversi giorni. Durante quel tempo, sarebbe cresciuto un grande delta, il che potrebbe aver avuto un impatto negativo sulle prestazioni delle macchine o, peggio ancora, lo spazio nel datastore sarebbe finito. Abbiamo agito nel seguente modo: inizialmente, il cliente ha effettuato un backup completo locale e ha trasferito una copia nel nostro cloud tramite Veeam Cloud Connect. Poi ha creato e trasferito un incremento nel cloud. La VM originale ha continuato a funzionare. Dopo aver spento la VM, il cliente ha effettuato un altro incremento e lo ha trasferito anche nel cloud. Da parte nostra, abbiamo ripristinato la VM dal backup completo e poi abbiamo applicato i due incrementi. Questo schema ha permesso di ridurre al minimo il downtime a 2 ore durante il passaggio alla nostra piattaforma. <\/i><\/p>\n

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

\nA marzo di quest'anno, VMware ha rilasciato vCloud Availability 3.0, che consente di migrare le macchine virtuali tra diverse nuvole (vCloud Director \u2013 vCloud Director) e dai stand privati di virtualizzazione del cliente verso il cloud (vCenter \u2013 vCloud Director). Il principale vantaggio \u00e8 l'integrazione con l'interfaccia di vCloud Director. Questo semplifica notevolmente il processo di gestione della replica e riduce al minimo i tempi di inattivit\u00e0 durante il failover.<\/p>\n

Con questo strumento abbiamo migrato un nostro cliente dal nostro cloud di Mosca al nostro cloud di San Pietroburgo. Era necessario trasferire 18 macchine virtuali per un totale di 14 TB. \u00c8 stata creata un'organizzazione per il cliente nel cloud di San Pietroburgo e sono state organizzate le reti necessarie. Successivamente, attraverso l'interfaccia di vCloud Director, il cliente \u00e8 passato alle impostazioni di vCloud Availability, ha creato attivit\u00e0 di replicazione e, nel momento a lui pi\u00f9 conveniente, ha effettuato il failover sulla sede di San Pietroburgo. Il tempo di inattivit\u00e0 durante il failover \u00e8 stato di 12 minuti.<\/p>\n

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

In vCloud Availability, there is a mechanism for migrating VMs from the client's site to our cloud. For this, a special vCloud Availability appliance is deployed in the client's vCenter. After a simple setup, a connection to the cloud is established, and migration tasks are configured. The client also independently manages the entire process, minimizing migration time.<\/p>\n

\"Operazione
\nMigration scheme of virtual machines from a private installation to the cloud.<\/i><\/p>\n

VMware vCloud Availability has many other use case scenarios, which we will soon discuss in a separate article. <\/p>\n

Preparation for migration <\/h3>\n

\nTo choose the right tool and begin the migration, you need to clarify the following points:<\/p>\n

Where we are migrating from. <\/b>Se stai migrando da una soluzione privata, hai piena libert\u00e0 nella scelta degli strumenti. Se invece stai lasciando un provider, la situazione \u00e8 pi\u00f9 complessa. Probabilmente, collegare le infrastrutture di due provider e semplicemente spostare la VM non sar\u00e0 possibile per motivi di sicurezza. A volte, il provider dal quale il cliente intende migrare inizia a ostacolare il processo e a ritardarlo. Migrare da un provider pu\u00f2 essere fatto nel modo tradizionale: scaricando la VM su dischi e FTP oppure migrando a livello applicativo. Quest'ultimo termine \u00e8 solo indicativo, e si presenta all'incirca in questo modo.<\/p>\n

Caso 3
\nEra necessario migrare il sistema SAP di un cliente da un provider europeo: 34 VM con una capacit\u00e0 di 54 TB. Al cliente sono state allocate risorse nel nostro cloud. \u00c8 stata organizzata la connettivit\u00e0 di rete tra noi e l'infrastruttura del provider europeo. I server delle applicazioni sono stati ripristinati da zero, con le configurazioni necessarie applicate. Grandi database sono stati migrati attraverso il caricamento di backup nel nostro cloud. Successivamente, \u00e8 stata impostata la replicazione tra i database sulle nostre e sulle piattaforme originali. All'orario concordato, abbiamo commutato sui database nel nostro cloud.<\/i><\/p>\n

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

Fermo consentito.<\/b> Per diversi sistemi e, di conseguenza, per le macchine virtuali, il tempo di inattivit\u00e0 pu\u00f2 variare a seconda della loro criticit\u00e0 per il business. Di solito, il cliente arriva con requisiti specifici riguardo al fermo durante la migrazione, e sulla base di questo scegliamo lo strumento giusto e il piano di migrazione. Cerchiamo di pianificare il passaggio finale durante la notte o nei fine settimana, in modo che anche un breve fermo non sia percepito dagli utenti finali del cliente. <\/p>\n

Sulla base di questi dati, possiamo 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. Attraverso questa rete verranno copiati i virtual machine. Se si utilizza Veeam Backup e Replication, si tratta di un canale dedicato, pi\u00f9 raramente \u2013 un canale VPN. Se si utilizza Veeam Cloud Connect, tutto avviene tramite internet o lo stesso canale dedicato.\n

    Successivamente, viene configurata la rete per le VM nel cloud. Le macchine solitamente vengono trasferite 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 sul sito originale. <\/li>\n

  2. Pianificazione della migrazione.<\/b> Quando ci sono molte macchine, \u00e8 sensato suddividerle in gruppi e trasportarle a lotti. Insieme al cliente, definiamo un piano che specifica quando e quali macchine vengono trasferite e quando sar\u00e0 effettuata la replica finale e il passaggio al nuovo sito. <\/li>\n
  3. Migrazione di prova.<\/b> Migriamo una macchina virtuale di prova e verifichiamo che tutto sia configurato correttamente: connettivit\u00e0 di rete tra i siti, accessibilit\u00e0 della macchina virtuale per le macchine sul sito originale, diritti dell'account e altro. Questo test aiuta a evitare ritardi durante la migrazione reale.<\/li>\n<\/ol>\n

    \nQuesto \u00e8 tutto da parte mia. Lasciate domande nei commenti e condividete 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, o 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}]}}