MariaDB
 sql >> Teknologi Basis Data >  >> RDS >> MariaDB

Pemantauan MySQL Proaktif (Studio Pengembang/Sudut Penasihat)

Memantau database MySQL Anda secara proaktif sangat penting saat ini. Ini memainkan peran penting dan signifikan untuk mengelola dan mengontrol database Anda terutama untuk cluster tingkat produksi Anda. Hilangnya informasi spesifik yang akan bermanfaat untuk meningkatkan basis data Anda atau gagal mengidentifikasi akar penyebab masalah yang dapat dihadapi dapat menghasilkan kesulitan ekstrem untuk memperbaiki atau memulihkannya dari masa kejayaannya.

Pemantauan proaktif di database MySQL memungkinkan tim Anda memahami kinerja layanan database Anda. Apakah itu berfungsi dan memberikan berdasarkan beban kerja yang diharapkan untuk dibawa? Apakah Anda memiliki sumber daya yang cukup untuk server agar berkinerja berdasarkan beban kerja yang sedang ditanganinya? Pemantauan proaktif menerapkan hal-hal yang akan mencegah bencana atau merusak database Anda yang akan memberi tahu Anda sebelumnya. Dengan demikian, memungkinkan DBA atau administrator untuk melakukan tugas-tugas penting untuk menghindari kegagalan fungsi, kerusakan data, eksploitasi dan serangan keamanan, atau pemantulan lalu lintas yang tidak terduga di klaster database Anda. Dengan segera hadir, pemantauan proaktif untuk MySQL harus diotomatisasi dan akan beroperasi 24/7 tanpa gangguan dan terserah kepada DBA, Devops, administrator untuk memutuskan apakah berdasarkan prioritas tugas dan seberapa penting jika memerlukan pemeliharaan atau hanya pekerjaan rutin harian biasa.

Pemantauan proaktif dengan ClusterControl

ClusterControl menawarkan gaya yang beragam untuk memantau server database MySQL Anda. Pendekatannya sebanding dengan alat pemantauan perusahaan lain dan solusi cloud tingkat perusahaan. ClusterControl cenderung menerapkan semua praktik terbaik untuk mengelola dan memantau database tetapi dengan fleksibilitas untuk mengonfigurasi guna mencapai penyiapan yang diinginkan berdasarkan lingkungan Anda.

Ketika berbicara tentang alarm dan notifikasi, ClusterControl memiliki pendekatan campuran di mana ada alarm bawaan, dan kemudian ada Penasihat yang akan kita diskusikan lebih lanjut di blog ini.

Alarm Kontrol Cluster untuk MySQL

Alarm menunjukkan masalah yang dapat memengaruhi atau menurunkan klaster secara keseluruhan. Antarmuka ini memberikan penjelasan rinci tentang masalah, bersama dengan tindakan yang direkomendasikan (jika tersedia) untuk menyelesaikan masalah. Setiap alarm dikategorikan sebagai:

  • Kluster

  • Pemulihan cluster

  • Kesehatan basis data

  • Kinerja basis data

  • Host

  • Node

  • Jaringan

Alarm dapat dikenali dengan mencentang tombol Abaikan? kotak centang. Jika diabaikan, tidak ada pemberitahuan yang akan dikirim melalui email. Alarm tidak dapat dihapus atau ditutup, meskipun Anda dapat menyembunyikannya dari daftar dengan mengeklik tombol Sembunyikan Alarm yang Diabaikan.

Lihat contoh tangkapan layar di bawah,

Proaktivitas dengan ClusterControl

ClusterControl mendukung pemulihan otomatis yang bereaksi setiap kali deteksi kegagalan terjadi. Pemulihan Otomatis dengan ClusterControl adalah salah satu fungsi paling proaktif yang memainkan peran penting jika terjadi bencana.

Mengaktifkan pemulihan otomatis diperlukan untuk pemantauan proaktif ini yang bereaksi dalam berbagai situasi, misalnya, jika node MySQL utama gagal.

