EC2インスタンスを実行するための最速時間


16

VPSからEC2への移行を検討しています。EC2は弾力性があり、価格も同じです。インスタンスをオンデマンドで起動し、1時間ごとにインスタンスがアクティブにならない場合はシャットダウンすることができます。

そのプロセスにはどれくらい時間がかかりますか?EBSから起動するマイクロインスタンスを想定しています。Linux(おそらくUbuntu)を想定しています。Windowsで言及され10分の時間は私を感動させない。遷移はec2-run-instance(保留状態で)またはである可能性がありますec2-start-instance。他のクラウドを知っていれば、他のクラウドの起動時間についてもお気軽にご連絡ください。


これは、高い安定性のブログからのピンバックです:highscalability.com/blog/2011/3/17/…–
東武

回答:


7

EC2の現在の負荷に依存するため、これに対する明確な答えはありません。また、容量の問題が発生する場合があります。私の経験では、west-1bのSmallの場合、EC2スタートアップは約1分から3分で手に入ります。Amazonには、新しいインスタンスを起動する機能を保証するSLAさえないと思います。Rackspace Cloud Server 256MBも約1分ですが、約3分ほど見ました。


1
それは悪くない。リザーブドインスタンスを持っていると予測不能になりますか?
東武

1
@Tobu Amazonはサイト上でそれを暗示していますが、SLAはそれを具体的に述べているようには見えません。「使用不可」部分には、実行中のインスタンスが必要です。誰もがこれを理解したことを訂正していただければ幸いです!
ロブオルモス

@Tobuリザーブドインスタンスは役に立ちません。課金方法以外には意味がありません。
ceejayoz

9

Amazonで、EBSのオフマシンを起動する必要があり、読み取り専用、S3ベースのインスタンスよりも大幅に高速化すること-からhttp://aws.amazon.com/ebs/
「あなたも停止することができ、再起動インスタンスそのアマゾンEBSからブート状態を維持しながら、非常に高速な起動時間でボリュームを生成します。AmazonEBSの使用と同様に、消費したリソースの量に対してのみ支払います。」

EBSブートプロセスの詳細については、これは多かれ少なかれ必要な読書です-「ブート時間」および「課金方法」というタイトルのセクションを参照してください:http : //docs.amazonwebservices.com/AWSEC2/latest/ UserGuide / index.html?Concepts_BootFromEBS.html

特に注意する点は、「インスタンスを1時間以内に複数回移行する場合でも、停止状態から実行状態への移行ごとにインスタンス時間全体を請求することです」。以下は、これがEBSの場合のみであることを意味します。この情報は_deeply_buried_であるため、マシンを頻繁にオン/オフする必要がある場合、EBSからの起動はよりコストがかかる可能性があります。


これは変わったようです。「Amazon EBS-backedインスタンスが停止すると、インスタンスの使用に対しては課金されませんが、ボリュームストレージに対しては課金されます。インスタンスを起動するとすぐに、使用に対して最低1分が課金されます。 1分、使用した秒数のみ請求します。」
ロバートヘンシング

5

私のベンチマークでは、約45秒の起動時間が示されています。XENハイパーバイザーがそのほとんどを担当します。
このテストでは、インスタンスの起動(AMIの選択と新しいインスタンスの起動)からSSH接続までを測定します。私は、独自のブートストラップで構築されたdebian squeezeを使用します(gettysなどを起動しません)。

特定の目的のために作成したベンチマークスクリプトを使用して、起動時間をテストできます。


3

インスタンスの起動時間を短縮する方法はいくつかあります。ほとんどの時間は、OSの読み込みと、起動時に読み込むようにAMIを構成するものです。AWSサポートから受け取ったガイダンスを別の投稿に投稿しました。

/programming//a/39298090/1806763

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.