非ECC RAM仮想化用？
私は仮想化サーバーを構築しようとしています。しかし、私は自分自身に質問をしていました。このサーバーでは、ECC以外のRAMを使用する必要がありますか？
これは、与えられた予算内に収まるXeonCPUを見つけたためです。ただし、ECC RAMをサポートするCPUが必要な場合は、現在の予算を超えてしまいます。
サーバーは、LinuxとWindowsの仮想マシンを組み合わせて、24時間年中無休で約10台の仮想マシンを実行します。
これについて何か意見はありますか？
これは、メモリ内破損のリスクが高くても問題がないかどうかによって異なります。
ECCは、すべてのエラーが修正または検出されることを完全に保証するものではありませんが、かなりの数のタイプの障害を検出し、修正することさえできます。これは、スタックがHAではなく単一のノードで実行されている/複数のノードに複製されている場合に特に関係があります。信頼できる唯一の情報源として機能するメモリプールが1つしかない場合は、それを適切なものにすることをお勧めします。
とはいえ、それはすべてユースケースに関するものです。モジュールが故障し（または問題なく、星の近くに住んでいる）、データをサイレントに破損し始めたとしましょう（ここではECCを使用していません）。状態が検出される前に一部のデータが失われたり壊れたりした場合、それはあなたのビジネスに影響を及ぼしますか？ほとんどの場合、そうなります。そのため、そのような場合の可能性を軽減するために、ハードウェアにもう少しお金をかける価値があります。
一般に、アプリケーションとその開発者は、データパスの信頼性に大きく依存しています。信頼性の低いスタックは、管理者と開発者のかなりの時間を浪費しますか？それは、より良いハードウェアを購入するよりも高価になる可能性があります。
複数のハードウェアノードにまたがるデータセットのチェックサムを実行できるよりも多くのストレージおよびアプリケーションシステムが存在するため、インフラストラクチャがクラスター化および複製されている場合、これの一部は軽減されます。 1つの不良ノードは必然的にこれらのシステムの束を台無しにしないので、いくつかのスケールでは、ノードごとの冗長性とエラーチェックを減らす余裕があります。しかし、このような状況ではないようです。