Editing HAProxy (section)

== HAProxy pentru Baze de Date (MySQL / MariaDB) ==

Această secțiune descrie configurarea HAProxy în Modul TCP (Layer 4) pentru baze de date. Deoarece MySQL/MariaDB folosește un protocol binar propriu, HAProxy nu va inspecta conținutul pachetelor, ci doar va ruta conexiunile la nivel de port.

=== Prerechizite: Utilizatorul de Health Check ===

Pentru ca HAProxy să poată verifica dacă serverele MySQL sunt "vii" (fără a deschide doar portul TCP orbește), trebuie creat un utilizator fără parole și fără privilegii pe serverul de baze de date.

<code class="mw-code mw-highlight plainlinks" style="display:block"><!--
-->&#32;CREATE USER 'haproxy_check'@'192.168.14.11';
&#32;FLUSH PRIVILEGES;
</code>
Se execută pe Master (dacă replicarea este pornită).

=== Replicare Master/Slave ===
[[File:HaproxySQL_MS.png|782x616px|none|HAProxy Master-Slave]]

Destinat infrastructurilor clasice Master/Slave. Aplicația folosește un singur punct de conexiune (db.domeniu.lan:3306). HAProxy trimite tot traficul către Master, în timp ce Slave-ul stă în așteptare (backup) și preia automat activitatea doar dacă Masterul intră în crash.

<code class="mw-code mw-highlight plainlinks" style="display:block"><!--
-->'''&#32;# nano /etc/haproxy/haproxy.cfg'''
&#32;
&#32;# FRONTEND DATABASE (Master/Slave)
&#32;frontend fe_mysql_master_slave
&#32;&#32;&#32;&#32;bind *:3306
&#32;&#32;&#32;&#32;mode tcp
&#32;&#32;&#32;&#32;default_backend be_mysql_master_slave
&#32;
&#32;# BACKEND DATABASE (Master/Slave)
&#32;backend be_mysql_master_slave
&#32;&#32;&#32;&#32;mode tcp
&#32;&#32;&#32;&#32;balance leastconn
&#32;&#32;&#32;&#32;option mysql-check user haproxy_check
&#32;
&#32;&#32;&#32;&#32;# Serverul Master - preia 100% din trafic în mod normal
&#32;&#32;&#32;&#32;server dbm 192.168.14.11:3306 check on-marked-down shutdown-sessions
&#32;
&#32;&#32;&#32;&#32;# Serverul Slave - preia traficul DOAR dacă dbm devine offline
&#32;&#32;&#32;&#32;server dbs 192.168.14.22:3306 check backup
</code>

* mode tcp - Obligatoriu pentru baze de date. Suprascrie modul HTTP implicit.
* balance leastconn - Direcționează conexiunile noi către nodul cu cele mai puține sesiuni active.
* option mysql-check user ... - Interoghează nativ serverul MySQL pentru a-i verifica starea.
* on-marked-down shutdown-sessions - Dacă Masterul pică testul de sănătate, HAProxy taie instant toate conexiunile active/persistente din pool, forțând aplicația să se mute imediat pe Slave-ul de backup.
* backup - Marchează serverul ca pasiv. Nu primește trafic atât timp cât nodul principal este online.

=== Replicare Multi-Master / Multi-Node ===
[[File:HaproxySQL_MM.png|782x616px|none|HAProxy Multi-Master]]

Destinat arhitecturilor sincrone de tip MariaDB Galera Cluster sau MySQL Group Replication. Deoarece toate cele 3 noduri pot accepta simultan operațiuni de scriere și citire (Read/Write), HAProxy va distribui conexiunile dinamic între toate mașinile virtuale.

<code class="mw-code mw-highlight plainlinks" style="display:block"><!--
-->&#32;'''&#32;# nano /etc/haproxy/haproxy.cfg'''
&#32;
&#32;# FRONTEND DATABASE (Multi-Master)
&#32;frontend fe_mysql_multimaster
&#32;&#32;&#32;&#32;bind *:3306
&#32;&#32;&#32;&#32;mode tcp
&#32;&#32;&#32;&#32;default_backend be_mysql_multimaster
&#32;
&#32;# BACKEND DATABASE (Multi-Master)
&#32;backend be_mysql_multimaster
&#32;&#32;&#32;&#32;mode tcp
&#32;&#32;&#32;&#32;balance leastconn
&#32;&#32;&#32;&#32;option mysql-check user haproxy_check
&#32;    
&#32;&#32;&#32;&#32;# Traficul este împărțit dinamic pe toate cele 3 noduri active
&#32;&#32;&#32;&#32;server db_node1 192.168.14.11:3306 check weight 1
&#32;&#32;&#32;&#32;server db_node2 192.168.14.22:3306 check weight 1
&#32;&#32;&#32;&#32;server db_node3 192.168.14.33:3306 check weight 1
</code>

* Fără directiva backup - Toate nodurile sunt tratate ca primare și rulează în paralel.
* balance leastconn - Esențial în Multi-Master. Deoarece interogările SQL au durate și eforturi complet diferite, algoritmul trimite conexiunile noi către cel mai liber server hardware în acea milisecundă, prevenind suprasaturarea unui singur nod.
* weight 1 - Toate serverele au ponderi egale. Dacă un nod din cluster este mai puternic din punct de vedere hardware, îi puteți crește valoarea (ex: weight 2) pentru a-i aloca proporțional mai multe conexiuni.