Uso di Aurora Serverless v2

Carichi di lavoro variabili. Esegui carichi di lavoro con aumenti improvvisi e non prevedibili dell'attività. Un esempio può essere quello di un sito che offre informazioni sulla viabilità, che riscontra un forte aumento dell'attività quando inizia a piovere. Un altro è un sito di e-commerce che aumenta il proprio traffico durante un'offerta o una vendita promozionale. Con Aurora Serverless v2, il database dimensiona automaticamente la capacità per soddisfare le esigenze del picco di carico dell'applicazione e la riduce quando il picco è terminato. Grazie a Aurora Serverless v2, non dovrai più effettuare il provisioning per la capacità media o di picco. È possibile specificare un limite massimo di capacità per gestire la peggiore situazione possibile, che viene raggiunto solo in caso di necessità.

La granularità del dimensionamento di Aurora Serverless v2 consente di variare precisamente la capacità in base alle esigenze del database. Per un cluster con provisioning, il dimensionamento richiede l'aggiunta di un'istanza database completamente nuova. Per eseguire il dimensionamento verso l'alto di un cluster, Aurora Serverless v1 raddoppia il numero di unità di capacità Aurora (ACU), ad esempio aumentandole da 16 a 32 o da 32 a 64. Al contrario, quando è necessario solo un piccolo aumento di capacità, Aurora Serverless v2 è in grado di scalare di mezza ACU. Può aggiungere 0,5, 1, 1,5, 2 ACU o eseguire incrementi ulteriori di mezza ACU in base alla capacità necessaria per affrontare l'aumento del carico di lavoro. E può eliminare 0,5, 1, 1,5, 2 ACU o eseguire decrementi ulteriori di mezza ACU quando il carico di lavoro diminuisce e tale capacità non è più necessaria.

Applicazioni multi-tenant. Grazie a Aurora Serverless v2, non devi gestire individualmente la capacità del database per ogni applicazione utilizzata nel parco istanze. Aurora Serverless v2 gestisce la capacità del database a livello individuale per tuo conto.

È possibile creare un cluster per ciascun tenant. Ciò ti permette di utilizzare funzionalità come la clonazione, il ripristino delle snapshot e i database globali Aurora per potenziare l'elevata disponibilità e il ripristino di emergenza in base alle esigenze di ciascun tenant.

Ogni tenant potrebbe avere periodi di attività e inattività specifici, che variano a seconda dell'ora, del periodo dell'anno, degli eventi promozionali e così via. Ogni cluster è dotato di un'ampia gamma di capacità. In questo modo, dovrai affrontare costi minimi per le istanze database dei cluster con bassa attività. Tutti i cluster sono in grado di scalare rapidamente per gestire periodi di attività elevata.

Nuove applicazioni. Supponiamo che desideri distribuire una nuova applicazione e hai dei dubbi riguardo alle dimensioni dell'istanza da utilizzare. Grazie a Aurora Serverless v2, puoi configurare un cluster con una o più istanze database e far sì che il database venga dimensionato automaticamente in base ai requisiti di capacità dell'applicazione.

Applicazioni ad uso misto. Supponiamo che tu abbia un'applicazione OLTP (Online Transaction Processing), ma che si verifichino periodicamente picchi nel traffico di query. In questo caso, potresti specificare livelli di promozione per le istanze database Aurora Serverless v2 in un cluster e configurare quest'ultimo in modo che le istanze database di lettura e di scrittura scalino in maniera indipendente in base al carico. Quando il picco di utilizzo diminuisce, le istanze database di lettura si ridimensionano adeguandosi alla capacità dell'istanza database di scrittura.

Pianificazione della capacità. Poniamo l'esempio che tu debba regolare la capacità del database o verificare la capacità ottimale del database in base al tuo carico di lavoro. Per farlo, dovresti modificare le classi di tutte le istanze database in un cluster. Aurora Serverless v2 ti permette di evitare questo sovraccarico amministrativo. È possibile determinare la capacità minima e massima adeguata eseguendo il carico di lavoro e verificando la scalabilità effettiva delle istanze database.

È possibile modificare le istanze database con provisioning esistenti in Aurora Serverless v2 oppure da Aurora Serverless v2 a istanze con provisioning. In questi casi, non è necessario creare un nuovo cluster o una nuova istanza database.

Con un database globale Aurora, il bisogno di capacità dei cluster secondari potrebbe essere minore rispetto a quella del cluster primario. Utilizza istanze database Aurora Serverless v2 nei cluster secondari. In questo modo, la capacità del cluster può aumentare se una regione secondaria viene promossa e assume il carico di lavoro dell'applicazione.

Sviluppo e test: oltre a eseguire le applicazioni più esigenti, è possibile anche utilizzare Aurora Serverless v2 per ambienti di sviluppo e test. Con Aurora Serverless v2, è possibile creare istanze database con una capacità minima bassa anziché utilizzare le classi di istanza database db.t*. È possibile impostare una capacità massima sufficientemente elevata da consentire a tali istanze database di eseguire carichi di lavoro considerevoli senza esaurire la memoria. Quando il database non è in uso, tutte le istanze database vengono ridotte per evitare costi inutili.

Gestione della capacità più semplice rispetto al provisioning.Aurora Serverless v2 Riduce lo sforzo necessario per la pianificazione delle dimensioni delle istanze database e per il loro dimensionamento in base alla variazione del carico di lavoro. Inoltre, riduce lo sforzo per mantenere la capacità coerente per tutte le istanze database in un cluster.

Scalabilità più rapida e semplice durante i periodi di attività intensa. Aurora Serverless v2 dimensiona la capacità di elaborazione e memoria in base alle necessità, senza alcuna interruzione delle transazioni client o del carico di lavoro complessivo. Utilizzando Aurora Serverless v2 insieme alle istanze database di lettura, puoi sfruttare sia il dimensionamento orizzontale sia quello verticale. I database globali Aurora, inoltre, ti permettono di distribuire il carico di lavoro in lettura di Aurora Serverless v2 su più Regioni AWS. Questa funzionalità offre una praticità maggiore rispetto ai meccanismi di dimensionamento dei cluster con provisioning. È anche più veloce e maggiormente granulare rispetto alle funzionalità di diminsionamento di Aurora Serverless v1.

Economico durante i periodi di bassa attività. Aurora Serverless v2 ti aiuta a evitare l'overprovisioning delle istanze database. Aurora Serverless v2 aggiunge risorse con incrementi granulari quando le istanze database scalano verso l'alto. Paghi soltanto per le risorse del database che utilizzi. Il costo delle risorse Aurora Serverless v2 utilizzate viene calcolato al secondo. In questo modo, quando un'istanza database scala verso il basso, la riduzione dell'utilizzo delle risorse viene registrata immediatamente.

Parità delle funzionalità migliore. Aurora Serverless v2 fornisce numerose funzionalità Aurora non disponibili in Aurora Serverless v1. Ad esempio, Aurora Serverless v2 puoi utilizzare istanze Reader DB, database globali, autenticazione del database AWS Identity and Access Management (IAM) e Performance Insights. Hai anche a diposizione molti più parametri di configurazione rispetto a quelli presenti in Aurora Serverless v1.

In particolare, Aurora Serverless v2 permette di usufruire delle seguenti funzionalità dei cluster con provisioning:

Dimensionamento più veloce, più granulare e meno dirompente rispetto a Aurora Serverless v1: Aurora Serverless v2 può scalare verso l'alto e verso il basso più velocemente. Permette di effettuare modifiche di capacità di 0,5 ACU, anziché raddoppiare o dimezzare il numero di ACU. Il dimensionamento avviene in genere senza alcuna interruzione dell'elaborazione. Contrariamente a quanto avviene con Aurora Serverless v1, il dimensionamento non è un evento del quale devi essere consapevole. Esso può avvenire mentre le istruzioni SQL sono in esecuzione e le transazioni sono aperte, senza dover attendere un punto silenzioso.