Panoramica di High Availability
Un sistema DB High Availability è costituito da tre istanze MySQL: un'istanza primaria e due istanze secondarie. Ogni istanza MySQL utilizza la stessa quantità di storage dei volumi a blocchi, il numero di CPU e la quantità di RAM definita nella forma scelta. L'istanza primaria funge da endpoint di lettura/scrittura e si dispone dell'accesso in lettura/scrittura solo all'istanza primaria. Tutti i dati scritti nell'istanza primaria vengono copiati nelle istanze secondarie in modo asincrono. I log binari di ogni istanza MySQL vengono gestiti in modo indipendente l'uno dall'altro. Anche se le istanze hanno gli stessi dati, possono avere un numero diverso di file di log binari con nomi di file diversi e possibilmente dimensioni diverse.
Le istanze secondarie vengono posizionate in domini di disponibilità o di errore diversi. Vengono utilizzati i seguenti modelli di posizionamento delle istanze:
- Più domini di disponibilità con una subnet regionale: le tre istanze MySQL vengono posizionate in domini di disponibilità diversi.
- Più domini di disponibilità con una subnet specifica del dominio di disponibilità: le tre istanze MySQL vengono posizionate in domini di errore diversi nello stesso dominio di disponibilità.
- Singola area del dominio di disponibilità: le tre istanze MySQL vengono posizionate in domini di errore diversi nello stesso dominio di disponibilità.
I sistemi DB High Availability consumano più risorse (CPU, RAM, larghezza di banda di rete) rispetto ai sistemi DB standalone. Di conseguenza, il throughput e la latenza differiscono dai sistemi DB standalone.
Se si abilitano i backup automatici, il servizio HeatWave crea i backup dell'istanza primaria del sistema DB High Availability.
High Availability utilizza la replica di gruppo MySQL per replicare i dati dall'istanza primaria alle istanze secondarie. La replica si verifica su una rete interna sicura, gestita e non connessa alla subnet VCN configurata per il sistema DB. In alcune tabelle dello schema delle prestazioni sono disponibili informazioni limitate su questa rete interna e non è possibile connettersi ad essa né visualizzare altre informazioni ad essa correlate.
Promozione automatica o manuale di un'istanza secondaria
- Failover: in caso di errore dell'istanza primaria, il servizio HeatWave automaticamente promuove una delle istanze secondarie per funzionare come istanza primaria. Ciò consente di riprendere la disponibilità delle applicazioni client senza alcuna perdita di dati.
- Switchover: il servizio HeatWave consente di promuovere manualmente una delle istanze secondarie come istanza primaria. Questo si chiama switchover.
Dopo un failover o uno switchover, il nome e la posizione correnti del file di log binario del nuovo primario potrebbero essere diversi dal vecchio primario. Poiché i log binari di ogni istanza vengono gestiti in modo indipendente, ogni transazione registrata nei log binari può essere scritta in un file di log binario diverso e in una posizione in istanze diverse.
Durante un failover o uno switchover in un sistema DB High Availability con cluster HeatWave, si verifica un certo ritardo dopo il quale è possibile eseguire di nuovo le query sul cluster HeatWave.
Posizionamento principale preferito e corrente
- Posizionamento primario preferito: durante la creazione di un sistema DB High Availability, è possibile scegliere il dominio di disponibilità e di errore in cui si desidera posizionare l'istanza primaria, che funge da endpoint di lettura/scrittura. Viene definito posizionamento primario preferito e non cambia dopo aver creato un sistema DB High Availability, a meno che non si esegua uno switchover. Le istanze secondarie vengono posizionate automaticamente negli altri due domini di disponibilità o di errore.
- Posizionamento primario corrente: quando si crea un sistema DB, il posizionamento corrente dell'istanza primaria è uguale al posizionamento preferito. Tuttavia, in caso di failover, una delle istanze secondarie viene avanzata come istanza primaria. Il dominio di disponibilità e di errore di questa nuova istanza primaria è il posizionamento primario corrente. Il posizionamento primario preferito, selezionato durante la creazione del sistema DB, rimane invariato. L'indirizzo IP dell'endpoint di lettura/scrittura non cambia, indipendentemente dal posizionamento dell'istanza primaria.
HeatWave Supporto cluster
È possibile abilitare il cluster HeatWave in un sistema DB High Availability. Per abilitare il cluster HeatWave, aggiornare prima la forma del sistema DB in una forma che supporta il cluster HeatWave. Vedere Forme supportate. Quando il cluster HeatWave è attivo, viene sempre collegato all'istanza primaria del sistema DB High Availability. Quando il posizionamento corrente dell'istanza primaria cambia in un failover o in uno switchover, il cluster HeatWave deve essere scollegato dall'istanza primaria precedente e lo stesso cluster HeatWare o un nuovo cluster deve essere collegato alla nuova istanza primaria. I dati nel cluster HeatWave vengono recuperati automaticamente dal layer di storage o ricaricati dal sistema DB o dallo storage degli oggetti lakehouse.
Se l'istanza primaria precedente e la nuova istanza primaria si trovano nello stesso dominio di disponibilità (AD), è possibile riutilizzare il cluster HeatWave esistente. Il cluster HeatWave viene scollegato dall'istanza primaria precedente e ricollegato alla nuova istanza primaria. Ciò si verifica quando il sistema DB si trova in un'area con singolo AD o è connesso a una subnet specifica di AD in un'area con più AD.
Se l'istanza primaria precedente e la nuova istanza primaria si trovano in un dominio di disponibilità (AD) diverso, il cluster HeatWave esistente deve essere scollegato ed eliminato. Un nuovo cluster HeatWave deve essere creato nello stesso dominio di disponibilità della nuova istanza primaria ed è collegato alla nuova istanza primaria. Ciò si verifica quando il sistema DB è connesso a una subnet regionale in un'area con più AD.
Argomenti correlati