Preguntas frecuentes sobre Amazon MSK

• Apache Kafka almacena los datos en streaming de forma tolerante a fallos, lo que proporciona un amortiguador entre productores y consumidores. Almacena los eventos como una serie continua de registros y conserva el orden en que se produjeron los registros.
• Apache Kafka permite que muchos productores de datos –por ejemplo, sitios web, dispositivos de Internet de las cosas (IoT), instancias de Amazon Elastic Compute Cloud (Amazon EC2)– publiquen continuamente datos en streaming y los clasifiquen mediante temas de Apache Kafka. Varios consumidores de datos (por ejemplo, aplicaciones de machine learning, funciones de AWS Lambda o microservicios) leen de estos temas a su propio ritmo, de forma similar a una cola de mensajes o un sistema de mensajería empresarial.
• Los consumidores procesan datos a partir de los temas de Apache Kafka con la estrategia primero en entrar y primero en salir, lo que permite conservar el orden en el que se generaron los datos.

P: ¿Qué es MSK Serverless?
MSK Serverless es un tipo de clúster para Amazon MSK que le facilita la ejecución de los clústeres de Apache Kafka sin tener que administrar la capacidad informática ni de almacenamiento. Con MSK Serverless puede ejecutar sus aplicaciones sin tener que aprovisionar, configurar ni optimizar clústeres, y solo pagará el volumen de datos que transmita o retenga.

P: ¿MSK Serverless puede equilibrar automáticamente las particiones sin un clúster?
Sí. MSK Serverless administra completamente las particiones, lo que incluye monitorearlas y migrarlas para emparejar la carga en el clúster.

P: ¿Qué capacidad de rendimiento de datos admite MSK Serverless?
MSK Serverless proporciona hasta 200 MBps de capacidad de escritura y 400 MBps de capacidad de lectura por clúster. Además, para garantizar que haya suficiente disponibilidad de rendimiento para todas las particiones en un clúster, MSK Serverless asigna hasta 5 MBps de capacidad de escritura instantánea y 10 MBps de capacidad de lectura instantánea por partición.

P:¿ Qué características de seguridad ofrece MSK Serverless?
MSK Serverless cifra todo el tráfico en tránsito y todos los datos en reposo gracias a las claves administradas por servicios que emite AWS Key Management Service (KMS). Los clientes se conectan a MSK Serverless mediante una conexión privada que usa AWS PrivateLink para que el tráfico no quede expuesto en una red de Internet pública. Además, MSK Serverless ofrece control de acceso de IAM, que puede usar para administrar la autenticación y autorización de clientes a los recursos de Apache Kafka, como los temas.

P: ¿Cómo pueden los productores y los consumidores tener acceso a mis clústeres de MSK Serverless?
Cuando crea un clúster de MSK Serverless, puede proporcionar subredes de una o más nubes de Amazon Virtual Private Cloud (VPC) que alojen a los clientes del clúster. Los clientes alojados en cualquiera de estas VPC podrán conectarse al clúster de MSK Serverless con una cadena de agentes de arranque.

P: ¿En qué regiones está disponible MSK Serverless?
Diríjase a la página de precios de MSK para obtener información actualizada sobre la disponibilidad regional.

P: ¿Qué tipos de autenticación admite MSK Serverless?
MSK Serverless actualmente admite AWS IAM para autentificar y autorizar clientes. Sus clientes pueden asumir un rol de IAM AWS para la autenticación y usted puede imponer el control de acceso mediante la utilización de una política de IAM asociada.

P: ¿Cómo puedo procesar los datos en mi clúster MSK Serverless?
Puede utilizar cualquier herramienta compatible con Apache Kafka para procesar datos en sus temas de clúster MSK Serverless. MSK Serverless se integra con Amazon Managed Service para Apache Flink para el procesamiento de transmisiones con estado y AWS Lambda para el procesamiento de eventos. También puede utilizar los conectores receptores de Apache Kafka Connect para enviar los datos a cualquier destino deseado.

