Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Mengevaluasi mode kapasitas tabel Anda
Bagian ini memberikan gambaran umum tentang cara memilih mode kapasitas yang sesuai untuk tabel Amazon Keyspaces Anda. Setiap mode disesuaikan untuk memenuhi kebutuhan beban kerja yang berbeda dalam hal respons terhadap perubahan throughput, serta cara penagihan penggunaan tersebut. Anda harus menyeimbangkan faktor-faktor ini ketika membuat keputusan Anda.
Topik
Mode kapasitas tabel yang tersedia
Saat membuat tabel Amazon Keyspaces, Anda harus memilih mode kapasitas sesuai permintaan atau disediakan. Untuk informasi selengkapnya, lihat Konfigurasikan mode read/write kapasitas di Amazon Keyspaces.
On-demand modus kapasitas
Mode kapasitas sesuai permintaan dirancang untuk menghilangkan kebutuhan untuk merencanakan atau menyediakan kapasitas tabel Amazon Keyspaces Anda. Dalam mode ini, tabel Anda langsung mengakomodasi permintaan tanpa perlu menskalakan sumber daya apa pun ke atas atau ke bawah (hingga dua kali throughput puncak tabel sebelumnya).
On-demand tabel ditagih dengan menghitung jumlah permintaan aktual terhadap tabel, jadi Anda hanya membayar untuk apa yang Anda gunakan daripada apa yang telah disediakan.
Tabel kapasitas yang disediakan
Mode kapasitas yang disediakan adalah model yang lebih tradisional di mana Anda dapat menentukan berapa banyak kapasitas tabel yang tersedia untuk permintaan baik secara langsung atau dengan bantuan Penskalaan Otomatis Aplikasi. Karena kapasitas tertentu disediakan untuk tabel pada waktu tertentu, penagihan didasarkan pada kapasitas yang disediakan, bukan jumlah permintaan. Melampaui kapasitas yang dialokasikan juga dapat menyebabkan tabel menolak permintaan dan mengurangi pengalaman pengguna aplikasi Anda.
Mode kapasitas yang disediakan memerlukan keseimbangan antara tidak terlalu banyak penyediaan atau kekurangan penyediaan tabel untuk mencapai keduanya, rendahnya terjadinya kesalahan kapasitas throughput yang tidak mencukupi, dan biaya yang dioptimalkan.
Kapan harus memilih mode kapasitas sesuai permintaan
Saat mengoptimalkan biaya, mode on-demand adalah pilihan terbaik Anda ketika Anda memiliki beban kerja yang tidak dapat diprediksi serupa dengan yang ditunjukkan pada grafik berikut.
Faktor-faktor ini berkontribusi pada jenis beban kerja ini:
-
Waktu permintaan yang tidak dapat diprediksi (mengakibatkan lonjakan lalu lintas)
-
Volume permintaan variabel (dihasilkan dari beban kerja batch)
-
Turun ke nol atau di bawah 18% dari puncak untuk jam tertentu (dihasilkan dari lingkungan pengembangan atau pengujian)
Untuk beban kerja dengan karakteristik di atas, menggunakan Application Auto Scaling untuk mempertahankan kapasitas yang cukup agar tabel merespons lonjakan lalu lintas dapat menyebabkan hasil yang tidak diinginkan. Entah tabel dapat disediakan secara berlebihan dan biayanya lebih dari yang diperlukan, atau tabel dapat di bawah penyediaan dan permintaan menyebabkan kesalahan throughput kapasitas rendah yang tidak perlu. Dalam kasus seperti ini, tabel on-demand adalah pilihan yang lebih baik.
Karena tabel on-demand ditagih berdasarkan permintaan, tidak ada lagi yang perlu Anda lakukan di tingkat tabel untuk mengoptimalkan biaya. Anda harus secara teratur mengevaluasi tabel on-demand Anda untuk memverifikasi beban kerja masih memiliki karakteristik di atas. Jika beban kerja telah stabil, pertimbangkan untuk mengubah ke mode yang disediakan untuk mempertahankan pengoptimalan biaya.
Kapan harus mode kapasitas yang disediakan
Beban kerja yang ideal untuk mode kapasitas yang disediakan adalah dengan pola penggunaan yang lebih dapat diprediksi seperti yang ditunjukkan pada grafik di bawah ini.
Faktor-faktor berikut berkontribusi pada beban kerja yang dapat diprediksi:
-
Predicable/cyclical lalu lintas untuk jam atau hari tertentu
-
Lonjakan lalu lintas jangka pendek terbatas
Karena volume lalu lintas dalam waktu atau hari tertentu lebih stabil, Anda dapat mengatur kapasitas yang disediakan relatif dekat dengan kapasitas tabel yang dikonsumsi aktual. Mengoptimalkan biaya tabel kapasitas yang disediakan pada akhirnya merupakan latihan untuk mendapatkan kapasitas yang disediakan (garis biru) sedekat mungkin dengan kapasitas yang dikonsumsi (garis oranye) tanpa meningkatkan ThrottledRequests peristiwa untuk tabel. Ruang antara kedua baris adalah, kapasitas yang terbuang serta asuransi terhadap pengalaman pengguna yang buruk karena kesalahan kapasitas throughput yang tidak mencukupi.
Amazon Keyspaces menyediakan Penskalaan Otomatis Aplikasi untuk tabel kapasitas yang disediakan, yang secara otomatis menyeimbangkannya atas nama Anda. Anda dapat melacak kapasitas yang Anda konsumsi sepanjang hari dan mengonfigurasi kapasitas tabel yang disediakan berdasarkan beberapa variabel.
Unit kapasitas minimum
Anda dapat mengatur kapasitas minimum tabel untuk membatasi terjadinya kesalahan kapasitas throughput yang tidak mencukupi, tetapi itu tidak mengurangi biaya tabel. Jika tabel Anda memiliki periode penggunaan rendah diikuti dengan ledakan penggunaan tinggi yang tiba-tiba, pengaturan minimum dapat mencegah Application Auto Scaling mengatur kapasitas tabel terlalu rendah.
Unit kapasitas maksimum
Anda dapat mengatur kapasitas tabel maksimum untuk membatasi penskalaan tabel yang lebih tinggi dari yang dimaksudkan. Pertimbangkan untuk menerapkan maksimum untuk pengembangan atau tabel uji, di mana pengujian beban skala besar tidak diinginkan. Anda dapat menetapkan maksimum untuk tabel apa pun, tetapi pastikan untuk mengevaluasi pengaturan ini secara teratur terhadap baseline tabel saat menggunakannya dalam produksi, untuk mencegah kesalahan kapasitas throughput yang tidak mencukupi yang tidak disengaja.
Pemanfaatan target
Menetapkan pemanfaatan target pada tabel adalah cara utama pengoptimalan biaya untuk kapasitas tabel yang disediakan. Menetapkan nilai persen yang lebih rendah di sini meningkatkan seberapa banyak tabel yang disediakan secara berlebihan, meningkatkan biaya, tetapi mengurangi risiko kesalahan kapasitas throughput yang tidak mencukupi. Menyetel nilai persentase yang lebih tinggi akan mengurangi seberapa banyak tabel yang disediakan secara berlebihan, tetapi meningkatkan risiko kesalahan kapasitas throughput yang tidak mencukupi.
Faktor lain yang perlu dipertimbangkan saat memilih mode kapasitas tabel
Saat memutuskan antara dua mode kapasitas, ada beberapa faktor tambahan yang perlu dipertimbangkan.
Saat memutuskan di antara dua mode tabel, pertimbangkan seberapa besar diskon tambahan ini mempengaruhi biaya tabel. Dalam banyak kasus, bahkan beban kerja yang relatif tidak terduga dapat lebih hemat biaya untuk dijalankan pada tabel kapasitas yang disediakan secara berlebihan dengan kapasitas cadangan.
Meningkatkan prediktabilitas beban kerja Anda
Dalam beberapa situasi, beban kerja mungkin tampaknya memiliki keduanya, pola yang dapat diprediksi dan tidak dapat diprediksi. Meskipun ini dapat dengan mudah didukung dengan tabel sesuai permintaan, biaya kemungkinan akan lebih rendah jika pola beban kerja yang tidak dapat diprediksi dapat ditingkatkan.
Salah satu penyebab paling umum dari pola ini adalah impor batch. Jenis lalu lintas ini seringkali dapat melebihi kapasitas dasar tabel sedemikian rupa sehingga kesalahan kapasitas throughput yang tidak mencukupi akan terjadi jika dijalankan. Agar beban kerja seperti ini tetap berjalan pada kapasitas tabel yang disediakan, pertimbangkan opsi berikut:
-
Jika batch terjadi pada waktu yang dijadwalkan, Anda dapat menjadwalkan peningkatan kapasitas penskalaan otomatis aplikasi Anda sebelum dijalankan.
-
Jika batch terjadi secara acak, pertimbangkan untuk mencoba memperpanjang waktu yang dibutuhkan untuk menjalankan daripada mengeksekusi secepat mungkin.
-
Tambahkan periode peningkatan ke impor, di mana kecepatan impor dimulai dari kecil tetapi perlahan-lahan meningkat selama beberapa menit sampai Application Auto Scaling memiliki kesempatan untuk mulai menyesuaikan kapasitas tabel.