Eu li a Lista de Verificação de Produção do RabbitMQ e fizemos algumas mudanças para garantir que os pods do RabbitMQ em nosso cluster do Kubernetes não travassem definindo os limites de memória na implantação para 1.3G e o RabbitMQ vm_memory_high_watermark.absolute para 1024MB, mas meu problema é entender exatamente o que acontece quando chegamos ao ponto de alarme, e além. Os documentos dizem:
Before the broker hits the high watermark and blocks publishers, it will attempt to free up memory by instructing queues to page their contents out to disc. Both persistent and transient messages will be paged out
Mas logo no início do documento de memória, ele também afirma:
It is strongly recommended that OS swap or page files are enabled.
Nós executamos nosso cluster Kubernetes no Google (GKE) e não apenas não temos controle sobre se as máquinas são configuradas para swap (elas não o fazem), meu entendimento é que o Kubernetes também não está configurado para usar swap de qualquer maneira. Minha preocupação é se haverá um impacto negativo em como os pods do RabbitMQ podem gravar as mensagens no disco sem ele. Alguém tem alguma idéia sobre isso?