3

AWS Beanstalkで継続的インテグレーションプロセスを操作するためにJenkins（ex-Hudson）をインストールしたいので、TomcatとLinuxの一部のパラメーターをJenkinsで変更する必要があるため、カスタムAMIが必要です。

Beanstalkによって最初に開始されたインスタンスを最後までインストールしてカスタマイズするプロセスを実行すると、Jenkinsはそのインスタンスの魅力のように機能します。

しかし、私ができないことは、カスタマイズの最後に生成したAMIを再利用することです。Beanstalkによって実行されたヘルスチェックは、Beanstalkが開始したにもかかわらず、EC2インスタンスを認識せず、正常に動作します。

私の問題を理解するために、失敗したプロセスを次のように減らしました。

  • a）Amazonから提供されたサンプルに基づいて新しいBTアプリケーション/環境を作成します（私が持っていたパラメーターは、EC2インスタンスをSSH接続するためのキーペアのみです）
  • b）EC2インスタンスが開始されたら、EC2を使用してAMIをフラッシュします
  • c）元のAWS Ami（id：100fff79-Tomcat 6 64ビット）を（b）で生成した1に変更して、BTenv構成を変更します。
  • d）amiidを変更するとBTが再構築されます
  • e）再構築によりEC2インスタンスが再起動します。
  • f）正常に起動しますが（sshで接続できます）、ヘルスチェックが失敗し、envが赤のステータスに変わります。

誰かがこのプロセスを複製して、私が間違っていることを教えてもらえますか？（（b）のAMIをJenkinsのカスタマイズの開始点として使用したいと思います。

私が提供できる追加情報：EC2インスタンスにSSH接続する場合、 https： //forums.aws.amazon.com/thread.jspa？threadID = 59027＆tstartの下部で説明されているapache、java、thin、bluepilldのgrep = 25は、予想される4つのプロセスが消えたことを示します。したがって、失敗。

助けてください ！

よろしく

ディディエ

4

3 に答える 3

5

私自身の質問に答えます: Beanstalk の動作するカスタマイズされた ami を取得する正しい方法は、Beanstalk によって起動された実行中のインスタンスをフラッシュしようとするのではなく、Beanstalkのテンプレート ami を開始することです (私の場合、Tomcat 6 64 ビットの場合は ami-100fff79)。 EC2 コンソールからダウンロードし、そこからカスタマイズしてフラッシュすれば完了です。

その後、ami を新しいものに変更することで BT 環境の「構成を編集」でき、正常に動作します。

よろしくディディエ

于 2011-02-19T08:58:03.763 に答える
1

詳細を説明すると、これは、Elastic Beanstalk および Elastic MapReduce への Maven デプロイを自動化するための Maven プラグインのセットである Beanstalker のバージョン 0.3.0 で計画している機能です。http://beanstalker.ingenieux.com.br/で入手できます。

実際、プレースホルダーはそこにありますが、まだ完全なテストを行っていません。喜んで助けやアドバイスを与えようとしますか?

于 2011-06-27T07:10:40.803 に答える
1

新しい AMI を構築する前に、インスタンスの /opt/elasticbeanstalk/srv/hostmanager/db/hostmanager.db を削除する限り、実行中のインスタンスからカスタマイズされた AMI を作成できるはずです。「それはできません。Elastic Beanstalk の外部でクリーンなインスタンスを開始する必要があります」と言う人をよく見かけますが、それは二段ベッドです。やりました。

インストールをカスタマイズするために行ったことの完全な説明は、http ://stormerider.com/blog/2012/08/16/building-an-ubuntu-ami-with-elastic-beanstalk-support/ にあります。 -- 一部は当てはまらないかもしれませんが、一部は当てはまります。

于 2012-08-24T18:05:37.960 に答える