<?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/es/tags/wsrep/</link><description>Recent content in Wsrep on Ivan Luminaria</description><generator>Hugo</generator><language>es</language><lastBuildDate>Tue, 17 Feb 2026 08:03:00 +0100</lastBuildDate><atom:link href="https://ivanluminaria.com/es/tags/wsrep/index.xml" rel="self" type="application/rss+xml"/><item><title>Galera Cluster con 3 nodos: cómo resolví un problema de disponibilidad en MySQL</title><link>https://ivanluminaria.com/es/posts/mysql/galera-cluster-3-nodi/</link><pubDate>Tue, 17 Feb 2026 08:03:00 +0100</pubDate><guid>https://ivanluminaria.com/es/posts/mysql/galera-cluster-3-nodi/</guid><description>&lt;p&gt;El ticket era lacónico, como suele pasar cuando el problema es grave: &amp;ldquo;La base de datos se cayó otra vez. La aplicación está parada. Tercera vez en dos meses.&amp;rdquo;&lt;/p&gt;
&lt;p&gt;El cliente tenía un MariaDB en un único servidor Linux — una aplicación de gestión empresarial usada por unos doscientos usuarios internos, con picos de carga durante los cierres contables de fin de mes. Cada vez que el servidor tenía un problema — un disco que se ralentizaba, una actualización del sistema que requería reinicio, un proceso que consumía toda la RAM — la base de datos caía y con ella toda la operatividad empresarial.&lt;/p&gt;</description></item></channel></rss>