Alternatif Meja Kerja MySQL - Manajemen Konfigurasi ClusterControl

Manajemen konfigurasi MySQL terdiri dari dua komponen utama - file konfigurasi MySQL dan konfigurasi runtime. Menerapkan perubahan konfigurasi pada lingkungan runtime dapat dilakukan melalui klien server MySQL tanpa hak istimewa untuk variabel sesi tetapi hak istimewa SUPER untuk variabel global. Menerapkan perubahan konfigurasi yang sama ke dalam file konfigurasi MySQL juga diperlukan untuk membuat perubahan tetap ada di seluruh restart MySQL, jika tidak, nilai default akan dimuat selama startup.

Dalam posting blog ini, kita akan melihat Manajemen Konfigurasi ClusterControl sebagai alternatif manajemen konfigurasi MySQL Workbench.

Manajemen Konfigurasi Meja Kerja MySQL

MySQL Workbench adalah klien grafis untuk bekerja dengan server MySQL dan database untuk server versi 5.x dan lebih tinggi. Ini tersedia secara bebas dan umumnya digunakan oleh SysAdmins, DBA, dan pengembang untuk melakukan pengembangan SQL, pemodelan data, administrasi server MySQL, dan migrasi data.

Anda dapat menggunakan MySQL Workbench untuk melakukan manajemen konfigurasi MySQL/MariaDB pada server MySQL jarak jauh. Namun, ada beberapa langkah awal yang diperlukan untuk mengaktifkan fitur ini. Dari MySQL Workbench, pilih profil koneksi yang ada dan pilih Configure Remote Management. Anda akan disajikan dengan wizard konfigurasi langkah demi langkah untuk membantu Anda mengatur manajemen jarak jauh untuk profil koneksi:

Pada awalnya, upaya koneksi dilakukan untuk menentukan versi server dan sistem operasi dari mesin target. Ini memungkinkan pengaturan koneksi divalidasi dan memungkinkan wizard untuk memilih preset konfigurasi yang berarti. Jika upaya ini gagal, Anda masih dapat melanjutkan ke langkah berikutnya, di mana Anda dapat menyesuaikan pengaturan lebih lanjut agar sesuai dengan lingkungan server jauh.

Setelah konfigurasi koneksi jarak jauh selesai, klik dua kali pada profil koneksi untuk mulai terhubung ke instance MySQL. Kemudian, buka Instance -> Options File untuk membuka bagian manajer konfigurasi. Anda akan melihat sesuatu yang mirip dengan tangkapan layar berikut:

Semua variabel konfigurasi yang ada dari file konfigurasi telah dimuat sebelumnya ke dalam konfigurasi ini manager sehingga Anda dapat melihat opsi apa yang telah diaktifkan dengan nilainya masing-masing. Konfigurasi dikategorikan ke beberapa bagian - Umum, pencatatan log, InnoDB, jaringan, dan sebagainya - yang sangat membantu kami fokus pada fitur tertentu yang ingin kami sesuaikan atau aktifkan.

Setelah Anda puas dengan perubahan, dan sebelum mengklik "Terapkan", pastikan Anda memilih bagian grup MySQL yang benar dari menu tarik-turun (tepat di sebelah tombol Buang). Setelah diterapkan, Anda akan melihat konfigurasi diterapkan ke server MySQL di mana baris baru akan muncul (jika tidak ada) di file konfigurasi MySQL.

Perhatikan bahwa mengklik tombol "Terapkan" tidak akan mendorong perubahan yang sesuai ke runtime MySQL. Seseorang harus melakukan operasi restart pada server MySQL untuk memuat perubahan konfigurasi baru dengan masuk ke Instance -> Startup/Shutdown. Ini akan berdampak pada uptime database Anda.

Untuk melihat semua status dan variabel sistem yang dimuat, buka Manajemen -> Variabel Status dan Sistem:

Manajemen Konfigurasi ClusterControl

Manajer Konfigurasi ClusterControl dapat diakses di bawah Kelola -> Konfigurasi. ClusterControl menarik sejumlah file konfigurasi penting dan menampilkannya dalam struktur pohon. Tampilan terpusat dari file-file ini adalah kunci untuk memahami dan memecahkan masalah pengaturan basis data terdistribusi secara efisien. Tangkapan layar berikut menunjukkan pengelola file konfigurasi ClusterControl yang mencantumkan semua file konfigurasi terkait untuk klaster ini dalam satu tampilan tunggal dengan penyorotan sintaks:

Seperti yang Anda lihat dari tangkapan layar di atas, ClusterControl memahami MySQL "!include " dan akan menindaklanjuti semua file konfigurasi yang terkait dengannya. Misalnya, ada dua file konfigurasi MySQL yang ditarik dari host 192.168.0.21, /etc/my.cnf dan /etc/my.cnf.d/secrets-backup.cnf. Anda dapat membuka beberapa file konfigurasi di tab editor lain yang membuatnya lebih mudah untuk membandingkan konten secara berdampingan. ClusterControl juga menarik informasi modifikasi file terakhir dari stempel waktu OS, seperti yang ditunjukkan di kanan bawah editor teks.

