Lewati ke konten utama

MariaDB/MySQL/Percona Auto-Сlustering

Klasterisasi basis data adalah persyaratan wajib untuk aplikasi produksi dengan beban tinggi untuk memastikan ketersediaan data dan kinerja tinggi. Namun, konfigurasi klaster yang andal bukanlah tugas yang sepele bahkan untuk pengembang dan administrator sistem yang berpengalaman. Untuk memecahkan masalah ini, platform memperkenalkan klasterisasi bawaan untuk MariaDB/MySQL/Percona agar aplikasi sangat tersedia secara default.

MySQL MariaDB Percona scheme

Solusi yang diimplementasikan memberikan serangkaian manfaat:

  • ketersediaan tinggi dengan opsi replikasi yang sudah dikonfigurasi sebelumnya - Primary-Secondary, Primary-Primary, Galera, XtraDB
  • skalabilitas dan penemuan otomatis – node baru, ditambahkan selama horizontal scaling, terhubung ke klaster dengan semua penyesuaian yang diperlukan diterapkan secara otomatis
  • load balancing yang efisien – setiap klaster dilengkapi dengan dua node ProxySQL untuk load balancing dengan pemisahan otomatis permintaan baca/tulis
  • failover otomatis – node basis data yang sementara tidak tersedia atau memiliki latensi tinggi secara otomatis dikeluarkan dari klaster dan ditambahkan kembali setelah koneksi dipulihkan

Semua manfaat ini dapat dicapai hanya dengan beberapa klik di dalam wizard topologi. Jelajahi langkah-langkah di bawah ini untuk mengaktifkan auto-clustering untuk database MariaDB/MySQL/Percona Anda di PaaS.

Enable Automatic Clustering for Databases

Klik New Environment di dashboard dan pilih basis data MariaDB/MySQL/Percona.

new environment

Aktifkan tombol Auto-Clustering. Hasilnya, dropdown dengan berbagai skema replikasi akan muncul:

  • MariaDB - Primary-Secondary, Primary-Primary, dan Galera
  • MySQL - Primary-Secondary dan Primary-Primary
  • Percona - Primary-Secondary, Primary-Primary, dan XtraDB

Auto-Clustering Options

Pilih jenis replikasi yang Anda inginkan, tambahkan jumlah node yang diperlukan.

Highly Available ProxySQL Load Balancer

Setiap solusi klastering otomatis MariaDB/MySQL/Percona memiliki dua node ProxySQL yang diaktifkan secara default di depan klaster basis data. Jika diperlukan, Anda dapat mengecualikan mereka dari topologi klaster sebelum instalasi dengan saklar yang sesuai. Ingatlah bahwa Anda tidak akan dapat melakukannya setelahnya.

auto-clustering ProxySQL

Database Cluster Access Credentials

Selama pembuatan klaster, platform secara otomatis menghasilkan kredensial akses basis data, tetapi Anda dapat mengubahnya dengan kredensial Anda sendiri dalam tiga langkah sederhana:

1. Klik tombol Variables.

database variables

2. Kemudian tekan Add untuk menyediakan kredensial basis data pengguna khusus melalui dua variabel DB_USER dan DB_PASS sebagai berikut:

add variables

3. Tekan Apply dan kredensial kustom akan dikirimkan melalui email kepada Anda setelah instalasi klaster berhasil sebagai akses ke PHP MyAdmin at Primary Node dan Entry Point klaster basis data.

Cluster Horizontal Scaling

Jika Anda memutuskan untuk memperkecil topologi primary-secondary/primary-primary dengan node basis data tambahan, itu akan dibuat melalui penggandaan node sekunder yang ada. Setelah prosedur penggandaan selesai, basis data pada anggota klaster baru menangkap data melalui pemutaran ulang binlog. Algoritma semacam itu menjamin binlog tidak akan kedaluwarsa dan penskalaan horizontal memakan waktu singkat.

Cluster Layers Isolation

Tergantung apakah Anda akan menggunakan aplikasi eksternal atau tidak, Anda dapat memutuskan layer mana yang akan diekspos ke luar - semuanya atau hanya layer proxy entry point. Putar switch SLB access ke posisi yang diperlukan untuk setiap layer dan klik Create.

database access via SLB

Itu saja! Tidak ada konfigurasi yang diperlukan, klaster siap digunakan.

database auto-cluster

Database Cluster Access Information

Setelah instalasi berhasil, Anda akan menerima sejumlah email dengan informasi klaster:

  • PHP MyAdmin at Primary Node - antarmuka administrasi web dengan kredensial untuk mengakses server basis data untuk manajemen interaktif.
access phpMyAdmin
  • Entry Point for Connections to Database Cluster - hostname dan kredensial untuk menghubungkan aplikasi ke klaster basis data. Node-node ini membentuk layer proxy yang disebut sebagai titik masuk untuk klaster basis data dengan hostname sebagai berikut: proxy.${envName}.${platformDomain}.
