11

最初の書き込みペナルティを克服するために EC2 を「ウォームアップ」するためのアドバイスを見てきました:-

データ パーティションのウォームアップ - EC2 でディスク IO を使用することには 1 つの欠点があります。それは、新しいパーティションに最初に書き込むときの「最初の書き込み」パフォーマンス ヒットです。このペナルティを回避するには、パーティションにアクセスするスローアウェイ コマンドのようなものを実行して、パーティションを「ウォームアップ」します。たとえば、Linux の dd コマンドを使用してディスクに書き込むことができます。ペナルティは引き続き発生し、回避することはできませんが、少なくともデータベースへの最初の書き込みは影響を受けません。

ソース: http://answers.oreilly.com/topic/1345-getting-the-most-out-of-mysql-in-the-amazon-cloud/

...しかし、ベスト プラクティスに関するこれ以上のアドバイスは見つかりませんでした。これは EBS ストレージにも当てはまりますか? このウォームアップを実行する「dd」構文と、すべてのブロックが「ウォームアップ」されていることを確認する方法を推奨できる人はいますか?

4

2 に答える 2

15

AWSフォーラムへのポインタをありがとう。ここに投稿した後、そこに質問を投稿し、Jason@AWSから回答を受け取りました。スレッドはここにあります：-

http://developer.amazonwebservices.com/connect/message.jspa?messageID=198413#198413

...そして彼の反応は：-

スナップショットから作成されたEBSボリュームには、すべてのブロックが正常にロードされる前にボリュームが使用可能になるため、初回読み取りのペナルティがあります。ボリューム上のすべてのブロックを強制的に読み取ることで、このペナルティを無効にすることができます。

$ dd if=/dev/<device> of=/dev/null

于 2010-10-15T11:22:28.677 に答える
4

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-prewarm.htmlは、ディスク全体を読み取ることでスナップショット ボリュームを事前にウォームアップできることを示しています。これにより、読み取りが高速化されます。スナップショット ボリュームと非スナップショット ボリュームは、ディスク全体を書き込むことで、書き込みを事前ウォームアップできます。

新しい EBS ボリュームを作成するか、スナップショットからボリュームを復元すると、バックエンド ストレージ ブロックがすぐに割り当てられます。ただし、ストレージのブロックに初めてアクセスするときは、ブロックにアクセスする前に、完全に消去する (新しいボリュームの場合) か、スナップショットからインスタンス化する (復元されたボリュームの場合) 必要があります。この予備アクションには時間がかかり、各ブロックに初めてアクセスするときに、ボリュームの IOPS が 5 ～ 50% 低下する可能性があります。

于 2014-02-18T18:12:05.530 に答える