Membandingkan Solusi Oracle RAC HA dengan Galera Cluster untuk MySQL atau MariaDB

Bisnis terus-menerus ingin memperoleh wawasan dari informasi untuk membuat keputusan yang andal, lebih cerdas, waktu nyata, berdasarkan fakta. Karena perusahaan lebih mengandalkan data dan database, informasi dan pemrosesan data adalah inti dari banyak operasi bisnis dan keputusan bisnis. Keyakinan dalam database adalah total. Tak satu pun dari layanan perusahaan sehari-hari dapat berjalan tanpa platform database yang mendasarinya. Akibatnya, kebutuhan pada skalabilitas dan kinerja perangkat lunak sistem database lebih penting dari sebelumnya. Manfaat utama dari sistem database berkerumun adalah skalabilitas dan ketersediaan tinggi. Di blog ini, kami akan mencoba membandingkan Oracle RAC dan Galera Cluster dalam dua aspek ini. Real Application Clusters (RAC) adalah solusi premium Oracle untuk mengelompokkan database Oracle dan menyediakan Ketersediaan dan Skalabilitas Tinggi. Galera Cluster adalah teknologi clustering paling populer untuk MySQL dan MariaDB.

Ikhtisar Arsitektur

Oracle RAC menggunakan perangkat lunak Oracle Clusterware untuk mengikat beberapa server. Oracle Clusterware adalah solusi manajemen cluster yang terintegrasi dengan Oracle Database, tetapi juga dapat digunakan dengan layanan lain, tidak hanya database. Oracle Clusterware adalah perangkat lunak tambahan yang diinstal pada server yang menjalankan sistem operasi yang sama, yang memungkinkan server dirantai bersama untuk beroperasi seolah-olah mereka adalah satu server.

Oracle Clusterware mengawasi instance dan secara otomatis memulai ulang jika terjadi crash. Jika aplikasi Anda dirancang dengan baik, Anda mungkin tidak mengalami gangguan layanan apa pun. Hanya sekelompok sesi (yang terhubung ke instance yang gagal) yang terpengaruh oleh kegagalan. Pemadaman dapat disembunyikan secara efisien ke pengguna akhir menggunakan fitur RAC canggih seperti Pemberitahuan Aplikasi Cepat dan Failover Koneksi Cepat klien Oracle. Oracle Clusterware mengontrol keanggotaan node dan mencegah gejala split brain di mana dua atau lebih instance mencoba untuk mengontrol instance.

Galera Cluster adalah teknologi clustering database aktif-aktif sinkron untuk MySQL dan MariaDB. Galera Cluster berbeda dari apa yang dikenal sebagai Oracle's MySQL Cluster - NDB. Cluster MariaDB didasarkan pada plugin replikasi multi-master yang disediakan oleh Codership. Sejak versi 5.5, plugin Galera (wsrep API) merupakan bagian integral dari MariaDB. Percona XtraDB Cluster (PXC) juga didasarkan pada plugin Galera. Arsitektur plugin Galera berdiri di atas tiga lapisan inti:sertifikasi, replikasi, dan kerangka kerja komunikasi grup. Lapisan sertifikasi menyiapkan set tulis dan melakukan pemeriksaan sertifikasi pada mereka, menjamin bahwa mereka dapat diterapkan. Lapisan replikasi mengelola protokol replikasi dan menyediakan kemampuan pemesanan total. Kerangka Komunikasi Grup mengimplementasikan arsitektur plugin yang memungkinkan sistem lain terhubung melalui skema back-end gcomm.

Untuk menjaga status tetap identik di seluruh cluster, wsrep API menggunakan ID Transaksi Global. Pengidentifikasi unik GTID dibuat dan dikaitkan dengan setiap transaksi yang dilakukan pada node database. Di Oracle RAC, berbagai contoh database berbagi akses ke sumber daya seperti blok data di cache buffer hingga blok data enqueue. Akses ke sumber daya bersama antara instans RAC perlu dikoordinasikan untuk menghindari konflik. Untuk mengatur akses bersama ke sumber daya ini, cache terdistribusi menyimpan informasi seperti ID blok data, instans RAC mana yang menyimpan versi terkini dari blok data ini, dan mode kunci di mana setiap instans berisi blok data.

Konsep Kunci Penyimpanan Data