P: ¿Cómo garantiza MSK Serverless la alta disponibilidad?
Cuando se crea una partición, MSK Serverless crea 2 réplicas y las coloca en diferentes zonas de disponibilidad. Además, MSK Serverless detecta y recupera automáticamente los recursos backend fallidos para mantener alta disponibilidad.

P: ¿Puedo usar las API de Apache Kafka para introducir y sacar datos de Apache Kafka?
Sí, Amazon MSK es compatible con las API de productor y consumidor nativas de Apache Kafka. No es necesario modificar el código de la aplicación cuando los clientes comiencen a trabajar con clústeres dentro de Amazon MSK.

P: ¿Puedo usar Apache Kafka Connect, Apache Kafka Streams o cualquier otro componente de ecosistema de Apache Kafka con Amazon MSK?
Sí, puede usar cualquier componente que utilice las API de productor y consumidor de Apache Kafka y el cliente administrativo Admin Client de Apache Kafka. Actualmente, las herramientas que cargan archivos .jar a clústeres de Apache Kafka no son compatibles con Amazon MSK, incluidos Confluent Control Center, Confluent Auto Data Balancer y Uber uReplicator.

P: ¿Se admiten las actualizaciones de versiones de Apache Kafka?
Sí, Amazon MSK admite actualizaciones in situ de versiones de Apache Kafka completamente administradas para los clústeres aprovisionados. Para obtener más información sobre cómo actualizar su versión de Apache Kafka y las prácticas recomendadas de alta disponibilidad, consulte la documentación de actualizaciones de versión.

P. ¿Puedo cambiar las configuraciones de agente predeterminadas o cargar una configuración de clúster en Amazon MSK?
Sí, Amazon MSK permite crear configuraciones personalizadas y aplicarlas a los clústeres nuevos o a los ya existentes. Para obtener más información sobre las configuraciones personalizadas, consulte la documentación de configuración.

P. ¿Qué propiedades de configuración se pueden personalizar?
Las propiedades de configuración que se pueden personalizar están documentadas aquí.

P. ¿Cuál es la configuración predeterminada de un tema nuevo?
Amazon MSK usa la configuración predeterminada de Apache Kafka a menos que se especifique lo contrario aquí.

P: ¿Amazon MSK se ejecuta en una nube de Amazon VPC?
Sí, Amazon MSK siempre se ejecuta en una nube de Amazon VPC cuya administración está a cargo del servicio Amazon MSK. Los recursos de Amazon MSK se encontrarán disponibles para la nube de Amazon VPC, la subred y el grupo de seguridad que seleccione al momento de configurar el clúster. Las direcciones IP de su VPC se adjuntan a sus recursos de Amazon MSK a través de interfaces de red elásticas (ENI) y todo el tráfico de red permanece dentro de la red de AWS. De forma predeterminada, no es posible acceder a él mediante Internet.

P: ¿De qué manera los clientes podrán acceder a los agentes de un clúster de Amazon MSK desde el interior de una VPC?
Los agentes de su clúster estarán disponibles para los clientes de su VPC a través de las interfaces de red elástica que aparecen en su cuenta. Los grupos de seguridad de las interfaces de red elástica determinarán la fuente y el tipo de tráfico de ingreso y egreso permitido en los agentes.

P: ¿Es posible conectarme a mi clúster a través de la Internet pública?
Sí, Amazon MSK ofrece una opción para conectarse de forma segura por Internet a los agentes de los clústeres de Amazon MSK que ejecutan Apache Kafka 2.6.0 o versiones posteriores. Al habilitar el acceso público, los clientes autorizados externos a una nube privada de Amazon Virtual Private Cloud (VPC) pueden transmitir datos cifrados desde y hacia clústeres de Amazon MSK específicos. Puede habilitar el acceso público a clústeres de MSK después de haber creado uno sin costo adicional, pero se aplican los costos de transferencia de datos de AWS estándar para solicitudes de entrada y salida de clústeres. Para más información sobre cómo activar el acceso público, consulte la documentación sobre el acceso público.

