Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Blok eksekusi Aurora Provisioned Scaling
Kategori: Penskalaan database
Saat Anda beralih Wilayah, database yang disediakan Aurora di Wilayah tujuan mungkin menjalankan kelas instans yang lebih kecil daripada Wilayah sumber Anda — sehingga kapasitas komputasi Anda tidak mencukupi untuk menangani lalu lintas produksi. Blok eksekusi Aurora Provisioned Scaling secara otomatis menskalakan instance tujuan agar sesuai dengan kelas instance sumber, memastikan database Anda siap melayani beban produksi penuh saat lalu lintas tiba.
Manfaat utama
Pencocokan kapasitas otomatis: Sakelar wilayah membaca kelas instance sumber dan menskalakan instance tujuan agar sesuai, menghilangkan risiko database yang kurang disediakan menerima lalu lintas produksi setelah failover.
Pembuatan instance bila diperlukan: Jika instance tujuan belum ada, sakelar Wilayah membuatnya dengan kelas instance yang benar.
Cross-family intelijen: Ketika jenis instance sumber tidak tersedia di Wilayah tujuan, sakelar Wilayah secara otomatis memilih jenis instans yang setara atau lebih besar dengan vCPU dan memori yang sama atau lebih, sehingga Anda tidak perlu mempertahankan pemetaan kompatibilitas tipe instance sendiri.
Kapan harus digunakan
Rencana pemulihan apa pun di mana instans yang disediakan Aurora harus berada pada kapasitas produksi sebelum lalu lintas bergeser.
Active-passive Database Global Aurora: Wilayah sekunder Anda menjalankan instance pembaca yang lebih kecil (lebih murah) yang harus ditingkatkan sebelum menerima lalu lintas tulis.
Cost-optimized Wilayah siaga: Anda sengaja menjalankan instans yang lebih kecil di Wilayah siaga untuk menghemat biaya, dan memerlukan pengaturan ukuran yang tepat secara otomatis selama failover.
Bagaimana Aurora Provisioned Scaling dibandingkan dengan alternatif
Tanpa blok eksekusi ini, pelanggan harus memastikan kapasitas database tujuan secara manual atau melalui otomatisasi khusus sebelum beralih Wilayah.
| Pendekatan | Pros/Cons | |
|---|---|---|
| 1 | Blok penskalaan yang disediakan Aurora | Sepenuhnya otomatis, menangani pemetaan lintas keluarga, membuat instance yang hilang, terintegrasi dengan orkestrasi sakelar Wilayah |
| 2 | Penskalaan manual | Kontrol penuh atas pengaturan waktu dan pemilihan instans, tetapi lambat, rawan kesalahan di bawah tekanan, memerlukan ketersediaan operator selama insiden |
| 3 | Otomatisasi naskah () Lambda/SSM | Logika yang dapat disesuaikan; Harus membangun, menguji, dan memelihara; tidak terintegrasi dengan pengurutan sakelar Wilayah; tidak dapat memanfaatkan evaluasi rencana asli |
| 4 | Pre-provisioning (selalu cocok) | Nol penundaan failover. Menggandakan biaya di Wilayah siaga; boros untuk arsitektur aktif-pasif |
Blok Aurora Provisioned Scaling adalah pilihan yang tepat jika Anda menginginkan penskalaan kapasitas otomatis dan tervalidasi sebagai langkah terintegrasi dalam rencana pemulihan sakelar Wilayah Anda.
Cara kerjanya
Saat blok eksekusi Aurora Provisioned Scaling berjalan selama eksekusi rencana, sakelar Region menskalakan instance target agar sesuai dengan kelas instance sumber melalui urutan berikut:
Jika instance target ada tetapi tidak dalam
availablestatus, sakelar Wilayah menunggu untuk tersedia sebelum melanjutkan.Jika instance target tidak ada, sakelar Wilayah membuatnya di cluster target dengan kelas instance dari instance sumber.
Jika instance target ada, sakelar Region memvalidasi bahwa itu milik cluster yang diharapkan, lalu membandingkan kelas instance.
Jika kedua instance berada dalam keluarga yang sama dan targetnya lebih kecil, sakelar Region memodifikasi instance target agar sesuai dengan kelas sumber.
Jika instance berada di keluarga yang berbeda, atau target sudah pada ukuran yang lebih besar, tidak ada penskalaan yang dilakukan.
Jika tipe instance sumber tidak ada di Region target, sakelar Wilayah memilih jenis instance lain dengan vCPU dan memori yang sama atau lebih (untuk operasi pembuatan dan modifikasi).
Peralihan wilayah melakukan polling instans target hingga mencapai
availablestatus, lalu tandai langkah sebagai selesai.
catatan
Sakelar wilayah hanya dinaikkan. Jika instance tujuan sudah sama atau lebih besar dari sumber, tidak ada modifikasi yang dilakukan.
Konfigurasi
penting
Sebelum Anda mengonfigurasi blok eksekusi, pastikan bahwa peran eksekusi rencana memiliki kebijakan IAM yang benar. Untuk informasi selengkapnya, lihat Kebijakan sampel blok eksekusi penskalaan yang disediakan Aurora.
Untuk mengonfigurasi blok eksekusi Aurora Provisioned Scaling, masukkan nilai berikut:
Nama langkah: Masukkan nama.
Deskripsi langkah (opsional): Masukkan deskripsi langkah.
Pengidentifikasi cluster global: Masukkan pengidentifikasi untuk cluster global Aurora.
Cluster ARN untuk
Region: Masukkan cluster database Aurora ARN untuk setiap Wilayah dalam rencana.Instance ARN untuk
Region: Masukkan instance database Aurora ARN untuk setiap Wilayah dalam rencana.Batas waktu: Masukkan nilai batas waktu.
Kemudian, pilih S impan langkah.
Sumber daya terkait
Kebijakan sampel blok eksekusi penskalaan yang disediakan Aurora
Kelas instans Amazon Aurora DB di Panduan Pengguna Amazon Aurora
