Account bloccati sui laptop condivisi del laboratorio

Matteo Frerrari 80 Punti di reputazione
2026-09-30T15:05:30.8233333+00:00

Dopo il riavvio di un broker, il cluster Apache Kafka segnala alcune partizioni come under-replicated. Il problema indica che alcune repliche non sono state riallineate correttamente dopo il riavvio del nodo. Vorremmo avviare una riassegnazione delle partizioni per ripristinare la corretta replica nel cluster. Qual è il modo corretto per eseguire la riassegnazione e quali impostazioni del cluster devono essere controllate prima di procedere?

Windows per le aziende | Windows Server | Dispositivi e distribuzione | Configurare gruppi di applicazioni
0 commenti Nessun commento

1 risposta

Ordina per: Più recente
  1. Domic Vo 34,170 Punti di reputazione Consulente indipendente
    2026-09-30T15:37:14.9233333+00:00
    Copilot said:

    Ciao,

    Se dopo il riavvio di un broker alcune partizioni risultano under-replicated, prima di avviare una riassegnazione è importante verificare che il broker sia effettivamente rientrato nel cluster e stia sincronizzando i dati. In molti casi le repliche tornano in sync automaticamente e una riassegnazione forzata può generare traffico inutile o aumentare il tempo di recovery.

    Controlla innanzitutto lo stato delle partizioni con:

    Shell

    kafka-topics.sh --bootstrap-server <broker>:9092 --describe --under-replicated-partitions

    e verifica che non vi siano broker offline, errori di replica o ISR (In-Sync Replica) ridotte. È inoltre consigliabile controllare metriche come UnderReplicatedPartitions, OfflinePartitionsCount e lo stato dei controller.

    Se le repliche non si riallineano e il broker è operativo, puoi utilizzare kafka-reassign-partitions.sh generando un piano di riassegnazione JSON, validandolo con l'opzione --verify ed eseguendolo con --execute. Prima di procedere, verifica che i parametri min.insync.replicas, default.replication.factor, replica.fetch.max.bytes, replica.lag.time.max.ms e l'utilizzo di rete e disco siano coerenti con il carico del cluster.

    Se il cluster utilizza leader sbilanciati dopo il riavvio, può essere utile eseguire anche una preferred replica election per riportare i leader sui nodi preferiti una volta completata la sincronizzazione.

    In sintesi, la best practice è verificare prima lo stato dell'ISR e la sincronizzazione del broker, e utilizzare la riassegnazione solo quando le repliche non riescono a recuperare autonomamente oppure quando è necessario ridistribuire il carico tra i broker.

    Domic Vo.

    La risposta è stata utile?

    0 commenti Nessun commento

Risposta

Le risposte possono essere contrassegnate come "Accettata" dall'autore della domanda e "Consigliata" dai moderatori, in modo da consentire agli utenti di sapere che la risposta ha risolto il problema dell'autore.