問題タブ [amazon-ebs]

スペースがなくなったら、Amazon Elastic Block Store (EBS) ストレージを増やす簡単な方法はありますか?

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

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

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

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

EBSボリュームで使用可能なスペースの調整に問題があります。AWSコンソールによると、ボリュームは50GBで、インスタンスに接続されています。

このインスタンスにSSHで接続し、df -hを実行すると、次の出力が得られます。

私はAWSにかなり慣れていません。私はこれを「接続されているデバイスがあり、15GBの容量があります。さらに、スペースがほとんど不足している」と解釈します。

コンソールでアドバタイズされたスペースとインスタンスに表示されるスペースとの間の明らかな不一致の原因を誰かが指摘できますか？

よろしくお願いします

S

Amazon EBS ボリュームでバニラ Windows インストールを実行しています。コンピューターの起動には 10 分かかります。ただし、スナップショットの作成も 10 ～ 15 分のプロセスです。誰でもこれを説明できますか？高速化する方法はありますか？スナップショットは実行中の EBS ボリュームの直接のレプリカであると思っていたので、少し驚いています。

「スナップショット」が非常に迅速に完了したことをコンソールが示していることを付け加えておきます。しかし、「AMI」セクションは 10 ～ 20 分かかるようです。違いは何ですか？スナップショットはすぐに使用できますか? それとも AMI を待つ必要がありますか?

EBS に支えられ、永続的な 64 ビットの ubuntu AMI を作成したいと考えています。永続的とは、自分でスナップショットを作成することを心配することなく、AMI をシームレスに変更できるようにしたいという意味です。これを行う最善の方法は何ですか？この種のサービスを提供するサービスはありますか?

ec2 の使用開始について説明しているブログ投稿は非常に多くありますが、興味深い詳細が記載されているブログ投稿はほとんどありません。

EC2 コンソールから Windows スナップショットを取得するたびに、深刻なアクセスの問題が発生します。スナップショットを作成すると、元のマシンもイメージのスナップショットも利用できなくなります。これは、RDP、HTTP、または HTTPS 接続がないことを意味します。これらはすべて、スナップショットの前にアクセス可能なポートでした。sys ログが空白であるか、正常なスナップショットとマシンの起動を示しているように見えるため、このエラーが発生する理由を説明するものは何もありません。マシンを再起動しても何も利用できないというシナリオもあったことに注意してください。

私は何を間違っていますか？これらは私がとるステップです。

1) IIS7 イメージでデフォルトの Win2k8 を起動します。これは私のマシンです: ami-c5e40dac

2) .NET 4.0 をインストールする

3) データベースをアクティブ化します (サービスをオンにします)。

4) アプリケーションとデータベースをインストールします。これにはHTTPS証明書が含まれます（証明書がマシンストアにある場合、Windowsに再起動の問題があることをどこかで読んだと思います-WTF？）

5) スナップショットを作成するか、再起動します --- バン、すべてが死んでいます!

誰もがそのような問題に遭遇しますか?

EBS ボリューム (2) の (毎日の) スナップショットを自動化し、それらを管理する最良の方法は何ですか?

「管理」とは、毎日のバックアップを作成するだけでなく (cron ジョブが関与すると推測しています)、過度のデータ使用を避けるために x 日より古いスナップショットも削除するスクリプトを探していることを意味します。 .

そのようなスクリプトはどこかに存在すると思いますが、特定することはできません。

タイ

いくつかのアプリケーションを Amazon Web Services に移行し始めています。私のアプリケーションは、MySQL 上で実行される Python/Django アプリです。

手始めに EC2 と EBS を使用する予定です。

私はいくつかのものを探しています：

1. Django を AWS にデプロイする方法を説明するステップバイステップの優れたチュートリアルです。調べてみましたが、ほとんどのチュートリアルは2年前のものなので、古いのではないかと心配しています。

2. 理解しようとしているのですが、どの AMI から始めればよいですか? Django の優れた機能が事前に構成された BitNami AMI があることは知っていますが、基本的な (クリーンな) Linux ボックスから始めてすべてを自分でインストールする必要があると言うソースを他にもたくさん見てきました。なんで？

3. 他に考えるべき重要なことはありますか？私はシステム管理の経験がほとんどない (アプリは現在 WebFaction にある) ため、何を考えればよいかわかりません。

いくつかの追加ポイント：

• 同じ EC2 インスタンスで複数のアプリケーションを実行する予定ですが、可能でしょうか?
• 現在、virtualenv を使用してさまざまなアプリを分離していますが、EC2 インスタンスで同じことを続けられると思いますか?

ありがとう！

Amazon の EC2 を使い始めようとしています。

最初にイメージ (AMI) を選択する必要があります。公式の Ubuntu AMI を使用することにしましたが、ルート ストアには "instant" または "ebs" の 2 つのオプションがあります。(このページを参照してください)。

AWS を初めて使用するので、違いを本当に理解しているかどうかはわかりません。2 つのオプションは何を意味し、それぞれの長所と短所は何ですか?

アマゾン ウェブ サービス アプリケーションの設計方法を理解しようとしています。

EBS から実行されているインスタンスがあります。私の知る限り、MySQL データベースを保存できるように EBS ドライブをマウントする必要があります。

後でスケールアップしたい場合は、どうすればよいですか? サーバー インスタンスを追加できることは理解していますが、データベースにどのようにアクセスするのでしょうか? 私の理解では、EBS ボリュームは 1 つのサーバー インスタンスにしか接続できません。