問題タブ [aws-code-deploy]

、、HAを使用してアーキテクチャをセットアップしました。Autoscalingload balancercode deploy

base-image新しいインスタンスをautoscale起動するがあります。これbase-imageは時間の経過とともに古くなり、アップグレードする必要があるかもしれません。

base AMI私の混乱は、パッケージの望ましいバージョンをインストールするためにこれをプロビジョニングするにはどうすればよいですか? すでにin-serviceインスタンスをプロビジョニングするにはどうすればよいですか?

例 - 現在はbase AMI持っていますphp5.3が、将来必要になった場合、どのようにフリートをPHP5.5プロビジョニングできますか?in-serviceEC2 instancesbase AMI

Chef をプロビジョニング サーバーとして使用しています。では、上記の問題をどのように進める必要がありますか?

2 つのインスタンスを持つ AWS があります。プロジェクトをすべてのインスタンスに自動的にデプロイするように CodeDeploy を設定しました。

appspec.yml私はそのセクションを持っています：

deploy_afterinstall単純な bash スクリプトです。その中のいくつかのコマンドが失敗することがあります。たとえば、composer の依存関係を更新/インストールするこのコマンド。

ただし、CodeDeploy はこのスクリプトのエラーを無視し、デプロイが成功したことを常に示します。この動作を変更するにはどうすればよいですか? フック内のコマンドの一部が正常に完了していない場合にデプロイを失敗させ、デプロイ コンソールまたはログでエラーを確認したい。

AWS Code Deploy の AWS コンソールで、アプリケーションのデプロイされたすべてのリビジョンのリストを確認できます。また、ボタンをクリックするだけで古いバージョンを再デプロイすることもできます!

CLI を使用して同じことを行いたいと考えています。これにより、アプリケーションの以前のバージョンを再デプロイするために、完全なプッシュまたは create-deployment コマンドを実行するのではなく、リビジョン ID を知るだけでデプロイできます。

「aws deploy push」のようなコマンドを実行する方法はありますか?

トラブルシューティングのドキュメントで説明されているため、pm2 で実行されているサーバーが機能しないAWS CodeDeploy を使用しています。

ドキュメントに従い、バックグラウンドでノードサーバーを実行するために使用されるAfterInstall スクリプトを使用しました。node . > /dev/null 2> /dev/null < /dev/null &

サーバーを強制終了する次の方法を試しました

• fuser -k 3000/tcp

• lsof -P | grep ':3000' | awk '{print $2}' | xargs kill -9

• kill -9 $(lsof -t -i:3000)

ただし、新しいプロセスが異なる PID で再起動するたびに。

このバックグラウンド プロセスを強制終了し、 CodeDeployのApplicationStop スクリプトに追加するにはどうすればよいですか?

私たちは、物事を「正しい方法」で行おうとしている比較的経験の浅い開発チームです。複数の PHP ベースの Web アプリケーションに AWS および CodeDeploy と共に Github を使用しています。マスター ブランチが更新されると、CodeDeploy で Github の自動デプロイを利用しています。

1 つの EC2 ステージング サーバーと共に、別々の AZ に 2 つの実稼働 EC2 Web サーバーがあります。

現在、次のように動作します。

ブランチにコードを書き、GitHub にプッシュし、「マスター」にマージします。次に、CodeDeploy を開始してステージング サーバーに書き込み、テストできるようにします。テストが完了したら、CodeDeploy を手動で開始して、本番環境に書き込みます (同じコミット ID を使用)。

問題は、テストで問題が発生し、マージとテストを待っている別のブランチがある場合、すべてがバックアップされることです。

私たちは明らかに何か間違ったことをしています。GitHub の autodeploy を利用するために master ブランチに書き込みを行っていますが、master はデプロイの準備が整ったときにのみ書き込みを行うべきだと思いましたか?

誰かが私たちを助けて、私たちを正してくれませんか?

ありがとう

CodeDeploy を使用して、Tomcat がインストールされた AWS Beanstalk サーバーにファイルをデプロイしようとしています。appspec.yml が私の .sh スクリプトを呼び出し、mvn installコマンドが実行されたときに発生する例外を除いて、すべてが適切に構成されています。私が想像したすべてのアクセス許可の組み合わせ (および私が見つけたすべての StackOverflow の回答) を試しましたが、何も機能しませんでした。

また、.sh スクリプトが実行される前に appspec.yml のファイル セクションが実行されることも期待していました。次のように機能しているはずです。

1. appspec.yml はすべてのファイルを webapps フォルダーに移動します
2. build.sh が実行される
3. mvn が実行され、.war ファイルが作成されます
4. build.sh はいくつかのクリーンアップを行います

appspec.yml (他にも複数試しました)

build.sh

mavenがアクセス許可を持たずにフォルダーターゲットを作成しようとすることは、例外から明らかです。したがって、問題は、そもそもなぜこのフォルダーでそれを実行しようとしているのか、次に適切なアクセスを取得する方法です。