Penagihan untuk Amazon Redshift Tanpa Server

Anda dapat membeli kapasitas sesuai permintaan — Ketika Anda memilih kapasitas komputasi sesuai permintaan, Anda membayar sumber daya saat Anda pergi. Ini adalah pilihan terbaik jika Anda baru mulai menggunakan Amazon Redshift Tanpa Server atau jika Anda belum memiliki pemahaman yang baik tentang pola penggunaan tetap Anda. On-demand menawarkan fleksibilitas paling banyak. Untuk informasi selengkapnya, lihat Penagihan untuk kapasitas komputasi sesuai permintaan.

Anda dapat membeli reservasi — Reservasi memberikan diskon ketika Anda membeli sumber daya komputasi dalam jumlah yang telah ditetapkan untuk jangka waktu tertentu, misalnya selama satu tahun. Ini adalah ide yang baik ketika Anda tahu Anda akan menggunakan sejumlah kapasitas dengan mantap. Ini membantu untuk menghemat uang ketika Anda dapat memperkirakan beberapa kebutuhan kapasitas Anda. Untuk informasi selengkapnya, lihat Penagihan untuk reservasi tanpa server.

Penggunaan rekaman - Permintaan atau transaksi hanya diukur dan dicatat setelah transaksi selesai, digulung kembali, atau dihentikan. Misalnya, jika transaksi berjalan selama dua hari, penggunaan RPU dicatat setelah selesai. Anda dapat memantau penggunaan yang sedang berlangsung secara real time dengan melakukan querysys_serverless_usage. Pencatatan transaksi dapat mencerminkan variasi penggunaan RPU dan biaya efek untuk jam tertentu dan untuk penggunaan sehari-hari.

Menulis transaksi eksplisit - Ini penting sebagai praktik terbaik untuk mengakhiri transaksi. Jika Anda tidak mengakhiri atau mengembalikan transaksi terbuka, Amazon Redshift Serverless terus digunakan. RPUs Misalnya, jika Anda menulis eksplisitBEGIN TRAN, penting untuk memiliki korespondensi COMMIT dan ROLLBACK pernyataan.

Kueri yang dibatalkan - Jika Anda menjalankan kueri dan membatalkannya sebelum selesai, Anda masih ditagih untuk waktu kueri dijalankan.

Penskalaan - Instans Amazon Redshift Tanpa Server dapat memulai penskalaan untuk menangani periode pemuatan yang lebih tinggi, untuk mempertahankan kinerja yang konsisten. Penagihan Amazon Redshift Tanpa Server Anda mencakup komputasi dasar dan kapasitas skala pada tingkat RPU yang sama.

Penskalaan - Amazon Redshift Serverless meningkatkan skala dari kapasitas RPU dasarnya untuk menangani periode beban yang lebih tinggi. Dalam beberapa kasus, kapasitas RPU dapat tetap pada pengaturan yang lebih tinggi untuk periode setelah beban kueri turun. Kami menyarankan Anda mengatur jam RPU maksimum di konsol untuk menjaga terhadap biaya yang tidak terduga.

Tabel sistem - Saat Anda menanyakan tabel sistem, waktu kueri ditagih.

Redshift Spectrum - Jika Anda memiliki Amazon Redshift Serverless, dan Anda menjalankan kueri, tidak ada biaya terpisah untuk kueri data-lake. Untuk kueri pada data yang disimpan di Amazon S3, biayanya sama, berdasarkan waktu transaksi, seperti kueri pada data lokal.

Kueri federasi - Kueri federasi dibebankan dalam hal penggunaan RPUs selama interval waktu tertentu, dengan cara yang sama seperti kueri pada gudang data atau data lake.

Penyimpanan - Penyimpanan ditagih secara terpisah, berdasarkan GB/bulan.

Biaya minimum - Biaya minimum adalah untuk 60 detik penggunaan sumber daya, diukur berdasarkan per detik.

Penagihan snapshot - Penagihan snapshot tidak berubah. Ini dibebankan sesuai dengan penyimpanan, ditagih dengan tarif GB/bulan. Anda dapat mengembalikan gudang data Anda ke titik-titik tertentu dalam 24 jam terakhir dengan perincian 30 menit, gratis. Untuk informasi selengkapnya, lihat harga Amazon Redshift.

Pastikan untuk mengakhiri setiap transaksi. Ketika Anda menggunakan BEGIN untuk memulai transaksi, penting untuk END itu juga.

Gunakan penanganan kesalahan praktik terbaik untuk merespons kesalahan dengan anggun dan mengakhiri setiap transaksi. Meminimalkan transaksi terbuka membantu menghindari penggunaan RPU yang tidak perlu.

Gunakan SESSION TIMEOUT untuk membantu mengakhiri transaksi terbuka dan sesi idle. Ini menyebabkan setiap sesi tetap menganggur atau tidak aktif selama lebih dari 3600 detik (1 jam) untuk time out. Ini menyebabkan setiap transaksi tetap terbuka dan tidak aktif selama lebih dari 21600 detik (6 jam) hingga time out. Pengaturan batas waktu ini dapat diubah secara eksplisit untuk pengguna tertentu, seperti saat Anda ingin membuka sesi untuk kueri yang berjalan lama. Topik CREATE USER menunjukkan cara menyesuaikan SESSION TIMEOUT untuk pengguna.