View a markdown version of this page

Bersiaplah untuk pertumbuhan - AWS Bimbingan Preskriptif

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Bersiaplah untuk pertumbuhan

Saat Anda berhasil menggunakan model kumpulan, Anda akhirnya melebihi ukuran satu cluster Neptunus. Penyewa bertambah, atau jumlah penyewa bertambah, dan tingkat konsumsi data yang dibutuhkan di semua pelanggan Anda melebihi kemampuan cluster. Ketika ini terjadi, Anda perlu membagi pelanggan Anda di beberapa cluster. Desain untuk konfigurasi ini di muka alih-alih mencoba retrofit untuk itu nanti. Bahkan jika skala awal Anda hanya menggunakan satu cluster, tiruan komponen yang Anda perlukan untuk merutekan penyewa melintasi beberapa cluster di masa mendatang ketika Anda mencapai skala itu.

Jika solusi Anda membutuhkan lebih banyak sumber daya berdasarkan ukuran penyewa Anda, bersiaplah untuk pertumbuhannya juga. Jika beberapa pelanggan pada satu cluster tumbuh secara signifikan, cluster itu mungkin tidak lagi mendukung kebutuhan Anda. Rancang strategi untuk memindahkan penyewa ke cluster lain atau membagi cluster yang ada menjadi dua dengan menggunakan fitur kloning Amazon Neptunus DB.

Biasakan diri dengan Protokol Copy-on-Write Neptunus, yang dapat menghemat uang Anda saat Anda menerapkan kloning DB., Jika Anda membagi cluster karena kemacetan konsumsi, mungkin lebih efisien untuk tidak menghapus data dari cluster, asalkan kebijakan Anda mengizinkannya. Kedua cluster akan berbagi halaman data jika tidak berubah tetapi tidak jika halaman data dimodifikasi (karena beberapa data di dalamnya telah dihapus).

catatan

Panduan ini berlaku untuk versi Neptunus terbaru pada saat penulisan ini, yaitu Neptunus versi 1.3.1. Panduan ini mungkin berubah di versi masa depan saat lapisan penyimpanan Neptunus berevolusi.

Keterbatasan untuk skenario multi-tenancy

Ketahuilah bahwa beberapa fitur Neptunus tidak dibuat untuk skenario multi-tenancy. Penyewa tidak boleh diberikan akses langsung ke titik akhir Neptunus dalam model kumpulan karena strategi multi-tenancy ini tidak diberlakukan pada tingkat database. Selalu simpan semacam proxy antara pelanggan Anda dan titik akhir Neptunus yang memberlakukan desain yang dijelaskan dalam dokumen ini. Contoh proxy tersebut meliputi yang berikut:

  • Menambahkan filter label di lapisan klien Anda

  • Memiliki API yang memetakan token otentikasi ke ID penyewa dan menyuntikkan filter ini ke dalam kueri

Panduan ini juga berlaku untuk memberi pelanggan akses langsung ke fitur-fitur seperti notebook grafik Neptunus, penjelajah grafik Neptunus, atau AliranNeptunus.