<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Wsrep on Ivan Luminaria</title><link>https://ivanluminaria.com/ro/tags/wsrep/</link><description>Recent content in Wsrep on Ivan Luminaria</description><generator>Hugo</generator><language>ro</language><lastBuildDate>Tue, 17 Feb 2026 08:03:00 +0100</lastBuildDate><atom:link href="https://ivanluminaria.com/ro/tags/wsrep/index.xml" rel="self" type="application/rss+xml"/><item><title>Galera Cluster cu 3 noduri: cum am rezolvat o problemă de disponibilitate pe MySQL</title><link>https://ivanluminaria.com/ro/posts/mysql/galera-cluster-3-nodi/</link><pubDate>Tue, 17 Feb 2026 08:03:00 +0100</pubDate><guid>https://ivanluminaria.com/ro/posts/mysql/galera-cluster-3-nodi/</guid><description>&lt;p&gt;Tichetul era laconic, cum se întâmplă adesea când problema e gravă: &amp;ldquo;Baza de date a căzut din nou. Aplicația e oprită. A treia oară în două luni.&amp;rdquo;&lt;/p&gt;
&lt;p&gt;Clientul avea un MariaDB pe un singur server Linux — o aplicație de gestiune de afaceri folosită de aproximativ două sute de utilizatori interni, cu vârfuri de încărcare în timpul închiderilor contabile de sfârșit de lună. De fiecare dată când serverul avea o problemă — un disc care se încetinea, o actualizare de sistem care necesita restart, un proces care consuma toată memoria RAM — baza de date cădea și cu ea întreaga operativitate a companiei.&lt;/p&gt;</description></item></channel></rss>