Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Bagian ini memberikan gambaran umum tentang cara memilih mode kapasitas yang sesuai untuk tabel DynamoDB 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 saat membuat keputusan.
Topik
Mode kapasitas tabel yang tersedia
Saat membuat tabel DynamoDB, Anda harus memilih mode kapasitas sesuai permintaan atau yang disediakan. Anda dapat beralih di antara mode kapasitas setiap 24 jam sekali. Satu-satunya pengecualian untuk ini adalah jika Anda mengalihkan tabel mode yang disediakan ke mode sesuai permintaan, Anda dapat beralih kembali ke mode yang disediakan dalam periode 24 jam yang sama.
Mode kapasitas sesuai permintaan
Mode kapasitas sesuai permintaan dirancang untuk menghilangkan kebutuhan untuk merencanakan atau menyediakan kapasitas tabel DynamoDB Anda. Dalam mode ini, tabel Anda akan langsung mengakomodasi permintaan ke tabel Anda tanpa perlu menaikkan atau menurunkan skala sumber daya apa pun (hingga dua kali lipat throughput puncak tabel sebelumnya).
DynamoDB on-demand pay-per-request menawarkan harga untuk permintaan baca dan tulis sehingga Anda hanya membayar untuk apa yang Anda gunakan.
Tabel kapasitas yang disediakan
Mode kapasitas yang disediakan adalah model yang lebih tradisional di mana Anda harus menentukan berapa banyak kapasitas tabel yang tersedia untuk permintaan baik secara langsung atau dengan bantuan penskalaan otomatis. Karena kapasitas tertentu disediakan untuk tabel pada waktu tertentu, penagihan didasarkan pada total kapasitas yang disediakan daripada jumlah permintaan yang dikonsumsi. Melebihi kapasitas yang dialokasikan juga dapat menyebabkan tabel menolak permintaan dan mengurangi pengalaman pengguna aplikasi Anda.
Mode kapasitas yang disediakan memerlukan pemantauan konstan untuk menemukan keseimbangan antara tidak penyediaan berlebihan atau kurang penyediaan tabel untuk menjaga pembatasan tetap rendah dan biaya tetap disetel.
Kapan harus memilih mode kapasitas sesuai permintaan
Saat mengoptimalkan biaya, mode sesuai permintaan adalah pilihan terbaik Anda ketika Anda memiliki beban kerja yang mirip dengan grafik berikut.
Faktor-faktor berikut berkontribusi pada jenis beban kerja ini:
-
Pola lalu lintas yang berkembang dari waktu ke waktu
-
Volume permintaan variabel (dihasilkan dari beban kerja batch)
-
Waktu permintaan yang tidak dapat diprediksi (mengakibatkan lonjakan lalu lintas)
-
Turun ke nol atau di bawah 30% dari puncak selama satu jam tertentu
Untuk beban kerja dengan faktor-faktor di atas, menggunakan penskalaan otomatis untuk mempertahankan kapasitas yang cukup di atas meja untuk merespons lonjakan lalu lintas kemungkinan akan menyebabkan tabel dilebih-lebihkan dan biaya lebih dari yang diperlukan atau tabel sedang disediakan dan permintaan dibatasi secara tidak perlu. Mode kapasitas on-demand adalah pilihan yang lebih baik karena dapat menangani lalu lintas yang berfluktuasi tanpa mengharuskan Anda untuk memprediksi atau menyesuaikan kapasitas.
Dengan model pay-per-request harga mode on-demand, Anda tidak perlu khawatir tentang kapasitas idle karena Anda hanya membayar untuk throughput yang benar-benar Anda gunakan. Anda ditagih per permintaan baca atau tulis yang dikonsumsi, sehingga biaya Anda secara langsung mencerminkan penggunaan aktual Anda, sehingga mudah untuk menyeimbangkan biaya dan kinerja. Secara opsional, Anda juga dapat mengonfigurasi throughput baca atau tulis maksimum (atau keduanya) per detik untuk tabel sesuai permintaan individu dan indeks sekunder global untuk membantu menjaga biaya dan penggunaan tetap terbatas. Untuk informasi selengkapnya, lihat throughput maksimum untuk tabel sesuai permintaan.
Kapan harus mode kapasitas yang disediakan
Beban kerja yang ideal untuk mode kapasitas yang disediakan adalah beban kerja dengan pola penggunaan yang lebih stabil dan dapat diprediksi seperti grafik di bawah ini.
catatan
Sebaiknya tinjau metrik pada periode berbutir halus, seperti 14 hari, sebelum mengambil tindakan terhadap kapasitas yang Anda berikan.
Faktor-faktor berikut berkontribusi pada jenis beban kerja ini:
-
Lalu lintas stabil, dapat diprediksi, dan siklus selama satu jam atau hari tertentu
-
Semburan lalu lintas jangka pendek terbatas
Karena volume lalu lintas dalam satu jam atau hari tertentu lebih stabil, Anda dapat mengatur kapasitas tabel yang disediakan relatif dekat dengan kapasitas konsumsi tabel yang sebenarnya. Pengoptimalan biaya pada kapasitas tabel yang disediakan pada akhirnya merupakan upaya untuk membuat kapasitas yang disediakan (garis biru) sedekat mungkin dengan kapasitas yang digunakan (garis oranye) tanpa meningkatkan ThrottledRequests pada tabel. Jarak antara kedua garis tersebut merupakan kapasitas yang terbuang serta jaminan terhadap pengalaman pengguna yang buruk akibat throttling. Jika Anda dapat memprediksi persyaratan throughput aplikasi Anda dan Anda lebih suka prediktabilitas biaya untuk mengontrol kapasitas baca dan tulis, maka Anda mungkin ingin terus menggunakan tabel yang disediakan.
DynamoDB menyediakan penskalaan otomatis untuk kapasitas tabel yang disediakan yang akan menyeimbangkan kapasitas tersebut secara otomatis atas nama Anda. Ini memungkinkan Anda memantau kapasitas yang digunakan sepanjang hari dan mengatur kapasitas tabel berdasarkan beberapa variabel. Saat menggunakan penskalaan otomatis, tabel Anda akan disediakan secara berlebihan dan Anda perlu menyempurnakan rasio antara jumlah throttle versus unit kapasitas yang disediakan secara berlebihan agar sesuai dengan kebutuhan beban kerja Anda.
Unit kapasitas minimum
Anda dapat mengatur kapasitas tabel minimum untuk membatasi throttling, tetapi tindakan ini tidak akan mengurangi biaya tabel. Jika tabel Anda memiliki periode penggunaan rendah yang diikuti dengan lonjakan penggunaan tinggi secara tiba-tiba, mengatur ke kapasitas minimum dapat mencegah penskalaan otomatis 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 jumlah maksimum untuk tabel Pengembgangan atau Pengujian dengan pengujian beban skala besar tidak diinginkan. Anda dapat menetapkan maksimum untuk tabel apa pun, tetapi pastikan untuk mengevaluasi pengaturan ini secara berkala terhadap garis dasar tabel saat menggunakannya dalam Produksi untuk mencegah throttling yang tidak disengaja.
Pemanfaatan target
Menetapkan pemanfaatan target pada tabel adalah cara utama pengoptimalan biaya untuk kapasitas tabel yang disediakan. Menetapkan nilai persentase yang lebih rendah di sini akan meningkatkan jumlah tabel yang disediakan secara berlebihan, sehingga meningkatkan biaya, tetapi mengurangi risiko throttling. Menetapkan nilai persentase yang lebih tinggi akan mengurangi jumlah tabel yang disediakan secara berlebihan, tetapi meningkatkan risiko throttling.
Faktor lain yang perlu dipertimbangkan saat memilih mode kapasitas tabel
Saat memutuskan antara dua mode, ada beberapa faktor lain yang perlu dipertimbangkan.
Pemanfaatan kapasitas yang disediakan
Untuk menentukan kapan mode sesuai permintaan akan lebih murah daripada kapasitas yang disediakan, akan sangat membantu untuk melihat pemanfaatan kapasitas yang disediakan, yang mengacu pada seberapa efisien sumber daya yang dialokasikan (atau “disediakan) digunakan. Mode on-demand lebih murah untuk beban kerja dengan pemanfaatan kapasitas rata-rata yang disediakan di bawah 35%. Dalam banyak kasus, bahkan untuk beban kerja dengan pemanfaatan kapasitas yang disediakan lebih tinggi dari 35%, akan lebih hemat biaya untuk menggunakan mode sesuai permintaan terutama jika beban kerja memiliki periode aktivitas rendah yang dicampur dengan puncak sesekali.
Kapasitas terpesan
Untuk kapasitas tabel yang disediakan, DynamoDB menawarkan kemampuan untuk membeli kapasitas terpesan untuk kapasitas baca dan tulis Anda (unit kapasitas tulis yang direplikasi (RWCU) dan tabel Standard-IA saat ini tidak memenuhi syarat). Kapasitas cadangan menawarkan diskon signifikan atas harga kapasitas standar yang disediakan.
Saat memutuskan antara dua mode tabel, pertimbangkan seberapa besar pengaruh diskon tambahan ini terhadap biaya tabel. Dalam beberapa kasus, mungkin lebih murah untuk menjalankan beban kerja yang relatif tidak dapat diprediksi dapat lebih murah untuk dijalankan pada tabel kapasitas yang disediakan berlebihan dengan kapasitas cadangan.
Meningkatkan prediktabilitas beban kerja Anda
Dalam beberapa situasi, beban kerja tampaknya memiliki pola yang dapat diprediksi dan tidak dapat diprediksi. Meskipun ini dapat dengan mudah didukung dengan tabel sesuai permintaan, biaya kemungkinan akan lebih terjangkau 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 sering kali dapat melebihi kapasitas dasar tabel sedemikian rupa sehingga throttling akan terjadi jika tabel tersebut 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 sebelum batch dijalankan
-
Jika batch terjadi secara acak, pertimbangkan untuk memperpanjang waktu berjalan daripada mengeksekusi secepat mungkin
-
Tambahkan periode kenaikan ke impor di mana kecepatan impor mulai kecil tetapi perlahan-lahan meningkat selama beberapa menit sampai penskalaan otomatis memiliki kesempatan untuk mulai menyesuaikan kapasitas tabel
