ApsaraMQ for RabbitMQ memungkinkan Anda mengonversi instans antara klaster bersama dan klaster khusus selama operasi upgrade atau downgrade. Pelajari kondisi dan dampak potensial dari konversi klaster.
Instans bersama dan instans khusus
ApsaraMQ for RabbitMQ menyediakan arsitektur penerapan instans berikut untuk setiap seri:
|
Seri |
Instans bersama |
Instans khusus |
|
Seri subscription |
Edisi Profesional, Edisi Perusahaan |
Edisi Platinum |
|
Seri Serverless |
Shared |
Dedicated |
Kondisi
-
Instans dari seri berbeda tidak dapat dikonversi. Namun, instans dalam seri yang sama mendukung upgrade atau downgrade spesifikasi secara lancar.
-
Instans subscription lama mungkin mengalami error selama upgrade atau downgrade. Jika Anda tidak dapat melakukan upgrade atau downgrade, submit a ticket untuk bantuan.
-
Hanya instans yang sedang Berjalan yang dapat di-upgrade atau di-downgrade.
-
Instans Shared tidak mendukung perubahan langsung metode autentikasi atau upgrade ke edisi Dedicated atau Serverless yang menggunakan otentikasi identitas open-source. Jika Anda perlu menggunakan otentikasi identitas open-source, beli instans Dedicated atau Serverless baru. Buat instans baru tersebut dan verifikasi bisnis Anda sebelum melepas instans lama.
-
Konversi lintas-arsitektur hanya mendukung upgrade atau downgrade spesifikasi dalam seri yang sama. Konversi langsung antarseri atau antarsistem autentikasi tidak didukung.
Prosedur migrasi
Konversi instans melibatkan jenis-jenis migrasi berikut:
Migrasi klaster
-
Upgrade
Saat sebuah instans bermigrasi dari klaster bersama ke klaster khusus, klaster baru dibuat dan menjadi klaster tujuan untuk migrasi.
-
Downgrade
Saat sebuah instans bermigrasi dari klaster khusus ke klaster bersama, klaster bersama langsung berfungsi sebagai klaster tujuan untuk migrasi.
Migrasi penyimpanan
-
Fase dual-write dan dual-read: Routing baca dan tulis dibuat pada klaster tujuan. Kedua klaster dapat dibaca dan ditulis.
-
Fase single-write dan dual-read: Klaster sumber tidak lagi menerima tulisan tetapi tetap dapat dibaca. Klaster tujuan dapat dibaca dan ditulis.
-
Fase menunggu penyelesaian konsumsi klaster sumber: Sistem menunggu semua pesan di klaster sumber dikonsumsi. Jika klaster sumber memiliki akumulasi pesan yang belum dikonsumsi atau pesan terjadwal yang belum kedaluwarsa, fase ini memerlukan waktu lebih lama.
-
Fase single-write dan single-read klaster tujuan: Setelah semua pesan di klaster sumber dikonsumsi, klaster sumber berhenti menerima bacaan dan tulisan. Seluruh traffic dialihkan ke klaster tujuan, dan migrasi selesai.
Migrasi koneksi
-
Titik akses VPC / Titik akses jaringan publik
-
Migrasi klaster Shared ke klaster Dedicated
Server tidak secara aktif memigrasikan koneksi. Setelah migrasi dimulai, koneksi baru langsung menuju klaster tujuan, tetapi koneksi yang ada di klaster sumber tetap aktif. Untuk memastikan semua koneksi menggunakan klaster baru, restart aplikasi Anda agar terhubung ulang.
-
Migrasi klaster Dedicated kembali ke klaster Shared
Karena klaster khusus harus didekomisioning, server secara aktif memutus koneksi yang ada di klaster sumber. Jika client mendukung koneksi ulang otomatis, client tersebut akan terhubung kembali ke klaster tujuan secara otomatis.
-
-
Endpoint PrivateLink
Semua koneksi yang menggunakan endpoint PrivateLink mengalami pemutusan selama beberapa menit selama migrasi instans.
Dampak migrasi
-
Saat klaster khusus bermigrasi kembali ke klaster bersama, koneksi diputus secara aktif. Lakukan migrasi selama jam sepi dan pastikan client Anda memiliki mekanisme koneksi ulang yang andal. Untuk detailnya, lihat Konfigurasikan koneksi ulang otomatis client.
-
Untuk koneksi titik akses VPC atau jaringan publik, koneksi yang ada hanya bermigrasi ke klaster tujuan setelah aplikasi atau server di-restart (misalnya, selama upgrade klaster sumber). Tindakan seperti upgrade klaster sumber dapat menyebabkan pemutusan koneksi yang tidak terduga. Untuk beralih sepenuhnya ke klaster tujuan, restart aplikasi Anda selama jam sepi.
-
Untuk koneksi endpoint PrivateLink, terjadi pemutusan selama beberapa menit selama migrasi. Lakukan migrasi selama jam sepi dan pastikan client Anda memiliki mekanisme koneksi ulang yang andal.
-
Jika klaster sumber memiliki akumulasi pesan yang belum dikonsumsi atau pesan terjadwal yang belum kedaluwarsa, fase migrasi penyimpanan memerlukan waktu lebih lama.
FAQ
Apa yang perlu saya pertimbangkan saat melakukan upgrade instans RabbitMQ dari Edisi Profesional ke Edisi Perusahaan?
-
Titik masuk: Periksa apakah tombol Upgrade tersedia di pojok kanan atas konsol instans. Jika tombol tersebut tersedia, instans mendukung operasi upgrade.
-
Waktu pelaksanaan: Lakukan upgrade selama jam sepi.
-
Stabilitas koneksi: Upgrade umumnya tidak menyebabkan pemutusan koneksi. Namun, terapkan logika koneksi ulang otomatis dalam kode aplikasi Anda sebagai langkah pengaman tambahan. Untuk informasi lebih lanjut tentang konfigurasi koneksi ulang, lihat Koneksi Ulang Otomatis.
-
Retensi konfigurasi: Upgrade hanya meningkatkan batas resource. Konfigurasi yang ada seperti Queues, Vhosts, dan metadata lainnya tetap tidak berubah, dan endpoint akses tidak berubah.