Analytics with Kafka MirrorMaker
Mirroring de clústeres con Kafka MirrorMaker
Copie y transfiera fácilmente sus datos entre dos clústeres Apache Kafka. Con este servicio 100 % administrado podrá mantener una replicación completa en un datacenter remoto y una alta disponibilidad en sus clústeres Kafka.
¿Por qué elegir OVHcloud Managed Kafka MirrorMaker?
Open source y administrado
Disfrute de la versión open source oficial de Kafka MirrorMaker. OVHcloud se encarga de desplegar, administrar, mantener y escalar sus servicios.
Relación rendimiento-precio
Sus servicios se facturan por uso, con los mejores precios del mercado, IOPS y tráfico incluidos. Además, se basan en instancias de última generación.
Resiliencia y seguridad
Compromiso de nivel de servicio de hasta el 99,99 % gracias a los despliegues multiregionales (3-AZ). Solución conforme a las normas más estrictas (ISO/IEC 27001, ISO/IEC 27701, SOC 2 de tipo 2) para sus datos.
Más de 60 servicios Public Cloud
Este servicio se integra en la solución Managed Kafka de OVHcloud y en un catálogo de servicios IaaS y PaaS especialmente diseñados para ayudarle a gestionar de forma más eficiente sus proyectos de aplicaciones nativas de cloud, datos e IA.
Ejemplos de casos de uso

Replicación de los datos
Kafka MirrorMaker permite replicar los datos de un clúster de origen en un clúster de destino, por lo que dispondrá de una mayor resiliencia para los datos de su clúster Apache Kafka.

Clústeres Kafka en multicloud
Kafka MirrorMaker permite crear «copias espejo» de los datos de un clúster Kafka, incluso entre clústeres Kafka alojados en diferentes proveedores de cloud y «on-premises».
ESPECIFICACIONES
Características técnicas
Escalabilidad
De un plano a otro en solo un clic
Managed Kafka
Compatible
Cifrado de datos
En reposo y en tránsito (TLS/SSL)
Red privada
Incluida (vRack)
Soporte de Terraform
Incluido
Nuestra gama Managed Kafka MirrorMaker
Soluciones diseñadas para responder a todas sus necesidades
Documentación
Primeros pasos
Cómo empezar a utilizar la solución Managed Kafka MirrorMaker
Datos generales
Toda la información sobre nuestros servicios Data Analytics
Guías generales
Cómo utilizar nuestros servicios Data Analytics
Guías Kafka MirrorMaker
Descubra las guías específicas de este servicio
Productos interesantes
FAQ
¿Qué es Kafka MirrorMaker?
Kafka MirrorMaker permite disponer de la alta disponibilidad en un clúster Kafka replicando los datos en otro clúster Kafka de destino.
¿Por qué utilizar Kafka MirrorMaker?
Esta solución es ideal para proyectos que requieren una gran resiliencia de los datos tratados por el clúster Kafka, ya que Kafka MirrorMaker garantiza la creación de «copias espejo» de los datos del clúster Kafka de origen.
¿Qué es Managed Kafka MirrorMaker?
Managed Kafka MirrorMaker es un servicio asociado a Managed Kafka de OVHcloud, que forma parte de los servicios administrados disponibles en nuestra solución Public Cloud. La principal función de esta solución es ayudarle a ahorrar tiempo delegando en OVHcloud la gestión y el mantenimiento de su base de datos.
¿En qué se diferencian los planes de servicio Essential, Business y Enterprise?
Estos planes ofrecen funcionalidades que responden a diferentes usos y, por lo tanto, su nivel de disponibilidad también varía.
¿Es posible integrar esta solución en un proyecto Public Cloud?
Sí, nuestro servicio puede consumirse como un recurso o como parte de una infraestructura Public Cloud, y es posible administrarlo desde el área de cliente, la API OVHcloud o la API OpenStack. Asimismo, ofrecemos servicios administrados para la gestión de bases de datos relacionales (SQL) como MySQL y PostgreSQL, o no relacionales (NoSQL), como Caching y MongoDB.
¿MirrorMaker es open source?
El uso de los componentes Apache Kafka, Kafka Connect y Kafka MirrorMaker se rige por la licencia open source Apache License versión 2.0. Esta licencia permite modificar y distribuir el código tanto en modo libre como propietario, de forma gratuita o de pago, e impone el mantenimiento del copyright en cualquier modificación, por lo que se deberá proporcionar una copia de la licencia con el código fuente.
¿Cómo funciona el «mirroring» Kafka?
MirrorMaker permite replicar los datos entre sus clústeres Kafka para garantizar la alta disponibilidad de sus datos.
Uno de los usos más comunes del «mirroring» con Kafka MirrorMaker es la recuperación ante desastres («disaster recovery»), replicando el conjunto de mensajes de su base de datos Kafka en una región diferente a la del clúster Kafka principal.
Otro caso de uso frecuente del «mirroring» con Kafka MirrorMaker es la adopción del cloud. Y es que algunos clientes que utilizan Apache Kafka «on-premises» pueden replicar sus datos de forma idéntica con un proveedor cloud gracias a MirrorMaker y preparar así su migración a la nube.
Para las empresas con presencia digital internacional, la replicación de datos con MirrorMaker facilita la puesta a disposición para su tratamiento. Las máquinas virtuales o instancias dedicadas al tratamiento de estos datos se encuentran cerca de los usuarios y se distribuyen geográficamente. En este sentido, Kafka MirrorMaker reduce la latencia y permite ofrecer un rendimiento óptimo.
¿Cuál es la diferencia entre las regiones 1-AZ y 3-AZ?
Descubra cómo lograr despliegues resilientes con nuestra guía dedicada.
Las regiones 1-AZ utilizan un área de disponibilidad única con uno o más datacenters. Aunque ofrecen protección contra fallos de servidores y controladores, pueden ser vulnerables a fallos en los datacenters. En caso de fallo en el datacenter en el que se aloja, el acceso puede verse afectado.
En comparación, las regiones 3-AZ están formadas por 3 zonas de disponibilidad independientes, cada una de ellas aislada en materia de alimentación, refrigeración y red, ofreciendo así un verdadero aislamiento en caso de avería. Esta arquitectura permite la disponibilidad del servicio incluso en caso de avería de toda una zona.
Asegure su tranquilidad con los compromisos de nivel de servicio (SLA) del 99,99 %.
¿Puedo migrar mis cargas de trabajo 1-AZ a 3-AZ?
¡Sí! Puede migrar fácilmente de una región entre 1-AZ y una 3-AZ.
Puede conectar regiones 1-AZ a regiones 3-AZ a través de una conectividad privada para optimizar el proceso y el coste de sus despliegues de infraestructura.