Oracle RAC bergantung pada arsitektur disk terdistribusi. File database, file kontrol, dan log redo online untuk database harus dapat diakses oleh setiap node dalam cluster. Ada berbagai cara untuk mengonfigurasi penyimpanan bersama termasuk disk yang terpasang langsung, Storage Area Networks (SAN), dan Network Attached Storage (NAS) dan Oracle ASM. Dua yang paling populer adalah OCFS dan ASM. Oracle Cluster File System (OCFS) adalah sistem file bersama yang dirancang khusus untuk Oracle RAC. OCFS menghilangkan persyaratan bahwa file database Oracle terhubung ke drive logis dan memungkinkan semua node untuk berbagi satu Oracle Home ASM, Perangkat RAW. Oracle ASM adalah solusi manajemen penyimpanan yang disarankan Oracle yang menyediakan alternatif untuk manajer volume konvensional, sistem file, dan perangkat mentah. Oracle ASM menyediakan lapisan virtualisasi antara database dan penyimpanan. Ini memperlakukan beberapa disk sebagai satu grup disk dan memungkinkan Anda menambahkan atau menghapus drive secara dinamis sambil mempertahankan database online.

Tidak perlu membangun penyimpanan disk bersama yang canggih untuk Galera, karena setiap node memiliki salinan datanya yang lengkap. Namun, ini adalah praktik yang baik untuk membuat penyimpanan dapat diandalkan dengan cache tulis yang didukung baterai.

Komunikasi dan cache node cluster

Oracle Real Application Clusters memiliki arsitektur cache bersama, menggunakan Oracle Grid Infrastructure untuk memungkinkan berbagi sumber daya server dan penyimpanan. Komunikasi antar node adalah aspek penting dari integritas cluster. Setiap node harus memiliki setidaknya dua adapter jaringan atau kartu antarmuka jaringan:satu untuk antarmuka jaringan publik, dan satu untuk interkoneksi. Setiap node cluster terhubung ke semua node lain melalui jaringan pribadi berkecepatan tinggi, yang juga dikenal sebagai interkoneksi cluster.

Jaringan pribadi biasanya dibentuk dengan Gigabit Ethernet, tetapi untuk lingkungan bervolume tinggi, banyak vendor menawarkan solusi dengan latensi rendah dan bandwidth tinggi yang dirancang untuk Oracle RAC. Linux juga memperluas sarana untuk mengikat beberapa NIC fisik ke dalam satu NIC virtual untuk menyediakan bandwidth dan ketersediaan yang lebih besar.

Meskipun pendekatan default untuk menghubungkan node Galera adalah dengan menggunakan satu NIC per host, Anda dapat memiliki lebih dari satu kartu. ClusterControl dapat membantu Anda dengan pengaturan tersebut. Perbedaan utama adalah kebutuhan bandwidth pada interkoneksi. Oracle RAC mengirimkan blok data antar instance, sehingga menempatkan beban yang lebih berat pada interkoneksi dibandingkan dengan set tulis Galera (yang terdiri dari daftar operasi).

Dengan Penggunaan Interkoneksi Redundan di RAC, Anda dapat mengidentifikasi beberapa antarmuka yang akan digunakan untuk jaringan cluster pribadi, tanpa perlu menggunakan teknologi bonding atau lainnya. Fungsionalitas ini tersedia mulai dari Oracle Database 11gR2. Jika Anda menggunakan fitur interkoneksi Oracle Clusterware yang berlebihan, maka Anda harus menggunakan alamat IPv4 untuk antarmuka (UDP adalah default).

Untuk mengelola ketersediaan tinggi, setiap node cluster diberikan alamat IP virtual (VIP). Jika terjadi kegagalan node, alamat IP node yang gagal dapat dialihkan ke node yang bertahan untuk memungkinkan aplikasi terus mencapai database melalui alamat IP yang sama.

Pengaturan jaringan yang canggih diperlukan untuk teknologi Oracle Cache Fusion untuk menggabungkan memori fisik di setiap host ke dalam satu cache. Oracle Cache Fusion menyediakan data yang disimpan dalam cache satu instans Oracle untuk diakses oleh instans lain mana pun dengan memindahkannya melalui jaringan pribadi. Ini juga melindungi integritas data dan koherensi cache dengan mengirimkan penguncian dan informasi sinkronisasi tambahan di luar node cluster.

