Jumlah shard menentukan kapasitas skalabilitas horizontal kluster AnalyticDB for MySQL. Jika kluster Anda mengalami penurunan performa penulisan, bottleneck kueri, atau batasan penskalaan sumber daya, Anda dapat mengubah jumlah shard untuk mengatasi masalah tersebut.
Ini adalah operasi satu kali. Evaluasi jumlah shard target dengan cermat sebelum melanjutkan, karena tidak dapat diubah lagi setelah proses selesai.
Prasyarat
Sebelum memulai, pastikan bahwa:
Kluster Edisi Data Warehouse telah ada dan berada dalam status Running.
Kluster menjalankan versi minor 3.2.3.0 atau yang lebih baru. Untuk memeriksa dan memperbarui versi minor, buka bagian Configuration Information pada halaman Cluster Information di Konsol.
Spesifikasi kluster bukan S8 atau S16—spesifikasi ini tidak mendukung perubahan jumlah shard.
Jumlah shard belum pernah diubah sebelumnya pada kluster ini.
Kluster belum menyelesaikan event Infrastructure Upgrade yang didorong.
Batasan
Perubahan jumlah shard tidak didukung jika salah satu kondisi berikut terpenuhi:
Tidak ada database atau tabel selain database default di dalam kluster.
Terdapat tabel dengan mesin tabel XUANWU_V2.
Terdapat tampilan yang di-materialisasi dengan pembaruan inkremental.
Catatan penggunaan
Operasi DDL yang dilarang
Selama redistribusi dan migrasi data, serta selama 7 hari kalender setelah migrasi selesai, operasi DDL berikut diblokir:
ADD COLUMN, MODIFY COLUMN, DROP COLUMN, TRUNCATE TABLE, TRUNCATE PARTITION, ALTER BINLOG ENABLE, ALTER BINLOG TTL.
Jadwalkan perubahan jumlah shard pada waktu ketika operasi-operasi tersebut tidak diperlukan.
Apa yang terjadi selama proses
Perubahan jumlah shard berlangsung dalam tiga tahap:
Redistribusi dan migrasi data — Sistem mendistribusikan ulang dan memigrasikan data ke seluruh shard. Durasi proses sebanding dengan volume data. Operasi baca dan tulis tetap tersedia selama tahap ini.
Alih bencana kluster — Sistem mengalihkan kluster ke konfigurasi shard baru. Pada awal alih bencana, operasi baca dan tulis tetap tersedia. Saat alih bencana hampir selesai, kluster mungkin memasuki status read-only hingga 120 detik selama sinkronisasi data selesai.
Selesai — Kluster kembali ke status Running dengan jumlah shard baru yang berlaku.
Pastikan aplikasi Anda telah mengaktifkan fitur rekoneksi otomatis untuk menangani koneksi sementara yang terputus selama alih bencana.
Mengontrol waktu alih bencana
Secara default, alih bencana dimulai segera setelah migrasi selesai. Untuk menunda alih bencana ke jendela waktu tertentu, hubungkan ke kluster dan jalankan:
SET adb_config REPLICATION_SWITCH_TIME_RANGE=`23:00,23:30`;Nilai waktu harus diapit dengan backtick (` `), bukan tanda kutip tunggal (').
Untuk petunjuk cara menghubungkan ke kluster Anda, lihat Hubungkan ke kluster AnalyticDB for MySQL.
Mengubah jumlah shard
Kirim tiket untuk mengevaluasi jumlah shard yang sesuai untuk kluster Anda. Lanjutkan ke langkah-langkah berikut hanya setelah evaluasi mengonfirmasi bahwa kluster Anda memenuhi persyaratan untuk perubahan jumlah shard.
Masuk ke Konsol AnalyticDB for MySQL. Di pojok kiri atas, pilih wilayah. Di panel navigasi kiri, klik Clusters.
Pada tab Data Warehouse Edition, temukan kluster Anda. Di kolom Actions, pilih More > Change Shards.
Pada kotak dialog Change Shards, konfigurasikan parameter berikut: Opsi Waktu Pembaruan:
Switch Immediately — Memulai alih bencana segera setelah migrasi selesai.
Switch Within Maintenance Window — Menunda alih bencana hingga jendela pemeliharaan berikutnya setelah migrasi selesai. Jika migrasi belum selesai saat jendela dimulai, proses akan berlanjut hingga jendela berikutnya.
Beralih pada Waktu yang Ditentukan — Memicu alih bencana pada waktu yang telah ditentukan. Jika migrasi belum selesai pada saat itu, proses migrasi akan tetap berlanjut dan alih bencana dilakukan setelah migrasi selesai.
Parameter Deskripsi Desired Shards Jumlah shard target untuk kluster Update Time Waktu untuk memicu alih bencana kluster setelah migrasi selesai. Opsi: Switch Immediately (default), Switch Within Maintenance Window, atau Switch at Specified Time Klik OK. Sistem akan memulai redistribusi dan migrasi data.
Setelah proses selesai, kluster kembali ke status Running dan jumlah shard baru mulai berlaku. Untuk memverifikasi, periksa status kluster pada tab Data Warehouse Edition.