H13-711_V3.5 · Question #333
In the Fusionlnisght HD system, the number of Partitions and the number of copies must be set when creating a Kafka Topic. Setting multiple copies can enhance the disaster recovery capability of…
The correct answer is A. True. Option A is correct because when creating a Kafka Topic in FusionInsight HD (Huawei's big data platform), you must configure both the number of Partitions (which controls parallelism and throughput) and the number of Replicas/Copies (which controls fault tolerance). Multiple…
Question
In the Fusionlnisght HD system, the number of Partitions and the number of copies must be set when creating a Kafka Topic. Setting multiple copies can enhance the disaster recovery capability of Kafka services.
Options
- ATrue
- BFalse
How the community answered
(39 responses)- A72% (28)
- B28% (11)
Explanation
Option A is correct because when creating a Kafka Topic in FusionInsight HD (Huawei's big data platform), you must configure both the number of Partitions (which controls parallelism and throughput) and the number of Replicas/Copies (which controls fault tolerance). Multiple replica copies ensure that if a broker node fails, other brokers holding copies of the partition data can continue serving requests - this is precisely what "disaster recovery capability" means in this context.
Option B is wrong because the statement is entirely accurate: both parameters are indeed required at Topic creation time, and multiple copies genuinely do enhance disaster recovery by preventing data loss when nodes go down.
Memory tip: Think of Partitions as "lanes on a highway" (more lanes = more throughput) and Copies/Replicas as "backup lanes" (if one lane is blocked, traffic reroutes). In Kafka, you always set both at Topic creation - you can't add disaster recovery as an afterthought. The phrase "copies → disaster recovery" is a direct 1:1 relationship worth memorizing.
Topics
Community Discussion
No community discussion yet for this question.