Hint: Memory limit is vm_memory_high_watermark [OK]
Common Mistakes:
Confusing message TTL with memory settings
Choosing max_connections which limits connections, not memory
Selecting queue_expiry which controls queue lifetime
3. Given this RabbitMQ policy command: rabbitmqctl set_policy high_throughput ".*" '{"max-length":10000, "overflow":"reject-publish"}' What is the effect of this policy on queues?
medium
A. Queues will accept unlimited messages without restriction.
B. Queues will delete oldest messages when exceeding 10,000 messages.
C. Queues will reject new messages when they exceed 10,000 messages.
D. Queues will pause message delivery when full.
Solution
Step 1: Analyze the policy parameters
max-length sets max messages to 10,000; overflow reject-publish means new messages are rejected when full.
Step 2: Understand queue behavior
When queue reaches 10,000 messages, it stops accepting new messages instead of deleting old ones.
Final Answer:
Queues will reject new messages when they exceed 10,000 messages. -> Option C
Quick Check:
max-length + reject-publish = reject new messages [OK]
Hint: reject-publish means stop accepting new messages [OK]
Common Mistakes:
Thinking old messages get deleted automatically
Assuming unlimited queue size
Believing message delivery pauses
4. You set vm_memory_high_watermark to 0.9 (90%) but RabbitMQ still slows down under load. What is a likely cause?
medium
A. Message TTL is set too high.
B. The vm_memory_high_watermark value is too low.
C. Queue max-length is set to zero.
D. Disk space is full causing slowdowns.
Solution
Step 1: Check memory vs disk usage
Even if memory limit is high, full disk can cause RabbitMQ to slow due to write delays.
Step 2: Identify common bottleneck
Disk full or slow disk I/O is a common cause of throughput drops despite memory tuning.
Final Answer:
Disk space is full causing slowdowns. -> Option D
Quick Check:
Disk full causes slowdowns = C [OK]
Hint: Check disk space if memory tuning doesn't help [OK]
Common Mistakes:
Assuming memory limit is always the problem
Ignoring disk space issues
Confusing message TTL with performance
5. You want to maximize RabbitMQ throughput on a server with limited RAM and slow disk. Which tuning approach is best?
hard
A. Set vm_memory_high_watermark low and use lazy queues to reduce memory use.
B. Increase vm_memory_high_watermark to 95% and disable message acknowledgments.
C. Use classic queues with max-length 1,000 and reject-publish overflow.
D. Disable flow control and increase prefetch count to maximum.
Solution
Step 1: Understand resource limits
Limited RAM and slow disk require reducing memory pressure and disk writes.
Step 2: Choose tuning options
Setting vm_memory_high_watermark low prevents memory overload; lazy queues keep messages on disk to reduce RAM use.
Step 3: Evaluate other options
Disabling acknowledgments risks message loss; rejecting messages too early or disabling flow control harms throughput.
Final Answer:
Set vm_memory_high_watermark low and use lazy queues to reduce memory use. -> Option A
Quick Check:
Low memory + lazy queues = best for limited RAM [OK]
Hint: Use lazy queues and low memory watermark on limited RAM [OK]
Common Mistakes:
Disabling acknowledgments risking data loss
Ignoring disk speed impact
Disabling flow control causing overload
Recommended
Ready to prove it?
Pass the test and this pattern moves unknownstrongwhile earning +1 Grip toward your certificate.