Come ottimizzare i costi in Database di Azure per PostgreSQL - Server flessibile

SI APPLICA A: Database di Azure per PostgreSQL - Server flessibile

Database di Azure per PostgreSQL server flessibile è un servizio di database relazionale nel cloud Microsoft basato su PostgreSQL Community Edition.. È un database distribuito come servizio completamente gestito in grado di gestire carichi di lavoro cruciali con prestazioni prevedibili e scalabilità dinamica.

Questo articolo fornisce un elenco di raccomandazioni per l'ottimizzazione dei costi dei server Database di Azure per PostgreSQL flessibili. L'elenco include considerazioni sulla progettazione, un elenco di controllo della configurazione e le impostazioni consigliate del database per ottimizzare il carico di lavoro.

1. Usare i prezzi della capacità riservata

I prezzi della capacità riservata di Azure Postgres consentono di eseguire il commit in una capacità specifica per 1-3 anni, risparmiando i costi per i clienti che usano Database di Azure per PostgreSQL server flessibile. I risparmi sui costi rispetto ai prezzi con pagamento in base al consumo possono essere significativi, a seconda della quantità di capacità riservata e della lunghezza del termine. I clienti possono acquistare capacità riservata in incrementi di vCore e archiviazione. La capacità riservata può coprire i costi per Database di Azure per PostgreSQL istanze di server flessibili nella stessa area, applicate alla sottoscrizione di Azure del cliente. I prezzi riservati per Database di Azure per PostgreSQL server flessibile offrono risparmi sui costi fino al 40% per 1 anno e fino al 60% per gli impegni di 3 anni, per i clienti che riservano capacità. Per altri dettagli, vedere Calcolatore prezzi | Microsoft Azure. Per altre informazioni, vedere Che cosa sono le prenotazioni di Azure?

2. Aumentare/ridurre le risorse di calcolo

L'aumento o la riduzione delle risorse di un'istanza del server flessibile Database di Azure per PostgreSQL consente di ottimizzare i costi. Modificare i vCore e lo spazio di archiviazione in base alle esigenze per pagare solo le risorse necessarie. Il ridimensionamento può essere eseguito tramite l'API REST di Azure portale di Azure, l'interfaccia della riga di comando di Azure o . Il ridimensionamento delle risorse di calcolo verso l'alto o verso il basso può essere eseguito in qualsiasi momento e richiede il riavvio del server. È consigliabile monitorare i modelli di utilizzo del database e regolare le risorse di conseguenza per ottimizzare i costi e garantire prestazioni. Per altre informazioni, vedere Opzioni di calcolo e archiviazione in Database di Azure per PostgreSQL server flessibile.

Configurare ambienti non di produzione in modo conservativo: configurare ambienti di sviluppo/test/fase inattivi in modo da avere SKU convenienti. La scelta degli SKU con burst è ideale per i carichi di lavoro che non necessitano di capacità completa continua.

Per altre informazioni, vedere Ridimensionare le operazioni in Database di Azure per PostgreSQL server flessibile

3. Uso delle raccomandazioni di Azure Advisor

Azure Advisor è un servizio gratuito che fornisce consigli per ottimizzare le risorse di Azure. Analizza la configurazione delle risorse e i modelli di utilizzo e fornisce raccomandazioni su come migliorare le prestazioni, la sicurezza, la disponibilità elevata e l'efficacia dei costi delle risorse di Azure. Le raccomandazioni riguardano vari servizi di Azure, tra cui calcolo, archiviazione, rete e database.

Per Database di Azure per PostgreSQL, Azure Advisor può fornire consigli su come migliorare le prestazioni, la disponibilità e l'efficacia dei costi del database. Ad esempio, può suggerire il ridimensionamento del database verso l'alto o verso il basso, usando le repliche di lettura per eseguire l'offload di carichi di lavoro a elevato utilizzo di lettura o passando ai prezzi della capacità riservata per ridurre i costi. Azure Advisor può anche consigliare procedure consigliate per la sicurezza, ad esempio l'abilitazione della crittografia dei dati inattivi o l'abilitazione delle regole di sicurezza di rete per limitare il traffico in ingresso al database.

È possibile accedere alle raccomandazioni fornite da Azure Advisor tramite il portale di Azure, in cui è possibile visualizzare e implementare le raccomandazioni con pochi clic. L'implementazione delle raccomandazioni di Azure Advisor consente di ottimizzare le risorse di Azure e ridurre i costi. Per altre informazioni, vedere Azure Advisor per Database di Azure per PostgreSQL - Server flessibile

4. Valutare i requisiti di disponibilità elevata (disponibilità elevata) e ripristino di emergenza (ripristino di emergenza)