P: ¿La conexión entre mis clientes y un clúster de Amazon MSK será privada?
De forma predeterminada, la única manera de generar y consumir datos a partir de un clúster de Amazon MSK es a través de una conexión privada entre los clientes en su VPC y el clúster de Amazon MSK. Sin embargo, si activa el acceso público para su clúster de Amazon MSK y se conecta a él mediante la cadena pública bootstrap-brokers, la conexión, aunque esté autenticada, autorizada y cifrada, ya no se considera privada. Le recomendamos que configure los grupos de seguridad del clúster para tener reglas TCP de entrada que permitan el acceso público desde su dirección IP de confianza y que haga que estas reglas sean lo más restrictivas posibles en caso de que active el acceso público.

Pregunta: ¿Cómo me conecto a mi clúster de Amazon MSK a través de Internet? 
La forma más sencilla es activar la conectividad pública por Internet con los agentes de los clústeres de MSK que ejecutan Apache Kafka 2.6.0 o versiones posteriores. Por razones de seguridad, no se puede activar el acceso público mientras se crea un clúster de MSK. Sin embargo, puede actualizar un clúster existente para hacerlo accesible al público. También puede crear un nuevo clúster y actualizarlo para que sea de acceso público. Para más información sobre cómo activar el acceso público, consulte la documentación sobre el acceso público.

Pregunta: ¿Cómo me conecto a mi clúster de Amazon MSK desde dentro de la red de AWS pero desde fuera de la Amazon VPC del clúster?
Puede conectarse a su clúster de MSK desde cualquier VPC o cuenta de AWS que no sea la de su clúster de MSK al activar la conectividad privada de múltiples VPC para los clústeres de MSK que ejecuten Apache Kafka 2.7.1 o versiones posteriores. Solo puede activar la conectividad privada después de crear el clúster para cualquiera de los esquemas de autenticación compatibles (autenticación de IAM, SASL SCRAM y autenticación de mTLS). Debe configurar sus clientes para que se conecten de forma privada al clúster mediante conexiones de VPC administradas por Amazon MSK que utilizan la tecnología AWS PrivateLink para habilitar la conectividad privada. Para obtener más información sobre la configuración de la conectividad privada, consulte la documentación de Acceso desde AWS.

P: ¿Puedo cifrar datos en un clúster de Amazon MSK?
Sí, Amazon MSK usa cifrado del lado del servidor de Amazon Elastic Block Store (Amazon EBS) y claves de AWS Key Management Service (AWS KMS) para cifrar volúmenes de almacenamiento.

P. ¿Los datos se cifran en tránsito entre agentes dentro de un clúster de Amazon MSK?
Sí, de forma predeterminada, los clústeres nuevos tienen habilitado el cifrado en tránsito a través de TLS para la comunicación entre agentes. Para los clústeres aprovisionados, es posible deshabilitar el cifrado en tránsito cuando se crea un clúster.

P: ¿Los datos se cifran en tránsito entre los clientes de Apache Kafka y el servicio Amazon MSK?
Sí, de forma predeterminada, el cifrado en tránsito está configurado en TLS únicamente para los clústeres creados a partir de la CLI o la consola de administración de AWS. Se requiere configuración adicional para que los clientes logren comunicarse con los clústeres que usan el cifrado TLS. Para los clústeres aprovisionados, puede cambiar la configuración de cifrado predeterminada seleccionando la configuración de texto no cifrado o TLS/texto no cifrado. Obtenga más información sobre el cifrado de MSK.

P: ¿Los datos se cifran en tránsito mientras se trasladan entre agentes y nodos de Apache ZooKeeper en un clúster de Amazon MSK?
Sí, los clústeres de Amazon MSK que ejecutan Apache Kafka versión 2.5.1 o posterior admiten cifrado en tránsito TLS entre agentes Apache Kafka y nodos de ZooKeeper.

P: ¿Cómo puedo controlar la autenticación del clúster y la autorización de la API de Apache Kafka?
Para los clústeres sin servidor, puede utilizar el control de acceso de IAM para confirmar la autenticación y la autorización. Para los clústeres aprovisionados, tiene tres opciones: 1) control de acceso de AWS Identity and Access Management (IAM) para AuthN/Z (recomendado); 2) autenticación de certificados TLS (CA) para AuthN y listas de control de acceso para AuthZ; y 3) SASL/SCRAM para AuthN y listas de control de acceso para AuthZ. Amazon MSK recomienda utilizar el control de acceso de IAM. Es la opción más fácil de utilizar y, dado que tiene el acceso con privilegio mínimo de forma predeterminada, es la opción más segura.

