Nesta solução temos um cluster de MySQL/MariaDB podendo ser tanto um Galera Cluster como um InnoDB Cluster, ambos multi-master com capacidade de receber gravação e leitura em qualquer um dos nós, sem distinção. O proxy, que pode ser um HAProxy ou mesmo um MySQL Router, transfere as conexões de uma maneira a balancear a carga. O backup é feito através dos métodos comuns como dump mas também são complementados pelo hot backup do XtraBackup e os arquivos de log binário para PITR que são centralizados em uma máquina específica. Estes backups são incrementais, quentes e muito mais rápidos do que o processo de dump comum.
Esta arquitetura ainda pode ser facilmente modificada para cenários de grandes quantidades de escrita, podendo desativar a função multi-master do InnoDB cluster separando-os em primários e secundários que podem assumir o papel de primário a qualquer momento de forma transparente caso o primário vigente apresente problemas. Para evitar que o proxy se torne um SPOF (Single Point Of Failure) ele é configurado com o Pacemaker garantindo que caso um dos servidores apresente problemas, o segundo servidor assume todas as requisições de forma transparente as aplicações e ao próprio banco de dados através de um IP virtual flutuante. Em ambos os casos, multi-master ou mesmo primário e secundários, o banco de dados estará sempre disponível para escrita desde que existam ao menos duas máquinas em funcionamento, ou para leitura com ao menos uma em funcionamento. Caso qualquer uma das máquinas apresente problemas, o próprio banco de dados se encarregará de isolá-la do cluster e gerenciar os processos necessários para continuar a operar sem sacrificar a integridade dos dados.
