{"id":14870,"date":"2025-06-18T08:26:11","date_gmt":"2025-06-18T06:26:11","guid":{"rendered":"https:\/\/www.palentino.es\/blog\/?p=14870"},"modified":"2025-06-18T08:32:11","modified_gmt":"2025-06-18T06:32:11","slug":"esquema-de-uso-de-un-balanceador-de-carga-mysql-con-haproxy","status":"publish","type":"post","link":"https:\/\/www.palentino.es\/blog\/esquema-de-uso-de-un-balanceador-de-carga-mysql-con-haproxy\/","title":{"rendered":"Esquema de uso de un balanceador de Carga MySQL con HAProxy"},"content":{"rendered":"

En la era de las aplicaciones conectadas 24\/7, el rendimiento y la disponibilidad de las bases de datos son aspectos cruciales<\/strong>. Cuando una \u00fanica instancia MySQL empieza a recibir cientos o miles de conexiones simult\u00e1neas, se convierte en un cuello de botella que puede poner en riesgo la experiencia de los usuarios o incluso provocar ca\u00eddas del sistema.<\/p>\n

Para solucionar esto, una estrategia com\u00fan y eficiente es implementar un balanceador de carga<\/strong> que distribuya las conexiones entre varios servidores de bases de datos. Esta arquitectura mejora el rendimiento general, permite escalar horizontalmente y aporta alta disponibilidad.<\/p>\n

Entre las herramientas m\u00e1s utilizadas para este prop\u00f3sito destaca HAProxy (High Availability Proxy)<\/strong>, un proxy TCP\/HTTP de alto rendimiento y muy liviano, que permite distribuir de forma inteligente las conexiones entrantes hacia diferentes nodos MySQL, ya sea en configuraci\u00f3n maestro-esclavo o multi-master.<\/p>\n

En esta entrada aprender\u00e1s c\u00f3mo se estructura un entorno con HAProxy como punto central de entrada para una arquitectura MySQL distribuida. No nos enfocaremos en comandos ni instalaci\u00f3n paso a paso, sino en entender el flujo, los componentes y las ventajas pr\u00e1cticas<\/strong> de este enfoque.<\/p>\n

<\/p>\n

\n

🧱 Arquitectura del sistema<\/h2>\n

Supongamos que tenemos el siguiente entorno:<\/p>\n\n\n\n\n\n\n\n\n
Componente<\/th>\nIP<\/th>\nPuerto<\/th>\nRol<\/th>\n<\/tr>\n<\/thead>\n
Aplicaci\u00f3n web<\/td>\n\u2014<\/td>\n\u2014<\/td>\nCliente<\/td>\n<\/tr>\n
HAProxy<\/td>\n192.168.1.100<\/td>\n3307<\/td>\nBalanceador<\/td>\n<\/tr>\n
MySQL Master<\/td>\n192.168.1.10<\/td>\n3306<\/td>\nEscritura<\/td>\n<\/tr>\n
MySQL Slave<\/td>\n192.168.1.11<\/td>\n3306<\/td>\nLectura<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
\n

📐 Esquema Visual del Flujo<\/h2>\n

\"\"<\/a><\/p>\n

 <\/p>\n

 <\/p>\n

🔄 Flujo de funcionamiento<\/h2>\n
    \n
  1. La aplicaci\u00f3n<\/strong> se conecta \u00fanicamente a HAProxy<\/strong> (IP 192.168.1.100, puerto 3307).<\/li>\n
  2. HAProxy recibe cada conexi\u00f3n y la redirige a uno de los servidores MySQL seg\u00fan su configuraci\u00f3n.\n
      \n
    • En modo simple: balanceo round-robin<\/strong> entre todos los nodos disponibles.<\/li>\n
    • En modo avanzado: se pueden usar puertos o usuarios distintos para separar lecturas y escrituras.<\/li>\n<\/ul>\n<\/li>\n
    • El servidor MySQL Master<\/strong> ejecuta operaciones de escritura<\/strong> (INSERT, UPDATE, DELETE).<\/li>\n
    • El servidor MySQL Slave<\/strong> responde a consultas de lectura<\/strong> (SELECT), evitando cargar al maestro.<\/li>\n
    • El balanceo es totalmente transparente<\/strong> para la aplicaci\u00f3n: no necesita conocer cu\u00e1ntos servidores hay detr\u00e1s ni su rol.<\/li>\n<\/ol>\n
      \n

      🧠 Mejora recomendada: separaci\u00f3n por puertos<\/h2>\n

      Una pr\u00e1ctica com\u00fan en entornos productivos es crear dos frontends<\/strong> en HAProxy:<\/p>\n

        \n
      • 🔵 Puerto 3308<\/strong> \u2192 Solo para lecturas (dirigido a los slaves)<\/li>\n
      • 🔴 Puerto 3309<\/strong> \u2192 Solo para escrituras (dirigido al master)<\/li>\n<\/ul>\n

        As\u00ed, la aplicaci\u00f3n puede conectarse a un puerto u otro dependiendo del tipo de operaci\u00f3n, permitiendo un control total desde la capa l\u00f3gica del sistema.<\/p>\n

        \n

        ✅ Ventajas de usar HAProxy para MySQL<\/h2>\n
          \n
        • Alta disponibilidad<\/strong>: si un nodo falla, las conexiones se redirigen autom\u00e1ticamente a otros disponibles.<\/li>\n
        • Escalabilidad horizontal<\/strong>: se pueden agregar m\u00e1s r\u00e9plicas de lectura sin reconfigurar la aplicaci\u00f3n.<\/li>\n
        • Transparencia<\/strong>: la aplicaci\u00f3n sigue conect\u00e1ndose a un \u00fanico punto.<\/li>\n
        • Flexibilidad<\/strong>: puedes configurar reglas, pesos, salud de nodos, failover autom\u00e1tico y m\u00e1s.<\/li>\n
        • Ligereza y velocidad<\/strong>: HAProxy maneja miles de conexiones con consumo m\u00ednimo de recursos.<\/li>\n<\/ul>\n

           <\/p>\n

          \u00a1Perfecto! Aqu\u00ed tienes la parte que faltaba: c\u00f3mo implementar paso a paso<\/strong> el esquema de balanceo de carga MySQL con HAProxy. Este bloque completa la entrada anterior y est\u00e1 pensado para ser claro, funcional y apto para entornos reales.<\/p>\n

          \n

          🛠️ C\u00f3mo implementar un balanceador de carga MySQL con HAProxy<\/h2>\n

          Aqu\u00ed te explico c\u00f3mo montar el entorno completo paso a paso<\/strong>, desde la instalaci\u00f3n de HAProxy hasta la conexi\u00f3n desde la aplicaci\u00f3n.<\/p>\n

          \n

          ✅ Requisitos previos<\/h3>\n
            \n
          • Un servidor MySQL Master<\/strong> (IP: 192.168.1.10)<\/li>\n
          • Un servidor MySQL Slave<\/strong> con replicaci\u00f3n configurada (IP: 192.168.1.11)<\/li>\n
          • Un servidor para HAProxy<\/strong> (IP: 192.168.1.100)<\/li>\n
          • Un usuario MySQL com\u00fan en ambos nodos (root, por ejemplo)<\/li>\n
          • Sistema operativo Ubuntu\/Debian en el balanceador<\/li>\n<\/ul>\n
            \n

            📦 Paso 1: Instalar HAProxy<\/h3>\n

            En el servidor que actuar\u00e1 como balanceador:<\/p>\n

            \n\n
            1
            2
            <\/div><\/td>
            sudo apt update
            \nsudo apt install haproxy -y<\/div><\/td><\/tr><\/tbody><\/table><\/div>\n\n<\/pre>\n
            \n
            🔐 Paso 2: Crear usuario de salud para HAProxy en MySQL<\/h3>\n
            En master<\/strong> y slave<\/strong>, ejecuta:<\/p>\n
            \n\n
            1
            <\/div><\/td>
            CREATE USER 'haproxy_check'@'%' IDENTIFIED BY 'check';<\/div><\/td><\/tr><\/tbody><\/table><\/div>\n\n<\/pre>\n
            Este usuario se usa para verificar si el nodo est\u00e1 disponible.<\/p>\n
            \n
            🧩 Paso 3: Configurar HAProxy<\/h3>\n
            Edita el archivo \/etc\/haproxy\/haproxy.cfg y reempl\u00e1zalo por esta configuraci\u00f3n b\u00e1sica:<\/p>\n
            \n\n
            1
            2
            3
            4
            5
            6
            7
            8
            9
            10
            11
            12
            13
            14
            15
            16
            17
            18
            19
            20
            21
            22
            23
            <\/div><\/td>
            global
            \n    log \/dev\/log local0
            \n    maxconn 2000
            \n    daemon
            \n
            \ndefaults
            \n    mode tcp
            \n    log global
            \n    option tcplog
            \n    timeout connect 5s
            \n    timeout client  1m
            \n    timeout server  1m
            \n
            \nfrontend mysql_front
            \n    bind *:3307
            \n    default_backend mysql_back
            \n
            \nbackend mysql_back
            \n    mode tcp
            \n    balance roundrobin
            \n    option mysql-check user haproxy_check
            \n    server mysql-master 192.168.1.10:3306 check
            \n    server mysql-slave  192.168.1.11:3306 check<\/div><\/td><\/tr><\/tbody><\/table><\/div>\n\n<\/pre>\n
            \n
            🔄 Paso 4: Reiniciar y habilitar HAProxy<\/h3>\n
            \n\n
            1
            2
            <\/div><\/td>
            sudo systemctl restart haproxy
            \nsudo systemctl enable haproxy<\/div><\/td><\/tr><\/tbody><\/table><\/div>\n\n<\/pre>\n
            \n
            🔎 Paso 5: Probar la conexi\u00f3n<\/h3>\n
            Desde cualquier cliente MySQL o desde la app:<\/p>\n
            \n\n
            1
            <\/div><\/td>
            mysql -u root -p -h 192.168.1.100 -P3307<\/div><\/td><\/tr><\/tbody><\/table><\/div>\n\n<\/pre>\n
            Prueba varias veces, ejecuta SELECT o SHOW PROCESSLIST, y ver\u00e1s c\u00f3mo las conexiones van rotando entre los nodos disponibles.<\/p>\n
            \n
            🧠 Mejora opcional: puertos separados para lectura y escritura<\/h3>\n
            Si quieres separar expl\u00edcitamente:<\/p>\n
            \n\n
            1
            2
            3
            4
            5
            6
            7
            8
            9
            10
            11
            12
            13
            14
            15
            16
            17
            <\/div><\/td>
            frontend mysql_read
            \n    bind *:3308
            \n    default_backend mysql_reads
            \n
            \nfrontend mysql_write
            \n    bind *:3309
            \n    default_backend mysql_writes
            \n
            \nbackend mysql_reads
            \n    balance roundrobin
            \n    option mysql-check user haproxy_check
            \n    server slave1 192.168.1.11:3306 check
            \n
            \nbackend mysql_writes
            \n    balance roundrobin
            \n    option mysql-check user haproxy_check
            \n    server master 192.168.1.10:3306 check<\/div><\/td><\/tr><\/tbody><\/table><\/div>\n\n<\/pre>\n
            Luego:<\/p>\n
              \n
            • App de lectura \u2192 192.168.1.100:3308<\/li>\n
            • App de escritura \u2192 192.168.1.100:3309<\/li>\n<\/ul>\n
              \n
              📌 Resultado final<\/h2>\n
              Tu aplicaci\u00f3n ya se puede conectar a un solo punto (192.168.1.100:3307) y HAProxy gestionar\u00e1 el resto:<\/p>\n
                \n
              • Repartiendo carga<\/li>\n
              • Verificando salud de los nodos<\/li>\n
              • Aislando nodos ca\u00eddos<\/li>\n
              • Escalando sin tocar la app<\/li>\n<\/ul>\n
                 <\/p>\n
                \n
                📝 Conclusi\u00f3n<\/h2>\n
                Entender el esquema de uso de HAProxy en entornos MySQL es clave para cualquier arquitecto o administrador de sistemas que busque fiabilidad, rendimiento y flexibilidad en su infraestructura. Esta soluci\u00f3n se adapta tanto a proyectos peque\u00f1os como a grandes plataformas en producci\u00f3n.<\/p>\n
                Ya sea que est\u00e9s implementando alta disponibilidad, escalabilidad horizontal o simplemente buscando distribuir carga de lectura, HAProxy es una herramienta robusta y bien documentada para acompa\u00f1arte en ese camino.<\/p>\n
                 <\/p>\n","protected":false},"excerpt":{"rendered":"
                En la era de las aplicaciones conectadas 24\/7, el rendimiento y la disponibilidad de las bases de datos son aspectos cruciales. Cuando una \u00fanica instancia MySQL empieza a recibir cientos o miles de conexiones simult\u00e1neas, se convierte en un cuello de botella que puede poner en riesgo la experiencia de los usuarios o incluso provocar ca\u00eddas del sistema. Para solucionar esto, una estrategia com\u00fan y eficiente es implementar un balanceador de carga que distribuya las conexiones entre varios servidores de bases de datos. Esta arquitectura mejora el rendimiento general, permite escalar horizontalmente y aporta alta disponibilidad. Entre las herramientas m\u00e1s utilizadas para este prop\u00f3sito destaca HAProxy (High Availability Proxy), un proxy TCP\/HTTP de alto rendimiento y muy liviano, que permite distribuir de forma inteligente las conexiones entrantes hacia diferentes nodos MySQL, ya sea en configuraci\u00f3n maestro-esclavo o multi-master. En esta entrada aprender\u00e1s c\u00f3mo se estructura un entorno con HAProxy como punto central de entrada para una arquitectura MySQL distribuida. No nos enfocaremos en comandos ni instalaci\u00f3n paso a paso, sino en entender el flujo, los componentes y las ventajas pr\u00e1cticas de este enfoque.<\/p>\n","protected":false},"author":1,"featured_media":4871,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[620],"tags":[],"class_list":["post-14870","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-mysql"],"_links":{"self":[{"href":"https:\/\/www.palentino.es\/blog\/wp-json\/wp\/v2\/posts\/14870","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.palentino.es\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.palentino.es\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.palentino.es\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.palentino.es\/blog\/wp-json\/wp\/v2\/comments?post=14870"}],"version-history":[{"count":6,"href":"https:\/\/www.palentino.es\/blog\/wp-json\/wp\/v2\/posts\/14870\/revisions"}],"predecessor-version":[{"id":14877,"href":"https:\/\/www.palentino.es\/blog\/wp-json\/wp\/v2\/posts\/14870\/revisions\/14877"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.palentino.es\/blog\/wp-json\/wp\/v2\/media\/4871"}],"wp:attachment":[{"href":"https:\/\/www.palentino.es\/blog\/wp-json\/wp\/v2\/media?parent=14870"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.palentino.es\/blog\/wp-json\/wp\/v2\/categories?post=14870"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.palentino.es\/blog\/wp-json\/wp\/v2\/tags?post=14870"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}