Isso depende se você está bem com um risco maior de corrupção na memória.
A ECC não garante totalmente que todos os erros sejam corrigidos ou detectados - mas faz um bom trabalho ao detectar e até corrigir alguns tipos de falhas. Isso é especialmente relevante se sua pilha estiver sendo executada em um único nó, em vez de HA / replicada em mais de um. Se você tiver apenas um pool de memória que atue como uma única fonte de verdade, é melhor torná-lo um bom exemplo.
Dito isso, é tudo sobre o caso de uso. Digamos que você tenha um módulo ruim (ou está bem e você mora perto de uma estrela) e você começa a corromper os dados silenciosamente (não estamos usando o ECC aqui). Isso afeta seus negócios se alguns dados forem perdidos ou mutilados antes que a condição seja detectada? Na maioria dos casos, vale a pena gastar um pouco mais em hardware para diminuir a possibilidade nesses casos.
Em geral, os aplicativos e seus desenvolvedores dependem muito da confiabilidade do caminho de dados. Uma pilha menos confiável desperdiçará uma quantidade significativa de tempo de administrador e desenvolvedor? Isso pode acabar sendo mais caro do que apenas comprar um hardware melhor.
Algo disto é mitigado se a sua infraestrutura for agrupada e replicada, uma vez que existem muitos sistemas de armazenamento e aplicativos que podem executar a soma de verificação de um conjunto de dados que abrange vários nós de hardware. Um nó ruim não necessariamente estraga o grupo nesses sistemas; portanto, em algumas escalas, você pode reduzir a redundância por nó e a verificação de erros. Não parece que esta é a situação, no entanto.