問題タブ [ec2-ami]

それとも、EBS でバックアップされたストレージが絶対に必要ですか? マニュアル/ハウツーを持っている人はいますか?

このサイトのマニュアルに従っています。

インスタンスを作成するものです。

myFile には chmod a+x 権限があります。

これはうまくいくようです。-f を --user-data-file に置き換えてみましたが、それでもボックスがハングします。> 10.04 Ubuntu AMI を使用していますが、すべての例がこの動作を示しています。何が得られる?!

fedora インスタンスを使用して Amazon ec2 に vsftpd をインストールしました。これは最新バージョンですが、次のエラーが表示されます。

ファイルジラでは:

シェル経由で接続しようとしていて、ディレクトリのリストを表示しています。

EC2 インスタンスを終了せずに停止した場合、このイメージはアカウントに保存され、後の段階で使用できるようになりますか? ..終了したインスタンスが最終的に消えることに気付いたように、停止したインスタンスはいつでも起動して起動できますか?

課金に関しても、停止したインスタンスのコストは、カスタム AMI と同様に GB ごとに課金されると思いますか?

また、おそらく単純な質問です。SSH またはスクリプトを介してマシンをシャットダウンした場合、これはインスタンスの終了を開始しますか、それとも単にインスタンスを停止しますか (インスタンスを終了すると仮定します)。

ありがとう

AmazonEC2でインスタンスを正常に作成しました。ここでAmazonLinuxAMIを使用し、puttyを使用してApacheとMySQLもインストールしましたが、PHPMyAdminをインストールする方法と、Webページを展開する方法がわかりません。

Amazon EC2コンソールから（またはファイルを使用してボックスのAPIツールを使用して実行した場合でも）、次のように貼り付けます。

ユーザーデータテキストボックスに。インスタンスが起動すると（Amazon Linux AMI）、ファイルはディレクトリにありません。私はとても基本的なものが欠けていますか？

us-west-01.pemというキーペアで実行されているCanonicalUbuntuMavrickインスタンスからEBSベースのAMIを作成しました

次に、そのAMIを使用して別のインスタンスを開始し、起動時に、us-west-01.pemという新しいキーペアを割り当てました。ただし、一部のデータをインスタンスにscpしようとすると、us-west-01.pemを使用して認証を受けることができました。

また、正しいus-west-02キーでも機能します。別のキーで試してみましたが、失敗しました。唯一の説明は、AMIの準備時に使用されたキーがまだ受け入れられているということです。各インスタンスを独自のキーで保護するために、これを削除するにはどうすればよいですか？

前もって感謝します。

現在、AmazonクラウドのLinuxAMIインスタンスにアプリケーションをデプロイしました。しかし、Linuxでは大文字と小文字が区別されるため、一部のphpファイルがLinuxで機能しないなど、多くの問題に直面しています。LinuxではGDパッケージがデフォルトでインストールされていないため、imagecreatefromstring関数も機能しません。さらに、そこにphpmyadminをインストールすることに成功することはできません。Puttyを使用して、コマンドプロンプトでデータベース操作を実行する必要があるたびに。さらに、さまざまなユーザーに頻繁に電子メールを送信する責任がある私のスクリプトも、Windowsでは正常に動作しているのにLinuxでは動作しません。

全体的に、私はWindowsでXAMPPを使用しており、ここではすべてが正常に機能します。しかし、Linuxサーバーの場合、PHPパッケージ、mysqlパッケージ、PHPグラフィックパッケージ、PHPメーリングPEARパッケージを手動でインストールする必要があります。等

Windows Server 2008 AMIでアプリケーションを実行した場合、セキュリティやパフォーマンスに関連する問題が発生する可能性があるかどうかを教えてください。

よろしくお願いします。

EBS ボリュームから AMI を起動しようとすると問題が発生します。基本的に、希望どおりに構成済みの Linux (i386) ベースの AMI の別のインスタンスを起動しようとしています。この 1 週間、多くのガイドに従ってきました。これまでのところ、カスタム プライベート AMI を作成できましたが、新しいインスタンスを起動した後に接続できません。作成した AMI の設定が間違っているのではないかと思います (ファイルが完全にコピーされていない可能性があります)。

とにかく、AMIを作成するために私が行っている基本的な手順は次のとおりです。

ec2-create-volume -K pk-xxxxxx.pem -C cert-xxxxxx.pem --size 10 --availability-zone us-east-1a

ec2-attach-volume -K pk-xxxxxx.pem -C cert-xxxxxx.pem vol-xxxxxx --instance xxxxxx --device /dev/sdh

はい | mkfs -t ext3 /dev/sdh mkdir/mnt/ebsimage

echo '/dev/sdh /mnt/ebsimage ext3 defaults,noatime 0 0' >> /etc/fstab

マウント /mnt/ebsimage

umount /mnt/ebsimage

ec2-detach-volume -K pk-xxxxxx.pem -C cert-xxxxxx.pem vol-xxxxxx --instance xxxxxx

ec2-create-snapshot -K pk-xxxxxx.pem -C cert-xxxxxx.pem vol-xxxxxx

ec2reg -K pk-xxxxxx.pem -C cert-xxxxxx.pem -s snap-xxxxx -a i386 -d -n --kernel aki-xxxxx --ramdisk ari-xxxxxx

マウントに関するコマンドがめちゃくちゃになっているか、ec2reg に関するコマンドがめちゃくちゃになっていると確信しています。助言がありますか？

私も交換してみました

はい | mkfs -t ext3 /dev/sdh

mkdir/mnt/ebsimage

echo '/dev/sdh /mnt/ebsimage ext3 defaults,noatime 0 0' >> /etc/fstab

マウント /mnt/ebsimage

rsync を使用して他の詳細を追加するように設計されたスクリプトを使用しますが、起動された AMI の新しいインスタンスに接続できません。ここにスクリプトのコピーがあります。

最初の例と同じ結果が得られたので、この問題の解決に近づいているのか、それともさらに先なのかはわかりません。どんな助けでも大歓迎です。

Amazon EC2 fedoraインスタンスをインストールし、ファイルをある場所から別の場所にコピーしました。しかし、「ディスクに空き容量がありません」と表示されます。

やったdf -f。

出力付き：

Amazonのec2インスタンスのスペースを増やしたいです。誰かがそれを手伝ってくれる？