Esportazione dei dati dei clienti per i server virtuali

Virtual Servers for VPC fornire i meccanismi per esportare i contenuti caricati, memorizzati ed elaborati dall'utente durante l'utilizzo del servizio.

Completare i seguenti passaggi per esportare i dati dei clienti del server virtuale in IBM Cloud Object Storage. Da IBM Cloud Object Storage, è possibile scaricare l'immagine per il proprio utilizzo. Questa procedura si applica ai server virtuali che vengono forniti sia su host pubblici che su host dedicati.

1. Per il server virtuale che contiene i dati che si desidera esportare, completare i passaggi in Creazione di un'immagine da un volume.
2. Assicurarsi di avere un'istanza IBM Cloud Object Storage configurata con l'autorizzazione a esportare da IBM Cloud VPC. Per ulteriori informazioni, vedere Concessione dell'accesso a IBM Cloud Object Storage per importare ed esportare immagini.
3. Completare i passaggi in Esportazione di un'immagine personalizzata in IBM Cloud Object Storage.
4. Scaricare l'immagine personalizzata da IBM Cloud Object Storage per utilizzarla. Per ulteriori informazioni, vedere Utilizzo del trasferimento ad alta velocità di Aspera.
5. Se si dispone di volumi di dati per il server virtuale oltre al volume di avvio, vedere Dati del cliente in volumi di archiviazione e condivisioni.

Oltre all'immagine del volume di avvio del server virtuale, è possibile trovare ulteriori dettagli sulla configurazione del server virtuale nelle seguenti risorse.

Esportazione dei dati dei clienti per i server bare metal

I server Bare Metal sono posizionati come un servizio completamente gestito dal cliente. Sei responsabile della scelta della soluzione per l'esportazione dei tuoi dati.

Esportazione dei dati dei clienti per immagini personalizzate

Images for VPC fornisce i meccanismi per esportare i contenuti caricati, archiviati ed elaborati quando si utilizza il servizio.

Completare i seguenti passaggi per esportare i dati del cliente per l'immagine personalizzata in IBM Cloud Object Storage. Da IBM Cloud Object Storage, è possibile scaricare l'immagine per il proprio utilizzo.

1. Assicurarsi di avere un'istanza IBM Cloud Object Storage configurata con l'autorizzazione a esportare da IBM Cloud VPC. Per ulteriori informazioni, vedere Concessione dell'accesso a IBM Cloud Object Storage per importare ed esportare immagini.
2. Completare i passaggi in Esportazione di un'immagine personalizzata in IBM Cloud Object Storage.
3. Scaricare l'immagine personalizzata da IBM Cloud Object Storage per utilizzarla. Per ulteriori informazioni, vedere Utilizzo del trasferimento ad alta velocità di Aspera.

Esportazione dei dati dei clienti per i servizi di rete

Non esiste una funzione di "esportazione" diretta per le configurazioni di rete, ma è possibile raccogliere i dettagli manualmente. A seconda delle esigenze, è possibile utilizzare la CLI IBM Cloud per recuperare le configurazioni delle risorse oppure interagire a livello di programmazione con l'API IBM Cloud per estrarre le configurazioni.

L'esportazione della configurazione di un servizio di rete IBM Cloud verso un'altra piattaforma cloud comporta una serie di passaggi, ognuno dei quali richiede un'attenzione particolare per garantire che le configurazioni siano replicate correttamente sulla piattaforma di destinazione. La sezione seguente è una descrizione generale del processo e di ciò che è necessario sapere:

1. Valutare le configurazioni del servizio di rete IBM Cloud. Innanzitutto, identificare i servizi che si desidera migrare. Questi servizi possono includere Virtual Private Cloud (VPC), bilanciatori di carico, VPN, registri di flusso, sottoreti e così via.
2. Preparare la piattaforma cloud di destinazione. Ogni provider di cloud ha un proprio set di funzionalità di rete. Prima di iniziare la migrazione, è necessario comprendere la configurazione di rete della piattaforma di destinazione, ricercando i servizi equivalenti nel cloud di destinazione. Quindi, verificare la compatibilità. Alcune funzioni potrebbero dover essere riconfigurate a causa delle differenze nelle architetture cloud.
3. Replicare la configurazione manualmente o tramite strumenti. Ad esempio, utilizzare l'interfaccia utente, la CLI o l'API del cloud provider di destinazione per ricreare la configurazione di rete. Gli strumenti di automazione possono essere utilizzati per eseguire lo scripting dell'infrastruttura e l'esportazione delle configurazioni tra gli ambienti cloud, supponendo che i servizi di rete siano comparabili.
4. Migrare i servizi di rete esportando i record DNS e impostandoli nel servizio DNS della nuova piattaforma. È inoltre necessario ricreare manualmente le configurazioni del firewall e i gruppi di sicurezza, assicurandosi che vengano applicate le stesse regole di sicurezza. Per i bilanciatori di carico, trasferire le configurazioni necessarie e assicurarsi che impostazioni quali il port forwarding e quelle relative all’ SSL siano replicate nel servizio della piattaforma di destinazione. Inoltre, stabilire eventuali connessioni di rete private, come VPN o equivalenti, sulla nuova piattaforma.
5. Testare la configurazione. Per verificare la connettività, assicurarsi che tutte le risorse di rete, inclusi VPC, sottoreti, gruppi di sicurezza e tabelle di routing, siano configurate correttamente e comunichino come previsto. Verifica la risoluzione DNS, se applicabile, per assicurarti che i tuoi nomi di dominio puntino correttamente. Inoltre, controllate il bilanciatore di carico e le connessioni VPN per assicurarvi che il traffico scorra come previsto e che abbiate un accesso sicuro ai vostri servizi.

Esportazione dei dati dei servizi di rete tramite la console

Ogni servizio di rete presenta un'icona "Download" nella pagina principale della console, che è possibile utilizzare per esportare i dati in un file CSV. È un modo comodo per trasferire i dati dall'interfaccia utente.

Esportazione dei dati dei clienti in volumi di archiviazione e condivisioni

Quando si crea una strategia per la migrazione dei dati Block Storage for VPC o File Storage for VPC a un'altra piattaforma di archiviazione di destinazione, sia essa in sede o di un altro provider cloud, è necessario prendere in considerazione molti fattori per facilitare un risultato di successo.

Ogni scenario di migrazione è diverso. Acquisite i requisiti e le considerazioni speciali per il vostro caso d'uso. Ogni scenario di migrazione include fattori quali il tipo di dati da migrare, la disponibilità dei dati, la compatibilità dei dati, i requisiti dell'ambiente di archiviazione di destinazione e così via.

1. Identificare il tipo di dati che si intende migrare. È necessario garantire la compatibilità dei servizi di archiviazione disponibili tra l'ambiente di archiviazione di origine e quello di destinazione per assicurare la transizione del carico di lavoro senza problemi al termine del processo di migrazione.

   • Se l'archiviazione mirata è un servizio di volume a blocchi, assicurarsi che il cloud provider di destinazione disponga di servizi di archiviazione a blocchi equivalenti per mappare correttamente i dati esistenti.
   • Se l'archiviazione di destinazione è costituita da dati di servizio file, verificare che il provider cloud di destinazione abbia a disposizione servizi file NFS equivalenti per mappare correttamente i dati esistenti.

2. Identificare i requisiti di prestazione e capacità per i dati. Assicuratevi che sulla piattaforma di destinazione siano disponibili profili di prestazioni e capacità compatibili per ridurre l'impatto sul comportamento del carico di lavoro dopo la transizione. Si consiglia di eseguire test delle prestazioni in anticipo nel nuovo ambiente di destinazione per valutare eventuali impatti sulle prestazioni del carico di lavoro prima di migrare i dati.

3. Considerate i requisiti di disponibilità dei dati e i tempi di inattività dei vostri servizi.

   • Identificare eventuali requisiti specifici relativi alla disponibilità dei dati e alle finestre di interruzione.
   • Considerate le strategie che potete incorporare per garantire la coerenza e l'accessibilità dei dati nei vostri carichi di lavoro durante il processo di migrazione.
   • Pensate a quanto tempo può richiedere la migrazione. Se il patrimonio di dati è ampio, è necessario sviluppare un piano di migrazione dettagliato che definisca la tempistica di esecuzione della migrazione. È necessario valutare la dimensione dei set di dati da trasferire e considerare le velocità di trasferimento dati previste tra gli ambienti di origine e di destinazione.