Di ClusterControl, ini akan langsung terdeteksi saat mendengarkan koneksi dengan server database, atau dalam hal ini server utama. ClusterControl akan bereaksi ASAP dan menerapkan failover.

Failover adalah bagian dari pemulihan Cluster yang diaktifkan. Karena kedua tombol Cluster dan Node diaktifkan, maka akan mengikuti pemulihan node seperti yang Anda lihat di bawah.

Tergantung pada jangkauan node, ClusterControl akan mencoba terus mencoba dengan menghubungkan melalui SSH dan mencoba mencapai node dan mencoba memulihkan dengan mulai menggunakan sysvinit atau systemd. Jelas, Anda mungkin berpikir bahwa itu menerapkan failover dan ClusterControl mencoba memulai primer yang gagal. Itu bisa berarti dua node database tersedia, bukan? Meskipun benar, ClusterControl akan membawa primer yang gagal ke status hanya-baca saat dipulihkan. Lihat di bawah,

Meskipun ada opsi tertentu yang dapat Anda atur untuk mengelola mekanisme failover, Anda harus merujuk ke dokumentasi kami untuk ini karena ini bukan fokus dari blog ini.

Menggunakan Penasihat untuk Proaktivitas dengan ClusterControl

Dalam ClusterControl, Penasihat akan ditemukan dengan membuka → Kinerja → Penasihat. Penasihat ClusterControl diatur untuk diterapkan tergantung pada cluster yang coba dipantau. Misalnya, Replikasi MySQL dan MySQL dengan Galera Cluster yang berjalan di Percona atau MariaDB dapat memiliki perbedaan. Misalnya, Penasihat Replikasi MySQL memiliki yang berikut,

Saat berada di Galera Cluster, ia menambahkan penasihat khusus Galera seperti yang ditunjukkan di bawah ini ,

Menyesuaikan Penasihat MySQL ClusterControl Anda

Advisor dapat disesuaikan dan dapat dimodifikasi sesuai kebutuhan Anda. Pada tangkapan layar Advisors di atas, cukup klik Edit dan Anda akan diarahkan ke IDE sederhana yang kami miliki di ClusterControl.

Anda juga dapat membuat ClusterControl Advisors Anda sendiri. Anda dapat merujuk diri Anda sendiri untuk mempelajari lebih lanjut tentang membuat dengan membaca Tulis Penasihat Pertama Anda atau ambil seri 2 bagian untuk membuatnya sendiri menggunakan skrip deteksi Meltdown/Spectre.

Bagaimana ClusterControl Advisor Menjadi Proaktif?

Secara teknis, penasihat ClusterControl sebagian besar bertindak sebagai pemberi tahu dan secara harfiah sebagai penasihat Anda. ClusterControl Advisors akan memberi tahu Anda jika mendeteksi perilaku yang tidak biasa jika mencapai ambang batas dasar yang ditetapkan secara default oleh ClusterControl. Biasanya, ambang batas yang diterapkan adalah nilai generik. Nilai generik ini didasarkan pada praktik terbaik dan pada beban kerja atau pengaturan lingkungan yang paling umum dan dapat diterima. Sebagian besar default penasihat tidak menyediakan alarm atau mekanisme peringatan di UI ClusterControl. Itu memberi tahu Anda melalui UI (lihat contoh tangkapan layar dari penasihat Lokasi Penyimpanan Binlog di bawah).

Seperti yang disebutkan sebelumnya, Penasihat dapat dimodifikasi dan dapat diedit melalui editor atau IDE sederhana kami. Misalnya dalam cluster Replikasi MySQL, ClusterControl menyediakan penasihat Lokasi Penyimpanan Binlog. Ini mendeteksi bahwa binlog disimpan di direktori data yang disarankan untuk berada di luar direktori data.

Mari kita ambil contoh dari daftar penasihat dan pilih Koneksi yang saat ini digunakan penasihat . Mari kita edit ini seperti yang ditunjukkan di bawah ini,

atau sebagai alternatif, Anda dapat pergi ke