Di atas pengaturan jaringan yang dijelaskan, Anda dapat menetapkan satu alamat database untuk aplikasi Anda - Nama Akses Klien Tunggal (SCAN). Tujuan utama dari SCAN adalah untuk memberikan kemudahan manajemen koneksi. Misalnya, Anda dapat menambahkan node baru ke cluster tanpa mengubah string koneksi klien Anda. Fungsi ini karena Oracle akan secara otomatis mendistribusikan permintaan berdasarkan IP SCAN yang mengarah ke VIP yang mendasarinya. Pemindai pendengar melakukan jembatan antara klien dan pendengar lokal yang mendasarinya yang bergantung pada VIP.

Untuk Galera Cluster, setara dengan SCAN akan menambahkan proxy database di depan node Galera. Proxy akan menjadi satu titik kontak untuk aplikasi, dapat membuat daftar hitam node yang gagal dan merutekan kueri ke node yang sehat. Proksi itu sendiri dapat dibuat berlebihan dengan Keepalive dan IP Virtual.

Kegagalan dan pemulihan data

Perbedaan utama antara Oracle RAC dan MySQL Galera Cluster adalah bahwa arsitektur Galera tidak dibagikan. Alih-alih disk bersama, Galera menggunakan replikasi berbasis sertifikasi dengan komunikasi grup dan pemesanan transaksi untuk mencapai replikasi sinkron. Sebuah cluster database harus mampu bertahan kehilangan node, meskipun dicapai dengan cara yang berbeda. Dalam kasus Galera, aspek kritisnya adalah jumlah node, Galera membutuhkan kuorum untuk tetap beroperasi. Sebuah cluster tiga node dapat bertahan dari crash satu node. Dengan lebih banyak node di cluster Anda, ketersediaan Anda akan bertambah. Oracle RAC tidak memerlukan kuorum untuk tetap beroperasi setelah node crash. Itu karena akses ke penyimpanan terdistribusi yang menyimpan informasi yang konsisten tentang status cluster. Namun, penyimpanan data Anda bisa menjadi titik kegagalan potensial dalam paket ketersediaan tinggi Anda. Meskipun tugas yang cukup mudah untuk memiliki node cluster Galera tersebar di pusat data geolokasi, itu tidak akan mudah dengan RAC. Oracle RAC memerlukan pencerminan disk kelas atas tambahan, namun, RAID dasar seperti redundansi dapat dicapai di dalam grup disk ASM.

Skema Penguncian

Dalam database pengguna tunggal, pengguna dapat mengubah data tanpa memperhatikan sesi lain yang memodifikasi data yang sama pada waktu yang sama. Namun, dalam lingkungan multi-simpul database multi-pengguna, ini menjadi lebih rumit. Basis data multi-pengguna harus menyediakan yang berikut:

• konkurensi data - jaminan bahwa pengguna dapat mengakses data secara bersamaan,
• konsistensi data - jaminan bahwa setiap pengguna melihat tampilan data yang konsisten.

Instance cluster memerlukan tiga jenis penguncian konkurensi utama:

• Konkurensi data dibaca pada instance yang berbeda,
• Konkurensi data membaca dan menulis pada instance yang berbeda,
• Konkurensi data menulis pada instance yang berbeda.

Oracle memungkinkan Anda memilih kebijakan untuk penguncian, baik pesimis atau optimis, tergantung pada kebutuhan Anda. Untuk mendapatkan penguncian konkurensi, RAC memiliki dua buffer tambahan. Mereka adalah Global Cache Service (GCS) dan Global Enqueue Service (GES). Kedua layanan ini mencakup proses Cache Fusion, transfer sumber daya, dan eskalasi sumber daya di antara instans. GES mencakup kunci cache, kunci kamus, kunci transaksi, dan kunci tabel. GCS mempertahankan mode blok dan memblokir transfer antar instance.

Di cluster Galera, setiap node memiliki penyimpanan dan buffernya sendiri. Ketika transaksi dimulai, sumber daya basis data lokal ke simpul itu terlibat. Pada commit, operasi yang merupakan bagian dari transaksi tersebut disiarkan sebagai bagian dari write-set, ke seluruh grup. Karena semua node memiliki status yang sama, set tulis akan berhasil di semua node atau gagal di semua node.

Galera Cluster menggunakan kontrol konkurensi optimis tingkat cluster, yang dapat muncul dalam transaksi yang mengakibatkan pembatalan COMMIT. Komit pertama menang. Ketika terjadi abort pada level cluster, Galera Cluster memberikan error deadlock. Ini mungkin atau mungkin tidak memengaruhi arsitektur aplikasi Anda. Jumlah baris yang tinggi untuk direplikasi dalam satu transaksi akan memengaruhi respons node, meskipun ada teknik untuk menghindari perilaku seperti itu.

Persyaratan Perangkat Keras &Perangkat Lunak

Mengonfigurasi kedua perangkat keras cluster tidak memerlukan sumber daya yang kuat. Konfigurasi cluster Oracle RAC minimal akan dipenuhi oleh dua server dengan dua CPU, memori fisik setidaknya 1,5 GB RAM, jumlah ruang swap yang sama dengan jumlah RAM dan dua Gigabit Ethernet NIC. Konfigurasi node minimum Galera adalah tiga node (salah satu node dapat menjadi arbitrator, gardb), masing-masing dengan 1GHz CPU single-core RAM 512MB, kartu jaringan 100 Mbps. Meskipun ini minimal, kami dapat dengan aman mengatakan bahwa dalam kedua kasus tersebut, Anda mungkin ingin memiliki lebih banyak sumber daya untuk sistem produksi Anda.

Setiap node menyimpan perangkat lunak sehingga Anda perlu menyiapkan beberapa gigabyte penyimpanan Anda. Oracle dan Galera keduanya memiliki kemampuan untuk menambal node secara individual dengan menghapusnya satu per satu. Tambalan bergulir ini menghindari penghentian aplikasi yang lengkap karena selalu ada node basis data yang tersedia untuk menangani lalu lintas.

Yang penting untuk disebutkan adalah bahwa kluster Galera produksi dapat dengan mudah dijalankan pada VM atau bare metal dasar, sementara RAC memerlukan investasi dalam penyimpanan bersama yang canggih dan komunikasi serat.

Pemantauan dan Manajemen

Oracle Enterprise Manager adalah pendekatan yang disukai untuk memantau Oracle RAC dan Oracle Clusterware. Oracle Enterprise Manager adalah sistem manajemen terpadu berbasis Web Oracle untuk memantau dan mengelola lingkungan database Anda. Ini adalah bagian dari Oracle Enterprise License dan harus diinstal di server terpisah. Pemantauan dan pengelolaan kontrol klaster dilakukan melalui kombinasi perintah crsctl dan srvctl yang merupakan bagian dari binari klaster. Di bawah ini Anda dapat menemukan beberapa contoh perintah.

Pemeriksaan Status Sumber Daya Clusterware:

    crsctl status resource -t (or shorter: crsctl stat res -t)

Contoh:

$ crsctl stat res ora.test1.vip
NAME=ora.test1.vip
TYPE=ora.cluster_vip_net1.type
TARGET=ONLINE
STATE=ONLINE on test1

Periksa status tumpukan Oracle Clusterware:

    crsctl check cluster

Contoh:

$ crsctl check cluster -all
*****************************************************************
node1:
CRS-4537: Cluster Ready Services is online
CRS-4529: Cluster Synchronization Services is online
CRS-4533: Event Manager is online
*****************************************************************
node2:
CRS-4537: Cluster Ready Services is online
CRS-4529: Cluster Synchronization Services is online
CRS-4533: Event Manager is online

Periksa status Oracle High Availability Services dan tumpukan Oracle Clusterware di server lokal:

    crsctl check crs

Contoh:

$ crsctl check crs
CRS-4638: Oracle High Availablity Services is online
CRS-4537: Cluster Ready Services is online
CRS-4529: Cluster Synchronization Services is online
CRS-4533: Event Manager is online

Hentikan Layanan Ketersediaan Tinggi Oracle di server lokal.

    crsctl stop has

Hentikan Layanan Ketersediaan Tinggi Oracle di server lokal.

    crsctl start has

Menampilkan status aplikasi simpul:

    srvctl status nodeapps

Menampilkan informasi konfigurasi untuk semua VIP SCAN

    srvctl config scan

Contoh:

srvctl config scan -scannumber 1
SCAN name: testscan, Network: 1
Subnet IPv4: 192.51.100.1/203.0.113.46/eth0, static
Subnet IPv6: 
SCAN 1 IPv4 VIP: 192.51.100.195
SCAN VIP is enabled.
SCAN VIP is individually enabled on nodes:
SCAN VIP is individually disabled on nodes:

Cluster Verification Utility (CVU) melakukan pemeriksaan sistem sebagai persiapan untuk penginstalan, pembaruan patch, atau perubahan sistem lainnya:

    cluvfy comp ocr

Contoh:

Verifying OCR integrity
Checking OCR integrity...
Checking the absence of a non-clustered configurationl...
All nodes free of non-clustered, local-only configurations
ASM Running check passed. ASM is running on all specified nodes
Checking OCR config file “/etc/oracle/ocr.loc"...
OCR config file “/etc/oracle/ocr.loc" check successful
Disk group for ocr location “+DATA" available on all the nodes
NOTE:
This check does not verify the integrity of the OCR contents. Execute ‘ocrcheck' as a privileged user to verify the contents of OCR.
OCR integrity check passed
Verification of OCR integrity was successful.

Node Galera dan cluster memerlukan wsrep API untuk melaporkan beberapa status, yang diekspos. Saat ini ada 34 variabel status khusus yang dapat dilihat dengan pernyataan SHOW STATUS.

mysql> SHOW STATUS LIKE 'wsrep_%';

Administrasi MySQL Galera Cluster dalam banyak aspek sangat mirip. Hanya ada beberapa pengecualian seperti bootstrap cluster dari node awal atau memulihkan node melalui operasi SST atau IST.

Cluster bootstrap:

$ service mysql bootstrap # sysvinit
$ service mysql start --wsrep-new-cluster # sysvinit
$ galera_new_cluster # systemd
$ mysqld_safe --wsrep-new-cluster # command line

Solusi luar biasa berbasis Web yang setara untuk mengelola dan memantau Galera Cluster adalah ClusterControl. Ini menyediakan antarmuka berbasis web untuk menyebarkan cluster, memantau metrik utama, menyediakan penasihat basis data, dan menangani tugas-tugas manajemen seperti pencadangan dan pemulihan, patch otomatis, enkripsi lalu lintas, dan manajemen ketersediaan.

Pembatasan Beban Kerja

Oracle menyediakan teknologi SCAN yang kami temukan hilang di Galera Cluster. Manfaat SCAN adalah informasi koneksi klien tidak perlu diubah jika Anda menambah atau menghapus node atau database di cluster. Saat menggunakan SCAN, database Oracle terhubung secara acak ke salah satu pendengar SCAN yang tersedia (biasanya tiga) dalam mode round robin dan menyeimbangkan koneksi di antara mereka. Dua jenis penyeimbangan beban dapat dikonfigurasi:sisi klien, penyeimbangan beban waktu sambung dan di sisi server, penyeimbangan beban waktu berjalan. Meskipun tidak ada yang serupa dalam cluster Galera itu sendiri, fungsi yang sama dapat diatasi dengan perangkat lunak tambahan seperti ProxySQL, HAProxy, Maxscale yang dikombinasikan dengan Keepalive.

Saat membahas desain beban kerja aplikasi untuk Galera Cluster, Anda harus menghindari update yang bentrok pada baris yang sama, karena dapat menyebabkan kebuntuan di seluruh cluster. Hindari penyisipan atau pembaruan massal, karena ini mungkin lebih besar dari writeset maksimum yang diizinkan. Itu juga bisa menyebabkan cluster macet.

Merancang Oracle HA dengan RAC, Anda perlu mengingat bahwa RAC hanya melindungi dari kegagalan server, dan Anda perlu mencerminkan penyimpanan dan memiliki redundansi jaringan. Aplikasi web modern memerlukan akses ke layanan data lokasi-independen, dan karena keterbatasan arsitektur penyimpanan RAC, itu bisa sulit untuk dicapai. Anda juga perlu menghabiskan banyak waktu untuk mendapatkan pengetahuan yang relevan untuk mengelola lingkungan; itu adalah proses yang panjang. Di sisi beban kerja aplikasi, ada beberapa kelemahan. Mendistribusikan operasi baca atau tulis yang terpisah pada kumpulan data yang sama tidak optimal karena latensi ditambahkan oleh pertukaran data internode tambahan. Hal-hal seperti partisi, cache urutan, dan operasi pengurutan harus ditinjau sebelum bermigrasi ke RAC.

Redundansi multi-pusat data