P: ¿Cómo funciona la autorización en Amazon MSK?
Si utiliza IAM Access Control, Amazon MSK utiliza las políticas que usted escribe y su propio autorizador para autorizar acciones. Si utiliza la autenticación de certificados TLS o SASL/SCRAM, Apache Kafka utiliza listas de control de acceso (ACL) para la autorización. Para habilitar las ACL, debe habilitar la autenticación del cliente mediante certificados TLS o SASL/SCRAM.

P. ¿Cómo puedo autenticar y autorizar un cliente al mismo tiempo?
Si utiliza el control de acceso IAM, Amazon MSK autenticará y autorizará en su nombre sin necesidad de ninguna configuración adicional. Si utiliza la autenticación TLS, puede usar el nombre D de los certificados TLS de los clientes como principal de la ACL para autorizar las solicitudes de los clientes. Si utiliza SASL/SCRAM, puede utilizar el nombre de usuario como principal de la ACL para autorizar las solicitudes de los clientes.

P: ¿Cómo puedo controlar las acciones de la API de servicio?
Puede controlar las acciones de la API de servicio mediante AWS Identity and Access Management (IAM).

P: ¿Puedo habilitar el control de acceso de IAM para un clúster existente?
Sí, puede habilitar el control de acceso de IAM para un clúster existente desde la consola de AWS o mediante la API UpdateSecurity.

P: ¿Puedo utilizar el control de acceso de IAM fuera de Amazon MSK?
No, el control de acceso de IAM solo está disponible para los clústeres de Amazon MSK.

P: ¿Cómo puedo conceder permisos de acceso entre cuentas a un cliente de Apache Kafka en una cuenta de AWS distinta de la de Amazon MSK para que se conecte de forma privada a mi clúster de Amazon MSK?
Puede adjuntar una política de clústeres a su clúster de Amazon MSK para proporcionar a sus cuentas múltiples permisos de cliente de Apache Kafka a fin de configurar la conectividad privada con su clúster de Amazon MSK. Al utilizar la autenticación de clientes de IAM, también puede utilizar la política de clústeres para definir de forma detallada los permisos del plano de datos de Apache Kafka para el cliente que se conecta. Para obtener más información sobre las políticas de clústeres, consulte la documentación de políticas de clústeres.

P: ¿Qué es Apache ZooKeeper?
De https://zookeeper.apache.org: “Apache ZooKeeper es un servicio centralizado para tareas de mantenimiento de información de configuración, asignación de nombres, aprovisionamiento de sincronización distribuida y suministro de servicios de grupos. Las aplicaciones distribuidas utilizan de alguna u otra forma todos estos tipos de servicios", incluido Apache Kafka.

P: ¿Amazon MSK usa Apache ZooKeeper?
Sí, Amazon MSK usa Apache ZooKeeper para la administración de metadatos. Además, a partir de la versión 3.7 de Apache Kafka, se pueden crear clústeres en modo ZooKeeper o en modo KRaft. Un clúster creado con el modo KRaft usa controladores KRaft para la administración de metadatos en lugar de nodos de ZooKeeper.

• Amazon S3, que utiliza Kinesis Data Firehose para entregar datos a Amazon S3 desde MSK de manera sencilla y sin código
  
• Amazon Virtual Private Cloud (Amazon VPC) para el aislamiento y la seguridad de la red
• Amazon CloudWatch para métricas
• AWS Key Management Service (AWS KMS) para el cifrado de volumen de almacenamiento
• Amazon IAM para la autenticación y la autorización de Apache Kafka y las API de servicios
• AWS Lambda para el abastecimiento de eventos de MSK
• AWS IoT para el abastecimiento de eventos de IoT
• AWS Glue Schema Registry para controlar la evolución de los esquemas utilizados por las aplicaciones de Apache Kafka
  
