カスタムレイヤー内のインスタンスは常にstart_failedステータスを取得します

Question

インスタンス用のopsworksログは作成されないため、大量のデバッグ情報はありませんが、できるだけわかりやすいようにしようとします。ヒントやアイデアは非常に高く評価されています。

私はカスタムレイヤーの束を持っています、いくつかはサービスレイヤー、いくつかはmongodb、そして1つは顧客memcachedレイヤーです。

RHEL7およびAmazon Linux（2016.03）インスタンス（最新のopsworksエージェントバージョン3436の最新バージョン）とシェフ11.10の両方で、各レイヤーで1つのインスタンスを起動しようとしました。

mongodbレイヤーがサービスレイヤーと重複しないインスタンスを持つ場合、両方のオペレーティングシステムで毎回start_failedというステータスで100％失敗します。

mongodbレイヤーとサービスレイヤーの両方で共有されるインスタンスを作成すると、インスタンスはセットアップの段階に移行し、その後、残りのプロセスが実行されます（一部のシェフコードは除外されます）。

EC2からインスタンスが起動され、オンラインになり、すべてのステータスチェックが機能しています。私はec2ダッシュボードからのインスタンスシステムのログを調べましたが、システムレベルのエラーは起こっていません。 IAMユーザーが決して読み込まないため、さらに調査するためにインスタンスにsshすることはできません。

すべてのインスタンスで同じカスタムレシピが取得され、そのインスタンスで実行を続行するかどうかの実行は、レイヤとデプロイメントが揃っていない場合はスキップするかどうかがランタイムで決まるため、これは信じられませんレシピの不一致であること。

これはエージェント関連の問題である可能性がありますが、これは現時点では何の意味もありません。

誰も同じような問題を抱えていたのですか、正しい方向に私を指し示すことさえできますか？

更新

私は、インスタンスにsshをする方法を考え出しました。それはプライベートIPを持っていましたが、パブリックIPではなく、別のopsworksインスタンスからやる必要がありました。とにかく、私は/var/log/aws/opsworks/user-data.logに次のエラーが見つかりました：

/tmp/opsworks-agent-installer/opsworks-agent/lib/bootstrap/utils.rb:111:in `block (2 levels) in execute': Failed to execute "yum --assumeyes update" pid 9536 exit 1: Loaded plugins: amazon-id, rhui-lb, search-disabled-repos (RuntimeError) 


Could not contact any CDS load balancers: rhui2-cds01.us-east-1.aws.ce.redhat.com, rhui2-cds02.us-east-1.aws.ce.redhat.com. 
Could not contact CDS load balancer rhui2-cds01.us-east-1.aws.ce.redhat.com, trying others. 
    from /tmp/opsworks-agent-installer/opsworks-agent/lib/bootstrap/utils.rb:99:in `loop' 
    from /tmp/opsworks-agent-installer/opsworks-agent/lib/bootstrap/utils.rb:99:in `block in execute' 
    from /tmp/opsworks-agent-installer/opsworks-agent/lib/bootstrap/utils.rb:98:in `chdir' 
    from /tmp/opsworks-agent-installer/opsworks-agent/lib/bootstrap/utils.rb:98:in `execute' 
    from /tmp/opsworks-agent-installer/opsworks-agent/lib/bootstrap/utils.rb:14:in `yum' 
    from /tmp/opsworks-agent-installer/opsworks-agent/lib/bootstrap/instance_agent_installer.rb:57:in `install_system_updates' 
    from /tmp/opsworks-agent-installer/opsworks-agent/lib/bootstrap/instance_agent_installer.rb:25:in `block in run' 
    from /tmp/opsworks-agent-installer/opsworks-agent/lib/bootstrap/log.rb:96:in `measure' 
    from /tmp/opsworks-agent-installer/opsworks-agent/lib/bootstrap/instance_agent_installer.rb:25:in `run' 
    from /tmp/opsworks-agent-installer/opsworks-agent/lib/bootstrap/instance_agent_installer.rb:10:in `run' 
    from /tmp/opsworks-agent-installer/opsworks-agent/bin/opsworks-agent-installer.rb:8:in `<main>' 

Answer 1

カスタムデータベース層パブリックIPアドレスオプションがオフになりました。 VPCからOpsWorksと通信してCookbookをインストールし、パッケージをインストールするには、パブリックIPアドレスを使用するか、特殊なNATインスタンスを使用する必要があります。

パブリックIPアドレスは、[Opsworks] - > [Layers] - > [Network]セクションでオンにすることができます。

また、ここにはAWS NAT Instances Documentationがあります。