Amazon Redshift tidak akan lagi mendukung pembuatan Python UDFs baru mulai Patch 198. Python yang ada UDFs akan terus berfungsi hingga 30 Juni 2026. Untuk informasi lebih lanjut, lihat [posting blog](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/).
Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Penagihan untuk Amazon Redshift Tanpa Server
## Penagihan untuk kapasitas komputasi
Anda dapat membeli kapasitas untuk Amazon Redshift Serverless dengan dua cara:
+ **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](serverless-billing-on-demand.md).
+ **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](serverless-billing-reserved.md).
Anda dapat menggunakan reservasi dan sumber daya sesuai permintaan bersama-sama. Anda tidak perlu menggunakan satu atau yang lain.
Untuk informasi harga terperinci, lihat harga [Amazon Redshift](https://aws.amazon.com/redshift/pricing/).
# Penagihan untuk kapasitas komputasi sesuai permintaan
**Kapasitas dasar dan pengaruhnya terhadap penagihan**
Saat kueri berjalan, Anda ditagih sesuai dengan kapasitas yang digunakan dalam durasi tertentu, dalam jam RPU per detik. Saat tidak ada kueri yang berjalan, Anda tidak ditagih untuk kapasitas komputasi. Anda juga dikenakan biaya untuk Redshift Managed Storage (RMS), berdasarkan jumlah data yang disimpan.
Saat Anda membuat workgroup, Anda memiliki opsi untuk mengatur **kapasitas Basis** untuk komputasi. Untuk memenuhi price/performance persyaratan beban kerja Anda di tingkat kelompok kerja, sesuaikan kapasitas dasar yang lebih tinggi atau lebih rendah untuk kelompok kerja yang ada. Pilih workgroup dari **konfigurasi Workgroup** dan pilih tab **Limits** untuk mengubah kapasitas dasar menggunakan konsol.
Seiring bertambahnya jumlah kueri, Amazon Redshift Tanpa Server menskalakan secara otomatis untuk memberikan kinerja yang konsisten.
**Batas penggunaan jam RPU maksimum**
Agar biaya dapat diprediksi untuk Amazon Redshift Serverless, Anda dapat mengatur **jam RPU Maksimum** yang digunakan per hari, per minggu, atau per bulan. Anda dapat mengaturnya menggunakan konsol atau dengan API. Ketika batas tercapai, Anda dapat menentukan bahwa entri log ditulis ke tabel sistem, atau Anda menerima peringatan, atau kueri pengguna dimatikan. Mengatur jam RPU maksimum membantu menjaga biaya Anda tetap terkendali. Pengaturan untuk jam RPU maksimum berlaku untuk grup kerja untuk kueri yang mengakses data di gudang data dan kueri yang mengakses data eksternal, seperti di tabel eksternal di Amazon S3.
Berikut ini adalah contohnya:
Asumsikan Anda menetapkan batas untuk 100 jam untuk setiap minggu. Untuk melakukan ini di konsol, Anda melakukan hal berikut:
1. Pilih grup kerja Anda, lalu pilih **Kelola batas penggunaan** di bawah tab **Batas**.
1. Tambahkan batas penggunaan, pilih frekuensi **Mingguan**, durasi **100** jam, dan pengaturan tindakan untuk **Matikan kueri pengguna**.
Dalam contoh ini, jika Anda mencapai batas 100 jam RPU selama seminggu, kueri dimatikan.
Menyetel jam RPU maksimum untuk grup kerja tidak membatasi kinerja atau sumber daya komputasi untuk grup kerja. Anda dapat menyesuaikan pengaturan kapan saja tanpa mempengaruhi pemrosesan kueri. Tujuan untuk menetapkan jam RPU maksimum adalah untuk membantu Anda memenuhi persyaratan harga dan kinerja Anda. [Untuk informasi selengkapnya tentang penagihan tanpa server, lihat harga Amazon Redshift.](https://aws.amazon.com/redshift/pricing/)
Cara lain untuk menjaga biaya Amazon Redshift Serverless dapat diprediksi adalah dengan menggunakan [Deteksi Anomali AWS Biaya](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/) untuk mengurangi kemungkinan kejutan penagihan dan memberikan kontrol lebih besar.
**catatan**
[Kalkulator harga Amazon Redshift](https://calculator.aws/#/addService/Redshift) sangat membantu untuk memperkirakan harga. Anda memasukkan sumber daya komputasi yang Anda butuhkan dan menyediakan pratinjau biaya.
## Menetapkan kapasitas Maks untuk mengontrol biaya untuk sumber daya komputasi
Pengaturan kapasitas Max berfungsi sebagai plafon RPU yang dapat ditingkatkan oleh Amazon Redshift Serverless. Ini membantu mengontrol biaya Anda untuk sumber daya komputasi. Dengan cara yang mirip dengan bagaimana kapasitas dasar menetapkan jumlah minimum sumber daya komputasi yang tersedia, kapasitas Max menetapkan batas atas penggunaan RPU. Dengan begitu, ini membantu pengeluaran Anda mematuhi rencana Anda. Kapasitas maksimum berlaku khusus untuk setiap kelompok kerja dan membatasi penggunaan komputasi setiap saat.
### Bagaimana kapasitas Max berbeda dari batas penggunaan jam RPU
Tujuan dari batas jam RPU maksimum dan pengaturan kapasitas Max adalah untuk mengontrol biaya. Tetapi mereka mencapai ini melalui cara yang berbeda. Poin-poin berikut menjelaskan perbedaannya:
+ *Kapasitas maksimum* - Pengaturan ini menetapkan jumlah tertinggi yang digunakan Amazon Redshift Tanpa Server untuk tujuan penskalaan. RPUs Ketika penskalaan komputasi otomatis diperlukan, memiliki nilai yang lebih tinggi untuk kapasitas Max dapat meningkatkan throughput kueri. Ketika batas kapasitas Max tercapai, kelompok kerja tidak meningkatkan sumber daya lebih jauh.
+ *Batas penggunaan jam RPU maksimum* - Tidak seperti kapasitas Max, pengaturan ini tidak menetapkan batas kapasitas. Tapi itu melakukan tindakan lain untuk membantu Anda membatasi biaya. Ini termasuk menambahkan entri ke log, memberi tahu Anda, atau menghentikan kueri agar tidak berjalan, jika Anda mau.
Anda dapat menggunakan kapasitas Max secara eksklusif, atau Anda dapat memujinya dengan tindakan dari batas penggunaan jam RPU maksimum.
### Kasus penggunaan kapasitas Max
Setiap workgroup dapat memiliki pengaturan kapasitas Max yang berbeda. Ini membantu Anda menegakkan persyaratan penganggaran. Untuk mengilustrasikan cara kerjanya, asumsikan hal berikut:
+ Anda memiliki workgroup dengan kapasitas dasar diatur ke 256 RPUs. Anda memiliki beban kerja tetap di lebih dari 256 RPUs untuk sebagian besar bulan.
+ Kapasitas maks diatur ke 512 RPUs.
Asumsikan Anda memiliki penggunaan tinggi yang tidak terduga selama periode tiga hari untuk menghasilkan laporan statistik ad-hoc. Dalam hal ini, Anda memiliki kapasitas Max yang disetel untuk menghindari biaya komputasi di luar biaya 512 RPUs. Ketika Anda melakukan ini, Anda dapat yakin bahwa kapasitas komputasi tidak akan melebihi batas atas ini.
### Catatan penggunaan untuk kapasitas Max
Catatan ini dapat membantu Anda mengatur kapasitas Max dengan tepat:
+ Setiap workgroup Amazon Redshift Tanpa Server dapat memiliki pengaturan kapasitas Maks yang berbeda.
+ Jika Anda memiliki periode penggunaan sumber daya yang sangat tinggi dan kapasitas Max diatur ke tingkat RPU rendah, itu dapat menunda pemrosesan beban kerja dan menghasilkan pengalaman pengguna yang tidak optimal.
+ Mengkonfigurasi pengaturan kapasitas Max tidak mengganggu kueri yang sedang berjalan, bahkan selama masa penggunaan RPU tinggi. Itu tidak berfungsi seperti batas penggunaan, yang dapat menghentikan kueri agar tidak berjalan. Ini hanya membatasi sumber daya komputasi yang tersedia untuk workgroup. Anda dapat melihat kapasitas yang digunakan selama periode waktu tertentu di dasbor Amazon Redshift Tanpa Server. Untuk informasi selengkapnya tentang melihat data ringkasan, lihat [Memeriksa data ringkasan Amazon Redshift Tanpa Server menggunakan dasbor](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-dashboard.html).
+ Pengaturan kapasitas Max teratas adalah 5632 RPUs.
### Cara mengatur kapasitas Max
Anda dapat mengatur kapasitas Max di konsol. Untuk workgroup yang ada, Anda dapat mengubah pengaturan di bawah konfigurasi **Workgroup**. Anda juga dapat menggunakan CLI untuk mengaturnya dengan menggunakan perintah seperti contoh berikut:
```
aws redshift-serverless update-workgroup --workgroup-name myworkgroup --max-capacity 512
```
Ini menetapkan pengaturan kapasitas Max untuk workgroup dengan nama yang diberikan. Setelah mengaturnya, Anda dapat memeriksa nilai pada konsol untuk memverifikasinya. Anda juga dapat memeriksa nilai menggunakan CLI dengan menjalankan perintah. `get-workgroup`
Anda dapat mematikan pengaturan kapasitas Max dengan menyetelnya`-1`, seperti berikut ini:
```
aws redshift-serverless update-workgroup --workgroup-name myworkgroup --max-capacity -1
```
## Memantau penggunaan dan biaya Amazon Redshift Tanpa Server
Ada beberapa cara Anda dapat memperkirakan penggunaan dan penagihan untuk Amazon Redshift Serverless. Tampilan sistem dapat membantu karena metadata sistem, termasuk kueri dan data penggunaan, tepat waktu dan Anda tidak perlu melakukan pengaturan apa pun untuk menanyakannya. CloudWatch juga dapat berguna untuk memantau penggunaan instans Amazon Redshift Tanpa Server Anda, dan memiliki fitur tambahan untuk memberikan wawasan dan menetapkan tindakan.
### Memvisualisasikan penggunaan dengan menanyakan tampilan sistem
Kueri tabel sistem SYS\$1SERVERLESS\$1USAGE untuk melacak penggunaan dan mendapatkan biaya untuk kueri:
```
select trunc(start_time) "Day",
(sum(charged_seconds)/3600::double
precision) * as cost_incurred
from sys_serverless_usage
group by 1
order by 1
```
Kueri ini memberikan biaya per hari yang dikeluarkan untuk Amazon Redshift Tanpa Server, berdasarkan penggunaan.
#### Catatan penggunaan untuk menentukan penggunaan dan biaya
+ Anda membayar beban kerja yang Anda jalankan dalam RPU-jam per detik, dengan biaya minimum 60 detik.
+ Catatan dari tabel sistem sys\$1serverless\$1usage menunjukkan biaya yang dikeluarkan dalam interval waktu 1 menit. Memahami kolom berikut ini penting:
Kolom charged\$1seconds:
+ Menyediakan unit komputasi (RPU) detik yang diisi selama interval waktu. Hasilnya termasuk biaya minimum apa pun di Amazon Redshift Tanpa Server.
+ Memiliki informasi tentang penggunaan sumber daya komputasi setelah transaksi selesai. Dengan demikian, nilai kolom ini mungkin 0 jika transaksi belum selesai.
Kolom compute\$1seconds:
+ Menyediakan informasi penggunaan komputasi waktu nyata. Ini tidak termasuk biaya minimum apa pun di Amazon Redshift Serverless. Dengan demikian dapat berbeda sampai tingkat tertentu dari detik yang dibebankan yang ditagih selama interval.
+ Menampilkan informasi penggunaan selama setiap transaksi (bahkan jika transaksi belum berakhir), dan karenanya data yang diberikan adalah real-time.
+ Ada situasi di mana compute\$1seconds adalah 0 tetapi charged\$1seconds lebih besar dari 0, atau sebaliknya. Ini adalah perilaku normal yang dihasilkan dari cara data direkam dalam tampilan sistem. Untuk representasi detail penggunaan tanpa server yang lebih akurat, kami sarankan untuk menggabungkan data dalam SYS\$1SERVERLESS\$1USAGE.
Untuk informasi selengkapnya tentang memantau tabel dan tampilan, lihat [Memantau kueri dan beban kerja dengan Amazon Redshift Tanpa Server](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-monitoring.html).
### Memvisualisasikan penggunaan dengan CloudWatch
Anda dapat menggunakan metrik yang tersedia CloudWatch untuk melacak penggunaan. Metrik yang dihasilkan CloudWatch adalah`ComputeSeconds`, menunjukkan total detik RPU yang digunakan pada menit saat ini dan`ComputeCapacity`, menunjukkan total kapasitas komputasi untuk menit itu. **Metrik penggunaan juga dapat ditemukan di konsol Redshift di dasbor Redshift Serverless.** Untuk informasi selengkapnya CloudWatch, lihat [Apa itu Amazon CloudWatch?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
# Penagihan untuk reservasi tanpa server
Amazon Redshift Serverless memungkinkan Anda menjalankan dan menskalakan analitik tanpa harus menyediakan dan mengelola klaster dengan model harga. pay-as-you-go Sekarang dengan reservasi tanpa server, Anda dapat lebih mengoptimalkan biaya komputasi Anda dan meningkatkan prediktabilitas biaya beban kerja yang ada dan baru di Redshift Serverless.
Amazon Redshift mengelola reservasi tanpa server di tingkat akun AWS pembayar, dan reservasi dapat dibagi di antara beberapa AWS akun, memungkinkan Anda mengurangi biaya komputasi hingga 24% untuk semua beban kerja Redshift Tanpa Server di akun Anda. AWS Amazon Redshift menagih reservasi tanpa server per jam dan pemesanan meter per detik, menawarkan model penagihan yang konsisten, 24 jam sehari, tujuh hari seminggu, sambil mempertahankan fleksibilitas yang ditawarkan oleh Redshift Serverless. Amazon Redshift membebankan biaya penggunaan apa pun yang melebihi tingkat RPU yang ditentukan dengan tarif sesuai permintaan standar.
**catatan**
Jika ingin membatasi penggunaan sesuai permintaan, Anda dapat menggunakan setelan **kapasitas Maks** untuk menetapkan batas penggunaan sumber daya untuk grup kerja Anda. Untuk informasi selengkapnya, lihat [Penagihan untuk Amazon Redshift Tanpa Server](serverless-billing.md).
## Manfaat reservasi tanpa server
Reservasi tanpa server adalah opsi harga diskon untuk Amazon Redshift Tanpa Server. Reservasi tanpa server memberi Anda opsi untuk berkomitmen pada sejumlah Unit Pemrosesan Redshift (RPUs) tertentu selama satu tahun dengan diskon dari tarif sesuai permintaan (OD), tanpa pembayaran di muka. Anda dapat menerima diskon yang lebih besar dengan pembayaran di muka. Dengan reservasi tanpa server, Anda dapat mengoptimalkan biaya komputasi dan meningkatkan prediktabilitas biaya beban kerja yang ada dan baru di Tanpa Server.
Setiap reservasi tanpa server dibeli di tingkat AWS akun dan dapat dibagikan di antara beberapa grup kerja Amazon Redshift Tanpa Server di akun pembayar yang sama. Ini memberi Anda fleksibilitas dalam bagaimana diskon diterapkan. Beberapa kelompok kerja dengan pola beban kerja yang berbeda dapat berbagi reservasi.
## Cara kerja reservasi tanpa server
Pemesanan RPUs adalah proses sederhana yang hanya membutuhkan beberapa menit untuk menyelesaikannya. Ini termasuk menentukan tingkat RPU untuk cadangan dan jenis pembayaran. Amazon Redshift Serverless menggunakan alat AWS penagihan dan manajemen biaya standar yang membantu Anda menentukan tingkat reservasi yang Anda butuhkan dan memantau penggunaan Anda secara terus menerus. Reservasi tanpa server dikelola di tingkat akun AWS pembayar dan dapat dibagikan di bawah akun pembayar yang sama, dan memungkinkan Anda mengurangi biaya komputasi hingga 24% pada semua beban kerja Redshift Tanpa Server di akun Anda. AWS Reservasi tanpa server ditagih per jam dan diukur per detik, menawarkan model penagihan yang konsisten, 24 jam sehari, tujuh hari seminggu, sambil mempertahankan fleksibilitas yang ditawarkan oleh Redshift Serverless. Setiap penggunaan yang melebihi level RPU yang ditentukan dibebankan pada tarif sesuai permintaan Redshift Serverless standar.
Anda dapat membeli beberapa reservasi tanpa server dalam akun yang sama. AWS Ketika Anda membeli reservasi tanpa server tambahan, mereka saling berlapis-lapis. Misalnya, jika Anda membeli dua reservasi dan memilih 100 RPUs untuk masing-masing, itu memberi Anda total 200 dengan tarif RPUs diskon.
**catatan**
**Jika Anda ingin menetapkan batas untuk penggunaan sesuai permintaan, Anda dapat mengatur maksimum RPUs di konsol Amazon Redshift Tanpa Server untuk grup kerja dengan memilih tab Batas, lalu memilih **Kelola** batas penggunaan.**
Setelah Anda membeli reservasi tanpa server, reservasi langsung berlaku dan muncul di konsol Redshift di dasbor reservasi Tanpa Server.
## Menganalisis penggunaan RPU (Redshift Processing Unit) Anda untuk menentukan tingkat reservasi yang Anda butuhkan
Reservasi Tanpa Server Redshift memungkinkan Anda mengunci biaya komputasi yang dapat diprediksi dan lebih rendah dengan berkomitmen pada sejumlah Unit Pemrosesan Redshift (RPUs) tertentu selama satu tahun, memberi Anda diskon dibandingkan harga sesuai permintaan. Diskon ini bisa mencapai 20 persen dengan opsi tanpa dimuka, atau hingga 24 persen saat Anda membayar di muka. Anda membeli Reservasi Tanpa Server Redshift di AWS tingkat akun pembayar, dan tabungan Anda secara otomatis berlaku untuk grup kerja Redshift Tanpa Server di akun AWS tertaut mana pun, sehingga Anda dapat mengelola anggaran secara terpusat sambil mendukung beberapa tim. Redshift Tanpa Server mengukur penggunaan pada granularitas per detik, dirata-ratakan setiap jam, dan kemudian ditagih setiap jam, memastikan Anda hanya membayar untuk kapasitas yang Anda gunakan. Reservasi Tanpa Server Redshift menggabungkan aplikasi fleksibel di seluruh akun dengan penghematan berbasis jangka waktu, memberi Anda harga analitik yang dapat diprediksi tanpa mengorbankan kelincahan Redshift Tanpa Server.
### Menganalisis Penggunaan RPU untuk Reservasi
Anda dapat menentukan tingkat penggunaan RPU Anda dengan salah satu dari dua cara: Anda dapat menggunakan dasbor Redshift Tanpa Server untuk tampilan tujuh hari, atau menggunakan Cost Explorer untuk analisis jangka panjang. Prosedur berikut menunjukkan cara menganalisis penggunaan RPU Anda:
**Metode 1: Dasbor Tanpa Server Redshift (tampilan 7 hari)**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon Redshift di. [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)
1. Buka dasbor Tanpa Server.
1. Pilih workgroup Anda.
1. Lihat penggunaan kapasitas RPU untuk jangka waktu lama dari jam terakhir hingga satu minggu.
**Metode 2: AWS Cost Explorer (Analisis jangka panjang)**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Cost Explorer di [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/).
1. **Atur Granularitas ke Per Jam**
1. Kelompokkan berdasarkan **jenis Penggunaan**
1. Terapkan filter berikut:
+ Layanan: Redshift
+ Wilayah: Wilayah lokal Anda
+ Jenis penggunaan: Filter untuk **Redshift**: ServerlessUsage
1. Tinjau grafik Biaya dan penggunaan untuk penggunaan tanpa server per jam di wilayah pilihan Anda
## Membeli reservasi tanpa server menggunakan konsol
Ketika Anda membeli reservasi, Anda memilih tingkat RPU yang akan didiskon. Sebelum memilih tingkat RPU Anda, ada baiknya mengetahui kapasitas dasar Anda dan kapasitas sesuai permintaan yang Anda gunakan dari waktu ke waktu. Bagian ini menunjukkan kepada Anda cara menentukan kapasitas Anda dan memesan reservasi tanpa server.
Untuk memulai, di konsol Redshift, pilih Tanpa **Server, dan kemudian Reservasi tanpa **server**** dari menu.
![\[Amazon Redshift console showing Serverless dashboard with Serverless reservations option highlighted.\]](http://docs.aws.amazon.com/id_id/redshift/latest/mgmt/images/capacity-reservations-menu-selection.png)
Konsol menampilkan deskripsi fitur dan daftar reservasi yang ada. Dari sini Anda dapat membeli reservasi, atau Anda dapat menggunakan laporan dan alat pemantauan yang tersedia untuk memeriksa penggunaan Anda saat ini. Ini membantu Anda menentukan tingkat RPU Anda dan berapa banyak RPUs yang sesuai untuk dipesan.
Untuk membeli reservasi, selesaikan langkah-langkah berikut:
1. Pilih **Beli reservasi tanpa server**.
![\[Reservation overview showing 1 RPU total, 0 expiring, with option to purchase Serverless reservations.\]](http://docs.aws.amazon.com/id_id/redshift/latest/mgmt/images/capacity-reservations-list-purchase.png)
1. Jalan-jalan muncul, yang memiliki serangkaian pilihan. Masukkan tingkat RPU **reservasi Tanpa Server** untuk memesan. Jika Anda tidak yakin seperti apa level ini, Anda dapat menggunakan alat yang dijelaskan lebih lanjut di bagian ini.
![\[Input field for entering reserved RPU capacity, with a range from 1 to any number.\]](http://docs.aws.amazon.com/id_id/redshift/latest/mgmt/images/capacity-reservations-RPU-level.png)
1. Tetapkan jenis pembayaran. Anda dapat memilih untuk membayar di muka untuk reservasi Anda RPUs, atau Anda dapat membayar setiap bulan. Jika Anda memilih untuk membayar di muka, Anda mendapatkan diskon yang lebih besar.
![\[Payment type options: All Upfront with 24% discount or No Upfront with 20% discount.\]](http://docs.aws.amazon.com/id_id/redshift/latest/mgmt/images/capacity-reservations-payment-type.png)
1. **Setelah selesai membuat pilihan, pilih **Beli reservasi tanpa server lalu Konfirmasi.****
Setelah Anda mengkonfirmasi reservasi, itu muncul dalam daftar reservasi.
![\[Serverless reservations table showing one payment-pending reservation with details.\]](http://docs.aws.amazon.com/id_id/redshift/latest/mgmt/images/capacity-reservations-list-created.png)
## Catatan penggunaan
+ Anda tidak dapat mengubah atau menghapus reservasi. Tetapi Anda dapat membuat reservasi tambahan untuk mendapatkan lebih banyak cakupan.
+ Redshift Serverless menggunakan dicadangkan RPUs untuk beban kerja sebelum menggunakan sesuai permintaan RPUs, untuk memastikan penghematan biaya. Jika Anda melebihi jumlah RPUs yang telah Anda pesan, Anda mulai mengenakan biaya untuk tambahan tersebut dengan tarif sesuai RPUs permintaan Redshift Serverless.
+ Kredit gratis untuk Amazon Redshift Tanpa Server tidak berlaku untuk reservasi tanpa server, hanya untuk ditagih sesuai permintaan. RPUs
## Contoh reservasi tanpa server
Dalam skenario ini, akun AWS pembayar/tertaut Anda memiliki dua grup kerja Amazon Redshift:
+ Workgroup 1 memiliki penggunaan steady state, seperti untuk tim intelijen bisnis.
+ Workgroup 2 memiliki beban kerja yang tidak dapat diprediksi dengan lonjakan penggunaan, seperti untuk operasi ETL.
Anda ingin mengoptimalkan biaya untuk kelompok kerja ini, sehingga Anda membeli reservasi tanpa server satu tahun. Berdasarkan data historis, Anda menentukan bahwa kedua kelompok kerja mengkonsumsi 64 RPUs pada kondisi mapan. Workgroup 2, bagaimanapun, kadang-kadang meningkat dari 32 RPUs menjadi 48 RPUs dan turun menjadi 24 RPUs untuk waktu yang singkat. Anda menetapkan tingkat RPU reservasi Anda di 64 RPUs untuk memulai, yang selaras dengan tren historis. Rincian penagihan per jam adalah sebagai berikut:
+ Untuk jam pertama, mirip dengan tren penggunaan historis, kedua kelompok kerja menggunakan 32 RPUs untuk total penggunaan akun 64 RPUs. Untuk jam ini, semua RPUs dikenakan biaya dengan tarif diskon reservasi tanpa server. Ini karena tingkat penggunaan 64 sama dengan RPUs reservasi tanpa server 64 RPU.
+ Untuk jam kedua, workgroup 1 terus menggunakan 32 RPUs. Namun, workgroup 2 melonjak menjadi 48 RPUs, dengan total penggunaan akun 80. RPUs Untuk jam ini, 64 RPUs dikenakan tarif diskon reservasi tanpa server, dan 16 RPUs dikenakan tarif sesuai permintaan Redshift Serverless.
+ Untuk jam ketiga, workgroup 1 terus mengkonsumsi 32 RPUs dan workgroup 2 berkurang menjadi 8. RPUs Pada jam ini, akun dikenakan tarif reservasi tanpa server 64 RPU, meskipun total akun adalah 40 RPU.
Lihat diagram berikut untuk evolusi penggunaan grup kerja, serta detail penagihan tarif reservasi sesuai permintaan dan tanpa server:
![\[Graph showing total account usage, on-demand usage, and workgroup trends over three time periods.\]](http://docs.aws.amazon.com/id_id/redshift/latest/mgmt/images/capacity-reservation-example.png)
## Membeli reservasi tanpa server menggunakan AWS CLI atau Amazon Redshift API
Anda gunakan `create-reservation` untuk membuat reservasi RPU. Berikut ini menunjukkan perintah:
```
create-reservation
--capacity
--offering-id
```
Anda mengatur `capacity` ke nomor yang ingin RPUs Anda pesan.
## Penagihan untuk penyimpanan
Kapasitas penyimpanan primer ditagih sebagai Redshift Managed Storage (RMS). Penyimpanan ditagih oleh GB/bulan. Penagihan penyimpanan terpisah dari penagihan untuk kapasitas komputasi. Penyimpanan yang digunakan untuk snapshot pengguna ditagih dengan tarif penagihan cadangan standar, tergantung pada tingkat penggunaan Anda.
Biaya transfer data dan biaya pembelajaran mesin (ML) berlaku secara terpisah, sama seperti cluster yang disediakan. Replikasi snapshot dan berbagi data di seluruh AWS Wilayah ditagih dengan tarif transfer yang diuraikan pada halaman harga. Untuk informasi selengkapnya, lihat [harga Amazon Redshift](https://aws.amazon.com//redshift/pricing/).
### Memvisualisasikan penggunaan tagihan dengan CloudWatch
Metrik`SnapshotStorage`, yang melacak penggunaan penyimpanan snapshot, dibuat dan dikirim ke CloudWatch. Untuk informasi selengkapnya CloudWatch, lihat [Apa itu Amazon CloudWatch?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
## Menggunakan uji coba gratis Amazon Redshift Serverless
Amazon Redshift Serverless menawarkan uji coba gratis. Jika Anda berpartisipasi dalam uji coba gratis, Anda dapat melihat saldo kredit uji coba gratis di konsol Redshift, dan memeriksa penggunaan uji coba gratis di tampilan [sistem SYS\$1SERVERLESS\$1USAGE](https://docs.aws.amazon.com/redshift/latest/dg/SYS_SERVERLESS_USAGE.html). Perhatikan bahwa detail penagihan untuk penggunaan uji coba gratis tidak muncul di konsol penagihan. Anda hanya dapat melihat penggunaan di konsol penagihan setelah uji coba gratis berakhir. [Untuk informasi lebih lanjut tentang uji coba gratis Amazon Redshift Serverless, lihat uji coba gratis Amazon Redshift Serverless.](https://aws.amazon.com//redshift/free-trial/)
## Catatan penggunaan penagihan
+ **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 query`sys_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 eksplisit`BEGIN 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 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](https://aws.amazon.com//redshift/pricing/).
+ **Pengoptimalan otomatis berjalan 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 pengalokasian 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 menjalankan otonom. Untuk informasi selengkapnya, lihat [Mengalokasikan sumber daya komputasi tambahan untuk pengoptimalan database otomatis](https://docs.aws.amazon.com/redshift/latest/dg/t_extra-compute-autonomics.html) di Panduan Pengembang Database *Amazon Redshift*.
### Praktik terbaik Amazon Redshift Tanpa Server untuk menjaga penagihan tetap dapat diprediksi
Berikut ini adalah praktik terbaik dan pengaturan bawaan yang membantu menjaga penagihan Anda tetap konsisten.
+ 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 sesi apa pun tetap menganggur atau tidak aktif selama lebih dari 3600 detik (1 jam) hingga 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](https://docs.aws.amazon.com/redshift/latest/dg/r_CREATE_USER.html) menunjukkan cara menyesuaikan `SESSION TIMEOUT` untuk pengguna.
+ Dalam kebanyakan kasus, kami menyarankan Anda untuk tidak memperpanjang `SESSION TIMEOUT` nilainya, kecuali jika Anda memiliki kasus penggunaan yang mengharuskannya secara khusus. Jika sesi tetap menganggur, dengan transaksi terbuka, itu dapat mengakibatkan kasus di mana RPUs digunakan sampai sesi ditutup. Ini akan menghasilkan biaya yang tidak perlu.
+ Amazon Redshift Serverless memiliki waktu maksimum 86.399 detik (24 jam) untuk kueri yang berjalan. Periode maksimum tidak aktif untuk transaksi terbuka adalah enam jam sebelum Amazon Redshift Serverless mengakhiri sesi yang terkait dengan transaksi. Untuk informasi selengkapnya, lihat [Kuota untuk objek Amazon Redshift Tanpa Server](amazon-redshift-limits.md#serverless-limits-account).
## Amazon Redshift Penagihan tanpa server dengan penyatuan koneksi
Amazon Redshift Serverless memperlakukan semua kueri yang masuk sebagai aktivitas pengguna yang dapat ditagih, termasuk kueri pemeriksaan kesehatan ringan yang dikirim oleh kumpulan koneksi. Perilaku ini berlaku terlepas dari apakah kueri berasal dari aplikasi, JDBC/ODBC driver, atau kerangka kerja penyatuan koneksi. Setiap kueri pemeriksaan kesehatan memicu penggunaan komputasi, dan biaya dikeluarkan terlepas dari tujuan atau asal kueri. Akibatnya, mempertahankan kolam koneksi terbuka dapat menghasilkan biaya bahkan ketika tidak ada beban kerja pengguna yang sebenarnya berjalan.
Penggabungan koneksi mempertahankan kumpulan koneksi persisten antara aplikasi dan titik akhir Amazon Redshift Tanpa Server. Untuk memastikan koneksi ini tetap sehat dan tersedia, mekanisme penyatuan sering mengirim kueri ringan atau kosong (misalnya,`SELECT 1`) secara berkala. Kueri otomatis ini memverifikasi status koneksi.
Saat Anda menggunakan penyatuan koneksi, pertimbangkan praktik terbaik ini untuk meminimalkan biaya yang tidak diinginkan:
+ Sesuaikan frekuensi pemeriksaan kesehatan dengan meninjau dan mengoptimalkan frekuensi pemeriksaan kesehatan atau kueri keep-alive dalam konfigurasi penyatuan koneksi Anda.
+ Optimalkan pengaturan sistem idle dengan mengonfigurasi penyatuan koneksi untuk meminimalkan churn koneksi yang tidak perlu atau aktivitas kueri latar belakang selama waktu idle sistem.
+ Terapkan penyatuan tingkat aplikasi atau manajemen siklus hidup koneksi yang ditingkatkan jika dapat mengurangi biaya overhead.
+ Nonaktifkan kueri detak jantung atau validasi jika konfigurasi penyatuan koneksi Anda mengizinkannya. Periksa parameter string koneksi spesifik Anda atau file konfigurasi untuk menyesuaikan pengaturan ini.
+ Menyesuaikan pengaturan keepalive TCP: Jika Anda tidak dapat menonaktifkan mekanisme detak jantung internal pengemudi, sesuaikan pengaturan keepalive Transmission Control Protocol (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 Tanpa Server dengan permintaan beban kerja aktual, yang berpotensi mengurangi biaya.
## Optimalisasi biaya untuk Amazon Redshift Serverless dengan Zero-ETL
Untuk mengoptimalkan biaya saat menjalankan integrasi nol-ETL di Amazon Redshift Tanpa Server, Anda dapat mengukur lingkungan dengan benar dan menyesuaikan pengaturan penyegaran berdasarkan kebutuhan beban kerja. Pertimbangkan untuk melakukan penyesuaian berikut:
+ Gunakan kapasitas RPU dasar yang lebih rendah dari 8 RPU jika tersedia untuk beban kerja.
+ Konfigurasikan REFRESH\$1INTERVAL instance Redshift target Anda untuk menyeimbangkan kesegaran dengan biaya. Interval yang lebih pendek memastikan pembaruan mendekati waktu nyata tetapi menaikkan 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\$1INTERVAL, 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 Tanpa Server Anda dengan menjalankan beban kerja analitik secara bersamaan saat data nol-ETL sedang dicerna. Ini memastikan bahwa kapasitas komputasi secara aktif melayani berbagai tujuan bisnis.