ClusterControl menghilangkan pengulangan saat mengubah opsi konfigurasi cluster database. Mengubah opsi konfigurasi pada beberapa node dapat dilakukan melalui satu antarmuka dan akan diterapkan ke node database yang sesuai. Saat Anda mengklik "Ubah/Tetapkan Parameter", Anda dapat memilih instance database yang ingin Anda ubah dan menentukan grup konfigurasi, parameter, dan nilai:

Anda dapat menambahkan parameter baru ke dalam file konfigurasi atau memodifikasi parameter yang ada . Parameter akan diterapkan ke runtime node database yang dipilih dan ke dalam file konfigurasi jika opsi melewati proses validasi variabel. Beberapa variabel mungkin memerlukan langkah tindak lanjut seperti memulai ulang server atau memuat ulang konfigurasi, yang kemudian akan disarankan oleh ClusterControl.

Semua layanan yang dikonfigurasi oleh ClusterControl menggunakan templat konfigurasi dasar yang tersedia di bawah /usr/share/cmon/templates pada node ClusterControl. Anda dapat langsung memodifikasi file agar sesuai dengan kebijakan penerapan Anda, namun direktori ini akan diganti setelah peningkatan paket. Untuk memastikan file templat konfigurasi khusus Anda tetap ada selama pemutakhiran, simpan file templat Anda di bawah direktori /etc/cmon/templates. Ketika ClusterControl memuat file template untuk penerapan, file di bawah /etc/cmon/templates akan selalu memiliki prioritas lebih tinggi daripada file di bawah /usr/share/cmon/templates. Jika ada dua file dengan nama yang sama di kedua direktori, file yang terletak di bawah /etc/cmon/templates akan digunakan.

Buka Performance -> DB Variables untuk memeriksa konfigurasi runtime untuk semua server di cluster:

Perhatikan garis yang disorot dengan warna merah pada tangkapan layar di atas? Itu berarti konfigurasi tidak identik di semua node. Ini memberikan lebih banyak visibilitas tentang perbedaan konfigurasi di antara host dalam cluster database tertentu.

Workbench v ClusterControl:Keuntungan dan Kerugian

Setiap produk memiliki kelebihan dan kekurangannya masing-masing. Untuk ClusterControl, karena memahami cluster dan topologi, ini adalah manajer konfigurasi terbaik untuk mengelola beberapa node database sekaligus. Ini mendukung beberapa vendor MySQL seperti MariaDB, Percona serta semua varian Galera Cluster. Itu juga memahami format konfigurasi penyeimbang beban basis data untuk HAProxy, MariaDB MaxScale, ProxySQL, dan Keepalive. Karena ClusterControl memerlukan konfigurasi SSH tanpa kata sandi pada awal pengimporan/penerapan cluster, manajemen konfigurasi tidak memerlukan pengaturan jarak jauh seperti Workbench dan ini berfungsi langsung setelah host dikelola oleh ClusterControl. Perubahan konfigurasi MySQL yang dilakukan oleh ClusterControl akan dimuat ke runtime secara otomatis (untuk semua variabel yang didukung) serta ditulis ke dalam file konfigurasi MySQL untuk kegigihan. Dalam hal kerugian, manajemen konfigurasi ClusterControl tidak dilengkapi dengan deskripsi konfigurasi yang dapat membantu kami mengantisipasi apa yang akan terjadi jika kami mengubah opsi konfigurasi. Itu tidak mendukung semua platform yang dapat dijalankan MySQL, terutama hanya distribusi Linux tertentu seperti CentOS, RHEL, Debian dan Ubuntu.

MySQL Workbench mendukung manajemen jarak jauh dari banyak sistem operasi seperti Windows, FreeBSD, MacOS, Open Solaris dan Linux. MySQL Workbench tersedia secara gratis dan juga dapat digunakan dengan vendor MySQL lain seperti Percona dan MariaDB (meskipun tidak tercantum di sini, ia berfungsi dengan beberapa versi MariaDB yang lebih lama). Ini juga mendukung pengelolaan instalasi dari bundel TAR. Ini memungkinkan beberapa penyesuaian pada jalur file konfigurasi, perintah service/stop dan penamaan bagian grup MySQL. Salah satu fitur yang rapi adalah MySQL Workbench menggunakan menu dropdown untuk nilai tetap, yang dapat sangat membantu dalam mengurangi risiko kesalahan konfigurasi dari pengguna, seperti yang ditunjukkan pada tangkapan layar berikut:

Pada sisi negatifnya, MySQL Workbench tidak mendukung beberapa manajemen konfigurasi host tempat Anda harus melakukan perubahan konfigurasi pada setiap host secara terpisah. Itu juga tidak mendorong perubahan konfigurasi ke runtime, tanpa restart MySQL eksplisit yang dapat membahayakan uptime layanan database.

Tabel berikut menyederhanakan perbedaan signifikan yang diambil dari semua poin yang disebutkan: