Utilizzo 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 ridimensiona automaticamente la capacità per soddisfare le esigenze di picco di carico dell'applicazione e lo ridimensiona nuovamente al termine del picco di attività. Con Aurora Serverless v2, non è più necessario predisporre la capacità di picco o media. È possibile specificare un limite massimo di capacità per gestire la peggiore situazione possibile, che viene raggiunto solo in caso di necessità.

La granularità della scalabilità in Aurora Serverless v2 ti aiuta a far corrispondere la capacità alle esigenze del tuo database. Per un cluster con provisioning, il dimensionamento richiede l'aggiunta di un'istanza database completamente nuova. Per un Aurora Serverless v1 cluster, la scalabilità verticale richiede il raddoppio del numero di unità di capacità Aurora (ACUs) per il cluster, ad esempio da 16 a 32 o da 32 a 64. Al contrario, Aurora Serverless v2 può aggiungerne mezza ACU quando è necessaria solo un po' più di capacità. Può aggiungere 0,5, 1, 1,5, 2 o metà aggiuntiva, in ACUs base alla capacità aggiuntiva necessaria per gestire un aumento del carico di lavoro. Inoltre, può rimuovere 0,5, 1, 1,5, 2 o la metà aggiuntiva ACUs quando il carico di lavoro diminuisce e tale capacità non è più necessaria.

Applicazioni multi-tenant: con Aurora Serverless v2, non è necessario gestire individualmente la capacità del database per ogni applicazione del parco applicazioni. Aurora Serverless v2 gestisce la capacità del database individuale per te.

È 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. Usando Aurora Serverless v2, è possibile configurare un cluster con una o più istanze DB e impostare la scalabilità automatica del database in base ai requisiti di capacità dell'applicazione.

Applicazioni a uso misto: supponiamo di disporre di un'applicazione di elaborazione delle transazioni online (OLTP), ma che si verifichino periodicamente picchi nel traffico delle query. Specificando i livelli di promozione per Aurora Serverless v2 Istanze DB in un cluster, è possibile configurare il cluster in modo che le istanze DB Reader possano scalare indipendentemente dall'istanza DB di scrittura per gestire il carico aggiuntivo. 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. Con Aurora Serverless v2, puoi 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 DB esistenti da provisioning a Aurora Serverless v2 o da Aurora Serverless v2 a rifornito. 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. È possibile utilizzare… Aurora Serverless v2 istanze DB 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ù impegnative, puoi anche utilizzare Aurora Serverless v2 per ambienti di sviluppo e test. Con Aurora Serverless v2, è possibile creare istanze DB con una capacità minima ridotta anziché utilizzare classi di istanze DB db.t* dustable. È 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 di quella fornita: Aurora Serverless v2 riduce gli sforzi necessari per pianificare le dimensioni delle istanze DB e ridimensionare le istanze DB al variare 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 elevata attività: Aurora Serverless v2 ridimensiona la capacità di calcolo e di memoria in base alle esigenze, senza interrompere le transazioni con i clienti o il carico di lavoro complessivo. La possibilità di utilizzare istanze DB Reader con Aurora Serverless v2 ti aiuta a sfruttare il ridimensionamento orizzontale oltre al ridimensionamento verticale. La possibilità di utilizzare i database globali di Aurora significa che puoi diffondere Aurora Serverless v2 leggi il carico di lavoro su più pagine. Regioni AWS Questa funzionalità offre una praticità maggiore rispetto ai meccanismi di dimensionamento dei cluster con provisioning. È anche più veloce e più granulare rispetto alle funzionalità di scalabilità di Aurora Serverless v1.

Conveniente sotto il profilo dei costi durante i periodi di scarsa attività: Aurora Serverless v2 ti aiuta a evitare l'overprovisioning delle tue istanze DB. Aurora Serverless v2 aggiunge risorse in incrementi granulari quando le istanze DB aumentano. Paghi solo per le risorse di database che utilizzi. Aurora Serverless v2 l'utilizzo delle risorse viene misurato su base al secondo. In questo modo, quando un'istanza database scala verso il basso, la riduzione dell'utilizzo delle risorse viene registrata immediatamente.

Maggiore parità di funzionalità con provisioned: puoi utilizzare molte funzionalità di Aurora con Aurora Serverless v2 che non sono disponibili per Aurora Serverless v1. Ad esempio, con Aurora Serverless v2 è possibile utilizzare istanze Reader DB, database globali, AWS Identity and Access Management (IAM) autenticazione del database e Performance Insights. È inoltre possibile utilizzare molti più parametri di configurazione rispetto a Aurora Serverless v1.

In particolare, con Aurora Serverless v2 puoi sfruttare le seguenti funzionalità dei cluster predisposti:

Scalabilità più rapida, più granulare e meno dirompente rispetto a Aurora Serverless v1 – Aurora Serverless v2 può scalare verso l'alto e verso il basso più velocemente. La scalabilità può modificare la capacità di appena 0,5ACUs, anziché raddoppiare o dimezzare il numero di. ACUs Il dimensionamento avviene in genere senza alcuna interruzione dell'elaborazione. La scalabilità non implica un evento di cui devi essere a conoscenza, come nel caso di Aurora Serverless v1. La scalabilità può avvenire mentre gli SQL estratti conto sono in esecuzione e le transazioni sono aperte, senza la necessità di attendere un momento di silenzio.