Analytics with Kafka MirrorMaker
Espelhamento (mirroring) de clusters com o Kafka MirrorMaker
Copie e transmita facilmente dados entre dois clusters Apache Kafka. Serviço 100% gerido para manter uma replicação completa num datacenter remoto e uma alta disponibilidade dos seus clusters Kafka.
Porquê escolher o Managed Kafka MirrorMaker da OVHcloud?
Open source e gerido
Beneficie da versão open-source oficial do Kafka MirrorMaker. Os seus serviços são implementados, administrados, mantidos e redimensionados pela OVHcloud.
Relação preço/desempenho
Os seus serviços são faturados de acordo com a utilização, aos melhores preços do mercado, com IOPS e tráfego incluídos. Com base em instâncias de última geração.
Resiliência e segurança
Compromisso de nível de serviço de até 99,99% graças às implementações multirregiões (3-AZ). Solução conforme as normas mais rigorosas (ISO/IEC 27001, ISO/IEC 27701, SOC 2 Tipo 2).
Mais de 60 serviços Public Cloud
Serviço integrado no Managed Kafka da OVHcloud e num catálogo de serviços IaaS e PaaS concebidos para o ajudar a gerir mais eficazmente os seus projetos de aplicações Data, IA e nativas da cloud.
Exemplos de casos práticos

Replicação dos dados
Com o Kafka MirrorMaker, poderá replicar os dados de um cluster de origem para um cluster de destino Graças a este serviço, poderá usufruir de uma melhor resiliência para os dados do seu cluster Apache Kafka.

Clusters Kafka em ambiente multicloud
O Kafka MirrorMaker possibilita o espelhamento dos dados de um cluster Kafka. Esta replicação também é possível entre clusters Kafka alojados em diferentes fornecedores cloud ou on-premises.
ESPECIFICAÇÕES
Características técnicas
Escalabilidade
Mudar de plano num só clique
Managed Kafka da OVHcloud
Compatível
Encriptação dos dados
Em repouso e em trânsito (TSL/SSL)
Redes privadas
Incluído (vRack)
Suporte do Terraform
Incluído
A nossa gama Managed Kafka Mirrormaker
Soluções concebidas para responder a todas as necessidades
Documentação
Tutorial de arranque
Saiba como utilizar a solução Managed Kafka MirrorMaker
Informações gerais
Saiba mais sobre os nossos serviços Data Analytics
Manuais gerais
Saiba como utilizar os nossos serviços Data Analytics
Manuais Kafka MirrorMaker
Descubra manuais criados especialmente para este serviço
Estes produtos podem ser do seu interesse
Respostas a questões frequentes
O que é o Kafka MirrorMaker?
O Kafka MirrorMaker permite-lhe usufruir de alta disponibilidade para um cluster Kafka, replicando os dados para outro cluster Kafka de destino.
Porquê utilizar o Kafka MirrorMaker?
Como o Kafka MirrorMaker assegura o espelhamento dos dados de um cluster Kafka de origem, esta solução é ideal para responder às necessidades de forte resiliência dos dados tratados por um cluster Kafka.
O que é o Managed Kafka MirrorMaker da OVHcloud?
O Managed Kafka MirrorMaker é um serviço associado ao Managed Kafka da OVHcloud, que faz parte dos serviços geridos disponíveis no nosso Public Cloud. A sua principal função é ajudá-lo a poupar tempo delegando-nos a gestão e a manutenção da sua base de dados.
Qual é a diferença entre os planos Essential, Business e Enterprise?
Cada um inclui funcionalidades que respondem a utilizações diferentes e, portanto, o seu nível de disponibilidade também varia.
Esta solução pode ser integrada num projeto Public Cloud?
Sim, o nosso serviço pode ser utilizado como um recurso ou no âmbito de uma infraestrutura Public Cloud. Pode administrá-lo a partir da Área de Cliente, da API OVHcloud ou da API OpenStack. Também disponibilizamos serviços geridos para a administração de bases de dados relacionais (SQL), como MySQL e PostgreSQL, ou não relacionais (NoSQL), como Caching e MongoDB.
O MirrorMaker é open-source?
A utilização dos componentes Apache Kafka, Kafka Connect e Kafka MirrorMaker é regida pela licença open-source Apache License versão 2.0. Esta última permite a modificação e distribuição do código de forma livre ou proprietária, gratuita ou comercial, e requer a manutenção do copyright em qualquer alteração. Além disso, deve ser fornecida com o código-fonte uma cópia da licença.
Como funciona o espelhamento («mirroring») do Kafka?
O MirrorMaker permite replicar os dados entre os seus clusters Kafka, de forma a garantir a alta disponibilidade dos seus dados.
O caso mais comum para a utilização do espelhamento («mirroring») com o Kafka MirrorMaker é a recuperação de desastres («disaster recovery»), ao replicar todas as mensagens da sua base de dados Kafka numa região diferente daquela onde está alojado o seu cluster Kafka principal.
Outro caso de uso frequente do espelhamento com o Kafka MirrorMaker é a adoção do cloud computing: alguns clientes utilizadores do Apache Kafka on-premises podem replicar os seus dados junto de um fornecedor cloud graças ao MirrorMaker e preparar a sua migração para a cloud.
Para empresas com uma pegada global, a replicação dos dados permitida pelo MirrorMaker facilita a disponibilização para o seu tratamento. Assim, as máquinas virtuais ou as instâncias que serão dedicadas ao tratamento destes dados podem permanecer próximas dos utilizadores e ser distribuídas geograficamente. Neste sentido, o Kafka MirrorMaker diminui a latência e contribui para oferecer um desempenho ideal.
Qual é a diferença entre as regiões 1-AZ e 3-AZ?
Descubra a resiliência das implementações no nosso manual dedicado.
As regiões 1-AZ usam uma única Availability Zone com um ou vários datacenters. Embora ofereçam proteção contra falhas de servidor e controlador, elas podem ser vulneráveis a falhas de datacenter. Isto pode afetar o acesso em caso de falha do datacenter de alojamento.
Em contrapartida, as regiões 3-AZ são compostas por 3 Availability Zones independentes, cada uma delas isolada em termos de alimentação, arrefecimento e rede, oferecendo assim um verdadeiro isolamento contra falhas. Esta arquitetura permite a disponibilidade do serviço mesmo em caso de falha de toda uma zona.
Ganhe paz de espírito graças a compromissos de nível de serviço (SLA) de 99,99%.
Posso migrar as minhas cargas de trabalho 1-AZ para 3-AZ?
Sim! É perfeitamente possível migrar de uma região 1-AZ para uma 3-AZ.
Pode ligar regiões 1-AZ a regiões 3-AZ através de uma ligação privada, de modo a otimizar a complexidade e o custo das suas implementações de infraestrutura.