Eu acho que é mais do que isso - deixe-me tentar explicar. A recomendação vem do Redis, e o Redis a recomenda porque fazer fork de um processo exige muita memória virtual, e o Redis faz fork para realizar salvamentos em segundo plano, e ainda assim a memória virtual reivindicada nunca será necessária.
Isso é típico para muitas aplicações Unix: elas farão fork, mas não precisarão dobrar o uso de memória. Como isso é típico para muitas, e como esta é uma configuração do kernel que altera o comportamento de todos os processos em todos os contêineres, pode muito bem converter uma falha em um sucesso quando a memória virtual está sob pressão.
Nas instâncias pequenas e baratas que muitos de nós usamos, a memória virtual está frequentemente sob pressão. E especialmente durante atualizações ou reconstruções.
Portanto, alterar essa configuração pode muito bem se relacionar com o sucesso ou falha de uma atualização, especialmente se houve recentemente uma mudança que aumenta a demanda por memória virtual.
Como está configurado, o kernel rejeitará alocações que não pode satisfazer. Com esse ajuste, ele aceitará essas alocações, e a falha pode ser evitada, ou pode acontecer mais tarde, quando a alocação se tornar uso.
Se o total de sua RAM e swap for grande o suficiente, você nunca precisará alterar essa configuração. Se o seu total não for grande, alterá-la pode ajudar.