Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Monitoraggio delle prestazioni e delle risorse specifico dell'istanza

Il monitoraggio a livello di istanza è fondamentale per comprendere la distorsione della connessione, del carico di lavoro e della distorsione dei dati, nonché per capire quando aggiungere router o split shard per aumentare la velocità di trasmissione e mantenere la latenza.

Panoramica di

Quando l'applicazione invia una query, tale richiesta attraversa un sofisticato sistema distribuito prima di restituire risultati. Un'SELECTistruzione apparentemente semplice potrebbe riguardare più istanze di database, ognuna delle quali svolge un ruolo distinto nell'elaborazione della richiesta. La comprensione di questo percorso e delle istanze che lo alimentano trasforma il modo in cui si progettano le applicazioni, si interpretano i dati di monitoraggio e si diagnosticano i problemi di prestazioni.

Questa guida fornisce informazioni tecniche approfondite sull'architettura delle istanze:

Nozioni fondamentali sull'architettura delle istanze

raggiunge la scalabilità orizzontale attraverso la separazione funzionale tra due tipi di istanze specializzate:

Questa separazione consente di scalare la gestione delle connessioni, il coordinamento delle query e l'archiviazione dei dati in modo indipendente in base alle caratteristiche del carico di lavoro.

Confronto tra router e shard

Monitoraggio delle prestazioni dell’istanza

La comprensione delle prestazioni a livello di istanza è fondamentale per operare in modo efficace. Il monitoraggio specifico dell'istanza rivela i modelli di distribuzione che influiscono sulle prestazioni: distorsione della connessione, distorsione del carico di lavoro e distorsione dei dati.

Rilevamento dell'inclinazione

In un'implementazione ideale, il carico di lavoro e le risorse vengono distribuiti in modo uniforme tra le istanze. In pratica, le applicazioni presentano spesso una distribuzione asimmetrica e irregolare che concentra il carico su istanze specifiche.

Tre tipi di inclinazione da monitorare:

distribuzione del carico di Database Insights

Il modo più rapido per valutare lo stato di salute a livello di istanza è la vista Load Distribution di Database Insights, che offre visibilità immediata sulla distribuzione delle sessioni attive tra le istanze.

Per accedere a Load Distribution:

Modello sano: carico distribuito in modo relativamente uniforme tra le istanze

Riguardo al modello: concentrazione significativa su casi specifici

CloudWatch metriche

Per un'analisi più approfondita oltre a Database Insights, CloudWatch fornisce metriche specifiche dell'istanza che rivelano i modelli di utilizzo delle risorse.

La ServerlessDatabaseCapacity metrica con dimensione DBShardGroupInstance mostra il consumo di ACU per istanza, fornendo la visione più diretta dell'utilizzo delle risorse.

Quando indagare:

Monitoraggio e risoluzione dei problemi del router

I router possono presentare problemi di prestazioni dovuti a due cause principali: distribuzione non uniforme delle connessioni e concentrazione del carico di lavoro tra shard.

Sessioni distribuite in modo non uniforme

Sintomo: un router gestisce una quota sproporzionata di connessioni

Causa principale: la memorizzazione nella cache DNS causa la risoluzione di più richieste di connessione sullo stesso endpoint del router.

Più comune durante:

Rimedi:

Monitoraggio e risoluzione dei problemi degli shard

Gli shards presentano problemi di prestazioni dovuti a tre cause principali: limitazioni delle risorse, distorsione dei dati e distorsione del carico di lavoro.

Utilizzo delle risorse condivise

Uno shard con le chiavi shard più diffuse conterrà più dati e carichi di lavoro più elevati. Ciò si manifesta come utilizzo delle risorse, ovvero l'istanza consumerà di più. ACUs

Strategie di riparazione:

Quando dividere i frammenti:

Condividete i volumi di dati

Usa le funzioni SQL per interrogare i volumi di dati:

SELECT subcluster_id, subcluster_type, pg_size_pretty(db_size) 
FROM rds_aurora.limitless_stat_database_size('postgres_limitless') 
ORDER BY 1;
            

Per visualizzare i dati per tabella e per frammento:

SELECT * FROM rds_aurora.limitless_stat_relation_sizes('public', 'table_name');
            

Risoluzione di un utilizzo non uniforme

Quando il carico di lavoro o la distorsione dei dati si concentra su frammenti specifici, la divisione degli shard ridistribuisce il carico su più istanze.

Considerazioni importanti:

La suddivisione degli shard consente un'ulteriore scalabilità e le suddivisioni consecutive degli shard sono il percorso verso un throughput più elevato e un'ulteriore scalabilità, pur mantenendo una bassa latenza.

Limitazioni

Siate consapevoli di questi vincoli operativi:

Limitazioni del router:

Limitazioni degli shard:

Strategie di mitigazione: