Ciao a tutti e bentornati.
Nel video di oggi parleremo di idee, leggi repliche.
Ora, prima di parlare delle repliche di lettura nei database, discutiamo un semplice caso d'uso di una banca che
ci permetterà di comprendere il concetto generale in modo molto più semplice.
Ora, diciamo che in una banca, per diversi tipi di lavoro, ci sono diversi tipi di persone
da avvicinare.
Ad esempio, ci sarà un diverso addetto alla riscossione dei contanti.
Ci sarà una persona diversa che potrebbe riscuotere l'assegno per l'inchiesta, una persona
diversa che potrebbe aprire un conto bancario, una persona diversa e così via.
In generale, quindi, il lavoro viene distribuito tra più persone all'interno della banca e questo permette alle operazioni orali di funzionare
in modo efficiente.
Quando si parla di database, se si fa uso di un singolo database, si eseguono tutti i tipi di attività: operazioni
di lettura, operazioni corrette, ecc. In questi casi, il carico complessivo
sul database aumenta e rallenta le operazioni.
Questo si può vedere anche nel diagramma, dove ci sono più client, più server e tutti
si collegano a un unico database.
Per ovviare a questo problema, è stato introdotto nel database il concetto di replica di lettura,
che consente ai clienti di scaricare le richieste di lettura o il traffico analitico dall'istanza
primaria.
Ora, questo può essere compreso con questa piccola animazione in cui si ha un singolo database, chiamato
anche database primario.
Ora, in uno scenario di base di replica di lettura, è stato impostato un altro database e tra entrambi
i database è stata configurata una replica.
Ciò significa che tutti i dati scritti nel database primario saranno copiati anche nella replica di lettura
in esecuzione.
Bene, quindi avete un DB primario e una replica di lettura.
In genere, in questa configurazione, tutte le operazioni relative al diritto vanno al database primario
e tutte le operazioni relative alla lettura vanno alla replica di lettura.
Ora, poiché è in corso una replica tra entrambe le istanze del database, l'operazione di lettura, se
eseguita sulla replica, non avrà un impatto reale, perché i dati alla fine rimangono gli stessi.
In questo tipo di configurazione, il carico orale è distribuito.
Questo è il concetto di replica di lettura.
In modo analogo, se si utilizzano delle idee, Amazon offre un modo semplice per andare avanti e implementare la replica
della lettura.
Quindi, come stiamo discutendo, la funzionalità orale rimane la stessa.
Se si utilizza il nostro sistema, è possibile creare una replica in 2 minuti.
Ora, prima di procedere oltre, analizziamo rapidamente la situazione dal punto di vista della demo, in modo
che la comprensione di base della replica di lettura sia chiara.
Attualmente mi trovo nella console IDS.
Ho un'istanza di database in esecuzione e il nome è JP Labs DB.
Ora, se apro rapidamente questo, torniamo qui sotto.
Nella replica, c'è l'istanza primaria qui, il ruolo che vedete è primario e c'è anche
una replica qui, in esecuzione nella regione di Mumbai.
Apriamo quindi rapidamente la replica.
Ora, una cosa che si nota è che l'endpoint è diverso tra un primario e una replica.
Ad esempio, il punto finale per l'evasione primaria sarà seguito da Amazon e la replica di lettura
sarà seguita da Amazon.
Quindi, in base all'applicazione, è possibile configurare se l'applicazione deve eseguire l'operazione sul
DB primario o sulla replica di lettura.
Per esempio, supponiamo di avere un'applicazione analitica che esegue solo richieste di lettura.
Quindi, invece di dare l'URL del DB primario all'applicazione analitica, si dà l'URL della replica
di lettura e il carico sarà distribuito qui.
Ora, per verificare se la replica tra il primario e la replica di lettura funziona come previsto,
colleghiamoci a entrambi ed eseguiamo alcune operazioni pratiche interessanti.
Permettetemi quindi di passare rapidamente ai due casi di AC.
Ho un'istanza in esecuzione.
Consentitemi di collegarmi rapidamente all'istanza attraverso il browser stesso.
Passiamo rapidamente all'utente root.
Per prima cosa, colleghiamoci al DB primario o copiamo l'URL dell'endpoint.
Cancello lo schermo.
Colleghiamoci rapidamente qui.
Specificherò il nome utente e la password.
Sono collegato qui.
Ora, se faccio una rapida carrellata di database, ci sono alcuni database disponibili.
Ora creiamo rapidamente un nuovo database.
Direi di creare un database di test.
Ops.
Abbiamo commesso un piccolo errore di battitura.
Dovrebbe essere database invece di database.
Va bene.
Ora, se faccio una rapida visualizzazione del database, si vede che è disponibile il database di test.
Ora, permettetemi di eseguire un controllo D in modo da poter effettuare il logout.
Ora, invece di connettersi al db primario, questa volta ci si connette alla replica di lettura.
Quindi copiamo l'endpoint della replica di lettura dall'istanza.
Proviamo ancora una volta.
Indicherò il nome utente di admin e specificherò la password.
E ora siamo collegati nella replica.
Se si visualizza il database in questa fase, è possibile vedere il database di prova.
Allo stesso modo, una cosa importante da notare è che, trattandosi di una replica di lettura, lasciate che vi mostri rapidamente che,
trattandosi di una replica di lettura, è destinata principalmente alle operazioni di lettura.
Non sarà possibile eseguire operazioni corrette sulla replica letta.
Quindi proviamo anche noi.
Proviamo quindi a creare un database.
Direi una replica DB.
E immediatamente viene visualizzato un errore che indica che il mio server SQL è in esecuzione con l'opzione di sola lettura,
quindi non può eseguire questa istruzione.
Va bene.
Spero quindi che abbiate capito le basi di ciò che Read Replica ci permette di fare.
Ora, prima di concludere, è necessario prendere nota di alcune importanti indicazioni.
Il primo è che è possibile creare una o più repliche di una determinata istanza del db sorgente e servire l'applicazione
ad alto volume.
Ad esempio, si ha un database primario e, sulla base di questo database primario, si
possono creare più set di repliche.
Avete letto la replica uno, leggete la replica due e così via.
Quindi, diciamo che a volte nelle organizzazioni si ha un traffico di lettura molto elevato, ma un traffico di
scrittura molto ridotto.
In questi casi è necessario un maggior numero di repliche di lettura che possano servire il traffico di sola lettura.
In questi casi, è possibile utilizzare questo tipo di architettura.
Il secondo punto importante è che con Amazon ideas è possibile creare una replica di lettura in una regione diversa dall'istanza
del DB di origine.
Ad esempio, qui si vede che il DB di origine è basato su una regione e si ha una replica di lettura
nell'AP sud di una regione.
Quindi anche questo tipo di architettura è supportato.
In effetti, l'architettura che avevamo preso qui, lasciate che vi mostri rapidamente.
Quindi il database primario è basato sulla regione degli Stati Uniti, ovvero US East One, mentre la replica di lettura
è basata sulla regione IP South One, ovvero la regione di Mumbai.
Vedete, avete una regione di Mumbai e una regione di Vergina.
Quindi anche questo tipo di architettura è supportato.
Questa è la panoramica di alto livello sulle repliche di lettura.
E con questo si conclude il video di oggi.