Penagihan untuk Amazon Redshift Serverless

Anda dapat membeli kapasitas sesuai permintaan — Saat Anda memilih kapasitas komputasi sesuai permintaan, Anda membayar sumber daya sesuai kebutuhan. Ini adalah pilihan terbaik jika Anda baru mulai menggunakan Amazon Redshift Serverless atau jika Anda belum memahami pola penggunaan stabil Anda. On-demand menawarkan fleksibilitas yang paling besar. Untuk informasi selengkapnya, lihat Penagihan untuk kapasitas komputasi sesuai permintaan.

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

Penggunaan rekaman - Kueri atau transaksi hanya diukur dan dicatat setelah transaksi selesai, dibatalkan, 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 menanyakan. sys_serverless_usage Rekaman 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 menggunakan RPU. 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 tetap ditagih untuk waktu kueri dijalankan.

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

Menurunkan skala - Amazon Redshift Serverless meningkatkan 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. Sebaiknya tetapkan jam RPU maksimum di konsol untuk mencegah biaya tak terduga.

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

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

Kueri federasi - Kueri federasi dikenakan biaya dalam hal RPU yang digunakan selama interval waktu tertentu, dengan cara yang sama seperti kueri pada gudang data atau danau data.

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

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

Penagihan snapshot - Penagihan snapshot tidak berubah. 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 https://aws.amazon.com/redshift/pricing/ Amazon Redshift.

Pengoptimalan otomatis dijalankan menggunakan sumber daya komputasi tambahan - Amazon Redshift Serverless biasanya menjalankan operasi pengoptimalan otomatis bersama kueri pengguna. Operasi ini dikenal sebagai otonom, dan Anda tidak dikenakan biaya untuk itu.

Jika Anda mengaktifkan mengalokasikan sumber daya komputasi tambahan, Amazon Redshift akan menjalankan otonom bila diperlukan bahkan dalam periode aktivitas pengguna yang tinggi. Dalam kasus seperti itu, Anda dapat ditagih untuk waktu yang dihabiskan untuk menjalankan otonom. Untuk informasi selengkapnya, lihat Meng alokasikan sumber daya komputasi tambahan untuk pengoptimalan basis data otomatis di Panduan Pengembang Database Amazon Redshift.

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

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. Hal ini menyebabkan setiap sesi tetap diam atau tidak aktif selama lebih dari 3600 detik (1 jam) hingga waktu habis. Hal ini menyebabkan transaksi tetap terbuka dan tidak aktif selama lebih dari 21600 detik (6 jam) hingga batas waktu. Pengaturan batas waktu ini dapat diubah secara eksplisit untuk pengguna tertentu, seperti ketika Anda ingin menjaga sesi tetap terbuka untuk kueri yang berjalan lama. Topik CREATE USER menunjukkan cara menyesuaikan SESSION TIMEOUT untuk pengguna.

Sesuaikan frekuensi pemeriksaan kesehatan dengan meninjau dan mengoptimalkan frekuensi pemeriksaan kesehatan atau kueri keep alive dalam konfigurasi pengumpulan koneksi Anda.

Optimalkan pengaturan sistem idle dengan mengonfigurasi pengumpulan koneksi untuk meminimalkan churn koneksi yang tidak perlu atau aktivitas kueri latar belakang selama waktu idle sistem.

Terapkan pengumpulan tingkat aplikasi atau peningkatan manajemen siklus hidup koneksi jika dapat mengurangi overhead.

Nonaktifkan kueri detak jantung atau validasi jika konfigurasi pengumpulan koneksi Anda mengizinkannya. Periksa parameter string koneksi spesifik Anda atau file konfigurasi untuk menyesuaikan pengaturan ini.

Fine-tune Pengaturan TCP keepalive: Jika Anda tidak dapat menonaktifkan mekanisme detak jantung internal driver, sesuaikan pengaturan keepalive Protocol Kontrol Transmission (TCP) di sistem operasi atau tingkat aplikasi untuk mengatasi masalah batas waktu koneksi. Lihat dokumentasi sistem operasi, JDBC/ODBC driver, atau kumpulan koneksi Anda untuk detailnya.

Optimalkan pengumpulan koneksi database: Konfigurasikan kumpulan koneksi Anda (HikariCP, Apache Database Connection Pool) untuk mengelola koneksi dan meminimalkan overhead koneksi. Fokus pada parameter seperti koneksi maksimum, batas waktu idle, dan kueri validasi (jika perlu). Pengoptimalan ini membantu menyelaraskan penggunaan komputasi Amazon Redshift Serverless dengan permintaan beban kerja aktual, yang berpotensi mengurangi biaya.

Gunakan kapasitas RPU dasar yang lebih rendah dari 8 RPU jika tersedia untuk beban kerja.

Konfigurasikan REFRESH_INTERVAL instans Redshift target Anda untuk menyeimbangkan kesegaran dengan biaya. Interval yang lebih pendek memastikan pembaruan hampir real-time tetapi meningkatkan biaya komputasi. Interval yang lebih lama (5 menit atau lebih) mengurangi biaya untuk beban kerja di mana kesegaran langsung tidak penting, seperti pelaporan atau analisis historis. Untuk mengedit target Redshift REFRESH_INTERVAL, lihat klausa interval refresh dalam deskripsi ALTER DATABASE. https://docs.aws.amazon.com/redshift/latest/dg/r_ALTER_DATABASE.html

Maksimalkan pemanfaatan lingkungan Amazon Redshift Serverless Anda dengan menjalankan beban kerja analitik secara bersamaan saat data Zero-ETL sedang dicerna. Ini memastikan bahwa kapasitas komputasi secara aktif melayani berbagai tujuan bisnis.