![\"Mascote](\"\/wp-content\/uploads\/2026\/09\/mariadb-galera-v4.webp\")
<\/p>\n<\/p>\n
Tr\u00eas Ubuntu, um Galera, SST com mariabackup<\/strong>. N\u00e3o \u00e9 r\u00e9plica ass\u00edncrona: todo n\u00f3 escreve, o quorum decide. Dois n\u00f3s n\u00e3o bastam \u2014 cai um e o outro fica sozinho sem maioria. Abaixo o cluster de tr\u00eas, do pacote ao <\/p>\n Galera (Codership, Helsinque) entra no MariaDB como Os IPs deste howto \u2014 troque pelos seus:<\/p>\n Mesma vers\u00e3o de MariaDB nos tr\u00eas. Mesmo Quem j\u00e1 empilha PHP no mesmo host: Nginx e v\u00e1rias vers\u00f5es de PHP<\/a>. O GLPI<\/a> \u00e9 um dos clientes t\u00edpicos deste cluster.<\/p>\n Nos tr\u00eas n\u00f3s. Ubuntu 26.04, distro:<\/p>\n Ubuntu 24.04 com 11.8 da Funda\u00e7\u00e3o (recomendado se voc\u00ea quer o Galera patchado):<\/p>\n O path da biblioteca muda conforme a origem do pacote. Confira de verdade:<\/p>\n Na distro Ubuntu costuma ser Pare o servi\u00e7o antes de editar \u2014 a instala\u00e7\u00e3o j\u00e1 deixou um MariaDB sozinho no ar:<\/p>\n Galera fala em quatro portas. S\u00f3 entre os tr\u00eas IPs, n\u00e3o no mundo:<\/p>\n No AppArmor no Ubuntu 26.04 passou o perfil do SST longo estoura o timeout de 90 s do systemd. Nos tr\u00eas:<\/p>\n O Ubuntu j\u00e1 traz Em db1<\/strong>:<\/p>\n Em db2 e db3 copie o arquivo e troque s\u00f3 o nome e o IP do n\u00f3. O No O donor precisa de um usu\u00e1rio local. Na 11.8 a conta tempor\u00e1ria autom\u00e1tica existe se voc\u00ea n\u00e3o<\/em> definir Ordem pr\u00e1tica deste post: bootstrap db1 com<\/em> Nos tr\u00eas o servi\u00e7o est\u00e1 parado, o cnf j\u00e1 est\u00e1 no disco. S\u00f3 o primeiro n\u00f3 nasce o cluster:<\/p>\n Isso \u00e9 um wrapper systemd que sobe o Esperado: size 1, O joiner pede SST ao donor. Log: Quando o size for 3 e os tr\u00eas disserem Backup do cluster \u00e9 backup de um<\/strong> n\u00f3. Tire-o do balancer, desincronize, rode o backup, volte:<\/p>\n O n\u00f3 pede IST e alcan\u00e7a os outros. Se os tr\u00eas<\/strong> ca\u00edrem juntos, o cluster acabou \u2014 os dados n\u00e3o. Olhe Edite o N\u00e3o rode Quem ainda est\u00e1 no 10.11 da 24.04 e vai pular major: o SST O git do provider: github.com\/codership\/galera<\/a>. Docs: Getting Started<\/a> \u00b7 SST: mariadb-backup SST method<\/a> \u00b7 op\u00e7\u00f5es obrigat\u00f3rias: Configuring MariaDB Galera Cluster<\/a> \u00b7 repo: DEB \/ apt<\/a>.<\/p>\n","protected":false},"excerpt":{"rendered":" Tr\u00eas Ubuntu, um Galera, SST com mariabackup. N\u00e3o \u00e9 r\u00e9plica ass\u00edncrona: todo n\u00f3 escreve, o quorum decide. Dois n\u00f3s n\u00e3o bastam \u2014 cai um e o outro fica sozinho sem maioria. Abaixo o cluster de tr\u00eas, do pacote ao galera_new_cluster, no Ubuntu 24.04 e 26.04. Tr\u00eas n\u00f3s, um quorum Galera (Codership, Helsinque) entra no MariaDB … Read more<\/a><\/p>","protected":false},"author":0,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[21,12,2,120,3],"tags":[329,327,328,326,5],"class_list":["post-672","post","type-post","status-publish","format-standard","hentry","category-infra","category-lamp","category-linux","category-servidores","category-ubuntu","tag-cluster","tag-galera","tag-mariabackup","tag-mariadb","tag-ubuntu"],"_links":{"self":[{"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/posts\/672","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/types\/post"}],"replies":[{"embeddable":true,"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/comments?post=672"}],"version-history":[{"count":6,"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/posts\/672\/revisions"}],"predecessor-version":[{"id":1523,"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/posts\/672\/revisions\/1523"}],"wp:attachment":[{"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/media?parent=672"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/categories?post=672"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/tags?post=672"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}galera_new_cluster<\/code>, no Ubuntu 24.04 e 26.04.<\/p>\nTr\u00eas n\u00f3s, um quorum<\/h2>\n
libgalera_smm.so<\/code>. Cada commit vira um writeset; os outros certificam e aplicam. InnoDB s\u00f3. MyISAM no cluster \u00e9 dor. A biblioteca \u00e9 o pacote galera-4<\/code> (wsrep API 26.4.x). O m\u00e9todo SST rsync<\/code> trava o donor; o mysqldump<\/code> \u00e9 lento. O mariabackup<\/code> (o bin\u00e1rio hoje se chama mariadb-backup<\/code>) copia a quente e manda o stream via socat<\/code> na porta 4444. O donor continua servindo leitura. Por isso tr\u00eas servidores e esse SST.<\/p>\ndb1 10.0.0.11\ndb2 10.0.0.12\ndb3 10.0.0.13\n<\/code><\/pre>\nwsrep_cluster_name<\/code>. Rel\u00f3gio razoavelmente junto (NTP\/chrony). Disco local; NFS no datadir n\u00e3o.<\/p>\nO mapa em setembro de 2026<\/h2>\n
\n
galera-4<\/code> 26.4.16 na distro. Serve. O patch de seguran\u00e7a do Galera de junho de 2026 (11.8.8 \/ 11.4.12 \/ 10.11.18<\/a>) pede o repo da Funda\u00e7\u00e3o se voc\u00ea ainda est\u00e1 no pacote original do ISO.<\/li>\nmain<\/code> \u2014 LTS at\u00e9 junho de 2028. Galera 26.4.24+. O repo mariadb.org ainda n\u00e3o publica suite resolute<\/code>; use a distro.<\/li>\nmariadb-backup<\/code>. O valor de wsrep_sst_method<\/code> continua mariabackup<\/code> \u2014 o nome antigo do SST. N\u00e3o misture.<\/li>\n<\/ul>\nPacotes e o libgalera<\/h2>\n
sudo apt update\nsudo apt install -y mariadb-server mariadb-backup galera-4 socat\n<\/code><\/pre>\nsudo apt install -y curl ca-certificates apt-transport-https\ncurl -LsS https:\/\/r.mariadb.com\/downloads\/mariadb_repo_setup \n | sudo bash -s -- --mariadb-server-version=\"11.8\"\nsudo apt update\nsudo apt install -y mariadb-server mariadb-backup galera-4 socat\n<\/code><\/pre>\ndpkg -L galera-4 | grep libgalera_smm.so\n<\/code><\/pre>\n\/usr\/lib\/libgalera_smm.so<\/code>. No repo MariaDB, \/usr\/lib\/galera\/libgalera_smm.so<\/code>. Esse path vai no wsrep_provider<\/code>. Errar aqui e o mariadbd<\/code> sobe sem cluster, calado.<\/p>\nsudo systemctl stop mariadb\nsudo systemctl enable mariadb\n<\/code><\/pre>\nRede, firewall, AppArmor<\/h2>\n
\n
3306\/tcp<\/code> \u2014 cliente SQL<\/li>\n4567\/tcp<\/code> (e UDP se for multicast) \u2014 replica\u00e7\u00e3o wsrep<\/li>\n4568\/tcp<\/code> \u2014 IST<\/li>\n4444\/tcp<\/code> \u2014 SST do mariabackup\/socat<\/li>\n<\/ul>\nNET=10.0.0.0\/24\nfor p in 3306 4567 4568 4444; do\n sudo ufw allow proto tcp from \"$NET\" to any port \"$p\"\ndone\nsudo ufw allow proto udp from \"$NET\" to any port 4567\nsudo ufw reload\n<\/code><\/pre>\n\/etc\/hosts<\/code> dos tr\u00eas:<\/p>\n10.0.0.11 db1\n10.0.0.12 db2\n10.0.0.13 db3\n<\/code><\/pre>\nmariadbd<\/code> para enforce<\/em>. SST chama dash<\/code> + wsrep_sst_mariabackup<\/code> e o perfil padr\u00e3o ainda nega. Se o joiner morrer com apparmor=\"DENIED\"<\/code> no dmesg<\/code>:<\/p>\nsudo apt install -y apparmor-utils\n# 24.04\nsudo aa-complain \/usr\/sbin\/mariadbd\n# 26.04 (perfil novo)\nsudo aa-complain \/etc\/apparmor.d\/mariadbd 2>\/dev\/null || true\ndmesg -T | grep -i apparmor | tail\n<\/code><\/pre>\nsudo mkdir -p \/etc\/systemd\/system\/mariadb.service.d\nsudo tee \/etc\/systemd\/system\/mariadb.service.d\/galera.conf >\/dev\/null <<'EOF'\n[Service]\nTimeoutStartSec=0\nEOF\nsudo systemctl daemon-reload\n<\/code><\/pre>\n60-galera.cnf<\/h2>\n
\/etc\/mysql\/mariadb.conf.d\/60-galera.cnf<\/code>. Esvazie o coment\u00e1rio e deixe assim \u2014 s\u00f3 mudam wsrep_node_name<\/code>, wsrep_node_address<\/code> e, se preciso, o path do .so<\/code>.<\/p>\n[galera]\nwsrep_on=ON\nwsrep_provider=\/usr\/lib\/galera\/libgalera_smm.so\nwsrep_cluster_name=\"linuxpro\"\nwsrep_cluster_address=\"gcomm:\/\/10.0.0.11,10.0.0.12,10.0.0.13\"\nwsrep_node_name=db1\nwsrep_node_address=10.0.0.11\nwsrep_sst_method=mariabackup\nwsrep_sst_auth=mariabackup:troque-esta-senha\nwsrep_provider_options=\"gcache.size=1G;gcache.recover=yes\"\n\nbinlog_format=ROW\ndefault_storage_engine=InnoDB\ninnodb_autoinc_lock_mode=2\ninnodb_doublewrite=1\nbind-address=0.0.0.0\n<\/code><\/pre>\ngcomm:\/\/<\/code> lista os tr\u00eas em todos \u2014 Galera ignora o endere\u00e7o pr\u00f3prio. N\u00e3o deixe gcomm:\/\/<\/code> vazio no arquivo permanente: isso bootstrapa um cluster novo a cada start.<\/p>\n50-server.cnf<\/code>, comente o bind-address = 127.0.0.1<\/code> se ainda estiver l\u00e1. O 60 ganha porque carrega depois, mas n\u00e3o dependa da ordem para sempre.<\/p>\nUsu\u00e1rio do SST<\/h2>\n
wsrep_sst_auth<\/code> \u2014 funciona, mas o howto deixa expl\u00edcito, igual nos tr\u00eas n\u00f3s, e serve no 10.11. Suba o MariaDB ainda sem Galera<\/strong> uma vez, crie o usu\u00e1rio, pare de novo. Ou crie depois do bootstrap no db1 e replique. Mais simples: bootstrap primeiro, crie o usu\u00e1rio no cluster (vai para os tr\u00eas), s\u00f3 ent\u00e3o junte db2\/db3.<\/p>\nwsrep_sst_auth<\/code> j\u00e1 no cnf, crie o usu\u00e1rio nele antes de ligar db2.<\/p>\nCREATE USER 'mariabackup'@'localhost' IDENTIFIED BY 'troque-esta-senha';\nGRANT RELOAD, PROCESS, LOCK TABLES, BINLOG MONITOR ON *.* TO 'mariabackup'@'localhost';\nFLUSH PRIVILEGES;\n<\/code><\/pre>\nBINLOG MONITOR<\/code> \u00e9 o nome desde 10.5; REPLICATION CLIENT<\/code> ainda funciona como alias em v\u00e1rias 10.11. O backup conecta em localhost no donor \u2014 n\u00e3o abra esse user na rede.<\/p>\n![\"Mascote](\"\/wp-content\/uploads\/2026\/09\/mariadb-galera-sst-ubuntu-v2.webp\")
<\/p>\nBootstrap e os dois joiners<\/h2>\n
# em db1\nsudo galera_new_cluster\n<\/code><\/pre>\nmariadbd<\/code> com --wsrep-new-cluster<\/code>. Confira:<\/p>\nSHOW GLOBAL STATUS LIKE 'wsrep_cluster_size';\nSHOW GLOBAL STATUS LIKE 'wsrep_local_state_comment';\nSHOW GLOBAL STATUS LIKE 'wsrep_ready';\n<\/code><\/pre>\nSynced<\/code>, ON<\/code>. Crie agora o usu\u00e1rio SST acima. Depois, nos outros:<\/p>\n# em db2, depois em db3 \u2014 um de cada vez\nsudo systemctl start mariadb\n<\/code><\/pre>\njournalctl -u mariadb -f<\/code> e, no datadir, mariadb-backup.backup.log<\/code> (donor) \/ mariadb-backup.prepare.log<\/code> (joiner). Datadir Ubuntu 24.04: \/var\/lib\/mysql<\/code>. Ubuntu 26.04 da distro: confira \u2014 algumas builds 11.8 usam \/var\/lib\/mariadb<\/code>.<\/p>\nSynced<\/code>:<\/p>\nSHOW GLOBAL STATUS LIKE 'wsrep_incoming_addresses';\nSHOW GLOBAL STATUS LIKE 'wsrep_cluster_status';\n<\/code><\/pre>\nPrimary<\/code>. Crie um schema em db1, SHOW DATABASES<\/code> em db3. Se apareceu, o writeset passou.<\/p>\nBackup a quente e o cluster morto<\/h2>\n
mariadb -e \"SET GLOBAL wsrep_desync=ON\"\nsudo mariadb-backup --backup --galera-info \n --target-dir=\/backup\/full \n --user=mariabackup --password='troque-esta-senha'\nmariadb -e \"SET GLOBAL wsrep_desync=OFF\"\n<\/code><\/pre>\nwsrep_local_state_comment<\/code> volta a Synced<\/code> antes de devolver tr\u00e1fego.<\/p>\ngrastate.dat<\/code> em cada datadir. O maior seqno<\/code> com safe_to_bootstrap: 1<\/code> \u00e9 o bootstrap. Se todos est\u00e3o seqno: -1<\/code> (crash):<\/p>\nsudo galera_recovery\n<\/code><\/pre>\nsafe_to_bootstrap<\/code> para 1 s\u00f3 no mais avan\u00e7ado e:<\/p>\nsudo galera_new_cluster # nesse n\u00f3\nsudo systemctl start mariadb # nos outros dois\n<\/code><\/pre>\ngalera_new_cluster<\/code> num cluster que ainda tem n\u00f3 no ar \u2014 nasce UUID novo e voc\u00ea fende o c\u00e9rebro.<\/p>\nmariabackup<\/code> n\u00e3o<\/em> atravessa algumas majors (redo log, MDEV-27437<\/a>). Nesse pulo use rsync<\/code> tempor\u00e1rio, ou suba o major em todos parados e bootstrap de novo.<\/p>\nO que costuma quebrar<\/h2>\n
\n
wsrep_sst_method=mariadb-backup<\/code> \u2014 nome errado. \u00c9 mariabackup<\/code>.<\/li>\nwsrep_provider<\/code> apontando para um .so<\/code> que o dpkg -L<\/code> n\u00e3o listou.<\/li>\nTimeoutStartSec=0<\/code>.<\/li>\nsocat<\/code> ausente: WSREP_SST: [ERROR] socat not found<\/code>.<\/li>\ngarbd<\/code>.<\/li>\nbind-address=127.0.0.1<\/code> ainda ativo: os outros n\u00e3o conectam em 4567.<\/li>\n<\/ul>\n