全部产品
Search
文档中心

ApsaraMQ for RocketMQ:Memigrasi cluster Apache RocketMQ ke instance ApsaraMQ for RocketMQ

更新时间:Jul 06, 2025

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.

  • Langkah 3: Migrasi Metadata

    ApsaraMQ for RocketMQ membaca metadata topik dan grup dalam cluster Apache RocketMQ dan menyalin metadata tersebut ke instance ApsaraMQ for RocketMQ tujuan.

  • Langkah 4: Ubah Titik Akhir

    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.

  • Langkah 5: Migrasi Pesan

    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.

Catatan

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.

    Penting

    Pastikan 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

  1. Masuk ke Konsol ApsaraMQ for RocketMQ.

  2. Di bilah navigasi atas, pilih wilayah tempat cluster Apache RocketMQ sumber dan instance ApsaraMQ for RocketMQ tujuan berada. Di panel navigasi sisi kiri, pilih RocketMQ Copilot > Migration to Cloud.

  3. Di halaman Migration to Cloud, klik Create Task.

  4. Di panel Create Migration Task, konfigurasikan parameter dan klik OK.

  5. Di langkah Network Settings dari wizard Migration to Cloud, masukkan informasi jaringan tentang cluster Apache RocketMQ sumber dan klik Configure Network.

  6. 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:

  • Internet-connected Cluster: Cluster Apache RocketMQ diterapkan melalui Internet.

  • VPC-connected Cluster: Cluster Apache RocketMQ diterapkan di VPC Alibaba Cloud.

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:

  • Pilih vSwitch di zona yang didukung oleh wilayah yang Anda tentukan untuk tugas migrasi. Untuk informasi tentang zona yang didukung oleh setiap wilayah, lihat Wilayah dan zona.

  • Jika tidak ada vSwitch yang tersedia, Anda dapat membuat vSwitch kosong di zona yang didukung oleh wilayah. Anda tidak perlu menerapkan cluster Apache RocketMQ di vSwitch. Untuk informasi lebih lanjut, lihat Buat dan kelola 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

  • N/A: Pilih nilai ini jika fitur ACL tidak diaktifkan untuk cluster Apache RocketMQ. Dengan cara ini, Anda tidak perlu mengonfigurasi kredensial akses.

  • ACL: Pilih nilai ini jika fitur ACL diaktifkan untuk cluster Apache RocketMQ. Jika Anda memilih nilai ini, Anda harus mengonfigurasi akun admin untuk memastikan bahwa alat migrasi ApsaraMQ for RocketMQ memiliki izin untuk menanyakan informasi seperti rute dan status konsumen.

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

  1. Di langkah Metadata Migration, klik tab Topic Metadata.

  2. 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.

    Penting

    Tipe 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.

  3. 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.

    Penting

    Urutan 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.

  4. 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.

  • Lalu lintas baca diarahkan ke cluster sumber

  • Lalu lintas tulis diarahkan ke cluster sumber

读写源集群

Write in Source Cluster and Read in Source and Destination Clusters

  • Lalu lintas baca diarahkan ke cluster sumber dan tujuan.

  • Lalu lintas tulis diarahkan ke cluster sumber.

写源集群冗余读

Write in Destination Cluster and Read and Write in Source and Destination Clusters

  • Lalu lintas baca diarahkan ke cluster sumber dan tujuan

  • Lalu lintas tulis dialihkan dari cluster sumber ke cluster tujuan

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.

  • Lalu lintas baca diarahkan ke cluster tujuan

  • Lalu lintas tulis diarahkan ke cluster tujuan

读写目标集群

Ganti lalu lintas

  1. 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.

  2. Di kolom Actions topik yang ingin dialihkan lalu lintasnya, klik Switch Traffic.

  3. 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.

  4. 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.

      Catatan

      Jika 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.

    Catatan

    Anda 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.

  • Apakah topik ada di cluster tujuan

  • Apakah topik ada di cluster sumber dan apakah izin diberikan dengan benar

  • Apakah klien terhubung ke cluster tujuan

  • Apakah semua klien terhubung ke cluster tujuan

Alihkan ke status Write in Destination Cluster and Read and Write in Source and Destination Clusters

  • Apakah topik ada di cluster tujuan

  • Apakah topik ada di cluster sumber dan apakah izin diberikan dengan benar

  • Apakah klien terhubung ke cluster tujuan

  • Apakah semua klien terhubung ke cluster tujuan

Alihkan ke status Read and Write in Destination Cluster

  • Apakah topik ada di cluster tujuan

  • Apakah topik ada di cluster sumber dan apakah izin diberikan dengan benar

  • Apakah klien terhubung ke cluster tujuan

  • Apakah semua klien terhubung ke cluster tujuan

  • Apakah pesan diproduksi di cluster sumber

  • Apakah akumulasi pesan ada di cluster sumber

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.