LogoLogo
cegedim.cloudITCareAPIPrivacy
Français
Français
  • Documentation
  • ITCare
    • ITCare, c'est quoi ?
      • Débuter avec ITCare
      • Démos
    • Enercare
      • Empreinte carbone
    • Notes de mise à jour
  • ITCare API
    • Aperçu
    • Authentication
    • Erreurs
    • Pagination
    • Reference API
      • Démarrage rapide
      • Analytics
        • Matomo
      • Changes
        • Changes
      • Compute
        • Application Servers
        • Backup Policies
        • Containers
        • Environments
        • Instances
        • Platform
        • Resource Filters
        • Resource Types
        • Resources
        • Services
        • Statuses
        • Tag Keys
        • Tag Values
        • Types
      • Databases
        • Databases
        • MariaDB
        • OpenSearch
        • PostgreSQL
        • Redis
        • SQL Server
      • Hardwares
        • Hardwares
      • Messaging
        • Apache Kafka
        • Message Brokers
        • RabbitMQ
      • Networking
        • Domains
        • Load Balancers
        • Network Clusters
        • Networks
      • Operations
        • Actions
        • Operations
      • Storage
        • Glusterfs
        • Overdrive
      • Topology
        • Topology
  • Services
    • Produits
    • Politique de support
    • Politique de patch
    • RACI
  • Analytique
    • Matomo
      • Matomo - Architecture
      • Matomo - Didacticiels
  • Calcul
    • Instances virtuelles
      • Instances virtuelles - Architectures
        • Linux - Renforcement
      • Instances virtuelles - Didacticiels
    • Conteneurs (K8s)
      • K8s - Architecture
        • Hardening
        • Stockage Persistant
      • K8s - Didacticiels
        • Haute Disponibilité
  • Bases de données
    • MariaDB
      • MariaDB - Architecture
      • MariaDB - Didacticiels
    • OpenSearch
      • OpenSearch - Architecture
        • v2 - Changements
      • OpenSearch - Didacticiels
    • PostgreSQL
      • PostgreSQL - Architecture
      • PostgreSQL - Didacticiels
      • PostgreSQL - Mise à jour
    • Redis
      • Redis - Architecture
      • Redis - Didacticiels
      • Redis - Mise à jour
    • SQL Server
      • SQL Server - Architecture
      • SQL Server - Didacticiels
  • Message
    • Apache Kafka
      • Apache Kafka - Architecture
      • Apache Kafka - Didacticiels
      • Apache Kafka - Mise à jour
    • RabbitMQ
      • RabbitMQ - Architecture
      • RabbitMQ - Didacticiels
    • SMS
      • SMS - Didacticiels
  • Securité
    • Advanced Vulnerability Assessment
    • Bot Defense
      • Bot Defense - Architecture
    • Campagne de Phishing
    • Data Masking
      • Data Masking - Didacticiels
  • Surveillance
    • ExtraHop
  • Stockage
    • GlusterFS
      • GlusterFS - Architecture
      • GlusterFS - Didacticiels
    • OverDrive
      • OverDrive - Architecture
    • Stockage Objet
      • Stockage Objet - Architecture
        • Compatibilité API S3
        • Limitation et bonnes pratiques
        • URL pré-signée
        • Politiques de Buckets
        • Configuration de cycle de vie
        • Object Lock
      • Stockage Objet - Didacticiels
        • Gérer des Objects Users
        • Gérer des versions dans un Bucket
        • Gérer l'accès à un Bucket
Powered by GitBook
On this page
  • Résilience
  • Diagramme de haut niveau
  • Sécurité
  • Configuration par défaut
  • Actions en self-service
Export as PDF
  1. Message
  2. Apache Kafka

Apache Kafka - Architecture

PreviousApache KafkaNextApache Kafka - Didacticiels

Last updated 27 days ago

Pour tirer pleinement parti d'Apache Kafka en tant que système distribué, le PaaS Apache Kafka de cegedim.cloud s'assure que les brokers sont dispatchés sur plusieurs Zones de Disponibilité afin de maximiser la résilience et la redondance.

Résilience

La taille du cluster par défaut comprend 3 brokers répartis sur 3 Zones de Disponibilité en fonction de votre centre de données.

La configuration par défaut garantit également que le facteur de réplication est fixé à 3 pour les topics et que le paramètre minimum in-sync replica soit configuré à deux.

Cette configuration garantit que tous vos topics et messages sont répliqués sur tous les brokers dans toutes les Zones de Disponibilité.

A noter que le provisionnement de plus de 3 brokers rendra les choses plus complexes.

Plus il y a de brokers, plus vous répliquerez vos données. Si vous ne voulez pas répliquer plus de 3 fois, vous devrez gérer quels topics et partitions sont répliqués et où afin de respecter votre DRP par exemple.

Diagramme de haut niveau

Sécurité

Le cluster Apache Kafka est sécurisé par les moyens suivants :

  • Communications entre brokers sécurisées avec SASL_SSL

  • Communications entre le client et le broker sécurisées par SASL_SSL

  • Contrôleurs sécurisé avec des ACLs

Les contrôleurs sont gérés par cegedim.cloud et simplifie votre administration.

Pour se connecter à votre cluster Apache Kafka sécurisé, les éléments suivants seront requis :

  • Le certificat correspondant

  • Un utilisateur existant et autorisé avec un mot de passe (SCRAM-SHA-256)

Veuillez vous référer à la page Apache Kafka - Didacticiels pour vous connecter et interagir avec votre cluster Apache Kafka.

Configuration par défaut

Paramètres importants du broker Kafka conservés par défaut :

Paramètre
Défaut
Description

168

Le nombre d'heures à conserver un fichier journal avant de le supprimer.

-1

La taille maximale du journal avant sa suppression : aucune limite.

1073741824 (1 gibyte)

La taille maximale d'un seul fichier journal.

300000 (5 minutes)

La fréquence en millisecondes à laquelle le nettoyeur de journaux vérifie si un journal peut être supprimé.

Voici les paramètres du broker Apache Kafka que cegedim.cloud va modifier lors du provisionnement :

Paramètre
Valeur
Défaut
Description

Faux

Vrai

Active la création automatique de topics sur le serveur.

3

1

Nombre par défaut de partitions de journal par sujet. Un plus grand nombre de partitions permet un plus grand parallélisme pour la consommation, mais entraînera également un plus grand nombre de fichiers dans les brokers.

Dynamique

1

Le facteur de réplication est égal au nombre de brokers participant au cluster. (3 à 5)

2

1

Le nombre minimum de répliquas qui doivent accuser réception d'une écriture pour que celle-ci soit considérée comme réussie pour un producteur qui définit les acks sur "all" (ou "-1").

Dynamique

1

Est égal au nombre de CPU de la machine virtuelle.

2

1

Nombre de threads de récupération utilisés pour répliquer les messages d'un broker source. En l'augmentant, on peut accroître le degré de parallélisme des E/S dans le broker suiveur.

Actions en self-service

Voici la liste des actions disponibles en self-service :

Action
Option
Description

Taille du disque, zone de disponibilité

Permet l'ajout d'un noeud broker à un cluster Apache Kafka existant. Dispnible uniquement pour les version 3.6 et plus. Le nom du noeud, le CPU et la RAM sont préféfinis pour assurer la cohérence du cluster

log.retention.hours
log.retention.bytes
log.segment.bytes
log.retention.check.interval.ms
auto.create.topics.enable
num.partitions
default.replication.factor
min.insync.replicas
num.recovery.threads.per.data.dir
num.replica.fetchers
Ajouter un noeud broker
Diagramme de haut niveau