Dibandingkan dengan Apache RocketMQ open source, ApsaraMQ for RocketMQ milik Alibaba Cloud lebih stabil dan aman serta menyediakan sistem O&M yang lebih komprehensif. Anda dapat memigrasikan cluster Apache RocketMQ ke instance ApsaraMQ for RocketMQ untuk pengalaman yang lebih baik. Topik ini menjelaskan cara menggunakan alat migrasi yang disediakan oleh ApsaraMQ for RocketMQ untuk memigrasikan cluster Apache RocketMQ yang dikelola sendiri ke instance ApsaraMQ for RocketMQ.
Prasyarat
Sebuah instance ApsaraMQ for RocketMQ 5.0 telah dibuat. Untuk informasi lebih lanjut, lihat Buat instance.
Peran terkait layanan telah dibuat. Untuk informasi lebih lanjut, lihat Peran terkait layanan.
Nama peran: AliyunServiceRoleForRMQMigration
Kebijakan: AliyunServiceRolePolicyForRMQMigration
Deskripsi: Mengizinkan ApsaraMQ for RocketMQ untuk mengasumsikan peran ini guna mengakses virtual private clouds (VPC).
Catatan penggunaan
Sebelum migrasi, periksa apakah pesan terjadwal dan pesan gagal diulang ada di cluster Apache RocketMQ. Setelah migrasi selesai, semua koneksi klien konsumen dan produsen akan beralih ke instance ApsaraMQ for RocketMQ. Hal ini dapat menyebabkan kegagalan konsumsi beberapa pesan terjadwal atau pesan gagal diulang. Kami menyarankan agar Anda mempertahankan beberapa proses konsumen di cluster Apache RocketMQ untuk mengonsumsi pesan terjadwal dan pesan gagal diulang.
Proses migrasi
Gambar berikut menggambarkan proses migrasi cluster Apache RocketMQ ke instance ApsaraMQ for RocketMQ.
Langkah 1: Evaluasi Tugas Migrasi
Evaluasi risiko migrasi dan kompatibilitas versi serta fitur antara cluster Apache RocketMQ dan instance ApsaraMQ for RocketMQ untuk menentukan ruang lingkup data yang ingin dimigrasikan.
Langkah 2: Konfigurasi Jaringan
Tentukan informasi tentang jaringan dan node cluster Apache RocketMQ. ApsaraMQ for RocketMQ terhubung ke jaringan berdasarkan kebijakan cakupan minimal untuk memberikan izin pada pergantian lalu lintas dan pemeriksaan pergantian lalu lintas.
ApsaraMQ for RocketMQ membaca metadata topik dan grup dalam cluster Apache RocketMQ dan menyalin metadata tersebut ke instance ApsaraMQ for RocketMQ tujuan.
Konfirmasikan semua produsen dan konsumen yang terlibat dalam migrasi dan ubah titik akhir dalam kode perpesanan cluster Apache RocketMQ sumber menjadi titik akhir instance ApsaraMQ for RocketMQ tujuan.
Lakukan pergantian lalu lintas bertahap berdasarkan topik.
Langkah 1: Evaluasi tugas migrasi
Sebelum memigrasikan cluster Apache RocketMQ ke instance ApsaraMQ for RocketMQ secara batch, Anda harus melakukan evaluasi teknis pada tugas migrasi dan mengonfirmasi ruang lingkup migrasi.
Evaluasi Teknis: Ini membantu Anda menentukan apakah lingkungan cluster Apache RocketMQ memenuhi persyaratan untuk migrasi. Ini juga membantu Anda mendapatkan informasi tentang fitur yang didukung sebelum dan sesudah migrasi.
Konfirmasi Ruang Lingkup Migrasi: Kami menyarankan Anda melakukan migrasi bertahap secara batch berdasarkan tingkat kepentingan bisnis Anda dan keterkaitan antara aplikasi bisnis. Anda dapat memigrasikan sebagian bisnis Anda dan kemudian memigrasikan sisanya setelah bisnis yang dimigrasikan stabil.
Evaluasi teknis
Batasan pada cluster Apache RocketMQ: Sebelum memigrasikan cluster Apache RocketMQ ke instance ApsaraMQ for RocketMQ, evaluasi apakah cluster memenuhi persyaratan. Jika cluster tidak memenuhi persyaratan, Kirim tiket. Tabel berikut menggambarkan batasan pada cluster Apache RocketMQ.
Batasan
Deskripsi
Versi yang digunakan
Broker Apache RocketMQ 4.x dan 5.x didukung.
Jaringan
Cluster Apache RocketMQ sumber harus diterapkan dalam VPC. Jika cluster Apache RocketMQ sumber diterapkan di pusat data lokal, pastikan bahwa cluster dapat diakses dari VPC.
Wilayah
Anda dapat memigrasikan cluster Apache RocketMQ yang dikelola sendiri ke instance ApsaraMQ for RocketMQ di wilayah berikut: Cina (Hangzhou), Cina (Shanghai), Cina (Beijing), Cina (Shenzhen), Cina (Zhangjiakou), AS (Silicon Valley), dan Singapura.
Parameter
Ukuran pesan
Periode retensi pesan
Nilai minimum: 24. Unit: jam.
Nilai maksimum: 720. Unit: jam.
Waktu penundaan maksimum pesan terjadwal
Instance Edisi Standar berlangganan dan bayar sesuai pemakaian dan instance Edisi Standar serverless dan Edisi Profesional: 7 hari.
Instance Edisi Profesional berlangganan dan bayar sesuai pemakaian dan Edisi Platinum Perusahaan: 40 hari.
Untuk informasi lebih lanjut, lihat Kuota dan batasan.
Batasan pada versi SDK: Solusi migrasi mengikuti prinsip perubahan minimal. Dalam kebanyakan kasus, versi SDK klien diperbarui secara otomatis. Jika migrasi melibatkan peningkatan versi utama, fitur baru ditambahkan dan optimasi stabilitas diberikan. Dalam hal ini, kami menyarankan Anda memperbarui versi SDK selama migrasi.
SDK
Bahasa pemrograman
Versi SDK
Peningkatan diperlukan atau tidak
Apache RocketMQ Remoting SDK
Contoh kode untuk dependensi Maven SDK untuk Java:
<dependency> <groupId>org.apache.rocketmq</groupId> <artifactId>rocketmq-client</artifactId> <version>{version}</version> </dependency>Format titik akhir:
producer.setNamesrvAddr(“xxx:9876”); consumer.setNamesrvAddr(“xxx:9876”);Java
SDK 5.x
Jenis SDK ini kompatibel dengan instance ApsaraMQ for RocketMQ. Tidak diperlukan peningkatan.
Java dan C++
SDK 4.x
Jika operasi PullConsumer, DefaultLitePullConsumer, dan DefaultPullConsumer dipanggil oleh cluster Apache RocketMQ sumber, Anda harus meningkatkan SDK ke 5.x. Untuk informasi lebih lanjut, lihat Ikhtisar.
Jika Anda mengirim dan menerima pesan dengan mengintegrasikan RocketMQ dengan Flink, kami menyarankan Anda menggunakan versi terbaru SDK (Kompilasi diperlukan) selama migrasi. Untuk informasi lebih lanjut, lihat rocketmq-flink.
Konfirmasi ruang lingkup migrasi
Solusi migrasi yang disediakan oleh ApsaraMQ for RocketMQ memungkinkan Anda memigrasikan cluster Apache RocketMQ ke instance ApsaraMQ for RocketMQ berdasarkan topik. Migrasi batch, rilis canary, dan rollback juga didukung. Ini secara efektif mengurangi risiko yang disebabkan oleh perubahan skala besar.
Sebelum migrasi, Anda harus mengonfirmasi ruang lingkup bisnis setiap topik dan menentukan topik yang ingin dimigrasikan di setiap batch.
Pemilihan Topik: Pilih topik yang ingin dimigrasikan di cluster dan tentukan topik yang akan dimigrasikan di setiap batch. Kami menyarankan Anda pertama-tama memigrasikan topik bisnis non-inti.
Kerjasama dari aplikasi hulu dan hilir: Setelah memilih topik yang ingin dimigrasikan, Anda harus memberi tahu semua aplikasi produsen dan konsumen yang menggunakan topik tersebut untuk mengubah titik akhir.
PentingPastikan Anda memberi tahu semua aplikasi hulu dan hilir yang menggunakan topik. Jika aplikasi tertentu tidak mengubah titik akhir, risiko seperti penundaan konsumsi pesan mungkin terjadi.
Langkah 2: Konfigurasikan jaringan
Pada langkah ini, Anda perlu membuat tugas migrasi dan mengonfigurasi jaringan untuk cluster Apache RocketMQ sumber. Alat migrasi yang disediakan oleh ApsaraMQ for RocketMQ dapat menggunakan jaringan yang dikonfigurasi untuk membaca metadata di cluster Apache RocketMQ sumber dan mengelola tugas migrasi.
Catatan penggunaan
Alat migrasi yang disediakan oleh ApsaraMQ for RocketMQ hanya dapat mengakses informasi berikut tentang cluster Apache RocketMQ sumber berdasarkan kebijakan cakupan minimal:
Metadata topik
Metadata grup
Informasi tentang pendaftaran routing dinamis dalam topik
Informasi tentang koneksi konsumen dan akumulasi pesan
Alat migrasi tidak mengakses informasi lain tentang cluster Apache RocketMQ sumber atau menulis informasi konfigurasi ke cluster. Oleh karena itu, akses alat migrasi ke cluster Apache RocketMQ tidak berdampak pada jalannya cluster.
Pastikan konfigurasi jaringan valid sebelum melanjutkan ke langkah berikutnya. Setelah masuk ke langkah berikutnya, Anda tidak dapat kembali ke langkah konfigurasi jaringan. Untuk memodifikasi konfigurasi jaringan, Anda harus membuat tugas migrasi baru.
Prosedur
Masuk ke Konsol ApsaraMQ for RocketMQ.
Di bilah navigasi atas, pilih wilayah tempat cluster Apache RocketMQ sumber dan instance ApsaraMQ for RocketMQ tujuan berada. Di panel navigasi sisi kiri, pilih .
Di halaman Migration to Cloud, klik Create Task.
Di panel Create Migration Task, konfigurasikan parameter dan klik OK.
Untuk informasi tentang parameter, lihat Parameter yang dikonfigurasi untuk jaringan cluster Apache RocketMQ sumber.
Di langkah Network Settings dari wizard Migration to Cloud, masukkan informasi jaringan tentang cluster Apache RocketMQ sumber dan klik Configure Network.
Untuk informasi tentang parameter, lihat Parameter yang dikonfigurasi untuk jaringan cluster Apache RocketMQ sumber.
Tunggu hingga konfigurasi latar belakang selesai. Lalu, klik Next.
Pengaturan parameter
Tabel 1. Parameter yang dikonfigurasi untuk jaringan cluster Apache RocketMQ sumber
Parameter | Deskripsi | Contoh |
Cluster Type | Lingkungan jaringan tempat cluster Apache RocketMQ diterapkan. Nilai valid:
| VPC-connected Cluster |
Cluster Name | Pengenal kustom cluster Apache RocketMQ. Nama cluster hanya digunakan untuk mengidentifikasi cluster dan melihat tugas migrasi. Nama tersebut tidak memengaruhi sistem bisnis. | first |
VPC | ID VPC tempat cluster Apache RocketMQ diterapkan. Parameter ini diperlukan hanya jika Anda menyetel parameter Cluster Type ke VPC-connected Cluster. | vpc-bp1mhd******24chrxn |
vSwitch | vSwitch. vSwitch hanya digunakan untuk memungkinkan alat migrasi ApsaraMQ for RocketMQ mengakses jaringan cluster Apache RocketMQ. Anda harus mengikuti aturan berikut saat memilih vSwitch:
Parameter ini diperlukan hanya jika Anda menyetel parameter Cluster Type ke VPC-connected Cluster. | vsw-bp1hejs******0los38rn |
Security Group | Grup keamanan. Kami menyarankan Anda memilih grup keamanan tempat instance Elastic Compute Service (ECS) yang menjalankan cluster Apache RocketMQ berada. Jika Anda memilih grup keamanan lain, pastikan aturan keamanan dari grup keamanan tersebut mengizinkan akses ke instance ApsaraMQ for RocketMQ tujuan. Parameter ini hanya diperlukan jika Anda mengatur parameter Cluster Type ke VPC-connected Cluster. | sg-bp160q******vtcxvwl |
Name Server Address | Alamat IP server nama cluster Apache RocketMQ. Pisahkan beberapa alamat IP dengan koma (,) atau titik koma (;). Penting Anda harus menentukan semua alamat IP server nama cluster Apache RocketMQ yang ingin Anda migrasikan. Jika tidak, Anda mungkin gagal memilih topik yang ingin Anda migrasikan selama proses migrasi. | 192.168.XX.XX:9876 |
Access Credential |
| ACL |
Username | Nama akun admin cluster Apache RocketMQ. Parameter ini diperlukan hanya jika fitur ACL diaktifkan untuk cluster Apache RocketMQ. | admin |
Password | Kata sandi akun admin cluster Apache RocketMQ. Parameter ini diperlukan hanya jika fitur ACL diaktifkan untuk cluster Apache RocketMQ. | ****** |
Langkah 3: Migrasi metadata
Setelah mengonfigurasi jaringan, Anda harus memilih topik dan grup yang ingin dimigrasikan berdasarkan rencana migrasi Anda untuk menyelesaikan migrasi metadata.
Catatan penggunaan
Selama migrasi metadata, alat migrasi ApsaraMQ for RocketMQ secara dinamis membaca informasi tentang semua topik dan grup yang dibuat dalam cluster Apache RocketMQ dan menampilkan informasi tersebut dalam daftar. Anda hanya perlu memigrasikan metadata dari topik dan grup yang ingin dimigrasikan.
Anda tidak dapat kembali ke langkah ini. Pastikan bahwa topik dan grup yang ingin dimigrasikan semuanya telah dimigrasikan sebelum melanjutkan ke langkah berikutnya. Jika tidak, Anda harus menambahkan topik secara manual dalam operasi selanjutnya.
Prosedur
Di langkah Metadata Migration, klik tab Topic Metadata.
Pilih topik yang ingin dimigrasikan dari daftar topik dan tipe pesan yang sesuai dari daftar drop-down Message Type. Lalu, klik Confirm and Import di kolom Actions untuk mengimpor topik.
Anda juga dapat memilih beberapa topik dan klik Batch Import untuk mengimpor topik sekaligus.
PentingTipe pesan tidak didefinisikan dalam Apache RocketMQ 4.x. ApsaraMQ for RocketMQ memverifikasi apakah tipe pesan yang Anda tentukan untuk topik yang akan dimigrasikan konsisten dengan jenis pesan yang ditangani oleh topik tersebut. Saat memigrasikan metadata, Anda harus memilih tipe pesan berdasarkan bisnis aktual Anda.
Jika Anda memilih tipe pesan yang salah, pesan gagal dikirim atau diterima setelah migrasi. Jika Anda tidak yakin tentang tipe pesan topik atau apakah ada tipe pesan yang berbeda dalam topik, Kirim tiket.
Klik tab Group Metadata, pilih grup yang ingin dimigrasikan dari daftar grup, pilih urutan konsumsi pesan dari daftar drop-down Consumption Order, lalu klik Confirm and Import di kolom Actions untuk mengimpor grup.
Anda juga dapat memilih beberapa grup dan klik Batch Import untuk mengimpor grup sekaligus.
PentingUrutan konsumsi pesan dalam SDK Apache RocketMQ 4.x ditentukan di sisi klien. Urutan konsumsi pesan dalam grup pada instance ApsaraMQ for RocketMQ 5.x dikontrol oleh broker. Saat memigrasikan metadata, Anda harus menentukan urutan konsumsi pesan dalam grup berdasarkan skenario bisnis Anda.
Jika Anda memilih urutan konsumsi pesan yang salah, pengecualian konsumsi terjadi setelah migrasi. Jika Anda tidak yakin tentang urutan konsumsi pesan dalam grup, Kirim tiket.
Klik Next setelah mengonfirmasi bahwa semua topik dan grup yang ingin dimigrasikan telah diimpor.
Langkah 4: Ubah titik akhir
Setelah memigrasikan metadata dari topik dan grup yang ditentukan, Anda mulai memigrasikan bisnis online. Pada tahap ini, Anda harus mengubah titik akhir yang digunakan aplikasi produsen dan konsumen untuk mengakses cluster sumber menjadi titik akhir yang mereka gunakan untuk mengakses instance ApsaraMQ for RocketMQ 5.x tujuan. Dengan cara ini, aplikasi produsen dan konsumen yang terlibat dalam tugas migrasi dapat terhubung ke instance ApsaraMQ for RocketMQ tujuan.
Catatan penggunaan
Setelah mengubah titik akhir, Anda harus memulai ulang aplikasi produsen dan konsumen untuk menghubungkan aplikasi ke instance ApsaraMQ for RocketMQ tujuan. Selama proses ini, alat migrasi merutekan topik yang digunakan untuk perpesanan ke cluster Apache RocketMQ di backend. Sistem perpesanan tetap tidak berubah pada langkah ini. Tidak ada batasan yang diberlakukan pada urutan aplikasi perpesanan yang mengubah titik akhir.
Pastikan titik akhir diubah di semua aplikasi produsen dan konsumen yang terlibat dalam migrasi.
Jika titik akhir tidak diubah dalam aplikasi produsen tertentu, pesan tertentu gagal dikirim.
Jika titik akhir tidak diubah dalam aplikasi konsumen tertentu, akumulasi pesan terjadi dan pesan tertentu tidak dapat dikonsumsi.
Contoh perubahan titik akhir
Apache RocketMQ Remoting SDK
Sebelum Perubahan:
producer.setNamesrvAddr("192.168.XX.XX:9876"); consumer.setNamesrvAddr("192.168.XX.XX:9876");Setelah Perubahan:
Versi 4.5.1 dan lebih baru
producer.setNamesrvAddr(“rmq-cn-pe334******-vpc.cn-hangzhou.rmq.aliyuncs.com:8080”); // Nilai default vipChannelEnabled adalah false. Jika vipChannelEnabled disetel ke true, komentar parameter ini. // producer.setVipChannelEnabled(false); consumer.setNamesrvAddr(“rmq-cn-pe334******-vpc.cn-hangzhou.rmq.aliyuncs.com:8080”); // Nilai default vipChannelEnabled adalah false. Jika vipChannelEnabled disetel ke true, komentar parameter ini. // consumer.setVipChannelEnabled(false);Versi lebih lama dari 4.5.1
producer.setNamesrvAddr(“rmq-cn-pe334******-vpc.cn-hangzhou.rmq.aliyuncs.com:8080”); // Nilai default vipChannelEnabled adalah true. Anda harus menyetelnya ke false. producer.setVipChannelEnabled(false); consumer.setNamesrvAddr(“rmq-cn-pe334******-vpc.cn-hangzhou.rmq.aliyuncs.com:8080”); // Nilai default vipChannelEnabled adalah true. Anda harus menyetelnya ke false. consumer.setVipChannelEnabled(false);
Apache RocketMQ gRPC SDK
Sebelum Perubahan:
ClientConfiguration clientConfiguration = ClientConfiguration.newBuilder() .setEndpoints(192.168.XX.XX:9876) .setCredentialProvider(sessionCredentialsProvider) .build();Setelah Perubahan:
ClientConfiguration clientConfiguration = ClientConfiguration.newBuilder() .setEndpoints(rmq-cn-pe334******-vpc.cn-hangzhou.rmq.aliyuncs.com:8080) .setCredentialProvider(sessionCredentialsProvider) .build();
Prosedur
Setelah mengubah titik akhir dan memulai ulang aplikasi perpesanan, klik Next di langkah Change Endpoint.
Langkah 5: Migrasi pesan
Untuk memigrasikan pesan, Anda harus mengalihkan lalu lintas baca dan tulis di setiap topik cluster Apache RocketMQ ke instance ApsaraMQ for RocketMQ.
Catatan penggunaan
Selama pergantian lalu lintas, Anda harus memeriksa apakah pesan dikirim dan diterima sesuai harapan setiap kali status topik berubah. Jika tidak ada pengecualian, lanjutkan ke langkah berikutnya. Jika pengecualian terjadi, kembalikan ke langkah sebelumnya dan perbaiki masalah.
Pastikan bahwa lalu lintas di semua topik yang ingin dimigrasikan dialihkan dan pesan dapat dikirim dan diterima sesuai harapan sebelum menyelesaikan tugas migrasi. Anda tidak dapat memodifikasi informasi tentang pergantian lalu lintas setelah menyelesaikan tugas migrasi.
Detail pergantian lalu lintas
Tabel 2. Status Pergantian Lalu Lintas
Status | Deskripsi | Topologi Lalu Lintas |
Read and Write in Source Cluster | Status awal migrasi pesan.
|
|
Write in Source Cluster and Read in Source and Destination Clusters |
|
|
Write in Destination Cluster and Read and Write in Source and Destination Clusters |
Pada tahap ini, lalu lintas untuk produksi pesan dan lalu lintas untuk konsumsi pesan ada bersamaan di cluster tujuan. Periksa apakah pesan dapat dikirim dan diterima sesuai harapan dan tunggu hingga pesan di cluster sumber dikonsumsi. |
|
Read and Write in Destination Cluster | Setelah mengonfirmasi bahwa pesan dapat dikirim dan diterima sesuai harapan di cluster tujuan dan bahwa pesan yang terakumulasi dikonsumsi di cluster sumber, Anda dapat mengalihkan topik ke status ini. Dalam hal ini, lalu lintas baca dan tulis diarahkan ke cluster tujuan, dan migrasi selesai.
|
|
Ganti lalu lintas
Di langkah Message Migration, pilih topik yang ingin dimigrasikan pesannya dan konfirmasikan status pemeriksaan topik tersebut.
Jika statusnya adalah Check Passed, lanjutkan ke langkah berikutnya.
Jika statusnya bukan Check Passed, perbaiki pengecualian berdasarkan hasil pemeriksaan. Lalu, klik Re-verify di kolom Actions hingga pemeriksaan berhasil. Setelah pemeriksaan berhasil, lanjutkan ke langkah berikutnya.
Untuk informasi tentang item yang diperiksa selama setiap tahap pergantian lalu lintas, lihat Item Pemeriksaan.
Jika statusnya bukan Check Passed dan Anda mengonfirmasi bahwa hasil pemeriksaan tidak memengaruhi migrasi, klik Ignore Check di kolom Actions topik dan lanjutkan ke langkah berikutnya.
Di kolom Actions topik yang ingin dialihkan lalu lintasnya, klik Switch Traffic.
Di pesan yang muncul, klik OK.
Pergantian lalu lintas terdiri dari empat tahap. Anda harus melakukan operasi pergantian lalu lintas sebanyak empat kali. Pergantian lalu lintas selesai ketika Traffic Switching Stage berubah menjadi Read and Write in Destination Cluster.
Untuk informasi tentang perubahan lalu lintas baca dan tulis dalam topik selama setiap tahap pergantian lalu lintas, lihat Status Pergantian Lalu Lintas.
Konfirmasikan bahwa lalu lintas dari semua topik yang ingin dimigrasikan dalam tugas migrasi telah dialihkan dan klik Migrated di bagian bawah halaman.
Operasi lainnya
Item berikut menggambarkan operasi lain yang dapat Anda lakukan di halaman Migrasi Pesan saat mengganti lalu lintas:
Kembalikan ke status sebelumnya: Jika migrasi tidak berfungsi sesuai harapan, Anda dapat mengembalikan status topik yang ditentukan ke status sebelumnya di mana migrasi berfungsi sesuai harapan dan melakukan operasi selanjutnya setelah memperbaiki masalah.
Kembalikan ke status awal: Anda dapat mengembalikan ke status awal pergantian lalu lintas dengan menggunakan metode ini. Status awal pergantian lalu lintas merujuk pada status rute dan digunakan untuk pemecahan masalah darurat.
CatatanJika Anda melakukan operasi ini, perubahan besar akan terjadi pada status pergantian lalu lintas. Pesan yang belum dikonsumsi yang dihasilkan selama proses migrasi sebelumnya mungkin tertunda atau tidak dapat diproses.
Create Topic
Jika topik yang ingin dimigrasikan tidak dipilih selama migrasi metadata, Anda dapat membuat topik dengan nama yang sama dengan topik yang ingin dimigrasikan pada instance ApsaraMQ for RocketMQ 5.x selama pergantian lalu lintas.
Batch Traffic Switching/Batch Rollback
Anda dapat melakukan pergantian lalu lintas batch dan rollback batch.
CatatanAnda hanya dapat melakukan pergantian lalu lintas batch dan rollback batch untuk topik yang berada pada tahap pergantian lalu lintas yang sama.
Item pemeriksaan selama pergantian lalu lintas
Tabel 3. Item Pemeriksaan
Tahap | Item Pemeriksaan |
Beralih ke status Write in Source Cluster and Read in Source and Destination Clusters. |
|
Alihkan ke status Write in Destination Cluster and Read and Write in Source and Destination Clusters |
|
Alihkan ke status Read and Write in Destination Cluster |
|
Referensi
Untuk informasi tentang perbedaan antara Apache RocketMQ open source dan ApsaraMQ for RocketMQ serta mekanisme dan manfaat migrasi cloud, lihat Ikhtisar.
Setelah tugas migrasi selesai, Anda dapat menggunakan metrik pada dasbor ApsaraMQ for RocketMQ untuk memeriksa apakah instance berjalan sesuai harapan dan apakah data bisnis instance normal. Jika pengecualian terjadi, Anda dapat mengembalikan tugas. Untuk informasi lebih lanjut, lihat Dasbor dan Kembalikan.



