問題タブ [amazon-ecs]

エラスティック ロード バランサー (ELB) が自動スケーリング グループに関連付けられている場合、新しい EC2 インスタンスが ELB によって異常とマークされた場合でも、そのインスタンスが終了しない猶予期間を指定できます。タスクが実行されている ECS インスタンスが ELB によって異常とマークされている場合でも、新しい ECS タスクが関連付けられた ECS サービスによって強制終了および再起動されない、同様の猶予期間を指定することは可能ですか?

アップデート：

現在のユース ケースでは、ECS タスクとして実行されている Docker コンテナには、起動時に多数のキャッシュをロードする JBoss インスタンスが含まれています。これらのキャッシュのロードには数分かかる場合があります。ただし、ECS サービスは、コンテナーが開始されるとすぐにコンテナー インスタンスを ELB に登録します。これは、新しいコンテナが受け入れる準備が整う前に、トラフィックを新しいコンテナにルーティングできることを意味します。ELB のヘルス チェック間隔と「正常/異常のしきい値」を増やして、ELB がトラフィックをインスタンスにルーティングし、ECS サービスがキャッシュが読み込まれるまでコンテナーを再起動しないようにすることができます。ただし、ヘルス チェックの間隔としきい値を増やすことは望ましくありません。キャッシュが読み込まれた後にインスタンスが異常とマークされた場合、

したがって、トラフィックが ELB によって新しいコンテナーにルーティングされず、ECS サービスがコンテナーを再起動しない猶予期間を適用することは可能ですか (ヘルスチェックに失敗した場合でも)? またはそれができない場合、私たちのユースケースの解決策に関する提案はありますか?

PHP SDK を使用して、ECS (Ec2 コンテナー サービス) で "TaskDefinition" を起動しようとしています。

1. TaskDefinition を作成しました。
2. クラスターを作成しました。
3. サービスを作成しました。

次のステップは「registerContainerInstance」になると思っていましたが、このメソッドを呼び出すとエラーが発生しました:

[Aws\Ecs\Exception\EcsException] 「 https://ecs.eu-west-1.amazonaws.com
」 で「RegisterContainerInstance」を実行中にエラーが発生しました。AWS HTTP エラー: クライアント エラー: 400 ClientException (クライアント): ID ドキュメントが提供されましたが、有効ではありません。- {" __type":"ClientException","message":"ID ドキュメントが提供されましたが、有効ではありません。"}

これは、「instanceIdentityDocument」と「instanceIdentityDocumentSignature」を送信していないためです。しかし、この 2 つのパラメーターを取得する方法がわかりません。

以前に EC2 を手動で起動する必要がありますか?

私が知らない別の方法はありますか？

Elastic Beanstalk や ec2 コンテナー サービスを使用せずに Docker コンテナーを使用したいと考えています。コンテナーを記述したファイルをアップロードし.zip(Elastic Beanstalk で行うように)、docker を使用して一般的な ec2 インスタンスで実行したいと考えています。

user datadocker コンテナーを実行している beanstalk によって作成された ec2 インスタンスのセクションを調べると、すべてのセットアップを行う大きなシェル スクリプトをダウンロードする cloud-init スクリプトが表示されます ( Example )。Elastic Beanstalk が行うことはすべて、ec2 インスタンスとuser dataスクリプトを使用して手動でも実現できると思います。

私の質問は次のとおりです。誰かがスクリプトの最小限の例を提供できますかuser data

1. docker をインストール/構成します
2. .zip ファイルをダウンロードします
3. Docker イメージを実行する

私は自動スケーリング グループなどに精通しており、beanstalk または ec2 コンテナー サービス マジックを使用せずにこのセットアップを実行したいと考えています。

Amazon ECS にデプロイする Docker コンテナがあります。Docker コンテナーは Supervisord を実行し、それによって 3 つの異なるプログラムが実行されます。

当然、API キーや API エンドポイントなどを区別するために、ローカル開発と本番環境で異なる環境変数を使用したいと考えています。これを行う良い方法は何ですか？

これは、Dockerfile、Amazon ECS、または Supervisord conf ファイルでセットアップする必要がありますか?

EC2 コンテナ インスタンスを使用して Docker イメージを構築しています。次に、ECS サービスを使用してタスクをスケジュールしたいと思います。私のイメージはすでに EC2 コンテナ インスタンスに表示されています。

Docker Hub にプッシュする必要がありますか?

または、このイメージを EC2 コンテナー インスタンスから直接実行できますか?

そして、ベストプラクティスはありますか?

Python がインストールされたイメージと Python アプリケーションもビルドします。私の Python アプリケーションはHello, World! アプリケーションで、「Hello, World!」と出力するだけです。画面上。Dockerfile:

コンソールで次を実行します。

ハロー、ワールドが見える！出力。ECS のタスクを使用して、同じアプリケーションを実行しようとしています。すでに Docker Hub にプルしています。

Hello, World!の出力を確認するにはどうすればよいですか。? コンテナーが正しく実行されていることを確認する方法はありますか?

Amazon EC2 Container Service(ECS) を使用してセレン ハブ/ノードをホストし、ブラウザ テストを実行しようとしていました。私のセットアップは以下です

docker-compse.yml

次に、ecs-cli compose service upそれらのコンテナーを実行するサービスを起動していました。これまでのところ、動作します。

しかし、テストをハブ ( xxxx.com:4444) に向けると、ハブはテスト リクエストを受信し、テストを chrome コンテナーに配布し、chrome コンテナーはテストを取得し、新しいセッションを作成しようとしました。それからそれは言っonly local connections are allowedて、すべてのコンテナを殺しました。

ここにログがあります

誰かがこの問題に遭遇しましたか? 誰が何が間違っていたのか知​​っていますか？ありがとう