Fatturazione per Amazon Redshift Serverless

Puoi acquistare la capacità on demand: quando scegli la capacità di calcolo on demand, paghi le risorse in base al consumo. Questa è la scelta migliore se hai appena iniziato a utilizzare Amazon Redshift serverless o se non hai ancora una buona idea dei modelli di utilizzo costanti. On demand offre la massima flessibilità. Per ulteriori informazioni, consulta Fatturazione per la capacità di calcolo on demand.

Puoi acquistare le prenotazioni: una prenotazione offre uno sconto quando acquisti una quantità predefinita di risorse di calcolo per un periodo di tempo specifico, ad esempio per un anno. È una buona idea quando sai che utilizzerai una quantità di capacità in modo costante. È utile per risparmiare denaro quando puoi prevedere alcune delle esigenze di capacità. Per ulteriori informazioni, consulta Fatturazione per le prenotazioni serverless.

Utilizzo della registrazione - Una query o una transazione viene misurata e registrata solo dopo il completamento, il rollback o l'arresto della transazione. Ad esempio, se una transazione viene eseguita per due giorni, l'utilizzo della RPU viene registrato dopo il completamento. È possibile monitorare l'uso continuo in tempo reale eseguendo query sys_serverless_usage. La registrazione delle transazioni può riflettere la variazione di utilizzo della RPU e influire sui costi per orari specifici e per l'uso quotidiano.

Scrittura di transazioni esplicite - È importante come best practice per porre fine alle transazioni. Se non interrompi o ripristini una transazione aperta, Amazon Redshift Serverless continua a utilizzarla. RPUs Ad esempio, se scrivi un esplicito BEGIN TRAN, è importante avere il corrispondente COMMITe le istruzioni ROLLBACK.

Query annullate - Se si esegue una query e la si annulla prima che finisca, ti verrà fatturato il tempo di esecuzione della query.

Dimensionamento: l'istanza Amazon Redshift Serverless può avviare la scalabilità per la gestione di periodi di carico più elevato, al fine di mantenere prestazioni costanti. La fatturazione Amazon Redshift Serverless include sia la capacità di calcolo di base che la capacità scalata alla stessa tariffa RPU.

Ridimensionamento verso il basso: Amazon Redshift Serverless aumenta la scalabilità rispetto alla sua capacità RPU di base per gestire periodi di carico più elevato. In alcuni casi, la capacità di RPU può rimanere a un’impostazione più elevata per un periodo dopo il calo del caricamento della query. Si consiglia di impostare il valore massimo delle ore RPU nella console per evitare costi imprevisti.

Tabelle di sistema - Quando si esegue una query su una tabella di sistema, viene fatturato il tempo della query.

Redshift Spectrum: quando disponi di Amazon Redshift Serverless ed esegui query, non è previsto un costo separato per le query di data-lake. Per le query sui dati archiviati in Amazon S3, l'addebito è lo stesso, in base al tempo della transazione, delle query sui dati locali.

Query federate: le query federate vengono addebitate in base all'utilizzo in un intervallo di RPUs tempo specifico, allo stesso modo delle query sul data warehouse o sul data lake.

Storage - Lo storage viene fatturato separatamente, in GB/mese.

Costo minimo: il costo minimo è di 60 secondi per l'utilizzo delle risorse di calcolo, misurato su base al secondo.

Fatturazione snapshot - La fatturazione snapshot non cambia. Viene addebitata in base allo spazio di archiviazione, fatturata a una tariffa di GB/mese. È possibile ripristinare il data warehouse in punti specifici nelle ultime 24 ore con una granularità di 30 minuti, gratuitamente. Per ulteriori informazioni sui prezzi, consultare Prezzi di Amazon Redshift.

Assicurati di terminare ogni transazione. Quando si utilizza BEGIN per iniziare una transazione, è importante anche END.

Usa la gestione degli errori con le best practice per rispondere con grazia agli errori e terminare ogni transazione. La riduzione al minimo delle transazioni aperte aiuta a evitare l'uso inutile della RPU.

Usa SESSION TIMEOUT per terminare le transazioni aperte e le sessioni inattive. Fa scadere qualsiasi sessione inattiva per più di 3600 secondi (1 ora). Fa scadere qualsiasi transazione mantenuta aperta e inattiva per più di 21600 secondi (6 ore). Questa impostazione di timeout può essere modificata esplicitamente per un utente specifico, ad esempio quando si desidera mantenere aperta una sessione per una query di lunga durata. L'argomento CREA UTENTE mostra come regolare SESSION TIMEOUT per un utente.

Modifica la frequenza del controllo dell’integrità esaminando e ottimizzando la frequenza delle query di controllo dell’integrità o di keepalive nella configurazione del pooling delle connessioni.

Ottimizza le impostazioni del sistema inattivo configurando il pooling delle connessioni per ridurre al minimo le interruzioni di connessione non necessarie o le attività di interrogazione in background durante i periodi di inattività del sistema.

Implementa il pooling a livello di applicazione o una migliore gestione del ciclo di vita della connessione se consente di ridurre il sovraccarico.

Disattiva l’heartbeat o le query di convalida se la configurazione del pooling delle connessioni lo consente. Controlla i parametri specifici della stringa di connessione o i file di configurazione per modificare queste impostazioni.

Esegui il fine-tuning delle impostazioni di keepalive TCP: se non riesci a disabilitare i meccanismi di heartbeat interni del driver, modifica le impostazioni di keepalive di Transmission Control Protocol (TCP) a livello di sistema operativo o di applicazione per risolvere i problemi di timeout della connessione. Per ulteriori informazioni, consulta la documentazione del sistema operativo, del JDBC/ODBC driver o del pool di connessioni.

Ottimizza il pooling delle connessioni del database: configura il pool di connessioni (HikariCP, pool di connessioni del database Apache) per gestire le connessioni e ridurre al minimo il sovraccarico di connessione. Concentrati su parametri come il numero massimo di connessioni, il timeout di inattività e le query di convalida (se necessario). Questa ottimizzazione consente di allineare l’utilizzo del calcolo di Amazon Redshift serverless alla domanda effettiva del carico di lavoro, riducendo potenzialmente i costi.

Utilizza la capacità di RPU di base inferiore di 8 RPU, se disponibile, per i carichi di lavoro.

Configura il valore REFRESH_INTERVAL dell’istanza di Redshift di destinazione per bilanciare aggiornamento e costi. Intervalli più brevi garantiscono aggiornamenti quasi in tempo reale, ma aumentano i costi di calcolo. Intervalli più lunghi (5 minuti o più) riducono i costi per i carichi di lavoro in cui l’aggiornamento immediato non è fondamentale, come la reportistica o l’analisi storica. Per modificare la destinazione Redshift REFRESH_INTERVAL, consulta la clausola di aggiornamento dell’intervallo nella descrizione di ALTER DATABASE.

Massimizza l’utilizzo dell’ambiente Amazon Redshift serverless eseguendo simultaneamente i carichi di lavoro di analisi mentre vengono importati i dati zero-ETL. Ciò garantisce che la capacità di calcolo serva attivamente a molteplici scopi aziendali.