View a markdown version of this page

Configurations prises en charge - Amazon Managed Streaming for Apache Kafka
Types et versions de clusters pris en chargeExigences en matière d'authentificationConfiguration du cluster MSK sans serveur

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Configurations prises en charge

Voici les exigences relatives aux types de clusters, aux versions de Kafka, aux types d'instances et aux configurations réseau lors de l'utilisation de MSK Replicator.

Types et versions de clusters pris en charge

  • MSK Replicator prend en charge les clusters MSK provisionnés et les clusters MSK Serverless dans n'importe quelle combinaison en tant que clusters source et cible.

  • MSK Replicator prend également en charge les clusters Apache Kafka autogérés (Kafka version 2.8.1 ou ultérieure) avec SASL/SCRAM authentification en tant que clusters source lors de la réplication vers des clusters Amazon MSK provisioned avec des courtiers Express. Pour de plus amples informations, veuillez consulter Migrez des clusters Apache Kafka autres que MSK vers les courtiers Amazon MSK Express.

  • MSK Replicator n'est pris en charge que sur les clusters MSK exécutant Apache Kafka 2.7.0 ou version ultérieure.

  • Le réplicateur MSK prend en charge les clusters utilisant des types d'instance de type m5.large ou supérieur. Les clusters t3.small ne sont pas pris en charge.

  • Si vous utilisez le réplicateur MSK avec un cluster MSK provisionné, vous avez besoin d'un minimum de trois agents dans les clusters source et cible. Vous pouvez répliquer les données entre des clusters situés dans deux zones de disponibilité, mais vous avez besoin d'un minimum de quatre courtiers dans ces clusters.

  • Vos clusters MSK source et cible doivent se trouver dans le même AWS compte. La réplication entre clusters appartenant à différents comptes n'est pas prise en charge.

Exigences en matière d'authentification

  • Si vous utilisez MSK Replicator avec un cluster MSK, le contrôle d'accès IAM doit être activé sur le cluster.

  • Si vous utilisez MSK Replicator avec un cluster Apache Kafka autogéré comme source, l'authentification doit être activée sur le cluster autogéré. SASL/SCRAM

  • Pour la réplication entre régions, la connectivité privée multi-VPC du cluster source doit être activée pour sa méthode de contrôle d'accès IAM.

  • Pour la réplication dans une même région, la connectivité privée multi-VPC n'est pas requise. Les autres clients peuvent toujours accéder au cluster source à l'aide du type d'authentification non authentifié.

  • Les clusters MSK Serverless nécessitent un contrôle d'accès IAM et ne prennent pas en charge la réplication ACL Apache Kafka.

Configuration du cluster MSK sans serveur

  • MSK Serverless prend en charge la réplication de ces configurations de rubriques pour les clusters cibles lors de la création de rubriques :cleanup.policy,,compression.type,max.message.bytes,retention.bytes. retention.ms

  • MSK sans serveur prend uniquement en charge les configurations de rubriques suivantes lors de la synchronisation des configurations de rubriques : compression.type, max.message.bytes, retention.bytes, retention.ms.

  • Le réplicateur utilise 83 partitions compactées sur les clusters MSK sans serveur cibles. Assurez-vous que les clusters MSK sans serveur cibles disposent d'un nombre suffisant de partitions compactées. Consultez Quota de MSK sans serveur.