Menurut dokumentasi Oracle, jarak maksimum antara dua kotak yang terhubung secara point-to-point dan berjalan secara serempak hanya bisa 10 km. Menggunakan perangkat khusus, jarak ini dapat ditingkatkan hingga 100 km.

Galera Cluster terkenal dengan kemampuan replikasi multi-pusat datanya. Ini memiliki dukungan yang kaya untuk pengaturan jaringan Jaringan Area yang Lebih Luas. Ini dapat dikonfigurasi untuk latensi jaringan tinggi dengan melakukan pengukuran Round-Trip Time (RTT) antara node cluster dan menyesuaikan parameter yang diperlukan. Parameter wsrep_provider_options memungkinkan Anda mengonfigurasi pengaturan seperti tersangka_timeout, interactive_timeout, join_retrans_timouts, dan banyak lagi.

Menggunakan Galera dan RAC di Cloud

Berdasarkan catatan Oracle www.oracle.com/technetwork/database/options/.../rac-cloud-support-2843861.pdf saat ini tidak ada cloud pihak ketiga yang memenuhi persyaratan Oracle terkait penyimpanan bersama yang disediakan secara asli. “Native” dalam konteks ini berarti bahwa penyedia cloud harus mendukung penyimpanan bersama sebagai bagian dari infrastruktur mereka sesuai dengan kebijakan dukungan Oracle.

Berkat arsitektur apa-apa yang dibagikan, yang tidak terikat pada solusi penyimpanan yang canggih, kluster Galera dapat dengan mudah digunakan di lingkungan cloud. Hal-hal seperti:

• protokol jaringan yang dioptimalkan,
• replikasi sadar topologi,
• enkripsi lalu lintas,
• deteksi dan pengusiran otomatis dari node yang tidak dapat diandalkan,

membuat proses migrasi cloud lebih andal.

Lisensi dan Biaya Tersembunyi

Lisensi Oracle adalah topik yang kompleks dan akan membutuhkan artikel blog terpisah. Faktor cluster membuatnya semakin sulit. Biaya naik karena kami harus menambahkan beberapa opsi untuk melisensikan solusi RAC lengkap. Di sini kami hanya ingin menyoroti apa yang diharapkan dan di mana menemukan informasi lebih lanjut.

RAC adalah fitur dari lisensi Oracle Enterprise Edition. Lisensi Oracle Enterprise dibagi menjadi dua jenis, per nama pengguna dan per prosesor. Jika Anda mempertimbangkan Edisi Perusahaan dengan lisensi per inti, maka biaya inti tunggal adalah RAC 23.000 USD + Oracle DB EE 47.500 USD, dan Anda masih perlu menambahkan biaya dukungan ~ 22%. Kami ingin merujuk ke blog hebat tentang harga yang dapat ditemukan di https://flashdba.com/2013/09/18/the-real-cost-of-Oracle-rac/.

Flashdba menghitung harga dari empat node Oracle RAC. Jumlah totalnya adalah 902.400 USD ditambah tambahan 595.584 USD selama tiga tahun pemeliharaan DB, dan itu tidak termasuk fitur seperti partisi atau database dalam memori, semuanya dengan diskon Oracle 60%.

Galera Cluster adalah solusi open source yang dapat dijalankan oleh siapa saja secara gratis. Langganan tersedia untuk implementasi produksi yang memerlukan dukungan vendor. Perhitungan TCO yang baik dapat ditemukan di https://severalnines.com/blog/database-tco-calculating-total-cost-ownership-mysql-management.

Kesimpulan

Meskipun ada perbedaan yang signifikan dalam arsitektur, kedua cluster berbagi prinsip utama dan dapat mencapai tujuan yang sama. Produk perusahaan Oracle hadir dengan segala sesuatu di luar kotak (dan harganya). Dengan biaya dalam kisaran>1 juta USD seperti yang terlihat di atas, ini adalah solusi kelas atas yang tidak mampu dibeli oleh banyak perusahaan. Galera Cluster dapat digambarkan sebagai solusi ketersediaan tinggi yang layak untuk massa. Dalam kasus tertentu, Galera mungkin menjadi alternatif yang sangat baik untuk Oracle RAC. Salah satu kelemahannya adalah Anda harus membangun tumpukan Anda sendiri, meskipun itu dapat sepenuhnya diotomatisasi dengan ClusterControl. Kami ingin mendengar pendapat Anda tentang hal ini.