Min.insync.replicas Reminder

The video tutorial explains the concept of min insync replicas in Kafka, highlighting its importance in ensuring data consistency and fault tolerance. It covers how to configure min insync replicas at both the topic and broker levels, and discusses the implications of different replication factors on broker tolerance. The tutorial also provides step-by-step instructions for setting min insync replicas and addresses potential exceptions that may arise when brokers fail.

What is the role of min Insync replicas when producer acks are set to 'all'?

• It determines the number of brokers that must acknowledge a write.

• It sets the maximum number of brokers that can fail.

• It configures the number of partitions in a topic.

• It specifies the number of consumers that must read the data.

What happens if the number of brokers in the ISR falls below the min Insync replicas setting?

• The data will be automatically deleted from the topic.

• The topic will be automatically reconfigured to increase the ISR.

• The producer will receive a 'not enough replicas' exception.

• The producer will continue to send data without any issues.

How can you set the min Insync replicas at the topic level?

• By editing the server.properties file directly.

• By using the Kafka command line tool to alter the topic configuration.

• By changing the consumer group settings.

• By adjusting the partition count of the topic.

What is a potential issue when setting min Insync replicas to 2 with a replication factor of 1?

• The topic will not be created.

• The producer will receive an exception due to insufficient replicas.

• The data will be duplicated across all brokers.

• The replication factor will automatically increase to 2.

Which file can be edited to set min Insync replicas at the broker level?

• producer.properties

• zookeeper.properties

• consumer.properties

• server.properties