custom background image

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

restorable OVHcloud

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.

flexible OVHcloud

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

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

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.