Configurando um cluster global do MySQL na nuvem

Question

Estou fazendo uma revisão para identificar mais especificamente onde preciso de ajuda.

Eu uso duas ferramentas para gerenciar um monte de servidores em nuvem: Puppet e Rundeck . Ambos podem ser configurados para usar um backend mysql. Gostaria de configurar uma instância de cada aplicativo nos EUA e no Reino Unido, tratando os servidores do Reino Unido como prontuários em caso de falha nos EUA.

Eu quero usar um cluster MySql para que os dados sejam automaticamente replicados dos EUA para o Reino Unido. Como esses são hot standby, o alto desempenho não é uma meta. Redundância e integridade de dados são mais importantes.

Minha pergunta gira em torno da configuração do cluster do mysql. Eu quero executar três servidores, cada um executando um nó de dados, um nó sql e um nó de gerenciamento. Esta é uma configuração válida para o servidor mysql? Se assim for, alguém poderia me apontar na direção certa para criar tal configuração? Eu baixei o tarball oficial, e o debian oficial, e a documentação para eles contradiz muitos dos tutoriais online. Estou instalando no Ubuntu 10.04.

    

Answer 1

para implantações do MySQL Cluster, você precisará de pelo menos 2 nós de dados entre os quais os dados podem ser replicados de forma síncrona - e recomendariam em cada site. Em seguida, use replicação assíncrona entregue pelo nó do servidor MySQL para replicar entre os dois centros de dados - no MySQL-terra, isso é chamado de replicação geográfica

Os nós de gerenciamento podem estar localizados nos nós SQL

Para começar, recomendo que você consulte o guia de início rápido, que mostra como implantar em um único nó: link

Existe também um tutorial disponível aqui: link

    

Answer 2

É difícil para nós respondermos se isso seria "razoável" - não sabemos nada sobre seu ambiente, arquitetura, carga de trabalho, faixa de tolerância de desempenho, etc.

Se o seu ambiente já estiver "na nuvem" e o fornecedor escolhido puder fornecer hospedagem no Reino Unido, isso parece totalmente razoável, desde que você tenha um plano de replicação sólido e bom.

Se você estiver usando um equipamento dedicado, sugiro um estudo de desempenho e de viabilidade antes de ir para a nuvem, e aconselho a usar o histórico de falhas de nuvem em conta antes de cometer seus dados (e negócios) para alguém outra infra-estrutura. Pode ser mais fácil a longo prazo clonar sua configuração atual exata em outro lugar (mesmo que isso signifique pagar mais por um rack e energia) até ter certeza de que existe outra arquitetura que atenda às suas necessidades.

Se o custo for uma preocupação séria, considere a implantação de um ambiente VMWare nos sites remotos. O desempenho geralmente é razoável, você terá algumas opções limitadas de escalabilidade dentro dos limites de um único host da VM, e a pegada do rack (portanto, custo) é substancialmente menor.

O design e o gerenciamento de longo prazo de uma arquitetura escalonável de vários sites (especialmente vários países) estão além do escopo da sua pergunta, embora você esteja implicitamente perguntando sobre isso ( If so, would anyone be able to help me with the configs? ) / - Se você ' Ainda trabalhando em tutoriais e não conseguindo generalizá-los para uma arquitetura multi-site / multi-nacional, existem duas possibilidades:

1. Você não tem a experiência para fazer isso.
   (Contrate alguém que saiba o que está fazendo e aprenda com eles. É mais barato a longo prazo)

2. Seus tutoriais / exemplos têm uma arquitetura ruim e você está sendo prejudicado por eles | (re-design com uma arquitetura sã - se você não tem certeza de como melhorar o design depois de pensar muito sobre isso, você está de volta ao território de "Contrate alguém")