Questo tutorial descrive come fare lo scale up (scale up e scale down) un livello disponibilità del deployment dei cluster di database MySQL (database primario e di replica). Questo processo include lo scale up e lo scale down delle istanze di Compute Engine e lo scale up dei dischi.
Di solito, il motivo per lo scale up della capacità del disco è far fronte a un aumento della i dati da gestire.
Ci sono diversi motivi per scalare verticalmente Compute Engine che eseguono MySQL. Di seguito sono riportati alcuni motivi per lo scale up (e il motivi opposti dello scale down):
- Il sistema sta raggiungendo il limite di prestazioni della velocità effettiva di scrittura/lettura. Un l'aumento del numero di CPU e memoria fornisce una maggiore capacità hardware.
- Il numero di query aumenta nel tempo o aumenta il numero delle query previste (ad esempio, durante il Black Friday o il Cyber Monday). Un aumento del numero di CPU e memoria introduce una riserva.
- Il numero di query simultanee sta aumentando, ad esempio di di aggiungere più client al sistema. Un aumento del numero di CPU e memoria supporta un livello più elevato di contemporaneità.
- Google Cloud potrebbe visualizzare il suggerimento "Aumenta le prestazioni" nel delle istanze di Compute Engine. Questo consiglio è importante se stai valutando se fare lo scale up delle istanze Compute Engine.
Il tutorial è utile per i seguenti ruoli:
- Cloud Architect che pianificano il deployment di un cluster MySQL scalabilità
- Tecnici cloud che implementano le applicazioni utilizzando i cluster MySQL
- Team delle operazioni cloud che gestiscono i cluster MySQL
- Amministratori IT e di database che gestiscono database in MySQL di cluster e che devono eseguire un processo di scalabilità verticale (oppure diversi nel tempo)
Architettura
Il seguente diagramma mostra l'architettura complessiva di un database MySQL a disponibilità elevata in un cluster Kubernetes. Il tutorial utilizza questa architettura come base per descrivere il il processo di scalabilità verticale.
Questo tutorial presuppone la conoscenza di quanto segue:
- Configura ed esegui un cluster MySQL utilizzando
Deployment Manager e vari strumenti a riga di comando come
Cloud Shell e
mysql
. - Operazioni di gestione delle istanze di Compute Engine.
- Operazioni di gestione dei dischi di Compute Engine.
Obiettivi
- Configura un cluster MySQL con database primari e di replica.
- Fai lo scale up verticale di tutte le istanze di Compute Engine di MySQL (memoria e CPU) modificando il tipo di macchina.
- Fai fare lo scale down verticale di tutte le istanze di Compute Engine di MySQL (memoria e CPU) modificando il tipo di macchina.
- Aumenta le dimensioni delle istanze di Compute Engine i dischi permanenti.
Costi
In questo documento utilizzi i seguenti componenti fatturabili di Google Cloud:
Per generare una stima dei costi basata sull'utilizzo previsto,
utilizza il Calcolatore prezzi.
Una volta completate le attività descritte in questo documento, puoi evitare la fatturazione continua eliminando le risorse che hai creato. Per ulteriori informazioni, consulta la pagina Pulizia.
Prima di iniziare
- Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
-
Make sure that billing is enabled for your Google Cloud project.
-
Enable the Compute Engine and Cloud Storage APIs.
- Install the Google Cloud CLI.
-
To initialize the gcloud CLI, run the following command:
gcloud init
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
-
Make sure that billing is enabled for your Google Cloud project.
-
Enable the Compute Engine and Cloud Storage APIs.
- Install the Google Cloud CLI.
-
To initialize the gcloud CLI, run the following command:
gcloud init
Configurazione del cluster MySQL
Il primo passaggio consiste nel creare un cluster MySQL in esecuzione. Compila questo cluster con alcuni dati utilizzati a scopo illustrativo e verifica. Per la verifica dei dati, Il tutorial fornisce istruzioni per eseguire query sull'istanza principale e sulla replica MySQL o Microsoft SQL Server.
Le seguenti istruzioni per la configurazione di un cluster MySQL provengono da un tutorial correlato, Migrazione di un cluster MySQL in Compute Engine mediante HAProxy, e vengono leggermente modificate qui per praticità.
Nella console Google Cloud, apri Cloud Shell:
Imposta una variabile di ambiente per il nome del bucket Cloud Storage:
GCS_BUCKET_NAME=${USER}-mysql-$(date +%s) echo $GCS_BUCKET_NAME
Crea il bucket Cloud Storage (più regioni per impostazione predefinita):
gcloud storage buckets create gs://${GCS_BUCKET_NAME}/
Il bucket conterrà gli script di creazione e di avvio utilizzati sia per MySQL principale e la creazione della replica.
Clona il repository GitHub e recupera gli script che utilizzi per per configurare l'ambiente:
git clone https://github.com/GoogleCloudPlatform/solutions-compute-mysql-migration-haproxy.git mysql-migration
Dalla cartella
mysql-migration
, esegui lo script di inizializzazione per creare Cluster MySQL di istanze Compute Engine principali e di replica:cd mysql-migration ./run.sh ${DEVSHELL_PROJECT_ID} ${GCS_BUCKET_NAME}
Questo script crea anche un'istanza Compute Engine del client MySQL.
Abilita l'accesso root remoto all'istanza principale dall'istanza client:
Nella console Google Cloud, vai alla **pagina Istanze VM:
Nella riga dell'istanza
source-mysql-primary
, fai clic su SSH per e la connessione a una shell sicura.Quando la shell sicura è disponibile, esegui questo comando:
mysql -u root -psolution-admin
Dopo aver eseguito l'accesso a
mysql
, esegui la seguente dichiarazione:GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' IDENTIFIED BY 'solution-admin';
Verifica che il database sia accessibile dal client. Nella Console Google Cloud, utilizza ssh per connetterti a
mysql-client
di Compute Engine. Quando la shell sicura è disponibile, esegui la seguenti:Seleziona Compute Engine > Istanze VM, individua la riga con un valore denominata
source-mysql-primary
e prendi nota dell'IP interno .Sostituisci
IP_ADDRESS_OF_SOURCE_MYSQL_PRIMARY
con l'IP interno disource-mysql-primary
:mysql -u root -psolution-admin -h IP_ADDRESS_OF_SOURCE_MYSQL_PRIMARY
Quando la shell
mysql
è disponibile, esegui questi comandi:SHOW databases; # source_db must be present USE source_db; SHOW tables; # source_table must be present SELECT COUNT(*) FROM source_table; # must return 5000
Puoi usare lo stesso set di comandi per verificare che la replica contenga lo stesso set di dati: utilizza l'indirizzo IP interno di
source-mysql-replica
.
A questo punto, sono in esecuzione tre istanze di Compute Engine:
- Il client (
mysql-client
). - MySQL principale (
source-mysql-primary
). - La replica MySQL (
source-mysql-replica
). Il programma MySQL principale è sulla replica MySQL.
Il tipo di macchina per ogni istanza Compute Engine è f1-micro
(1 vCPU, 0,6 GB di memoria) e lo scale up è in base al tipo di macchina
n1-standard-1
(1 vCPU, 3,75 GB di memoria). I dischi le dimensioni sono
10 GB, raddoppiati fino a 20 GB. Queste selezioni sono solo esempi e
possono essere modificate in base alle
esigenze specifiche di un deployment.
Fare lo scale up verticale delle istanze di Compute Engine (senza failover)
Questa sezione descrive come fare lo scale up delle istanze di Compute Engine che eseguono l'istanza principale e la replica MySQL. Fai lo scale up di CPU e memoria cambiando il tipo di Compute Engine in esecuzione in un'istanza Compute Engine. Per cambiare il tipo di macchina, devi interrompere Compute Engine e, dopo la modifica, riavviala.
Per garantire la stessa capacità di elaborazione, ti consigliamo di configurare entrambi le istanze di Compute Engine in modo che utilizzino lo stesso tipo di macchina.
Lo scale up della replica MySQL viene eseguito prima e gli eventuali problemi rilevati non interrompe l'esecuzione dell'istanza principale MySQL. Se si verifica un problema, puoi per risolverlo senza tempi di inattività principali. Inoltre, puoi valutare se questo problema il problema è temporaneo o spurie oppure è un problema generale che deve essere risolto prima verrà fatto lo scale up del database principale.
Un approccio alternativo (che richiede comunque il riavvio del Compute Engine) comporta il failover dell'istanza principale secondario per ridurre al minimo i tempi di inattività. Questo approccio viene illustrato nel corso le sezioni seguenti.
Fai lo scale up della replica MySQL
Innanzitutto, arresta l'istanza Compute Engine che esegue MySQL replica.
Nella console Google Cloud, vai alla pagina Istanze VM per visualizzare di Compute Engine:
Nella riga dell'istanza
source-mysql-replica
, fai clic su more_vert (Altre azioni), e fai clic su Interrompi.Una volta arrestata l'istanza Compute Engine, fai clic su
source-mysql-replica
, quindi fai clic su edit Modifica.In Tipo di macchina, seleziona il tipo di macchina
n1-standard-1
(1 vCPU, 3,75 GB di memoria) a cui fare lo scale up.Fai clic su Salva.
Una volta completato il salvataggio, fai clic su play_arrow Inizia.
Puoi utilizzare i comandi mysql
di verifica menzionati in precedenza per testare
se la replica MySQL è di nuovo attiva e in esecuzione dopo l'operazione di scalabilità.
Fai lo scale up dell'istanza principale MySQL
Innanzitutto, arresta l'istanza Compute Engine che esegue l'istanza MySQL principale.
Nella console Google Cloud, vai alla pagina Istanze VM per visualizzare di Compute Engine:
Nella riga dell'istanza
source-mysql-primary
, fai clic su more_vert (Altre azioni), e fai clic su Interrompi.Una volta arrestata l'istanza Compute Engine, fai clic su
source-mysql-primary
, quindi fai clic su edit Modifica.In Tipo di macchina, seleziona il tipo di macchina
n1-standard-1
(1 vCPU, 3,75 GB di memoria) a cui fare lo scale up. Assicurati che questa macchina è lo stesso selezionato per la replica MySQL.Fai clic su Salva.
Una volta completato il salvataggio, fai clic su play_arrow Inizia.
Puoi utilizzare i comandi mysql
di verifica menzionati in precedenza per testare
se l'istanza principale MySQL torna a funzionare dopo l'operazione di scalabilità.
Scalabilità verticale delle istanze di Compute Engine (senza failover)
Questa sezione descrive come fare lo scale down delle istanze di Compute Engine che eseguono l'istanza principale e la replica MySQL. Fai fare lo scale down di CPU e memoria e allo stesso tempo, modificando il tipo di macchina in esecuzione in un'istanza Compute Engine. Per cambiare il tipo di macchina, devi interrompere Compute Engine e, dopo la modifica, riavviala.
Per garantire la stessa capacità di elaborazione, ti consigliamo di configurare entrambi le istanze di Compute Engine in modo che utilizzino lo stesso tipo di macchina. I passaggi sono analoghi a quelli dello scale up. Tuttavia, per completezza, il nella sezione successiva li dichiara esplicitamente.
Fai lo scale down della replica MySQL
Innanzitutto, arresta l'istanza Compute Engine che esegue MySQL replica.
Nella console Google Cloud, vai alla pagina Istanze VM per visualizzare di Compute Engine:
Nella riga dell'istanza
source-mysql-replica
, fai clic su more_vert (Altre azioni), e fai clic su Interrompi.Una volta arrestata l'istanza Compute Engine, fai clic su
source-mysql-replica
, quindi fai clic su edit Modifica.In Tipo di macchina, seleziona il tipo di macchina
f1-micro
(1 vCPU, 0,6 GB di memoria) a cui fare lo scale down.Fai clic su Salva.
Una volta completato il salvataggio, fai clic su play_arrow Inizia.
Puoi utilizzare i comandi mysql
di verifica menzionati in precedenza per testare
se la replica MySQL è di nuovo attiva e in esecuzione dopo l'operazione di scalabilità.
Fai lo scale down dell'istanza principale MySQL
Innanzitutto, arresta l'istanza Compute Engine che esegue MySQL principale.
Nella console Google Cloud, vai alla pagina Istanze VM per visualizzare di Compute Engine:
Nella riga dell'istanza
source-mysql-primary
, fai clic su more_vert (Altre azioni), e fai clic su Interrompi.Una volta arrestata l'istanza Compute Engine, fai clic su
source-mysql-primary
e poi fai clic su edit Modifica.In Tipo di macchina, seleziona il tipo di macchina
f1-micro
(1 vCPU, 0,6 GB di memoria) a cui fare lo scale down. Assicurati che questo tipo di macchina sia uguale a quella selezionata in precedenza per la replica MySQL.Fai clic su Salva.
Una volta completato il salvataggio, fai clic su play_arrow Inizia.
Puoi utilizzare i comandi mysql
di verifica menzionati in precedenza per testare
se l'istanza principale MySQL torna a funzionare dopo l'operazione di scalabilità.
Fare lo scale up verticale delle istanze di Compute Engine (con failover)
L'arresto, lo scale up e il riavvio di un database MySQL potrebbero richiedere troppo tempo in un ambiente di produzione. Il processo più veloce si basa sul failover: prima di avviare la replica e, non appena torna in esecuzione, interrompi principale esistente e la replica diventa la (nuova) principale. Nel complesso il tempo di inattività è il tempo necessario per eseguire il failover del database MySQL allo scale up replica.
A livello generale, la procedura è la seguente:
- Fare lo scale up della replica arrestandola, modificando il tipo di macchina e al riavvio del sistema.
- Attendi che la replica recuperi le modifiche apportate principale durante lo scale up della replica.
- Interrompi l'istanza principale.
- Attendi lo svuotamento del log della replica da parte della replica.
- Imposta la replica come nuova istanza principale.
- Arresta l'istanza principale (nuova replica).
- Fai lo scale up della nuova replica.
- Impostala come nuova replica della nuova istanza principale.
Al termine di questo processo, viene fatto lo scale up di entrambi i sistemi MySQL e relazione primaria/replica: quella principale precedente è la nuova replica e la replica precedente è la nuova istanza principale. I comandi sono descritti in dettaglio nella le sezioni seguenti.
Un fallback non è necessariamente necessario nel caso generale perché sia il il principale e la replica sono gli stessi tipi di macchina, ma condividono lo stesso tipo di spazio su disco. Un fallback causerebbe una breve interruzione per la durata del di ripiegare. Tuttavia, se la creatività di riserva è richiesta, devi eseguire passaggi di failover una seconda volta.
Fai lo scale up della replica MySQL esistente
Fai lo scale up della replica come descritto in Fai lo scale up della replica MySQL. Durante questo periodo, l'offerta principale rimane disponibile senza interruzioni.
Failover principale nella replica con scale up
I comandi seguenti eseguono il failover dall'istanza principale alla replica.
In Cloud Shell, interrompi l'istanza principale per evitare ulteriori aggiornamenti vengono ricevuti:
gcloud compute instances stop source-mysql-primary --zone=us-east1-b;
Non è necessario attendere l'interruzione dell'istanza principale prima di continuare con i passaggi successivi.
Nella console Google Cloud, vai alla pagina Istanze VM:
Nella riga dell'istanza
source-mysql-replica
, fai clic su SSH per connetterti all'istanza.Quando la shell sicura è disponibile, avvia la shell
mysql
:mysql -u root -psolution-admin
Controlla se il logging binario è abilitato nella replica (deve essere
ON
):SHOW VARIABLES LIKE 'log_bin';
Controlla se gli aggiornamenti della replica di log sono disabilitati (deve essere
OFF
):SHOW VARIABLES LIKE 'log_slave%';
Svuota il log del relè:
STOP SLAVE IO_THREAD;
Assicurati che l'intera elaborazione sia stata eseguita:
SHOW PROCESSLIST;
L'output di questo comando deve mostrare
Slave has read all relay log
. Continua a eseguire il comando finché non vedi questo risultato.Arresta la replica:
STOP SLAVE;
Cambia il ruolo della replica in principale:
RESET MASTER; GRANT REPLICATION SLAVE ON *.* TO 'sourcereplicator'@'%' IDENTIFIED BY 'solution-admin';
La nuova istanza principale è ora in vigore.
Fai lo scale up della nuova replica MySQL
La replica precedente è ora quella principale e i client possono accedervi per eseguire operazioni di lettura operazioni di scrittura.
Fai lo scale up della replica (quella principale precedente) seguendo le istruzioni mostrate in precedenza e poi avviare la replica.
Connetti la replica all'istanza principale per la replica
Nella console Google Cloud, vai alla pagina Istanze VM:
Nella riga dell'istanza
source-mysql-primary
, fai clic su SSH per connetterti in una shell sicura.Quando la shell sicura è disponibile, avvia la shell
mysql
:mysql -u root -psolution-admin
Avvia la replica:
CHANGE MASTER TO MASTER_HOST='source-mysql-replica', master_user='sourcereplicator',master_password='solution-admin'; RESET SLAVE; START SLAVE;
È in corso la replica dell'istanza MySQL principale nella sua replica.
Testa la replica dall'istanza principale alla replica
Il seguente test aggiunge una riga alla tabella source_table
nell'istanza principale
Istanza MySQL source-mysql-replica
. Puoi osservare l'aggiunta nella
dell'istanza MySQL di replica source-mysql-primary
.
Nell'istanza
source-mysql-replica
, aggiungi una riga alla nuova istanza principale. In caso contrario riga è stata aggiunta in precedenza, il conteggio deve mostrare5001
.USE source_db; INSERT INTO source_table (event_data) VALUES (ROUND(RAND()*15000,2)); SELECT count(*) FROM source_table;
Osserva la replica sulla replica. Il conteggio deve mostrare
5001
.USE source_db; SELECT count(*) FROM source_table;
La procedura richiesta per il processo di failover si conclude qui. Utilizzi lo stesso per lo scale down in concomitanza con il failover.
Aumento delle dimensioni delle istanze di Compute Engine dischi
Questa sezione descrive come aumentare le dimensioni di un cluster Compute Engine di Compute Engine, sia per l'istanza Compute Engine che ospita MySQL principale e per l'istanza Compute Engine che ospita come replica MySQL. Le dimensioni dei dischi possono essere solo aumentate, non ridotte.
Per lo scale up dei dischi, esistono due approcci, entrambi descritti nel le sezioni seguenti. La capacità di ridimensionare i dischi in modo dinamico è una funzionalità che non richiede la creazione delle istanze Compute Engine. Per per altri dettagli, vedi questo post del blog. Un approccio è quello di arrestare le istanze di Compute Engine prima di aumentare le dimensioni del disco e quindi riavviarle. Riavvio automatico delle istanze ridimensiona la partizione radice in cui sono archiviati i file di dati MySQL.
L'approccio alternativo non richiede di arrestare e riavviare di Compute Engine. Richiede invece di eseguire a riga di comando in Cloud Shell e nelle shell sicure di Compute Engine.
Per conferma, puoi utilizzare il comando df -h --total
prima e dopo il
aumenta le dimensioni del disco per controllare quelle prima e dopo.
Consigliamo la best practice di acquisire uno snapshot di ciascun disco prima di ridimensionarli. Questa precauzione garantisce la possibilità di resuscitare lo stato. di ciascun disco prima del ridimensionamento.
Aumenta la dimensione del disco della replica MySQL (con arresto)
Innanzitutto, aumenta le dimensioni del disco dell'istanza Compute Engine che ospita la replica MySQL.
Nella console Google Cloud, vai alla pagina Istanze VM per visualizzare di Compute Engine:
Nella riga dell'istanza
source-mysql-replica
, fai clic su more_vert (Altre azioni), e fai clic su Interrompi.Elenca i dischi delle istanze di Compute Engine:
Seleziona
source-mysql-replica
.Fai clic su edit Modifica.
Per Dimensioni, aumenta la dimensione a 20 GB.
Fai clic su Salva e attendi il completamento dell'operazione.
Elenca le istanze di Compute Engine:
Nella riga dell'istanza
source-mysql-replica
, fai clic su more_vert (Altre azioni), e fai clic su Avvia.
Puoi utilizzare i comandi mysql
di verifica menzionati in precedenza per eseguire la verifica
se l'istanza principale MySQL è in esecuzione come previsto dopo l'aumento delle dimensioni del disco.
Aumenta le dimensioni del disco dell'istanza principale MySQL (con arresto)
Aumenta le dimensioni del disco di Compute Engine che ospita MySQL principale.
Nella console Google Cloud, vai alla pagina Istanze VM per visualizzare di Compute Engine:
Nella riga dell'istanza
source-mysql-primary
, fai clic su more_vert (Altre azioni), e fai clic su Interrompi.Elenca i dischi delle istanze di Compute Engine:
Seleziona
source-mysql-primary
.Fai clic su edit Modifica.
Per Dimensioni, aumenta la dimensione a 20 GB.
Fai clic su Salva e attendi il completamento dell'operazione.
Elenca le istanze di Compute Engine:
Nella riga dell'istanza
source-mysql-primary
, fai clic su more_vert (Altre azioni), e fai clic su Avvia.
Puoi utilizzare i comandi mysql
di verifica menzionati in precedenza per eseguire la verifica
se l'istanza principale MySQL è in esecuzione come previsto dopo l'aumento delle dimensioni del disco.
Aumenta la dimensione del disco della replica MySQL (in modo dinamico senza arresto)
I seguenti passaggi mostrano l'aumento delle dimensioni del disco dinamico per il file system
ext4
e un volume con una singola partizione. Altri tipi di file system o
configurazioni di partizione richiedono passaggi diversi per
aumentano.
Come in precedenza, devi prima aumentare la dimensione del disco che ospita la replica, quindi aumenti la dimensione Istanza Compute Engine che ospita l'istanza principale.
Nella console Google Cloud, vai alla pagina Istanze VM per visualizzare di Compute Engine:
Fai clic su SSH per connetterti all'istanza
source-mysql-replica
.Nella shell sicura, controlla il disco e il suo partizionamento e osserva che il disco
sda
abbia una partizionesda1
:lsblk
In Cloud Shell, esegui questo comando per aumentare le dimensioni del disco dimensioni. Quando richiesto, rispondi
y
.gcloud compute disks resize source-mysql-replica --size=20G --zone=us-east1-c
Nella shell sicura, verifica che la dimensione del disco sia aumentata:
lsblk
Tieni inoltre presente che la partizione ha ancora una dimensione di 10 GB.
Nella shell sicura, esegui questo comando per vedere i file system: il tipo e le dimensioni.
df -Th
Nella shell sicura, aumenta la partizione:
sudo growpart /dev/sda 1 sudo resize2fs /dev/sda1 lsblk df -Th
Gli ultimi due comandi ti consentono di vedere l'aumento.
Aumenta la dimensione del disco dell'istanza principale MySQL (in modo dinamico senza arresto)
Il processo per aumentare dinamicamente le dimensioni del disco per l'istanza principale è la come per la replica.
Nella console Google Cloud, vai alla pagina Istanze VM per visualizzare di Compute Engine:
Fai clic su SSH per connetterti all'istanza
source-mysql-primary
.Nella shell sicura, controlla il disco e il suo partizionamento e osserva che il disco
sda
abbia una partizionesda1
:lsblk
In Cloud Shell, esegui questo comando per aumentare le dimensioni del disco dimensioni. Quando richiesto, rispondi
y
.gcloud compute disks resize source-mysql-primary --size=20G --zone=us-east1-b
Nella shell sicura, verifica che la dimensione del disco sia aumentata:
lsblk
Tieni inoltre presente che la partizione ha ancora una dimensione di 10 GB.
Nella shell sicura, esegui questo comando per vedere i file system: il tipo e le dimensioni.
df -Th
Nella shell sicura, aumenta la partizione:
sudo growpart /dev/sda 1 sudo resize2fs /dev/sda1 lsblk df -Th
Gli ultimi due comandi ti consentono di vedere l'aumento.
Esegui la pulizia
Al termine del tutorial, puoi eseguire la pulizia delle risorse che hai creato in modo che smettono di usare la quota e comportano addebiti. Le seguenti sezioni descrivono come eliminare o disattivare queste risorse.
Elimina il progetto
- In the Google Cloud console, go to the Manage resources page.
- In the project list, select the project that you want to delete, and then click Delete.
- In the dialog, type the project ID, and then click Shut down to delete the project.
Passaggi successivi
Puoi applicare ciò che hai imparato in questo tutorial ai cluster MySQL in un dell'ambiente di produzione per stabilire un processo e una routine per i casi in cui la scalabilità obbligatorio. Per esercitarti prima sui contenuti, clona il database MySQL di produzione dell'ambiente cluster ed eseguire una prova. Prendi nota dei passaggi significativi. che potrebbero influire sulle successive modifiche di scalabilità verticale nella tua produzione completamente gestito di Google Cloud.
Valuta la possibilità di sviluppare script che eseguano i passaggi mostrati in questo tutorial. Questo nel tuo ambiente di produzione, puoi scalare automaticamente la scalabilità manuale.
Per ulteriori informazioni, consulta queste Tutorial MySQL.
Esplora le architetture di riferimento, i diagrammi e le best practice su Google Cloud. Dai un'occhiata al nostro Centro architetture cloud.