2009-07-27 16 views
7

私はEC2の基本的なものの1つからいくつかのAMIを構築しています。インスタンス型の1つはTomcatを実行しており、多くのLuceneインデックスを含んでいます。別のインスタンスはMySQLを実行し、それに対応して大きなデータ要件を持ちます。EC2のインスタンスストレージのポイントは何ですか?

私がオーサリングしているAMIにそれらを含める最も良い方法を定義しようとしています。 /mnt/lucene/mnt/mysqlをマウントすると、生成されたAMIには含まれません。だから、私は彼らに対処するための好ましい方法のように、それぞれのEBSを持って、スナップショットを取って、最新のスナップショットに基づいて独自のEBSを持つインスタンスをスピンアップすることです。これが最善の方法ですか?

インスタンスストレージのポイントは何ですか?それは一時的な記憶領域としてしか機能しないようです - 何が欠けていますか?おそらくAmazonが標準の大規模なインスタンスで最大800GBのストレージを提供する理由があります。

答えて

4

インスタンスストレージはEBSよりも高速です。インスタンスで何をやっているのかは言及していませんが、アプリケーションによっては、耐久性よりもスピードが重要になる場合があります。主に大規模データベースでデータマイニングを行っているアプリケーションでは、数百ギガのローカルで高速なストレージを使用してDBをホストすることが有益です。 MapReduceクラスタ内のワーカーノードは、そのジョブの種類に応じて、インスタンスストレージの候補になる可能性があります。

+0

これは私が考えたものです。私はインスタンスストレージがEBSに対してどのように変化するかについていくつかの数字を見つけることができます。私はインスタンスストレージでbonnie ++を実行し、私の靴下を吹き飛ばすことはありませんでした。 – jabley

+0

私はこの質問が、あなたの靴下をどれくらい爆破したのかと思うのですが、これは同じベンチマークと比較してです:)私はこれが正しい選択が誰とも違うそれらの状況の1つであると感じています。あなたの特定の問題に最適なオプションの組み合わせを把握しておく必要があります。状況の美しさは、1つのノードでデータを解凍するのに2時間かかる場合は、常に2つのノードを借りて1時間で行うことができます。 (あなたが並列化可能なタスクに恵まれていると仮定して) –

+0

インスタンスストレージが小さなEBSボリュームのRAIDに対してどのように耐えられるのだろうか。おそらく、RAIDを使用すると、(少なくともシークが重いDBアクセスのために)インスタンスストレージをもう使用する理由はありません。 –

2

インスタンスストレージの別のポイントは、それが独立していることです。多くのEBSの停止(Googleでは「site:aws.amazon.com ebs outage」など)がありました。インスタンスがまったく実行されている場合は、使用可能なインスタンス記憶域があります。明らかにインスタンスストレージに依存する場合は、複数のインスタンスを(複数の可用性ゾーンで)実行し、単一の障害インスタンスを許容する必要があります。

0

私は、これはゲームに遅れている知っているが、一方で、例えば、店舗ベースのストレージは、AMIのの作成があることを必要とするから、一つの他はほとんど考慮された疑似事実は...

EBSストレージは、AMIのを作成することが非常に容易になりますAMIを準備、保存、登録するための作業が全面的に行われ、マシン自体でローカルに実行されます。

関連する問題