• AWS CloudTrail para registros de API de AWS
• AWS Certificate Manager para las CA privadas empleadas en la autenticación TLS de clientes
• AWS CloudFormation para describir y aprovisionar clústeres de Amazon MSK mediante el uso de código
  
• Amazon Managed Service para Apache Flink para aplicaciones Apache Flink completamente administradas que procesan datos de streaming
  
• Amazon Managed Service para Apache Flink Studio para streaming interactivo de SQL en Apache Kafka
  
• AWS Secrets Manager para las credenciales de clientes utilizadas para la autenticación SASL/SCRAM
  

• Amazon S3, que utiliza Kinesis Data Firehose para entregar datos a Amazon S3 desde MSK de manera sencilla y sin código
  
• Amazon VPC para el aislamiento y la seguridad de la red
• Amazon CloudWatch para métricas
• Amazon IAM para la autenticación y la autorización de Apache Kafka y las API de servicios
• AWS Glue Schema Registry para controlar la evolución de los esquemas utilizados por las aplicaciones de Apache Kafka
• AWS CloudTrail para registros de API de AWS
• AWS PrivateLink para la conectividad privada
  

P: ¿Cuál es el esquema de precios de Amazon MSK?
El precio varía en función de los recursos que crea. Obtenga más información en nuestra página de precios.

P: ¿Debo pagar la transferencia de datos como resultado de la replicación de datos?
No, todas las transferencias de datos internas del clúster están incluidas en el servicio sin cargo adicional.

P: ¿En qué regiones de AWS está disponible Amazon MSK?
La disponibilidad por región de Amazon MSK está documentada aquí. 

P: ¿Cuál es el esquema de precios de las transferencias de datos?
Con los clústeres aprovisionados, pagará los cargos por transferencia de datos de AWS estándar para los datos transferidos desde y hacia un clúster de Amazon MSK. No se cobrarán las transferencias de datos dentro del clúster en una región, incluidos los datos transferidos entre agentes y los que se transfieren entre agentes y nodos de Apache ZooKeeper.

Con los clústeres sin servidor, pagará los cargos por transferencia de datos de AWS estándar por los datos transferidos desde o hacia otra región y por los datos transferidos hacia la Internet pública.

• Cumplimiento de requisitos de HIPAA

• PCI

• ISO

• SOC 1, 2, 3

Para obtener una lista completa de los servicios y los programas de conformidad de AWS, consulte los servicios de AWS en el ámbito del programa de conformidad.

P: ¿Qué es Amazon MSK Replicator?
Amazon MSK Replicator es una característica de Amazon MSK que permite a los clientes replicar datos de forma fiable en los clústeres de Amazon MSK en distintas regiones de AWS (replicación entre regiones) o dentro de la misma región de AWS (replicación en la misma región), sin necesidad de escribir código ni administrar la infraestructura. Puede utilizar la replicación entre regiones (CRR) para crear aplicaciones de streaming multirregionales de alta disponibilidad y tolerantes a errores para aumentar la resiliencia. También puede usar la CRR para proporcionar un acceso de menor latencia a los consumidores de diferentes regiones geográficas. Puede usar SRR para distribuir datos de un clúster a varios clústeres para compartir datos con sus socios y equipos. También puede usar SRR o CRR para agregar datos de varios clústeres en uno solo con fines de análisis.

P: ¿Cómo uso MSK Replicator?
Para configurar la replicación entre un par de clústeres de MSK de origen y de destino, debe crear un replicador en la región de AWS de destino. Para crear un replicador, debe especificar detalles que incluyen el nombre de recurso de Amazon (ARN) de los clústeres de MSK de origen y destino y un rol de AWS Identity and Access Management (IAM) que MSK Replicator puede utilizar para acceder a los clústeres. Deberá crear el clúster de MSK de destino si aún no existe. También tiene la opción de configurar ajustes adicionales, como la configuración del nombre del tema y la posición inicial de Replicator.

P: ¿Qué tipos de clústeres de Kafka son compatibles con MSK Replicator?
MSK Replicator solo admite la replicación en clústeres de MSK. Se admiten clústeres MSK de tipo aprovisionados y sin servidor. También puede usar MSK Replicator para pasar de aprovisionado a sin servidor o viceversa. No se admiten otros clústeres de Kafka.

