---
title: "Kafka Simulator v1.3 — durabilité et réplication"
date: 2026-08-04T00:00:00.000Z
author: "michal"
excerpt: "Le module de réplication arrive : mécanique de l'ISR, high watermark, acks=all et min.insync.replicas, élection du leader et ce qu'une élection unclean fait réellement perdre. Douze scénarios sur les garanties qui ont fait la réputation de Kafka."
---
La v1.3 ouvre le module **réplication** du [Kafka Simulator](/kafka-simulator/) — la machinerie derrière chaque garantie de durabilité que Kafka propose. C'est le plus gros pack à ce jour avec **12 nouveaux scénarios**, portant le programme à **45 sur 125**.

## Ce que contient la v1.3

La réplication, c'est là où les garanties de Kafka deviennent concrètes — et là où on peut les perdre :

- **Mécanique de l'ISR** — comment l'ensemble des réplicas synchronisés se réduit quand un follower prend du retard et s'élargit quand il rattrape, et pourquoi l'appartenance à cet ensemble est tout l'enjeu.
- **La high watermark** — pourquoi un consommateur ne peut lire que jusqu'à la HW, et pourquoi la HW cesse parfois d'avancer alors que le leader continue d'accepter des écritures.
- **`acks=all` et `min.insync.replicas`** — la relation exacte entre les deux : pourquoi un producteur écrit encore après la perte d'un broker mais commence à recevoir `NotEnoughReplicas` après le second.
- **Élection du leader** — quel réplica prend le relais après une panne, et pourquoi il doit venir de l'ISR.
- **Élection unclean** — ce que l'on perd réellement en laissant un réplica désynchronisé devenir leader, observé offset par offset.

C'est le module pour lequel tout le simulateur a été construit. Le comportement intéressant vit entièrement dans les *transitions* — avant et après la mort d'un broker, avant et après un changement d'ISR — et ce sont précisément ces transitions qu'un tableau blanc ne peut pas montrer.

## Nouveau en jeu libre : la topologie active/passive

La v1.3 ouvre aussi la première forme multi-datacenter dans le bac à sable du jeu libre : **active/passive** — deux régions, un mirror unidirectionnel et un failover déclenchable à la demande. C'est la façon la plus simple de voir la réplication cesser d'être une affaire interne à un cluster.

Le *programme* DR — MirrorMaker 2, traduction d'offsets, failback — viendra plus tard, en v1.8. Ceci est le bac à sable, déverrouillé tôt à dessein : la forme mérite qu'on joue avec bien avant l'arrivée des scénarios qui l'expliquent. Chacun des trois packs suivants ajoute une topologie de plus.

## Pourquoi la réplication est le point d'ancrage

Producteurs et consommateurs reposent sur ces garanties ; le stockage, les transactions et le multi-DC les prolongent. Une fois que vous voyez l'ISR bouger et la high watermark tenir, le reste du programme n'est qu'une série de variations sur un système que vous comprenez déjà.

Ouvrez le [simulateur](/kafka-simulator/), réglez `RF=3` et `min.insync.replicas=2`, et commencez à tuer des brokers.