MariaDB ve Galera Cluster ile Debian 10 Sunucularında Yüksek Erişilebilirliğe Sahip Veritabanı Yapılandırması

MariaDB ve Galera Cluster ile Debian 10 Sunucularında Yüksek Erişilebilirliğe Sahip Veritabanı Yapılandırması

MariaDB Galera Cluster, yüksek erişilebilirlik (High Availability) ve felaket kurtarma (Disaster Recovery) yetenekleri sunan, çoklu ana (multi-master) mimariye sahip bir senkron replikasyon çözümüdür. Bu makalede, Debian 10 işletim sistemi üzerinde üç düğümlü (node) bir MariaDB Galera Cluster’ın adım adım nasıl yapılandırılacağını detaylı bir şekilde inceleyeceğiz. Amaç, herhangi bir düğümün çökmesi durumunda dahi veritabanı işlemlerinin kesintisiz bir şekilde devam etmesini sağlamaktır.

MariaDB Galera Cluster Nedir ve Neden Kullanılır?

Galera Cluster, standart MySQL/MariaDB replikasyonundan farklı olarak senkron replikasyon sunar. Bu, bir işlem (transaction) bir düğümde commit edildiğinde, tüm diğer düğümlerde de commit edilmesini garanti eder. Asenkron replikasyonda olası veri kaybı riskini ortadan kaldırır.

Galera Cluster’ın Temel Özellikleri:

* Senkron Replikasyon: Tüm düğümlerin verileri her zaman günceldir. Veri kaybı riski minimumdur.
* Çoklu Ana (Multi-Master) Mimarisi: Herhangi bir düğüme yazma işlemi yapılabilir. Bu, uygulamanın herhangi bir düğüme bağlanabilmesini ve iş yükünü dağıtabilmesini sağlar.
* Otomatik Düğüm Sağlama (Automatic Node Provisioning): Yeni bir düğüm kümeye katıldığında, mevcut düğümlerden birinden otomatik olarak tam bir veri kopyası (State Snapshot Transfer – SST) alır ve senkronize olur.
* Yüksek Erişilebilirlik: Bir veya daha fazla düğümün arızalanması durumunda, kalan düğümler veritabanı hizmetini kesintisiz bir şekilde sunmaya devam eder.
* Otomatik Üyelik Yönetimi: Kümeye katılan veya ayrılan düğümler otomatik olarak algılanır ve küme üyeliği buna göre güncellenir.
* Çakışma Tespiti ve Çözümü (Conflict Detection and Resolution): Aynı anda farklı düğümlerde aynı verilere yapılan yazma işlemleri arasındaki çakışmaları tespit eder ve belirlediği kurallara göre çözer.

Neden MariaDB ile Galera?

MariaDB, MySQL’in topluluk destekli bir çatalıdır ve birçok geliştirme ve optimizasyon içerir. Galera Cluster teknolojisi, MariaDB ile mükemmel bir uyum içindedir ve MariaDB’nin performansını ve güvenilirliğini yüksek erişilebilirlik bağlamında daha da artırır. Debian 10, kararlı ve güvenilir bir işletim sistemi olduğundan, bu tür bir üretim ortamı için ideal bir temel sunar.

Ön Gereksinimler ve Kurulum Ortamı

Bu kurulum için üç adet Debian 10 sunucusuna ihtiyacımız olacak. Her sunucunun kendine ait bir IP adresi ve birbiriyle ağ bağlantısı olması gerekmektedir. Örnek olarak aşağıdaki IP adreslerini ve host adlarını kullanacağız:

* Node 1: IP: 192.168.1.101, Hostname: db-node1
* Node 2: IP: 192.168.1.102, Hostname: db-node2
* Node 3: IP: 192.168.1.103, Hostname: db-node3

Her sunucuda sudo yetkisine sahip bir kullanıcıya ve internet erişimine ihtiyacınız olacaktır.

Her Sunucuda Temel Sistem Ayarları

Her bir sunucuda aşağıdaki adımları uygulayın:

1. Sistemi Güncelleme:

sudo apt update
    sudo apt upgrade -y

2. Hostname Ayarları:
Her düğümde kendi hostname’ini ayarlayın. Örneğin, db-node1 için:

sudo hostnamectl set-hostname db-node1

Diğer düğümler için db-node2 ve db-node3 olarak ayarlayın.

3. /etc/hosts Dosyasını Düzenleme:
Her sunucuda /etc/hosts dosyasını düzenleyerek tüm düğümlerin IP adreslerini ve hostname’lerini ekleyin. Bu, düğümlerin birbirini isimle bulabilmesi için kritik öneme sahiptir.

sudo nano /etc/hosts

Dosyaya aşağıdaki satırları ekleyin (kendi IP adreslerinize göre güncelleyin):

127.0.0.1       localhost
    192.168.1.101   db-node1
    192.168.1.102   db-node2
    192.168.1.103   db-node3

4. Güvenlik Duvarı (Firewall) Ayarları:
Galera Cluster, düğümler arasında iletişim kurmak için belirli portları kullanır. Bu portların güvenlik duvarında açık olması gerekir. Debian’da ufw kullanıyorsanız:

sudo apt install ufw -y
    sudo ufw allow 3306/tcp    # MariaDB istemci bağlantıları
    sudo ufw allow 4444/tcp    # SST (State Snapshot Transfer)
    sudo ufw allow 4567/tcp    # Galera replikasyon trafiği
    sudo ufw allow 4568/tcp    # IST (Incremental State Transfer)
    sudo ufw allow ssh         # SSH bağlantısı (isteğe bağlı, zaten açıksa)
    sudo ufw enable
    sudo ufw status

Eğer başka bir güvenlik duvarı kullanıyorsanız, ilgili portları açtığınızdan emin olun.

MariaDB ve Galera Cluster Kurulumu

MariaDB’nin Galera özellikli sürümünü kurmak için MariaDB’nin resmi deposunu kullanmak en iyisidir. Debian 10 varsayılan depolarında genellikle daha eski sürümler bulunur.

MariaDB Deposu Ekleme (Her Sunucuda)

1. Depo Anahtarını İndirme:

sudo apt install software-properties-common dirmngr ca-certificates apt-transport-https -y
    sudo apt-key adv --fetch-keys 'https://mariadb.org/mariadb_release_signing_key.asc'

2. MariaDB Deposunu Ekleme:
Debian 10 için MariaDB 10.3 veya 10.4 genellikle tercih edilir. Burada 10.4 sürümünü kullanacağız.

echo "deb [arch=amd64,arm64,ppc64el] https://mirrors.evowise.com/mariadb/repo/10.4/debian buster main" | sudo tee /etc/apt/sources.list.d/mariadb.list

Not: mirrors.evowise.com adresi zamanla değişebilir veya bölgenize özel bir yansıtma sunucusu kullanmak isteyebilirsiniz. En güncel depo adresini MariaDB’nin resmi web sitesinden kontrol edebilirsiniz.

3. Paket Listesini Güncelleme:

sudo apt update

MariaDB ve Galera Paketlerini Kurma (Her Sunucuda)

MariaDB sunucusunu ve Galera Cluster eklentisini kurun.

sudo apt install mariadb-server galera-4 -y

Kurulum sırasında MariaDB root kullanıcısı için şifre belirlemeniz istenebilir. Güçlü bir şifre belirlediğinizden emin olun.

ÖNEMLİ: Kurulum tamamlandıktan sonra, MariaDB servisi otomatik olarak başlayabilir. İlk düğüm hariç diğer düğümlerde servisi hemen durdurun. İlk düğümde de yapılandırmadan önce durdurmak daha iyi olacaktır.

sudo systemctl stop mariadb
sudo systemctl disable mariadb

Bu komutlar MariaDB servisini durdurur ve sistem başlangıcında otomatik olarak başlamasını engeller. Yapılandırma tamamlandıktan sonra tekrar etkinleştireceğiz.

Galera Cluster Yapılandırması

MariaDB Galera Cluster’ı yapılandırmak için her düğümdeki MariaDB yapılandırma dosyalarını düzenlememiz gerekecek. Genellikle /etc/mysql/mariadb.conf.d/50-server.cnf dosyasını düzenleyebilir veya özel bir Galera yapılandırması için /etc/mysql/conf.d/ dizini altında yeni bir .cnf dosyası oluşturabilirsiniz (örneğin, galera.cnf). İkinci yaklaşım daha düzenli bir yapılandırma sağlar.

Her sunucuda /etc/mysql/conf.d/galera.cnf adında yeni bir dosya oluşturalım:

sudo nano /etc/mysql/conf.d/galera.cnf

Bu dosyaya aşağıdaki yapılandırmayı ekleyeceğiz. Her düğüm için wsrep_node_name ve wsrep_node_address parametrelerini kendi değerleriyle güncellemeyi unutmayın.

[mariadb]
binlog_format=ROW
default_storage_engine=InnoDB
innodb_autoinc_lock_mode=2
innodb_flush_log_at_trx_commit=0 # Performans için, veri kaybı riski çok azdır. Üretimde 1 olabilir.
query_cache_size=0
query_cache_type=0
bind-address=0.0.0.0 # Tüm ağ arayüzlerinden bağlantılara izin verir. Güvenlik duvarı ile kontrol edilmelidir.

Galera Cluster Ayarları
wsrep_on=ON
wsrep_provider=/usr/lib/galera/libgalera_smm.so # Galera kütüphanesinin yolu

wsrep_cluster_address="gcomm://192.168.1.101,192.168.1.102,192.168.1.103"
wsrep_cluster_name="my_galera_cluster"

SST (State Snapshot Transfer) Ayarları
wsrep_sst_method=rsync # Basit bir SST yöntemi, mariabackup daha iyidir ancak daha karmaşıktır.
wsrep_sst_auth="sstuser:SST_PASSWORD" # Eğer mariabackup kullanılıyorsa gereklidir.

Düğüm Özel Ayarları (Her düğüm için farklı)
db-node1 için:
wsrep_node_name="db-node1"
wsrep_node_address="192.168.1.101"

db-node2 için:
wsrep_node_name="db-node2"
wsrep_node_address="192.168.1.102"

db-node3 için:
wsrep_node_name="db-node3"
wsrep_node_address="192.168.1.103"

Her Düğüm İçin Özel Ayarlar:

* db-node1 için: wsrep_node_name="db-node1" ve wsrep_node_address="192.168.1.101" satırlarının yorumsuz olduğundan emin olun, diğer düğümlerin satırlarını yorum satırı yapın (# ile).
* db-node2 için: wsrep_node_name="db-node2" ve wsrep_node_address="192.168.1.102" satırlarının yorumsuz olduğundan emin olun, diğer düğümlerin satırlarını yorum satırı yapın.
* db-node3 için: wsrep_node_name="db-node3" ve wsrep_node_address="192.168.1.103" satırlarının yorumsuz olduğundan emin olun, diğer düğümlerin satırlarını yorum satırı yapın.

Yapılandırma Parametrelerinin Açıklaması:

* binlog_format=ROW: Galera Cluster için zorunludur. Satır tabanlı ikili log formatı, replikasyonun güvenilirliğini artırır.
* default_storage_engine=InnoDB: InnoDB, Galera Cluster ile tam uyumlu tek depolama motorudur.
* innodb_autoinc_lock_mode=2: Eş zamanlı işlemler için otomatik artan (auto-increment) kilit mekanizmasını ayarlar. Galera için 2 (interleaved) önerilir.
* innodb_flush_log_at_trx_commit=0: Performansı artırır ancak güç kesintisi durumunda son saniyelerdeki işlemlerin kaybına neden olabilir. Üretim ortamında 1 olarak ayarlanması daha güvenlidir, ancak performans düşüşüne neden olabilir.
* query_cache_size=0 ve query_cache_type=0: MariaDB 10.1’den itibaren sorgu önbelleği (query cache) kullanımdan kaldırılmıştır ve Galera ile iyi çalışmaz. Kapatılması önerilir.
* bind-address=0.0.0.0: MariaDB’nin tüm ağ arayüzlerinden bağlantıları dinlemesini sağlar. Güvenlik duvarı ile birlikte kullanılmalıdır.
* wsrep_on=ON: Galera replikasyonunu etkinleştirir.
* wsrep_provider=/usr/lib/galera/libgalera_smm.so: Galera sağlayıcı kütüphanesinin yolunu belirtir. Bu yol sisteminize göre değişebilir, kontrol etmek için find /usr -name libgalera_smm.so komutunu kullanabilirsiniz.
* wsrep_cluster_address="gcomm://IP1,IP2,IP3": Kümedeki tüm düğümlerin IP adreslerini veya hostname’lerini virgülle ayrılmış olarak listeler. Yeni bir düğüm kümeye katılırken bu listedeki bir düğümle iletişim kurarak kümenin geri kalanını keşfeder.
* wsrep_cluster_name="my_galera_cluster": Kümenin benzersiz adıdır. Tüm düğümler aynı küme adına sahip olmalıdır.
* wsrep_sst_method=rsync: Yeni bir düğümün kümeden ilk veri kopyasını almak için kullanılacak yöntemi belirtir (State Snapshot Transfer). rsync basit bir yöntemdir, ancak mariabackup daha hızlı ve daha az kilitlenme süresi (downtime) gerektiren bir üretim yöntemi olarak önerilir. mariabackup kullanmak için mariadb-backup paketinin kurulu olması ve sstuser gibi bir kullanıcının MariaDB’de oluşturulması gerekir.
* wsrep_node_name="db-nodeX": Her düğüm için benzersiz bir isim.
* wsrep_node_address="192.168.1.X": Her düğümün kendi IP adresi.

Galera Cluster’ı Başlatma ve Düğümleri Ekleme

Galera Cluster’ı başlatma sırası önemlidir. İlk düğüm özel bir komutla başlatılmalı, diğer düğümler ise normal şekilde başlatılarak kümeye katılmalıdır.

1. İlk Düğümü Başlatma (db-node1)

Sadece db-node1 üzerinde aşağıdaki komutu çalıştırarak Galera Cluster’ın ilk düğümünü başlatın. Bu, yeni bir küme oluşturur.

sudo galera_new_cluster

Bu komut, MariaDB servisini Galera modunda başlatacaktır. Servisin durumunu kontrol edin:

sudo systemctl status mariadb

Çıktıda herhangi bir hata olmamalıdır. Ardından MariaDB’ye bağlanın ve küme durumunu kontrol edin:

sudo mariadb -u root -p

Şifrenizi girin ve aşağıdaki sorguyu çalıştırın:

SHOW STATUS LIKE 'wsrep_cluster_size';
SHOW STATUS LIKE 'wsrep_cluster_status';
SHOW STATUS LIKE 'wsrep_ready';

wsrep_cluster_size değeri 1 olmalı, wsrep_cluster_status değeri Primary, ve wsrep_ready değeri ON olmalıdır. Bu, ilk düğümün başarılı bir şekilde başlatıldığını gösterir.

2. Diğer Düğümleri Kümeye Ekleme (db-node2 ve db-node3)

Şimdi diğer düğümleri (db-node2 ve db-node3) kümeye ekleyebilirsiniz. Bu düğümlerde, MariaDB servisini normal şekilde başlatın. Galera yapılandırmasındaki wsrep_cluster_address sayesinde, bu düğümler mevcut küme üyelerini bulacak ve onlardan veri kopyası alarak kümeye katılacaklardır.

db-node2 üzerinde:

sudo systemctl start mariadb
sudo systemctl enable mariadb # Sistem başlangıcında otomatik başlamasını sağlar
sudo systemctl status mariadb

Bir süre bekleyin (SST süresi veri boyutuna bağlıdır). Ardından MariaDB’ye bağlanın ve durumu kontrol edin:

sudo mariadb -u root -p

SHOW STATUS LIKE 'wsrep_cluster_size';
SHOW STATUS LIKE 'wsrep_cluster_status';
SHOW STATUS LIKE 'wsrep_ready';

wsrep_cluster_size değeri artık 2 olmalı, wsrep_cluster_status değeri Primary, ve wsrep_ready değeri ON olmalıdır.

Aynı adımları db-node3 için de tekrarlayın:

sudo systemctl start mariadb
sudo systemctl enable mariadb
sudo systemctl status mariadb

Yine bir süre bekleyin ve durumu kontrol edin:

sudo mariadb -u root -p

SHOW STATUS LIKE 'wsrep_cluster_size';
SHOW STATUS LIKE 'wsrep_cluster_status';
SHOW STATUS LIKE 'wsrep_ready';

Şimdi wsrep_cluster_size değeri 3 olmalı, tüm düğümlerde wsrep_cluster_status değeri Primary, ve wsrep_ready değeri ON olmalıdır. Tebrikler, Galera Cluster’ınız başarıyla yapılandırıldı ve çalışıyor!

Cluster’ı Test Etme

Cluster’ın doğru çalıştığından emin olmak için basit bir test yapalım.

1. Bir Düğümde Veritabanı ve Tablo Oluşturma:
db-node1‘e bağlanın ve bir veritabanı ile tablo oluşturun:

sudo mariadb -u root -p

CREATE DATABASE test_galera;
    USE test_galera;
    CREATE TABLE messages (
        id INT AUTO_INCREMENT PRIMARY KEY,
        message VARCHAR(255) NOT NULL,
        created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
    );
    INSERT INTO messages (message) VALUES ('Hello from db-node1!');

2. Diğer Düğümlerde Verilerin Replikasyonunu Kontrol Etme:
Şimdi db-node2 veya db-node3‘e bağlanın ve oluşturduğunuz veritabanı ile tablonun orada olup olmadığını ve verinin replike edilip edilmediğini kontrol edin:

sudo mariadb -u root -p

USE test_galera;
    SELECT * FROM messages;

'Hello from db-node1!' mesajını görmelisiniz.

3. Başka Bir Düğümden Veri Ekleme:
db-node2‘ye bağlanın ve yeni bir mesaj ekleyin:

sudo mariadb -u root -p

USE test_galera;
    INSERT INTO messages (message) VALUES ('Hello from db-node2!');

4. Tüm Düğümlerde Verilerin Güncelliğini Kontrol Etme:
db-node1 veya db-node3‘e bağlanarak her iki mesajın da orada olup olmadığını kontrol edin:

sudo mariadb -u root -p

USE test_galera;
    SELECT * FROM messages;

Her iki mesajı da görmelisiniz. Bu, çoklu ana (multi-master) replikasyonun başarılı olduğunu gösterir.

5. Düğüm Arızası Testi:
Bir düğümü durdurarak kümenin davranışını test edin. Örneğin, db-node2‘yi durdurun:

sudo systemctl stop mariadb

Diğer düğümlerden birine (db-node1 veya db-node3) bağlanın ve küme boyutunu kontrol edin:

SHOW STATUS LIKE 'wsrep_cluster_size';

Boyutun 2‘ye düştüğünü görmelisiniz. Küme hala çalışır durumda olmalıdır. db-node2‘yi tekrar başlatın:

sudo systemctl start mariadb

Bir süre sonra db-node2 kümeye tekrar katılacak ve küme boyutu tekrar 3 olacaktır.

Gelişmiş Konular ve En İyi Uygulamalar

Bu makalede temel bir Galera Cluster kurulumunu ele aldık. Üretim ortamları için dikkate alınması gereken bazı ek konular bulunmaktadır:

Yük Dengeleme (Load Balancing)

Uygulamaların Galera Cluster’a bağlanırken tek bir IP adresi üzerinden tüm düğümlere erişebilmesi için bir yük dengeleyici (load balancer) kullanmak önemlidir. Popüler seçenekler şunlardır:

* MaxScale: MariaDB tarafından geliştirilen, MariaDB ve MySQL için özel olarak tasarlanmış bir veritabanı proxy’si ve yük dengeleyicidir. Okuma/yazma ayırma (read/write splitting) gibi gelişmiş özellikler sunar.
* HAProxy: Genel amaçlı bir TCP/HTTP yük dengeleyicidir. MariaDB bağlantılarını düğümler arasında dağıtmak için kullanılabilir.
* Keepalived: Sanal IP (VIP) adresi sağlayarak yüksek erişilebilirlik sunar. HAProxy veya doğrudan MariaDB düğümleriyle birlikte kullanılabilir.

SST Yöntemleri (mariabackup vs. rsync)

wsrep_sst_method parametresi, yeni bir düğümün kümeye katılırken nasıl senkronize olacağını belirler.

* rsync: Basit ve kolay kurulur, ancak SST işlemi sırasında veritabanı kilitlenir (downtime). Büyük veritabanları için uygun değildir.
* mariabackup: MariaDB’nin kendi yedekleme aracıdır. SST işlemi sırasında çok daha az kilitlenme süresi (near zero downtime) ile çalışır. Üretim ortamları için şiddetle tavsiye edilir. Kullanmak için mariadb-backup paketini kurmanız ve wsrep_sst_auth ile özel bir SST kullanıcısı oluşturmanız gerekir.

Quorum ve Split-Brain

Galera Cluster’da quorum (çoğunluk), kümenin doğru çalışması için kritik öneme sahiptir. Bir düğümün kümeden ayrılması durumunda, kalan düğümler quorum’a sahip olup olmadıklarına bakar. Çoğunluk (örneğin, 3 düğümlü bir kümede 2 veya 3 düğüm) varsa, küme çalışmaya devam eder. Eğer çoğunluk kaybedilirse (örneğin, 3 düğümlü bir kümede 2 düğüm çökerse ve sadece 1 düğüm kalırsa), kalan düğüm kendisini “non-primary” olarak işaretler ve yazma işlemlerini durdurur.

Split-Brain: Ağ bölünmesi (network partition) durumunda, küme iki veya daha fazla ayrı kümeye bölünebilir. Her bir küme parçası kendisinin birincil (primary) olduğunu düşünebilir ve bu durum veri tutarsızlığına yol açabilir. Galera Cluster, bu senaryoyu önlemek için quorum mekanizmasını kullanır.

İzleme (Monitoring)

Galera Cluster’ın sağlığını ve performansını izlemek için araçlar kullanmak önemlidir. wsrep_ ile başlayan MariaDB durum değişkenleri, küme hakkında değerli bilgiler sağlar. Prometheus, Grafana, Percona Monitoring and Management (PMM) gibi araçlar, bu verileri görselleştirmek ve uyarılar ayarlamak için kullanılabilir.

Yedekleme Stratejileri

Yüksek erişilebilirlik, yedeklemenin yerini tutmaz. Düzenli yedeklemeler, veri bozulması veya yanlışlıkla veri silinmesi gibi durumlarda verilerinizi kurtarmak için hayati öneme sahiptir. mariabackup veya mysqldump gibi araçlar kullanılabilir.

Sorun Giderme (Troubleshooting)

Galera Cluster kurulumunda veya çalışmasında sorunlarla karşılaşmak olasıdır. İşte bazı yaygın sorunlar ve çözümleri:

1. Düğüm Kümeye Katılamıyor:
* Güvenlik Duvarı: Gerekli portların (3306, 4444, 4567, 4568) açık olduğundan emin olun.
* /etc/hosts: Tüm düğümlerin birbirini isim ve IP ile doğru bir şekilde çözdüğünden emin olun.
* Yapılandırma Dosyası: /etc/mysql/conf.d/galera.cnf dosyasındaki wsrep_cluster_address, wsrep_node_name, wsrep_node_address ve wsrep_provider parametrelerinin doğru olduğundan emin olun. Özellikle wsrep_cluster_address içinde tüm aktif düğümlerin IP adresleri olmalıdır.
* MariaDB Logları: /var/log/mysql/error.log veya journalctl -u mariadb komutuyla MariaDB loglarını kontrol edin. Hata mesajları sorunun kökenini gösterebilir.

2. SST Başarısız Oluyor:
* SST Yöntemi: wsrep_sst_method olarak rsync kullanıyorsanız, rsync paketinin kurulu olduğundan emin olun. mariabackup kullanıyorsanız, mariadb-backup paketinin kurulu olduğundan ve wsrep_sst_auth ile belirtilen kullanıcının doğru yetkilere sahip olduğundan emin olun.
* Disk Alanı: Hedef düğümde yeterli disk alanı olduğundan emin olun.
* SST Kullanıcısı Yetkileri: Eğer mariabackup kullanıyorsanız, wsrep_sst_auth ile belirtilen kullanıcının RELOAD, PROCESS, LOCK TABLES, REPLICATION CLIENT ve SUPER (veya BINLOG MONITOR) gibi gerekli yetkilere sahip olması gerekir.

3. Küme Boyutu (wsrep_cluster_size) Beklenenden Düşük:
* Bir düğümün çevrimdışı olup olmadığını kontrol edin (systemctl status mariadb).
* Çevrimdışı olan düğümün loglarını kontrol edin.
* Ağ bağlantısını kontrol edin.

4. Yazma İşlemleri Çalışmıyor (Düğüm Primary Olmayabilir):
* SHOW STATUS LIKE 'wsrep_cluster_status'; çıktısının Primary olduğundan emin olun. Eğer Non-Primary ise, düğüm quorum’u kaybetmiş olabilir veya bir ağ bölünmesi yaşanmış olabilir.
* SHOW STATUS LIKE 'wsrep_ready'; çıktısının ON olduğundan emin olun.

Sonuç

Bu makalede, Debian 10 sunucuları üzerinde MariaDB Galera Cluster’ın kurulumu ve yapılandırması için adım adım bir rehber sunduk. Galera Cluster, senkron replikasyon, çoklu ana mimari ve otomatik düğüm sağlama gibi özellikleriyle yüksek erişilebilirliğe sahip veritabanı çözümleri için güçlü bir temel sağlar. Doğru yapılandırma ve izleme ile, bu tür bir küme, uygulamalarınız için kesintisiz bir veritabanı hizmeti sunabilir.

Unutmayın ki her üretim ortamının kendine özgü gereksinimleri vardır. Bu rehber bir başlangıç noktası olarak tasarlanmıştır. Yük dengeleme, gelişmiş SST yöntemleri, kapsamlı izleme ve yedekleme stratejileri gibi konular, canlıya geçmeden önce dikkatlice planlanmalı ve uygulanmalıdır. Cluster’ınızı düzenli olarak test etmek ve olası arıza senaryolarına hazırlıklı olmak, sisteminizin güvenilirliğini artıracaktır.