P: ¿Puedo especificar qué temas deseo replicar?
Sí, puede especificar qué temas desea replicar mediante listas de temas permitidos y rechazados al crear el replicador.

P: ¿MSK Replicator replica la configuración de los temas y los desplazamientos de los grupos de consumidores?
Sí. MSK Replicator replica de forma automática los metadatos de Kafka necesarios, como la configuración de los temas, las listas de control de acceso (ACL) y los desplazamientos de los grupos de consumidores, de modo que las aplicaciones consumidoras puedan reanudar el procesamiento sin problemas tras la conmutación por error. Puede optar por desactivar una o más de estas configuraciones si solo desea replicar los datos. También puede especificar qué grupos de consumidores desea replicar mediante listas de temas permitidos o rechazados al crear el replicador.

P: ¿Necesito escalar la replicación cuando cambia mi rendimiento de entrada?
No, MSK Replicator implementa, aprovisiona y escala de forma automática la infraestructura de replicación subyacente para respaldar los cambios en el rendimiento de ingreso.

P: ¿Puedo replicar datos en clústeres de MSK en distintas cuentas de AWS?
No, MSK Replicator solo admite la replicación en clústeres de MSK de la misma cuenta de AWS.

P: ¿Cómo puedo monitorear la replicación?
Puede usar Amazon CloudWatch en la región de destino para ver las métricas de “ReplicationLatency, MessageLag, and ReplicatorThroughput” a nivel temático y agregado para cada Replicador sin costo adicional. Las métricas serían visibles en ReplicatorName en el espacio de nombres “AWS/Kafka”. También puede ver las métricas “ReplicatorFailure, AuthError and ThrottleTime” para comprobar si su replicador tiene algún problema.

P: ¿Puedo usar MSK Replicator para replicar datos de un clúster a varios clústeres o replicar datos de varios clústeres a uno?
Sí. Solo tiene que crear un replicador diferente para cada par de clústeres de origen y destino.

P: ¿Cómo se conecta MSK Replicator a los clústeres de MSK de origen y destino?
MSK Replicator utiliza el control de acceso de IAM para conectarse a los clústeres de origen y destino. Debe activar los clústeres de MSK de origen y destino para el control de acceso de IAM a fin de crear un replicador. Puede seguir utilizando otros métodos de autenticación, incluidos SASL/SCRAM y mTLS, al mismo tiempo para sus clientes, ya que Amazon MSK admite varios métodos de autenticación a la vez.

P: ¿Cuánta latencia de replicación debo esperar con MSK Replicator?
MSK Replicator replica los datos de forma asíncrona. La latencia de la replicación varía en función de muchos factores, como la distancia de la red entre las regiones de AWS de los clústeres de MSK, la capacidad de rendimiento de los clústeres de origen y destino y el número de particiones de los clústeres de origen y destino. Si tiene una latencia alta, siga nuestra guía de solución de problemas.

P: ¿Puedo mantener los nombres de los temas iguales con MSK Replicator?
Sí. MSK Replicator le permite seleccionar una configuración de nombre de tema entre “prefijo” e “idéntica” al crear un nuevo Replicator. De forma predeterminada, MSK Replicator crea nuevos temas en el clúster de destino con un prefijo generado automáticamente que se agrega al nombre del tema. Por ejemplo, MSK Replicator replicará datos en “tema” desde el clúster de origen a un nuevo tema en el clúster de destino llamado “<sourceKafkaClusterAlias>.topic”. Puede encontrar el prefijo que se agregará a los nombres de los temas del clúster de destino en el campo “sourceKafkaClusterAlias” mediante la API DescribeReplicator o la página de detalles del replicador en la consola de MSK. Si desea replicar los temas en el clúster de destino conservando los nombres originales, simplemente defina la configuración del nombre del tema en “idéntica”.