Database di Azure per PostgreSQL server flessibile offre resilienza predefinita per i nodi e l'archiviazione senza costi aggiuntivi. La resilienza dei nodi consente all'istanza del server flessibile di Database di Azure per PostgreSQL di eseguire automaticamente il failover in una macchina virtuale integra senza perdita di dati (ovvero RPO zero) e senza modifiche stringa di connessione, ad eccezione del fatto che l'applicazione deve riconnettersi. Analogamente, i dati e i log delle transazioni vengono archiviati in tre copie sincrone e rilevano automaticamente il danneggiamento dell'archiviazione e eseguono l'azione correttiva. Per la maggior parte dei carichi di lavoro di sviluppo/test e per molti carichi di lavoro di produzione, questa configurazione dovrebbe essere sufficiente.

Se il carico di lavoro richiede la resilienza az e un RTO inferiore, è possibile abilitare la disponibilità elevata con in-zone o cross-AZ standby. Ciò raddoppia i costi di distribuzione, ma offre anche un contratto di servizio superiore. Per ottenere la resilienza geografica per l'applicazione, è possibile configurare GeoBackup per un costo inferiore, ma con un RTO superiore. In alternativa, è possibile configurare GeoReadReplica per raddoppiare il costo, che offre un RTO in pochi minuti in caso di emergenza geografica.

La chiave consiste nel valutare il requisito dello stack di applicazioni completo e quindi scegliere la configurazione corretta per l'istanza del server flessibile Database di Azure per PostgreSQL. Ad esempio, se l'applicazione non è resiliente con az, non è necessario ottenere nulla configurando Database di Azure per PostgreSQL server flessibile nella configurazione resiliente az.

Per altre informazioni, vedere Architettura a disponibilità elevata nel server flessibile

5. Consolidare database e server

Il consolidamento dei database può essere una strategia di risparmio dei costi per Database di Azure per PostgreSQL server flessibile. Il consolidamento di più database in una singola istanza del server flessibile Database di Azure per PostgreSQL può ridurre il numero di istanze e il costo complessivo di esecuzione Database di Azure per PostgreSQL server flessibile. Seguire questa procedura per consolidare i database e risparmiare sui costi:

1. Accedere al server: identificare il server che può essere consolidato, considerando le dimensioni del database, l'area geografica, la configurazione (CPU, memoria, operazioni di I/O al secondo), i requisiti di prestazioni, il tipo di carico di lavoro e le esigenze di coerenza dei dati.
2. Creare una nuova istanza del server flessibile Database di Azure per PostgreSQL: creare una nuova istanza del server flessibile Database di Azure per PostgreSQL con vCPU, memoria e archiviazione sufficienti per supportare i database consolidati.
3. Riutilizzare un'istanza del server flessibile Database di Azure per PostgreSQL esistente: nel caso in cui sia già presente un server esistente, assicurarsi che disponga di vCPU, memoria e spazio di archiviazione sufficienti per supportare i database consolidati.
4. Eseguire la migrazione dei database: eseguire la migrazione dei database alla nuova istanza del server flessibile Database di Azure per PostgreSQL. È possibile usare strumenti come pg_dump e pg_restore per esportare e importare database.
5. Monitorare le prestazioni: monitorare le prestazioni della Database di Azure per PostgreSQL consolidata istanza del server flessibile e regolare le risorse in base alle esigenze per garantire prestazioni ottimali.

Il consolidamento dei database consente di risparmiare sui costi riducendo il numero di istanze del server flessibili di Database di Azure per PostgreSQL che è necessario eseguire e consentendo di usare istanze di dimensioni maggiori più convenienti rispetto alle istanze più piccole. È importante valutare l'impatto del consolidamento sulle prestazioni dei database e assicurarsi che l'istanza del server flessibile consolidata Database di Azure per PostgreSQL sia ridimensionata in modo appropriato per soddisfare tutte le esigenze del database.

Per altre informazioni, vedere Migliorare le prestazioni delle applicazioni di Azure con Azure Advisor

6. Posizionare i server di test in aree geografiche convenienti

La creazione di un server di test in un'area di Azure conveniente può essere una strategia di risparmio dei costi per Database di Azure per PostgreSQL server flessibile. Creando un server di test in un'area con un costo inferiore delle risorse di calcolo, è possibile ridurre i costi di esecuzione del server di test e ridurre al minimo il costo dell'esecuzione di Database di Azure per PostgreSQL server flessibile. Ecco alcuni passaggi per creare un server di test in un'area di Azure conveniente:

1. Identificare un'area conveniente: identificare un'area di Azure con un costo inferiore delle risorse di calcolo.
2. Creare una nuova istanza del server flessibile Database di Azure per PostgreSQL: creare una nuova istanza del server flessibile Database di Azure per PostgreSQL nell'area conveniente con la configurazione corretta per l'ambiente di test.
3. Eseguire la migrazione dei dati di test: eseguire la migrazione dei dati di test alla nuova istanza del server flessibile Database di Azure per PostgreSQL. È possibile usare strumenti come pg_dump e pg_restore per esportare e importare database.
4. Monitorare le prestazioni: monitorare le prestazioni del server di test e regolare le risorse in base alle esigenze per garantire prestazioni ottimali.

