問題タブ [amazon-ecs]

Amazon ECS で負荷分散されたサービスを使用して、インスタンス間の永続データをどのように処理するのが最善でしょうか? データのみのコンテナーは機能せず、タスクで指定できるボリュームも機能しません。どちらもインスタンス自体でのみ保持されます。起動構成でユーザーデータを使用してインスタンスを作成するときに EBS をアタッチする方法について調べてみましたが、うまくいきませんでした。

Amazon の EC2 Container Service でタスク定義を作成したら、それをどのように削除または削除しますか?

CloudFormation を使用して ECS クラスターを AWS にデプロイしようとしていますが、クラスターにカスタム名を設定する方法がわかりません。

クラスターが作成されますが、何らかの形で名前が生成され、形式はstackname-ECSCluster-randomstring.

クラスターのカスタム名を設定する方法はありますか?

AWS::ECS::Clusterは、パラメータやタグもAWS::ECS:Serviceも受け入れません。

表面的なものですが、意味のある名前を付けるといいでしょう。

ECS のすべてのチュートリアルでは、クラスターを作成し、その後、インスタンスを生成する自動スケーリング グループを作成する必要があります。どういうわけか、これらすべてのチュートリアルで、インスタンスが魔法のようにクラスターに表示されますが、自動スケーリング グループとクラスターを接続しているものについては誰もヒントを与えません。

自動スケーリング グループは期待どおりにインスタンスを生成しますが、docker 定義を保持する ecs クラスターには表示されません。

欠落している接続はどこにありますか?

サーバー インスタンスを生成する amazon の自動スケーリング グループがあります。

私の aws-cli 設定は次のとおりです。

私の ecs-agent 設定は、インスタンスの起動時に aws-cli を使用して s3 から読み取られ、次のようになります。

悲しいことに、生成されたインスタンスの ecs-agent は、クラスター「cluster-mongodb」に登録する代わりに、常に 10 秒後に再起動します。

エラーログは次のとおりです。

誰かがこれを見たことがありますか？これは、セキュリティ グループ/LB 構成の混乱に関連している可能性がありますか?

前もって感謝します

[編集]解決策を見つけました：

サブネットが正しいルート テーブルに登録されているかどうかを確認します (vpc -> ルート テーブル)。私の場合、それは間違っていました。

さらに、インスタンスには Autoscaling グループの起動構成によって割り当てられたパブリック IP が必要でしたが、それは私のセットアップにとって特別なものでした。

私は AWS のサービスに詳しくなく、Ruby on Rails で Web アプリケーションを開発しているので、AWS で Web アプリケーションをデプロイおよび管理するための最良の方法または正しい方法を知りたいと思います。

現在、Web アプリケーションを処理するための AWS のサービスが多数ありますが、OpsWork、EC2 (サーバー全体のセットアップ)、Elastic Beanstalk、または EC2 コンテナーなど、どのサービスを使用するかはわかりません…</p>

さて、私はさまざまなクライアントから 3 つの小さなアプリを持っており、それらを 1 つまたは複数のインスタンスに配置する正しい方法を探しています。私は OpsWorks を使用していることを知っています。3 つのスタックがあり、Web アプリごとに 1 つです。 OpsWorks の 1 つのスタックと 2 つのインスタンスでこれらのアプリを展開および管理できるかどうか、または IaaS または PaaS ソリューションとしてより良い方法または他のサービスがあるかどうかを知りたいですか? そこで、AWS のサービスをそのようなものに使用するためのアドバイスやオリエンテーションを探しています。

現在、Docker コンテナを構築し、Amazon ECR に公開しています。TaskDefinitions を作成し、ECS クラスターに手動でデプロイできるようになりました。そのため、新しい展開には TaskDefinition の手動更新が含まれます。

ここで、デプロイを自動化したいので、Docker イメージが Jenkins を使用して正常にビルドされ、ECR リポジトリに公開されたら、現在実行中のバージョンを新しくビルドしたバージョンに置き換えたいと考えています。

これに続いて、Docker コンテナーの 1 つ以上の組み合わせの特定のバージョンを起動する機会を人々に提供したいと考えています。TaskDefinitions を手動で更新せずに継続的なサイクルを実装する方法について何か提案はありますか?

ecs-cli と docker compose ファイルを使用して ECS をセットアップしようとしています。Docker Compose (バージョン 1.6) バージョン 2 の Compose ファイル形式を使用しています。

コマンドラインからスタックを作成できます：

ecs-cli up --keypair <xxx> --capability-iam --size 5 --instance-type t2.micro

次に、docker ファイルから ECS 定義ファイルを作成しようとすると:

ecs-cli compose --file aws-compose.yml create 次のエラーが表示されます。

そして、私はここで無力です、

ありがとう

これは私のcompose.ymlです:

exp_db は postgres を起動するためのもので、exp_db_data は postgres データ用のボリュームです。

タスクを実行したいとき：

タスクは停止します (出口 0)。停止した理由を調べると、タスクの必須コンテナが終了したと表示されます。ボリューム コンテナーが終了しないと想定されているかどうかはわかりません。ローカルで docker-compose を使用すると、すべてが期待どおりに機能します。それで、私は何を間違っていますか？私はdockerにかなり慣れていないので、おそらく何かが欠けているか、基本的なことを誤解しています。

ありがとう