Ciao a tutti e bentornati.
Nel video di oggi parleremo del servizio di migrazione del database.
Quando si migrano le applicazioni da un ambiente on premise a un ambiente cloud, uno dei componenti
critici dello stack complessivo è il database.
La migrazione del database si rivela quindi molto critica e importante.
È qui che entra in gioco il servizio di migrazione del database.
In sintesi, il servizio di migrazione dei database è un servizio cloud che consente di migrare
vari tipi di database, come i database relazionali, i database no SQL, i data warehouse e altri
tipi di archivi di dati.
Questa è la base del DMS.
Uno dei vantaggi è la possibilità di utilizzare il DMS per migrare i dati nel cloud o tra combinazioni
di cloud e configurazioni on premise.
Quindi, se si esamina questo specifico diagramma.
A sinistra c'è un database di origine, a destra un database di destinazione e al centro
il servizio di migrazione dei dati USA.
Quindi, cosa fate in genere?
Si collega il database di origine all'endpoint di origine e il database di destinazione all'endpoint di destinazione.
E poi c'è l'istanza di replica attraverso la quale i dati possono essere migrati dall'origine alla destinazione.
In sintesi, il DMS è un server in cloud che esegue il software di replica.
Il server DMS prende i dati dall'azienda e li copia su una destinazione specifica.
Questo è il motivo per cui si crea una connessione di origine e una di destinazione per indicare al DMS da dove
estrarre e dove caricare.
Quindi questo DMS specifico deve essere in grado di connettersi sia al database on premise che a quello di
destinazione.
Quindi, con questo set di base, procediamo con una rapida dimostrazione per capire meglio le cose.
Attualmente mi trovo nella console del servizio di migrazione dei database e vedo che ho un'attività di
migrazione dei dati, un'istanza di replica e due endpoint.
Ora, come abbiamo visto in questo diagramma specifico, abbiamo anche un endpoint di origine e un endpoint di destinazione.
L'endpoint di origine si connette al database di origine L'endpoint di destinazione si connette al database di destinazione.
Quindi, nella panoramica, ci sono due endpoint che si vedono qui.
Quindi, se devo mostrarvi gli endpoint, avete l'endpoint di origine e l'endpoint
di destinazione.
Anzi, permettetemi di aprirla.
È collegato a un database di origine con l'IP 634227.
Ora, in un ambiente di oceano digitale, ho un database in esecuzione e l'indirizzo IP è ancora
una volta 64. 227.
Quindi questo specifico endpoint sorgente si connette a questo specifico server di database.
E poi c'è l'endpoint di destinazione.
Apriamo la discussione.
Qui l'indirizzo IP è un 7231.
E se si guarda all'istanza easy two qui, l'indirizzo IP è di nuovo uno 7231. Quindi, quello che stiamo cercando
di fare è un database in un ambiente digital ocean attraverso il servizio di migrazione del database,
lo stiamo migrando all'istanza EC2.
Anche in questo caso, non è necessario utilizzare un'istanza EC2.
Può anche essere faticoso.
Va bene.
Spero quindi che abbiate compreso il database di origine, l'endpoint di origine del database di destinazione e l'endpoint di destinazione.
La prossima parte importante è l'istanza di replica.
Quindi, se vedete, ho un'istanza di replica in esecuzione, permettetemi di aprirla.
Ora, questa istanza di replica ha anche un vetro di istanza.
Quindi, a seconda delle dimensioni dei dati e di vari altri fattori, si può procedere alla definizione di un'istanza.
Vetro Può essere un'istanza più grande.
Può essere un'istanza più piccola.
Oltre a questo, è possibile anche allocare lo spazio di archiviazione.
Ho quindi allocato dieci GB di spazio di archiviazione.
Si può aumentare a seconda delle esigenze.
È inoltre disponibile l'opzione per la zona di disponibilità multipla, che in genere viene impostata per l'ambiente di produzione.
Sì.
Tuttavia, dato che si tratta di un test, ci manteniamo sul semplice.
Ora, come parte di questa istanza di replica, abbiamo anche un task di migrazione.
Se si vede che lo stato dell'attività di migrazione è carico completo, l'avanzamento è del 100% nell'origine.
L'endpoint di origine è presente nella destinazione, mentre gli endpoint di destinazione sono presenti.
Se si apre il file, si ottiene il progresso generale.
È possibile ottenere le statistiche esatte del tavolo anche qui.
Ora, per quanto riguarda il server in ambiente digital ocean in cui è presente il database, esaminiamolo rapidamente.
Mi collego rapidamente qui e se mostro rapidamente i database qui, c'è un database specifico,
dipendenti Collins.
Questo è il database che abbiamo migrato dall'ambiente Digital Ocean all'ambiente USA attraverso il servizio
di migrazione del database.
Quindi, dall'istanza EC due, se vedete i database, c'è il database dei dipendenti.
Ora facciamo una cosa.
Proviamo ancora una volta.
Quindi direi di abbandonare i dipendenti del database.
Va bene.
Ora, se si mostra di nuovo il database, si vede che il database dei dipendenti non è più presente.
Quindi, nell'ambito di questa demo, migreremo il database dei dipendenti dall'ambiente digital ocean
all'istanza EC two.
Vediamo quindi il processo con una panoramica di alto livello.
Ora, ogni volta che si crea un'attività, chiamiamola semplicemente attività di migrazione ISE.
Qui si deve selezionare un'istanza di replica.
Quindi abbiamo questa istanza di replica, come stiamo discutendo, questa specifica istanza di replica in arancione che
vedete è quella che stiamo aggiungendo qui.
Quindi si deve scegliere l'endpoint del database di origine, l'endpoint del database.
Sappiamo che l'endpoint del database di origine è connesso al DB di origine e l'endpoint del database di destinazione
è connesso al database di destinazione.
Scendiamo un po' più in basso e selezioniamo il nome del database che vogliamo migrare, ovvero
dipendenti.
Bene, a questo punto si può procedere alla creazione della griglia delle attività.
Quindi la creazione del nostro compito è in corso.
Possono essere necessari alcuni minuti.
Anche in questo caso, tutto dipende dalle dimensioni del database.
Se le dimensioni sono molto più grandi, la migrazione complessiva richiederà molto tempo.
Quindi in questa fase il progresso è dell'87%.
Aspettiamo quindi rapidamente che venga completata.
Il grande progresso è ora completato al 100% e lo stato del carico è completo.
Quindi, dall'istanza EC due, se eseguiamo ancora una volta il comando show database, vediamo che il database
dei dipendenti è disponibile.
Se utilizziamo questo database specifico, selezioniamolo.
E se si fa un esempio di tabelle brevi, si hanno varie tabelle come quelle dei reparti, degli stipendi, dei titoli,
ecc.
Per semplicità, vediamo cosa c'è esattamente nei reparti.
Così sotto i dipartimenti di marketing, finanza, risorse umane, produzione e così via.
Quindi, ancora una volta, avete molti dati all'interno di questo database.
In effetti, se facciamo una selezione di stelle tra i dipendenti.
È possibile vedere il numero di dati che fanno parte di questa tabella specifica.
Ci sono quindi più di 300.000 righe in questo contesto.
Ottimo.
Questa è un'introduzione panoramica di alto livello.
Il video associato al servizio di Migrazione dei dati conclude il video di oggi.