1

アプリケーションを EC2 (Windows 2003 x64 サーバー) に配置し、最大 7 つの EBS ボリュームを接続しました。アプリはストレージに対して非常に I/O を集中的に使用します。通常、NTFS マウント ポイント (通常は約 32 個のマウント ポイント、それぞれ 1 TB ドライブ) で DAS を使用するため、EBS を使用してそれを複製しようとしましたが、I/O レートは22MB/秒トップ。EBS への NIC カード (正しく読み取れば動的 SAN) がパイプラインを制限していると思われます。私たちのアプリは主にディスク アクセスに (ランダムではなく) ストリーミングを使用するため、ディスク コントローラーとの通信や IO の直接処理の邪魔になるものがほとんどない場合に、より適切に機能します。

また、ボリュームを作成してアタッチすると、それがインスタンスに表示されます(問題ありません)。次に、マウントポイントを指す動的ディスクに作成し、クイックフォーマットします-これを行うと、上のすべてのデータが実行されますボリュームがワイプされますか?別のAMIに付けると確かにそう見えるからです。私は何かが欠けているに違いない。

IO 集中型のアプリを EC2 クラウドに配置した経験がある人がいるかどうか知りたいのですが、もしそうなら、ボリュームをセットアップする最良の方法は何ですか?

ありがとう!

4

1 に答える 1

0

限られた経験しかありませんでしたが、1 つの小さなことに気付きました。

通常、最初の書き込みは後続の書き込みよりも遅くなります。

したがって、ログの書き込みなど、大量のデータをディスクにストリーミングしている場合、これはおそらくあなたを悩ませます. しかし、大きなファイルにデータを入れて、大量のランダム アクセス I/O を行うと、特定の場所への 2 回目の書き込みで改善されます。

于 2009-05-20T20:13:28.340 に答える