Monitora le istanze Cloud SQL

Puoi utilizzare la metrica di utilizzo dello spazio di archiviazione per comprendere i costi dello spazio di archiviazione. Per ulteriori informazioni sugli addebiti per l'utilizzo dello spazio di archiviazione, consulta la pagina Prezzi di archiviazione e rete.

Il recupero point-in-time utilizza l'archiviazione dei log write-ahead (WAL). Per le nuove istanze Cloud SQL in cui è abilitato il ripristino del punto nel tempo o per le istanze esistenti in cui viene abilitato il ripristino del punto nel tempo dopo la disponibilità di questa funzionalità per l'archiviazione dei log WAL in Cloud Storage, i log non vengono più archiviati su disco, ma in Cloud Storage nella stessa regione delle istanze.

Per sapere se i log di un'istanza sono archiviati in Cloud Storage, controlla la metrica bytes_used_by_data_type per l'istanza. Se il valore per il tipo di dati archived_wal_log è 0, i log dell'istanza vengono archiviati in Cloud Storage.

Dopo aver utilizzato un client PostgreSQL come psql o pgAdmin per connetterti a un database dell'istanza, esegui il seguente comando: show archive_command. Se eventuali WAL sono archiviati in Cloud Storage, viene visualizzato -async_archive -remote_storage.

Tutti gli altri log esistenti per le istanze in cui è abilitato il recupero in un determinato momento continuano a essere archiviati su disco. La modifica per l'archiviazione dei log in Cloud Storage sarà disponibile in un secondo momento.

I log di scrittura anticipata utilizzati nel recupero del punto nel tempo vengono eliminati automaticamente con il backup automatico associato, cosa che in genere avviene dopo il raggiungimento del valore impostato per transactionLogRetentionDays. Si tratta del numero di giorni di log delle transazioni che Cloud SQL conserva per il recupero point-in-time, da 1 a 35 per la versione Cloud SQL Enterprise Plus e da 1 a 7 per la versione Cloud SQL Enterprise.

Quando ripristini un backup in un'istanza Cloud SQL prima di attivare il recupero point-in-time, perdi i log WAL che consentono l'operabilità del recupero point-in-time.

Per le istanze con log di scrittura anticipata archiviati in Cloud Storage, i log vengono archiviati nella stessa regione dell'istanza principale. Questo spazio di archiviazione dei log (fino a sette giorni, la durata massima per il recupero in un determinato momento) non genera costi aggiuntivi per istanza.

Se per l'istanza è abilitato il recupero point-in-time e le dimensioni dei log write-ahead su disco stanno causando un problema, disattiva il recupero point-in-time e riattivalo per assicurarti che i nuovi log vengano archiviati in Cloud Storage nella stessa regione dell'istanza. Vengono eliminati i log write-ahead esistenti, pertanto non puoi eseguire un ripristino point-in-time precedente al momento in cui hai riattivato il recupero point-in-time. Tuttavia, anche se i log esistenti vengono eliminati, le dimensioni del disco rimangono invariate.

Per evitare problemi di archiviazione imprevisti, ti consigliamo di attivare gli aumenti automatici dello spazio di archiviazione per tutte le istanze quando utilizzi il recupero del punto nel tempo. Questo consiglio si applica solo se per la tua istanza è abilitato il recupero in un determinato momento e i log sono archiviati su disco.

Per eliminare i log e recuperare spazio di archiviazione, puoi disattivare il recupero point-in-time. Tieni però presente che la riduzione dei log di scrittura anticipata utilizzati non riduce le dimensioni del disco di cui è stato eseguito il provisioning per l'istanza.

L'utilizzo dei dati è incluso nella metrica di utilizzo dello spazio di archiviazione. Nell'ambito dell'utilizzo dei dati, quando una transazione modifica un database, prima che Cloud SQL modifichi i dati originali, viene creata una copia di questi dati. La copia dei dati è annulla dati.

Puoi utilizzare questa metrica per monitorare se la tua istanza dispone di CPU sufficiente per le esigenze della tua applicazione. Se questo valore è troppo elevato, puoi aumentare le dimensioni del tipo di macchina per assegnare all'istanza una maggiore capacità della CPU.

La quantità di memoria utilizzata dall'istanza.

La metrica Numero di letture indica il numero di operazioni di lettura gestite da disco che non provengono dalla cache. Puoi utilizzare questa metrica per capire se l'istanza è dimensionata correttamente per il tuo ambiente. Se necessario, puoi passare a un tipo di macchina più grande per gestire più richieste dalla cache e ridurre la latenza.

La metrica Numero di scritture indica il numero di operazioni di scrittura su disco. L'attività di scrittura viene generata anche se l'applicazione non è attiva, perché le istanze Cloud SQL scrivono in una tabella di sistema ogni circa un secondo (tranne che per le repliche).