Creando un server di test in un'area di Azure conveniente, è possibile ridurre il costo dell'esecuzione del server di test e ridurre al minimo il costo dell'esecuzione di Database di Azure per PostgreSQL server flessibile. È importante valutare l'impatto dell'area sulle prestazioni del server di test e sui requisiti regionali specifici dell'organizzazione. In questo modo si garantisce che i costi di trasferimento dei dati e la latenza di rete siano accettabili per il caso d'uso.

Per altre informazioni, vedere Aree di Azure

7. Avvio e arresto dei server

L'avvio e l'arresto dei server possono essere una strategia di risparmio dei costi per Database di Azure per PostgreSQL server flessibile. Eseguendo il server solo quando necessario, è possibile ridurre il costo di esecuzione Database di Azure per PostgreSQL server flessibile. Ecco alcuni passaggi per avviare e arrestare i server e risparmiare sui costi:

1. Identificare il server: identificare l'istanza del server flessibile Database di Azure per PostgreSQL che si vuole avviare e arrestare.
2. Avviare il server: avviare l'istanza del server flessibile Database di Azure per PostgreSQL quando necessario. È possibile avviare il server usando il portale di Azure, l'interfaccia della riga di comando di Azure o l'API REST di Azure.
3. Arrestare il server: arrestare l'istanza del server flessibile Database di Azure per PostgreSQL quando non è necessaria. È possibile arrestare il server usando il portale di Azure, l'interfaccia della riga di comando di Azure o l'API REST di Azure.
4. Inoltre, se un server è stato arrestato (o inattiva) per diverse settimane continue, è possibile prendere in considerazione l'eliminazione del server dopo la due diligence richiesta.

Avviando e arrestando il server in base alle esigenze, è possibile ridurre il costo di esecuzione Database di Azure per PostgreSQL server flessibile. Per garantire prestazioni ottimali del database, è fondamentale valutare l'impatto dell'avvio e dell'arresto del server e disporre di un processo affidabile per queste azioni in base alle esigenze. Per altre informazioni, vedere Arrestare/avviare un'istanza del server flessibile di Database di Azure per PostgreSQL.

8. Archiviare i dati obsoleti per l'archiviazione ad accesso sporadico

L'archiviazione dei dati a cui si accede raramente all'archivio di Archiviazione di Azure (mantenendo comunque l'accesso) può contribuire a ridurre i costi. Esportare i dati da Database di Azure per PostgreSQL server flessibile in Archiviazione archiviata di Azure e archiviarli in un livello di archiviazione a costi inferiori.

1. Configurare Archiviazione BLOB di Azure account e creare un contenitore per i backup del database.
2. Usare pg_dump per esportare i dati precedenti in un file.
3. Usare l'interfaccia della riga di comando di Azure o PowerShell per caricare il file esportato nel contenitore di archiviazione BLOB.
4. Configurare un criterio di conservazione nel contenitore di archiviazione BLOB per eliminare automaticamente i backup precedenti.
5. Modificare lo script di backup per esportare i dati precedenti nell'archivio BLOB anziché nell'archiviazione locale.
6. Testare il processo di backup e ripristino per assicurarsi che i dati archiviati possano essere ripristinati, se necessario.

È anche possibile usare Azure Data Factory per automatizzare questo processo.

Per altre informazioni, vedere Eseguire la migrazione del database del server flessibile Database di Azure per PostgreSQL usando dump e ripristino

Compromessi per i costi

Quando si progetta il database dell'applicazione in Database di Azure per PostgreSQL server flessibile, prendere in considerazione i compromessi tra ottimizzazione dei costi e altri aspetti della progettazione, ad esempio sicurezza, scalabilità, resilienza e operabilità.

Costo e affidabilità

Il costo ha una correlazione diretta con l'affidabilità.

Costo e efficienza delle prestazioni

L'aumento delle prestazioni porterà a costi più elevati.

Costo e sicurezza

L'aumento della sicurezza del carico di lavoro comporta un aumento dei costi.

Costo ed eccellenza operativa

Investire nel monitoraggio e nell'automazione dei sistemi potrebbe aumentare inizialmente i costi, ma nel tempo li ridurrà.

Passaggi successivi

Per altre informazioni sull'ottimizzazione dei costi, vedere:

• Panoramica del pilastro per l'ottimizzazione dei costi
• Compromessi per i costi
• Elenco di controllo - Ottimizzare i costi
• Elenco di controllo - Monitorare i costi