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

Benchmarking Manual Database Deployment vs Deployment Otomatis

Ada beberapa cara untuk menyebarkan database. Anda dapat menginstalnya dengan tangan, Anda dapat mengandalkan alat orkestrasi infrastruktur yang tersedia secara luas seperti Ansible, Chef, Puppet, atau Salt. Alat-alat itu sangat populer dan cukup mudah untuk menemukan skrip, resep, buku pedoman, apa saja, yang akan membantu Anda mengotomatiskan instalasi cluster database. Ada juga platform otomatisasi database yang lebih khusus, seperti ClusterControl, yang juga dapat digunakan untuk penerapan otomatis. Apa cara terbaik untuk men-deploy cluster Anda? Berapa banyak waktu yang Anda perlukan untuk menerapkannya?

Pertama, mari kita perjelas apa yang ingin kita lakukan. Mari kita asumsikan kita akan menerapkan Percona XtraDB Cluster 5.7. Ini akan terdiri dari tiga node dan untuk itu kami akan menggunakan tiga mesin virtual Vagrant yang menjalankan Ubuntu 16.04 (gambar bento/ubuntu-16.04). Kami akan mencoba men-deploy cluster secara manual, kemudian menggunakan Ansible dan ClusterControl. Mari kita lihat bagaimana hasilnya.

Penerapan Manual

Pengaturan Repositori - 1 menit, 45 detik.

Pertama-tama, kita harus mengkonfigurasi repositori Percona di semua node Ubuntu. Pencarian google cepat, ssh ke mesin virtual dan menjalankan perintah yang diperlukan membutuhkan waktu 1m45s

Kami menemukan halaman berikut dengan petunjuk:
https://www.percona.com/doc/percona-repo-config/percona-release.html

dan kami menjalankan langkah-langkah yang dijelaskan di bagian “DISTRIBUSI GNU/LINUX BERBASIS DEB”. Kami juga menjalankan apt update, untuk menyegarkan cache apt.

Menginstal Node PXC - 2 menit 45 detik

Langkah ini pada dasarnya terdiri dari mengeksekusi:

[email protected]:~# apt install percona-xtradb-cluster-5.7

Sisanya sebagian besar tergantung pada kecepatan koneksi internet Anda saat paket sedang diunduh. Masukan Anda juga akan diperlukan (Anda akan memberikan kata sandi untuk pengguna super) sehingga ini bukan instalasi tanpa pengawasan. Setelah semuanya selesai, Anda akan mendapatkan tiga node Cluster Percona XtraDB yang sedang berjalan:

root     15488  0.0  0.2   4504  1788 ?        S    10:12   0:00 /bin/sh /usr/bin/mysqld_safe
mysql    15847  0.3 28.3 1339576 215084 ?      Sl   10:12   0:00  \_ /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib/mysql/plugin --user=mysql --wsrep-provider=/usr/lib/galera3/libgalera_smm.so --log-error=/var/log/mysqld.log --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/run/mysqld/mysqld.sock --wsrep_start_position=00000000-0000-0000-0000-000000000000:-1

Mengonfigurasi node PXC - 3 menit, 25 detik

Di sini mulai bagian yang sulit. Sangat sulit untuk mengukur pengalaman dan berapa banyak waktu yang dibutuhkan seseorang untuk benar-benar memahami apa yang perlu dilakukan. Apa yang baik, pencarian google "cara menginstal percona xtrabdb cluster" menunjuk ke dokumentasi Percona, yang menjelaskan bagaimana prosesnya akan terlihat. Mungkin masih perlu waktu lebih lama, tergantung seberapa familiar Anda dengan PXC dan Galera secara umum. Skenario terburuk Anda tidak akan mengetahui tindakan tambahan yang diperlukan dan Anda akan terhubung ke PXC Anda dan mulai bekerja dengannya, tanpa menyadari bahwa, sebenarnya, Anda memiliki tiga node, masing-masing membentuk cluster sendiri.

Mari kita asumsikan kita mengikuti rekomendasi dari Percona dan waktu hanya langkah-langkah yang akan dieksekusi. Singkatnya, kami memodifikasi file konfigurasi sesuai instruksi di situs web Percona, kami juga mencoba mem-bootstrap node pertama:

[email protected]:~# /etc/init.d/mysql bootstrap-pxc
mysqld: [ERROR] Found option without preceding group in config file /etc/mysql/my.cnf at line 10!
mysqld: [ERROR] Fatal error in defaults handling. Program aborted!
mysqld: [ERROR] Found option without preceding group in config file /etc/mysql/my.cnf at line 10!
mysqld: [ERROR] Fatal error in defaults handling. Program aborted!
mysqld: [ERROR] Found option without preceding group in config file /etc/mysql/my.cnf at line 10!
mysqld: [ERROR] Fatal error in defaults handling. Program aborted!
mysqld: [ERROR] Found option without preceding group in config file /etc/mysql/my.cnf at line 10!
mysqld: [ERROR] Fatal error in defaults handling. Program aborted!
 * Bootstrapping Percona XtraDB Cluster database server mysqld                                                                                                                                                                                                                     ^C

Ini tidak terlihat benar. Sayangnya, instruksinya tidak begitu jelas. Sekali lagi, jika Anda tidak tahu apa yang sedang terjadi, Anda akan menghabiskan lebih banyak waktu untuk mencoba memahami apa yang terjadi. Untungnya, stackoverflow.com sangat membantu (walaupun bukan respons pertama pada daftar yang kami dapatkan) dan Anda harus menyadari bahwa Anda melewatkan header bagian [mysqld] di file /etc/mysql/my.cnf Anda. Menambahkan ini di semua node dan mengulangi proses bootstrap memecahkan masalah. Secara total kami menghabiskan 3 menit 25 detik (tidak termasuk googling untuk mencari kesalahan karena kami segera mengetahui apa masalahnya).

Mengonfigurasi SST, Membawa Node Lain Ke Dalam Cluster - Mulai Dari 8 Menit Hingga Tak Terhingga

Petunjuk di situs web Percona cukup jelas. Setelah Anda memiliki satu node dan berjalan, mulailah node yang tersisa dan Anda akan baik-baik saja. Kami mencobanya dan kami tidak dapat melihat lebih banyak node bergabung dengan cluster. Di sinilah hampir tidak mungkin untuk mengetahui berapa lama waktu yang dibutuhkan untuk mendiagnosis masalah tersebut. Kami membutuhkan waktu 6-7 menit tetapi untuk dapat melakukannya dengan cepat Anda harus:

  1. Pahami bagaimana konfigurasi PXC disusun:
    [email protected]:~# tree  /etc/mysql/
    /etc/mysql/
    ├── conf.d
    │   ├── mysql.cnf
    │   └── mysqldump.cnf
    ├── my.cnf -> /etc/alternatives/my.cnf
    ├── my.cnf.fallback
    ├── my.cnf.old
    ├── percona-xtradb-cluster.cnf
    └── percona-xtradb-cluster.conf.d
        ├── client.cnf
        ├── mysqld.cnf
        ├── mysqld_safe.cnf
        └── wsrep.cnf
  2. Ketahui cara kerja direktif !include dan !includedir di file konfigurasi MySQL
  3. Ketahui bagaimana MySQL menangani variabel yang sama yang disertakan dalam banyak file
  4. Ketahui apa yang harus dicari dan waspadai konfigurasi yang akan menghasilkan node bootstrap sendiri untuk membentuk cluster sendiri

Masalahnya terkait dengan fakta bahwa instruksi tidak menyebutkan file apa pun kecuali untuk /etc/mysql/my.cnf di mana, sebenarnya, kita seharusnya memodifikasi /etc/mysql/percona-xtradb-cluster.conf.d/wsrep .cnf. File itu berisi variabel kosong:

wsrep_cluster_address=gcomm://

dan konfigurasi tersebut memaksa node untuk bootstrap karena tidak memiliki informasi tentang node lain untuk bergabung. Kami menyetel variabel itu di /etc/mysql/my.cnf tetapi kemudian file wsrep.cnf disertakan, menimpa pengaturan kami.

Masalah ini mungkin menjadi penghalang serius bagi orang-orang yang tidak terlalu paham dengan cara kerja MySQL dan Galera, yang mengakibatkan debug bahkan berjam-jam.

Total Waktu Instalasi - 16 menit (Jika Anda DBA MySQL Seperti Saya)

Kami berhasil menginstal Percona XtraDB Cluster dalam 16 menit. Anda harus mengingat beberapa hal - kami tidak menyetel konfigurasi. Ini adalah sesuatu yang akan membutuhkan lebih banyak waktu dan pengetahuan. Node PXC hadir dengan beberapa konfigurasi sederhana, sebagian besar terkait dengan pencatatan biner dan replikasi writeset Galera. Tidak ada penyetelan InnoDB. Jika Anda tidak terbiasa dengan internal MySQL, ini adalah waktu berjam-jam jika bukan berhari-hari untuk membaca dan membiasakan diri dengan mekanisme internal. Hal penting lainnya adalah bahwa ini adalah proses yang harus Anda terapkan kembali untuk setiap cluster yang Anda terapkan. Akhirnya, kami berhasil mengidentifikasi masalah dan menyelesaikannya dengan sangat cepat karena pengalaman kami dengan Percona XtraDB Cluster dan MySQL secara umum. Pengguna biasa kemungkinan besar akan menghabiskan lebih banyak waktu untuk mencoba memahami apa yang sedang terjadi dan mengapa.

Playbook yang Memungkinkan

Sekarang, ke otomatisasi dengan Ansible. Mari kita coba menemukan dan menggunakan buku pedoman yang memungkinkan, yang dapat kita gunakan kembali untuk semua penerapan lebih lanjut. Mari kita lihat berapa lama waktu yang dibutuhkan untuk melakukannya.

Mengonfigurasi Konektivitas SSH - 1 menit

Ansible membutuhkan konektivitas SSH di semua node untuk menghubungkan dan mengonfigurasinya. Kami membuat kunci SSH dan mendistribusikannya secara manual ke seluruh node.

Menemukan Playbook yang Mungkin - 2 menit 15 detik

Masalah utama di sini adalah bahwa ada begitu banyak buku pedoman yang tersedia di luar sana sehingga tidak mungkin untuk memutuskan yang terbaik. Karena itu, kami memutuskan untuk menggunakan 3 hasil teratas Google dan mencoba memilih satu. Kami memutuskan https://github.com/cdelgehier/ansible-role-XtraDB-Cluster karena tampaknya lebih dapat dikonfigurasi daripada yang lainnya.

Mengkloning Repositori dan Menginstal Memungkinkan - 30 detik

Ini cepat, yang kami butuhkan hanyalah

apt install ansible git
git clone https://github.com/cdelgehier/ansible-role-XtraDB-Cluster.git

Menyiapkan File Inventaris - 1 menit 10 detik

Langkah ini juga sangat sederhana, kami membuat file inventaris menggunakan contoh dari dokumentasi. Kami baru saja mengganti alamat IP node dengan apa yang telah kami konfigurasikan di lingkungan kami.

Menyiapkan Playbook - 1 menit 45 detik

Kami memutuskan untuk menggunakan contoh paling ekstensif dari dokumentasi, yang juga mencakup sedikit penyetelan konfigurasi. Kami menyiapkan struktur yang benar untuk Ansible (tidak ada informasi seperti itu dalam dokumentasi):

/root/pxcansible/
├── inventory
├── pxcplay.yml
└── roles
    └── ansible-role-XtraDB-Cluster

Kemudian kami menjalankannya tetapi segera kami mendapat kesalahan:

[email protected]:~/pxcansible# ansible-playbook pxcplay.yml
 [WARNING]: provided hosts list is empty, only localhost is available

ERROR! no action detected in task

The error appears to have been in '/root/pxcansible/roles/ansible-role-XtraDB-Cluster/tasks/main.yml': line 28, column 3, but may
be elsewhere in the file depending on the exact syntax problem.

The offending line appears to be:


- name: "Include {{ ansible_distribution }} tasks"
  ^ here
We could be wrong, but this one looks like it might be an issue with
missing quotes.  Always quote template expression brackets when they
start a value. For instance:

    with_items:
      - {{ foo }}

Should be written as:

    with_items:
      - "{{ foo }}"

Ini membutuhkan waktu 1 menit dan 45 detik.

Memperbaiki Masalah Sintaks Playbook - 3 menit 25 detik

Kesalahannya menyesatkan tetapi aturan umum adalah mencoba versi Ansible yang lebih baru, yang kami lakukan. Kami mencari di Google dan menemukan instruksi bagus di situs web Ansible. Upaya berikutnya untuk menjalankan buku pedoman juga gagal:

TASK [ansible-role-XtraDB-Cluster : Delete anonymous connections] *****************************************************************************************************************************************************************************************************************
fatal: [node2]: FAILED! => {"changed": false, "msg": "The PyMySQL (Python 2.7 and Python 3.X) or MySQL-python (Python 2.X) module is required."}
fatal: [node3]: FAILED! => {"changed": false, "msg": "The PyMySQL (Python 2.7 and Python 3.X) or MySQL-python (Python 2.X) module is required."}
fatal: [node1]: FAILED! => {"changed": false, "msg": "The PyMySQL (Python 2.7 and Python 3.X) or MySQL-python (Python 2.X) module is required."}

Menyiapkan versi Ansible baru dan menjalankan playbook hingga kesalahan ini membutuhkan waktu 3 menit 25 detik.

Memperbaiki Modul Python yang Hilang - 3 menit 20 detik

Rupanya, peran yang kami gunakan tidak memenuhi prasyaratnya dan modul Python tidak ada untuk menghubungkan dan mengamankan kluster Galera. Kami pertama kali mencoba menginstal MySQL-python melalui pip tetapi menjadi jelas bahwa itu akan memakan waktu lebih lama karena membutuhkan mysql_config:

[email protected]:~# pip install MySQL-python
Collecting MySQL-python
  Downloading https://files.pythonhosted.org/packages/a5/e9/51b544da85a36a68debe7a7091f068d802fc515a3a202652828c73453cad/MySQL-python-1.2.5.zip (108kB)
    100% |████████████████████████████████| 112kB 278kB/s
    Complete output from command python setup.py egg_info:
    sh: 1: mysql_config: not found
    Traceback (most recent call last):
      File "<string>", line 1, in <module>
      File "/tmp/pip-build-zzwUtq/MySQL-python/setup.py", line 17, in <module>
        metadata, options = get_config()
      File "/tmp/pip-build-zzwUtq/MySQL-python/setup_posix.py", line 43, in get_config
        libs = mysql_config("libs_r")
      File "/tmp/pip-build-zzwUtq/MySQL-python/setup_posix.py", line 25, in mysql_config
        raise EnvironmentError("%s not found" % (mysql_config.path,))
    EnvironmentError: mysql_config not found

    ----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-build-zzwUtq/MySQL-python/

Itu disediakan oleh perpustakaan pengembangan MySQL sehingga kami harus menginstalnya secara manual, yang sebenarnya tidak ada gunanya. Kami memutuskan untuk menggunakan PyMySQL, yang tidak memerlukan paket lain untuk diinstal. Ini membawa kita ke masalah lain:

TASK [ansible-role-XtraDB-Cluster : Delete anonymous connections] *****************************************************************************************************************************************************************************************************************
fatal: [node3]: FAILED! => {"changed": false, "msg": "unable to connect to database, check login_user and login_password are correct or /root/.my.cnf has the credentials. Exception message: (1698, u\"Access denied for user 'root'@'localhost'\")"}
fatal: [node2]: FAILED! => {"changed": false, "msg": "unable to connect to database, check login_user and login_password are correct or /root/.my.cnf has the credentials. Exception message: (1698, u\"Access denied for user 'root'@'localhost'\")"}
fatal: [node1]: FAILED! => {"changed": false, "msg": "unable to connect to database, check login_user and login_password are correct or /root/.my.cnf has the credentials. Exception message: (1698, u\"Access denied for user 'root'@'localhost'\")"}
    to retry, use: --limit @/root/pxcansible/pxcplay.retry

Sampai saat ini kami menghabiskan waktu 3 menit 20 detik.

Memperbaiki Kesalahan “Akses Ditolak” - 18 menit 55 detik

Sesuai kesalahan, kami memastikan bahwa konfigurasi MySQL disiapkan dengan benar dan menyertakan pengguna dan kata sandi yang benar untuk terhubung ke database. Sayangnya, ini tidak bekerja seperti yang diharapkan. Kami menyelidiki lebih lanjut dan menemukan bahwa peran tersebut tidak membuat pengguna root dengan benar, meskipun itu menandai langkah sebagai selesai. Kami melakukan penyelidikan singkat tetapi memutuskan untuk melakukan perbaikan manual alih-alih mencoba men-debug buku pedoman, yang akan memakan waktu lebih lama daripada langkah-langkah yang kami lakukan. Kami baru saja membuat pengguna secara manual [email protected] dan [email protected] dengan kata sandi yang benar. Ini memungkinkan kami untuk melewati langkah ini dan ke kesalahan lain:

TASK [ansible-role-XtraDB-Cluster : Start the master node] ************************************************************************************************************************************************************************************************************************
skipping: [node1]
skipping: [node2]
skipping: [node3]

TASK [ansible-role-XtraDB-Cluster : Start the master node] ************************************************************************************************************************************************************************************************************************
skipping: [node1]
skipping: [node2]
skipping: [node3]

TASK [ansible-role-XtraDB-Cluster : Create SST user] ******************************************************************************************************************************************************************************************************************************
skipping: [node1]
skipping: [node2]
skipping: [node3]

TASK [ansible-role-XtraDB-Cluster : Start the slave nodes] ************************************************************************************************************************************************************************************************************************
fatal: [node3]: FAILED! => {"changed": false, "msg": "Unable to start service mysql: Job for mysql.service failed because the control process exited with error code. See \"systemctl status mysql.service\" and \"journalctl -xe\" for details.\n"}
fatal: [node2]: FAILED! => {"changed": false, "msg": "Unable to start service mysql: Job for mysql.service failed because the control process exited with error code. See \"systemctl status mysql.service\" and \"journalctl -xe\" for details.\n"}
fatal: [node1]: FAILED! => {"changed": false, "msg": "Unable to start service mysql: Job for mysql.service failed because the control process exited with error code. See \"systemctl status mysql.service\" and \"journalctl -xe\" for details.\n"}
    to retry, use: --limit @/root/pxcansible/pxcplay.retry

Untuk bagian ini kami menghabiskan waktu 18 menit 55 detik.

Memperbaiki Masalah “Start the Slave Nodes” (bagian 1) - 7 menit 40 detik

Kami mencoba beberapa hal untuk memecahkan masalah ini. Kami mencoba menentukan node menggunakan namanya, kami mencoba mengganti nama grup, tidak ada yang menyelesaikan masalah. Kami memutuskan untuk membersihkan lingkungan menggunakan skrip yang disediakan dalam dokumentasi dan mulai dari awal. Itu tidak membersihkannya tetapi hanya memperburuk keadaan. Setelah 7 menit 40 detik, kami memutuskan untuk menghapus mesin virtual, membuat ulang lingkungan dan memulai dari awal dengan harapan bahwa ketika kami menambahkan dependensi Python, ini akan menyelesaikan masalah kami.

Memperbaiki Masalah “Mulai Node Budak” (bagian 2) - 13 menit 15 detik

Sayangnya, menyiapkan prasyarat Python tidak membantu sama sekali. Kami memutuskan untuk menyelesaikan proses secara manual, mem-bootstrap node pertama dan kemudian mengonfigurasi pengguna SST dan memulai budak yang tersisa. Ini menyelesaikan penyiapan "otomatis" dan kami membutuhkan 13 menit 15 detik untuk men-debug dan akhirnya menerima bahwa itu tidak akan berfungsi seperti yang diharapkan oleh perancang buku pedoman.

Debugging Lebih Lanjut - 10 menit 45 detik

Kami tidak berhenti di situ dan memutuskan bahwa kami akan mencoba satu hal lagi. Alih-alih mengandalkan variabel Ansible, kami hanya menempatkan IP salah satu node sebagai node master. Ini memecahkan bagian dari masalah itu dan kami berakhir dengan:

TASK [ansible-role-XtraDB-Cluster : Create SST user] ******************************************************************************************************************************************************************************************************************************
skipping: [node2]
skipping: [node3]
fatal: [node1]: FAILED! => {"changed": false, "msg": "unable to connect to database, check login_user and login_password are correct or /root/.my.cnf has the credentials. Exception message: (1045, u\"Access denied for user 'root'@'::1' (using password: YES)\")"}

Ini adalah akhir dari upaya kami - kami mencoba untuk menambahkan pengguna ini tetapi tidak bekerja dengan benar melalui buku pedoman yang memungkinkan sementara kami dapat menggunakan alamat localhost IPv6 untuk terhubung saat menggunakan klien MySQL.

Total Waktu Pemasangan - Tidak Diketahui (Penginstalan Otomatis Gagal)

Secara total kami menghabiskan 64 menit dan kami masih belum berhasil menyelesaikan semuanya secara otomatis. Masalah yang tersisa adalah pembuatan kata sandi root yang tampaknya tidak berfungsi dan kemudian memulai Galera Cluster (masalah pengguna SST). Sulit untuk mengatakan berapa lama waktu yang dibutuhkan untuk men-debug lebih lanjut. Itu pasti mungkin - hanya sulit untuk diukur karena sangat tergantung pada pengalaman dengan Ansible dan MySQL. Ini jelas bukan sesuatu yang bisa diunduh, dikonfigurasi, dan dijalankan oleh siapa saja. Yah, mungkin buku pedoman lain akan bekerja secara berbeda? Itu mungkin, tetapi mungkin juga menghasilkan masalah yang berbeda. Ok, jadi ada kurva belajar untuk didaki dan debug untuk dibuat tetapi kemudian, ketika Anda sudah siap, Anda hanya akan menjalankan skrip. Yah, itu agak benar. Selama perubahan yang diperkenalkan oleh pengelola tidak akan merusak sesuatu yang Anda andalkan atau versi Ansible baru akan merusak buku pedoman atau pengelola hanya akan melupakan proyek dan berhenti mengembangkannya (untuk peran yang kami gunakan, ada permintaan tarik yang cukup berguna yang menunggu sudah hampir satu tahun, yang mungkin bisa menyelesaikan masalah ketergantungan Python - belum digabung). Kecuali jika Anda menerima bahwa Anda harus mempertahankan kode ini, Anda tidak dapat benar-benar mengandalkannya sebagai 100% akurat dan bekerja di lingkungan Anda, terutama mengingat bahwa pengembang asli tidak memiliki insentif untuk memperbarui kode. Juga, bagaimana dengan versi lain? Anda tidak dapat menggunakan buku pedoman khusus ini untuk menginstal PXC 5.6 atau versi MariaDB apa pun. Tentu, ada buku pedoman lain yang bisa Anda temukan. Apakah mereka akan bekerja lebih baik atau mungkin Anda akan menghabiskan banyak waktu lagi untuk membuatnya bekerja?

ClusterControlSingle Console untuk Seluruh Infrastruktur Basis Data AndaCari tahu apa lagi yang baru di ClusterControlInstall ClusterControl GRATIS

Kontrol Cluster

Terakhir, mari kita lihat bagaimana ClusterControl dapat digunakan untuk men-deploy Percona XtraDB Cluster.

Mengonfigurasi Konektivitas SSH - 1 menit

ClusterControl membutuhkan konektivitas SSH di semua node untuk menghubungkan dan mengonfigurasinya. Kami membuat kunci SSH dan mendistribusikannya secara manual ke seluruh node.

Menyiapkan ClusterControl - 3 menit 15 detik

Pencarian cepat “ClusterControl install” mengarahkan kami ke halaman dokumentasi ClusterControl yang relevan. Kami sedang mencari "cara yang lebih sederhana untuk menginstal ClusterControl" karena itu kami mengikuti tautan dan menemukan petunjuk berikut.

Mengunduh skrip dan menjalankannya membutuhkan waktu 3 menit dan 15 detik, kami harus mengambil beberapa tindakan saat penginstalan berlangsung sehingga tidak menjadi penginstalan tanpa pengawasan.

Login Ke UI dan Deployment Start - 1 menit 10 detik

Kami mengarahkan browser kami ke IP node ClusterControl.

Kami melewati informasi kontak yang diperlukan dan kami disajikan dengan layar Selamat Datang:

Langkah selanjutnya - kami memilih opsi penerapan.

Kami harus melewati detail konektivitas SSH.

Kami juga memutuskan vendor, versi, kata sandi, dan host yang akan digunakan. Seluruh proses ini memakan waktu 1 menit 10 detik.

Penerapan Cluster Percona XtraDB - 12 menit 5 detik

Satu-satunya yang tersisa adalah menunggu ClusterControl untuk menyelesaikan penyebaran. Setelah 12 menit dan 5 detik, cluster sudah siap:

Total Waktu Pemasangan - 17 menit 30 detik

Resource terkait ClusterControl untuk MySQL ClusterControl untuk MariaDB ClusterControl untuk Galera Cluster

Kami berhasil menerapkan ClusterControl dan kemudian cluster PXC menggunakan ClusterControl dalam 17 menit dan 30 detik. Penerapan PXC sendiri membutuhkan waktu 12 menit 5 detik . Pada akhirnya, kami memiliki cluster kerja, yang diterapkan sesuai dengan praktik terbaik. ClusterControl juga memastikan bahwa konfigurasi cluster masuk akal. Singkatnya, bahkan jika Anda tidak benar-benar tahu apa-apa tentang MySQL atau Galera Cluster, Anda dapat memiliki cluster siap produksi yang digunakan dalam beberapa menit. ClusterControl bukan hanya alat penyebaran, itu juga platform manajemen - membuat segalanya lebih mudah bagi orang yang tidak berpengalaman dengan MySQL dan Galera untuk mengidentifikasi masalah kinerja (melalui penasihat) dan melakukan tindakan manajemen (menskalakan cluster ke atas dan ke bawah, menjalankan pencadangan, membuat budak asinkron ke Galera). Yang penting, ClusterControl akan selalu terpelihara dan dapat digunakan untuk men-deploy semua rasa MySQL (dan tidak hanya MySQL/MariaDB, ia juga mendukung TimeScaleDB, PostgreSQL dan MongoDB). Itu juga berhasil, sesuatu yang tidak dapat dikatakan tentang metode lain yang kami uji.

Jika Anda ingin mengalami hal yang sama, Anda dapat mengunduh ClusterControl secara gratis. Beri tahu kami bagaimana Anda menyukainya.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Cara Meningkatkan Performa Replikasi di MySQL atau MariaDB Galera Cluster

  2. Fungsi String MariaDB (Daftar Lengkap)

  3. Cara Mengatasi Data Terhapus Secara Tidak Sengaja di MySQL &MariaDB

  4. Bagaimana Operator LIKE Bekerja di MariaDB

  5. MariaDB Server 10.0.33 sekarang tersedia