ProxySQL DB replication
peringatan

Jika Anda akan membuat dan menggunakan akun pengguna khusus setelah instalasi klaster, Anda harus menambahkannya ke tabel mysql_users pada setiap node ProxySQL, jika tidak, Anda tidak akan dapat menghubungkan ke basis data melalui layer proxy. Untuk melakukannya, keluarkan perintah di bawah ini:
12$ MYSQL_PWD=admin mysql -h 127.0.0.1 -P6032 -uadmin -e "INSERT INTO mysql_users (username,password,default_hostgroup) VALUES (<username>, <password>, 2);"
$ MYSQL_PWD=admin mysql -h 127.0.0.1 -P6032 -uadmin -e "LOAD MYSQL USERS TO RUNTIME; SAVE MYSQL USERS TO DISK;"
Substituteandwith credentials of a newly created database account.

  • Cluster Orchestrator Panel - kredensial untuk mengakses panel Orchestrator, yang ditujukan untuk manajemen klaster yang mudah. Gunakan kredensial yang diterima untuk mengakses panel admin dari Orchestrator klaster yang terinstal pada node ProxySQL, yang memberikan kemungkinan untuk meninjau informasi topologi klaster: visualisasi topologi yang licin, masalah replikasi jika ada, distribusi baca/tulis, status pemeriksaan kesehatan dan penemuan otomatis node basis data yang baru ditambahkan, dll.
MySQL MariaDB Percona scheme

What Replication Type to Choose?

Mari kita pertimbangkan detail tentang setiap skema replikasi yang tersedia untuk basis data dalam platform untuk memahami mana yang paling sesuai untuk kebutuhan dan kasus penggunaan tertentu.

Primary-Secondary MariaDB/MySQL/Percona Replication

Primary-secondary replication adalah topologi yang paling umum digunakan, yang menyediakan konsistensi yang baik (yaitu tepat satu node untuk memodifikasi data), tetapi tidak ada failover otomatis pada kegagalan primer. Latensi tulis dalam replikasi asinkron rendah karena tulisannya direkam secara lokal oleh server primer sebelum menulis ke server sekunder. Ini memungkinkan untuk memindahkan pembacaan, memberikan kinerja tertinggi, karena menambahkan lebih banyak replika tidak memengaruhi latensi replikasi. Sekunder dapat dibaca tanpa dampak pada primer, memberikan keuntungan jelas seperti:

  • Kinerja tinggi untuk permintaan baca
  • Cadangan basis data dapat dilakukan tanpa dampak pada instans primer
  • Permintaan analitis dapat memuat instans sekunder saja (tanpa memengaruhi primer)
database cluster Primary-Secondary scheme

Primary-Primary MariaDB/MySQL/Percona Replication

Replikasi asinkron primary-primary beroperasi dengan dua node primer secara bersamaan. Dibandingkan dengan solusi primary-secondary default, ini memiliki keuntungan pada penyeimbangan beban penulisan dan pemulihan yang lebih sederhana pada kegagalan satu node primer.

database cluster Primary-Primary scheme

Berbeda dengan pengaturan default, penskalaan klaster primary-primary mengarah pada penambahan sekunder ke klaster. Setelah dibuat, instans sekunder didistribusikan secara merata antara node primer yang memungkinkan distribusi beban kerja replikasi dengan lancar dan meningkatkan kapasitas read klaster.

MariaDB Galera and Percona XtraDB Clusters

Topologi Galera dan XtraDB clusters adalah replikasi sinkron multi-primer yang dilakukan pada waktu komit transaksi, dengan menyiarkan set penulisan transaksi ke semua node klaster untuk diterapkan. Mereka memastikan penulisannya dikirim ke semua node di klaster sebelum penulisan ini benar-benar dikomit.

database cluster XtraDB Galera scheme

Aplikasi pengguna dapat mengirim pembacaan dan penulisan ke node mana pun di klaster, yang menyediakan kemampuan untuk memperluas transaksi baca dan tulis. Menambahkan node ke klaster sepenuhnya otomatis. Mengeluarkan node dari klaster hanya masalah menghapus yang tidak diperlukan atau gagal. Tidak perlu lagi menerapkan logika rumit untuk pemisahan pembacaan dan penulisan, potensi penskalaan dapat segera diimplementasikan tanpa perlu mengubah logika aplikasi. Galera dan XtraDB menawarkan perlindungan terbaik terhadap kehilangan data dan basis data yang tidak konsisten karena tidak ada penundaan dalam mereplikasi data. Jika salah satu node klaster gagal, aplikasi pengguna tidak akan melihatnya dan akan terus melayani pengguna menggunakan node lain yang mungkin juga berlokasi di pusat data lain.

Baca Juga