問題タブ [amazon-ami]

私の質問は、簡単に言えば

ポート 443 で構成された SSH に付属する AMI はありますか?

私が質問する主な理由は、IT 部門で働いているにも関わらず、私の会社では 443 と 80 以外のすべてのポートをフィルタリングしており、すべての接続に HTTP プロキシを経由する必要があるためです。

corkscrewを使用して、ポート 443 で ssh を受け入れるホストで以前に SSH 経由で接続しました。私の友人はまだそれを行うことができますが、オフィスを離れるか、VPN を使用して Amazon インスタンスに接続し、SSHD 構成の行を変更し、SSH を再起動する必要があります。

デフォルトでそれを行う AMI はありますか?

私はアスタリスク(1.6.2.13)を使用して、perlとAMIを使用してmysqlデータベースから取得された指定された番号に大量に発信しています。すべての呼び出しを (同時に) アスタリスクに送信すると、約 20 秒後に半分の呼び出しがドロップされます。しかし、発信ごとに1秒間スリープすると、通話が明確に処理されます。したがって、これにより発信能力が低下します。

この制限を取り除く方法はありますか?

AWS Beanstalk でカスタム AMI を使用しようとしています。EC2 でデフォルトの Amazon ElasticBeanstalk イメージ (ElasticBeanstalk-Tomcat7-32bit-20110913-1132 (ami-278e4c4e)) を手動で起動し、そこからカスタム AMI を作成しました。次に、ElasticBeanstalk に移動し、環境を起動します。環境が起動して実行されたら、環境の構成でこのカスタム AMI に切り替えます。

ヘルス ステータスは緑色です。しかし、私の webapp はインスタンスにデプロイされません:

Tomcat が実行されています。

アプリがデプロイされない理由がわかりません。誰が何が問題なのか知っていますか？

Amazonは、単一のAMI / EBSごとに設定できるあらゆる種類の自動スケジュールスナップショットをサポートしていますか？

私の目標は、外部スクリプトなどに依存することなく、各AMI自体を定期的にバックアップすることです。

ほとんどのトラフィックが米国ベースで、忙しい Web アプリを実行しています。当社の IT 部門は現在、当社の Web サーバーを Amazon AWS EC2 環境に移行する過程にあり、地理的に正しくセットアップできるようにしたいと考えています...

現在、彼らがセットアップしたテスト環境の AMI インスタンスは、米国西部リージョン (北カリフォルニア) にあります。ただし、私たちのトラフィックは、西部/山岳地域よりも東部から発信されています (ただし、後者はほとんど無視できません)。オリジナルのホスティング サーバーはテキサスにあります。

1) テスト AMI インスタンスを、ほとんどのトラフィックがある米国東部 (バージニア) リージョンに移動する必要があると思います。AMI を別のリージョンに「移動」または「ミラーリング」するのは簡単ですか? 理想的には、プライマリ インスタンスをバージニアに置き、別のインスタンスをカリフォルニアに "ミラーリング" して、プライマリ インスタンスに加えたすべての変更を同期します。

2) おそらく、異なるリージョンに複数の AMI を作成する代わりに、CloudFront CDN ディストリビューションを作成する必要がありますか? または、 CloudFront CDN と 2 つの AMI インスタンスの両方を使用して、海岸ごとに 1 つずつセットアップしますか?

3) [補足質問] EC2 で負荷分散機能を有効にするには、とにかく 2 つの別個の AMI インスタンスをセットアップする必要があるように思われますか?

AWS で独自の自動スケーリング システムをセットアップしようとしています。特定の AMI ID で生成されたインスタンスのアラームをセットアップしました。

1 つのサーバーのみを監視しているメトリックを確認すると、問題なく情報が得られます。ただし、「集計された」統計は常に失敗します。

これはAWSの問題ですか、それとも私が思っていることをしていませんか? また、これらはすべてデフォルトのメトリックであり、CLI API を介して追加されたものではないことも指摘しておきます。

EC2 インスタンスで PHP4 LAMP スタックをセットアップするのに非常に苦労しています。PHP4 をサポートする事前構成済みの AMI を知っている人はいますか?

記録として、PHP5 で開発するオプションはありません。

すべての Linux ディストリビューション/バージョンに対してソフトウェアをテストする必要があります。Amazon AWS を使用します。スクリプトにコピーして貼り付けるだけで、この面倒なプロセスを自動化できる AMI のリストはありますか?

私のawsセットアップでは、すべて共通のAPIを使用するいくつかのアプリサーバーを指す負荷分散があります。アプリ サーバーにはすべて同じ NGINX コング (nginx.conf) があり、さまざまな理由で更新する必要があります。

これを処理する方法は何ですか？AMI を更新してアプリサーバーを再起動する必要がありますか? サーバーを再起動する必要がありますか? AMI を更新してサーバーを実行したままにする方法はありますか?

この状況を処理する方法に関するチュートリアル/ベストプラクティスを必死に探しています。ありがとうございました。

2 つのインスタンスを起動する AMI (EBS バック) がある場合、両方のインスタンスは互いに完全に分離されますか? 基盤となるインフラストラクチャはどのように機能しますか?

アイデア全体をイメージするのは少し圧倒されると思います。はい、私はこの AWS のこと全体に不慣れです。