P: ¿Por qué debo usar una configuración de nombre de tema “idéntica”?
Debe usar una configuración de nombre de tema idéntica para simplificar la creación de arquitecturas de datos de streaming resilientes y de alta disponibilidad en todas las regiones de AWS. Al replicar los temas de Kafka en otros clústeres de Amazon MSK y conservar los nombres de los temas originales, esta configuración reduce la necesidad de reconfigurar las aplicaciones cliente durante los eventos de configuración de replicación o conmutación por error. Esto facilita el establecimiento de configuraciones de clústeres activo-pasivos que abarquen varias regiones para aumentar la resiliencia y la disponibilidad. También optimiza los casos de uso, como la agregación de datos entre clústeres, las migraciones entre clústeres de MSK y la distribución de datos a geografías múltiples. No debe usar esta configuración si sus clientes no pueden procesar datos cuando se agregan metadatos adicionales a los encabezados de sus registros de Kafka.

P: ¿Existe el riesgo de que se produzcan bucles de replicación infinitos con una configuración de nombre de tema “idéntica”?
No. MSK Replicator evita de forma automática que los registros se repliquen al tema de Kafka en el que se originaron, lo que evita los bucles de replicación infinitos. Para lograrlo, como parte de la replicación, MSK Replicator agrega metadatos a los encabezados de sus registros.

P: ¿Puedo actualizar mi Replicador actual para usar una configuración de nombre de tema idéntica?
No. La configuración del nombre del tema no se puede cambiar una vez creado un Replicador.

P: ¿Cómo puedo usar la replicación para aumentar la resiliencia de mi aplicación de streaming en todas las regiones?
Puede usar MSK Replicator para configurar topologías de clústeres activa-activa o activa-pasiva a fin de aumentar la resiliencia de su aplicación Kafka en todas las regiones. En una configuración activo-activa, ambos clústeres de MSK sirven activamente lecturas y escrituras. De forma comparativa, en una configuración activa-pasiva, solo un clúster de MSK a la vez sirve activamente datos de streaming, mientras que el otro clúster está en espera. Le recomendamos que use una configuración de nombre de tema “idéntica” para la configuración activa-pasiva y una configuración de “prefijo” para la configuración activa-activa. Sin embargo, si utiliza la configuración de “prefijo”, tendrá que volver a configurar a sus consumidores para que lean los temas replicados. Si desea evitar la reconfiguración de sus clientes, también puede usar una configuración “idéntica” para la configuración activa-activa. Sin embargo, pagará cargos adicionales de procesamiento y transferencia de datos por cada Replicador, ya que cada Replicador tendrá que procesar el doble de la cantidad habitual de datos, uno para la replicación y otro para evitar bucles infinitos.

P: ¿Qué versiones de Kafka admiten la configuración de nombres de temas idénticos?
Es compatible con todos los clústeres de MSK que se ejecuten en las versiones 2.8.1 y superiores de Kafka.

P: ¿Puedo replicar los datos existentes en el clúster de origen?
Sí. De manera predeterminada, al crear un replicador nuevo, comienza a replicar los datos de la punta de la transmisión (último desplazamiento) en el clúster de origen. Como alternativa, si quiere replicar los datos existentes, puede configurar un replicador nuevo para que empiece a replicar los datos desde el primer desplazamiento en las particiones temáticas del clúster de origen.

P: ¿La replicación puede provocar una limitación de los consumidores en el clúster de origen?
Dado que MSK Replicator actúa como consumidor de su clúster de origen, es posible que la replicación provoque que otros consumidores se vean limitados en su clúster de origen. Esto depende de la capacidad de lectura que tenga en el clúster de origen y del rendimiento de los datos que vaya a replicar. Le recomendamos que aprovisione una capacidad idéntica para los clústeres de origen y de destino y que tenga en cuenta el rendimiento de la replicación al calcular la capacidad que necesita. También puede establecer cuotas de Kafka para el replicador en los clústeres de origen y destino a fin de controlar la capacidad que puede utilizar el replicador.

P: ¿Puedo comprimir los datos antes de escribirlos en el clúster de destino?
Sí, puede especificar el códec de compresión que desee al crear el replicador entre None, GZIP, Snappy, LZ4 y ZSTD.