4. Selezionare lo strumento giusto. Quando si prendono in considerazione strumenti specifici per la migrazione dei dati, è importante scegliere la soluzione giusta per il lavoro.

   • Archiviazione a blocchi - Selezionare uno strumento di migrazione dei volumi a blocchi che mantenga il formato nativo dei blocchi. Assicuratevi che i dati siano trasferiti come blocchi o chunk grezzi, mantenendo la struttura originale del file system e il layout del volume al momento dell'inserimento nel sistema di archiviazione di destinazione. Gli strumenti specifici che sceglierete dipendono dai vostri requisiti di migrazione. Alcune considerazioni importanti da tenere a mente durante il processo di valutazione includono le capacità che il fornitore ha per l'integrità dei dati, il monitoraggio dei dati e la sicurezza dei dati durante il processo di migrazione. Inoltre, è importante valutare tutti i requisiti dettati dal fornitore di storage di destinazione verso cui si stanno migrando i dati. Si consiglia di esaminare la documentazione relativa all'ambiente di archiviazione di destinazione per capire se sono consigliati processi o strumenti per semplificare la migrazione.
   • Archiviazione dei file - Selezionare uno strumento di migrazione NFS che mantenga la gerarchia del file system, la struttura delle directory, i metadati e le autorizzazioni quando i dati vengono trasferiti al nuovo ambiente di archiviazione. Quando si valutano gli strumenti di migrazione NFS, assicurarsi che lo strumento utilizzato mantenga la coerenza e l'integrità dei dati durante la migrazione. Assicuratevi che lo strumento supporti funzionalità di trasferimento sicuro dei dati e disponga di adeguate strutture di monitoraggio. Ciascuno strumento ha i propri punti di forza, quindi è importante valutare le proprie esigenze specifiche e scegliere quello che meglio si adatta alle proprie necessità.

5. Sviluppare un piano di test completo per convalidare le capacità degli strumenti di migrazione rispetto ai requisiti prima di avviare il piano di migrazione dei dati. Assicuratevi che il test valuti le seguenti considerazioni:

   • La coerenza e l'integrità dei dati durante il processo di migrazione
   • Capacità di monitorare, rilevare e reagire ai problemi durante il processo di migrazione
   • La larghezza di banda e l'affidabilità della rete tra l'ambiente di origine e quello di destinazione
   • La possibilità di verificare che tutti i dati siano intatti sul sistema di destinazione al termine della migrazione

Altre considerazioni:

• Si consiglia di eseguire le istantanee all'interno di IBM Cloud prima di eseguire qualsiasi attività di migrazione dei dati. È importante avere un backup di tutti i dati per garantire la conservazione dei dati durante il processo.
• Aggiornare tutte le applicazioni o i sistemi che si basano sui dati migrati in modo che puntino alla nuova posizione di archiviazione.

Formati di dati esportati per server virtuali e immagini personalizzate

Virtual Servers for VPC supportano il seguente formato e schema dei dati, della configurazione e dell'applicazione esportati:

Quando si esporta un'immagine personalizzata, sia che sia stata creata da un volume Block Storage for VPC, sia che sia stata importata in precedenza, l'immagine viene esportata nel formato specificato dall'utente:

• VHD
• QCOW2 (necessario quando si esporta un'immagine criptata)

Quando si esportano le informazioni di configurazione del server virtuale, si esportano i dettagli del server virtuale in formato JSON.

È possibile utilizzare il comando ibmcloud is instance per recuperare i dettagli di un'istanza specifica e presentarli in formato JSON.

ibmcloud is instance INSTANCE [--output JSON]

È anche possibile effettuare una richiesta API per recuperare un'istanza:

curl -X GET \
"$vpc_api_endpoint/v1/instances/$instance_id?version=2024-11-13&generation=2" \
-H 'Content-Type: application/json' \
-H "Authorization: Bearer $iam_token"

Formati di dati esportati per i servizi di rete

I servizi di rete per VPC supportano il seguente formato e schema dei dati, della configurazione e dell'applicazione esportati:

• Esportazione solo in formato JSON

Quando si esportano le informazioni di configurazione di un servizio di rete, si esportano i suoi dettagli in formato JSON.

È possibile utilizzare il seguente esempio di comando CLI per esportare i dettagli dei bilanciatori di carico.

ibmcloud is load-balancers [--resource-group-id RESOURCE_GROUP_ID | --resource-group-name RESOURCE_GROUP_NAME | --all-resource-groups] [--output JSON] [-q, --quiet]

Per ulteriori informazioni sull'utilizzo, vedere ibmcloud is load-balancers.

È possibile utilizzare la seguente richiesta API per elencare i bilanciatori di carico:

curl -X GET "$vpc_api_endpoint/v1/load_balancers?version=2024-11-12&generation=2" \
-H 'Content-Type: application/json' \
-H "Authorization: Bearer $iam_token"