O que fazemos · Dados e web: Replicação de bases de dados e réplicas offsite
Uma cópia continuamente atualizada e só de leitura da sua base de dados de produção, a correr num site diferente, onde os relatórios podem correr sem tocar na produção e para onde pode fazer failover se o site primário alguma vez se perder. Construída de modo a que a réplica vá buscar as alterações, e a produção nunca tenha um caminho até ela.
O que é
Replicação assíncrona MySQL ou MariaDB, com a réplica colocada onde uma falha diferente não a possa alcançar: outro datacenter, outro array de storage, outro percurso de rede. A réplica segue o primário quase em tempo real e cumpre três funções ao mesmo tempo:
- Uma cópia de disaster recovery dos dados, atualizada ao segundo.
- Um destino para relatórios e integrações, para que as leituras pesadas deixem de competir com os seus clientes.
- Uma fonte limpa para backups, feitos sem bloquear nem abrandar o primário.
Como o construímos
A réplica puxa. As ligações de replicação são abertas pela réplica, nunca ao contrário. A produção não tem caminho de rede para o lado da réplica, e isso é imposto nos equipamentos de firewall, não por uma regra num host que alguém pode desligar. Se um servidor de produção alguma vez for comprometido, o atacante não tem rota para a cópia a partir da qual faria a recuperação.
Pelo nosso mesh privado. As réplicas offsite viajam pelo nosso backbone privado encriptado entre os nossos datacenters em Atenas, Amesterdão e Toronto, nunca em claro pela internet pública.
Com base em GTID. Usamos global transaction identifiers, para que uma réplica possa ser reapontada, promovida ou recarregada sem ninguém andar à procura de coordenadas de binary log às três da manhã.
Monitorizada pelo estado, não pelo ruído. Uma verificação corre a cada cinco minutos e publica um único alerta quando o estado muda: atraso acima do limiar, quebrada ou recuperada. Os engenheiros recebem um sinal sobre o qual agem, não um fluxo que aprendem a ignorar.
Do que o protege
- Perder um site inteiro e, com ele, a única cópia dos seus dados.
- Queries de relatórios e integrações a abrandar a base de dados que os seus clientes estão a usar.
- Uma réplica que parou em silêncio há semanas, descoberta apenas no dia em que precisa dela.
- Um atacante num servidor de produção a chegar à cópia a partir da qual faria o restore.
- Backups que bloqueiam tabelas ou travam o primário enquanto correm.
Na prática
A saída de um broadcaster do VMware. Quando reconstruímos a plataforma web de um broadcaster nacional na nossa private cloud OLVM, a base de dados era a única camada com estado que valia a pena mover. Viajou por replicação GTID da plataforma antiga para a nova, pelo que o próprio cutover foi uma promoção com segundos de diferença. O cutover ficou concluído há meses e a plataforma corre desde então do nosso lado.
Réplicas que servem novas aplicações. Uma read replica é também a forma mais limpa de colocar um novo front end de pesquisa, relatórios ou portal sobre um sistema existente: a nova aplicação lê à velocidade da rede local e nunca toca no primário durante o carregamento das páginas. Construímo-las iniciadas pela réplica, para que o host que a aloja não precise de nenhuma regra de firewall de entrada.
Porquê a EuroVPS
- As réplicas vivem num site genuinamente diferente, ligado pelo nosso próprio backbone encriptado.
- Só pull, imposto pela firewall: a produção nunca consegue chegar ao lado da réplica.
- Alertas por mudança de estado a cada cinco minutos, lidos por engenheiros de forma contínua, dia e noite.
- GTID em todo o lado, para que a promoção e o recarregamento sejam procedimentos ensaiados.
- A mesma equipa constrói a réplica, os backups e o plano de failover, para que encaixem uns nos outros.
Perguntas frequentes
- Quanto atraso terá a réplica? Em carga normal, segundos ou menos. Alertamos quando o atraso ultrapassa um limiar que acordamos consigo, e o RPO que obtém acompanha o serviço que contrata.
- Podemos fazer failover para a réplica? Sim. A promoção é um procedimento documentado. A rapidez com que as aplicações a seguem depende do desenho do serviço, desde uma promoção manual para um serviço básico até uma comutação automatizada e ensaiada para os serviços com cobertura global.
- A nossa ferramenta de relatórios pode ligar-se a ela? Sim, com uma conta só de leitura. É uma das principais razões para a ter.
- Substitui os backups? Não. Uma réplica copia os erros com a mesma fidelidade que os dados. Os backups são feitos em paralelo e puxados para infraestrutura separada.
- MySQL ou MariaDB? Ambos. Alinhamos o motor e as definições da réplica com o primário.
Quer uma cópia dos seus dados que um dia mau não consegue alcançar? Fale com um engenheiro.
O seu próximo parceiro de infraestrutura
Vamos analisar a sua infraestrutura.
Diga-nos o que executa hoje e o que precisa de melhorar. Um engenheiro vai analisar o seu pedido e ajudar a planear o passo seguinte.
+357 222 32280
Comecemos pela sua infraestrutura.
Um pouco de contexto ajuda-nos a começar a conversa certa.