私は、クラウドフォーメーションスクリプトをデバッグする方法を探したいと思います。任意の効率的な方法は、雲の情報のスクリプトをデバッグするには？
私はSSH経由で手動で実行すると動作するbashスクリプトを書きました。
クラウドフォーメーション経由で実行された場合、実際には失敗します。 次に、本質的な雲の生成関数があります。これはbashで実行できないため、デバッグが難しくなります。
スクリプト全体には30分が必要です。だから私はImが完了したと思う - 私はスクリプトを再起動し、30分後に別のエラーを見つける。
このサイクルを短縮する方法はありますか？
コマンドを実行する方法、それがどのように雲の情報によって実行されるのでしょうか？
CloudFormationスクリプトをデバッグするための最も効率的な方法は、失敗したテンプレートを取得し、展開に失敗したすべてのリソースとそれらに依存するリソースを削除し、CloudFormationスタックを作成することです。これは、このように、障害要素が依存するすべてのリソースを事前に作成し、スタックを更新して、作成するまでその要素をデバッグすることができるという利点があります。失敗した場合は、更新を作業状態にロールバックします。これは、スタック全体を再作成するよりもはるかに高速です。
権限のためにスタックに障害が発生した場合のイベントスタックに注目してください。これは、最小限の権限に従っている場合にも非常に一般的です。良いことは、CloudFormationは通常、特定のユーザー/ロール/ etcに特定のリソースに対して特定のアクションを実行する権限がないことを伝えることについてかなり良いことです。
CloudFormationが実行中で失敗しているコマンドの例を挙げることはできますか？ CloudFormationの主な問題は、適切な権限が与えられていることを確認することです。 –
具体的な失敗の問題ではありません。私は、雲の情報をデバッグする方法を求めています。 – Skip
CloudFormationをデバッグするための最良の方法は、リソースを段階的に追加してからスタックを更新することです。これの利点は、変更を加えるときに新しいリソースを作成するだけで済み、既存のリソースはすでに機能していることです。 1つのリソースが問題を引き起こしていることがわかっている場合は、最初にそのリソースなしでスタックを作成してから、そのリソースを追加します。この場合、障害が発生した場合、既存のスタックにのみロールバックされ、その1つのリソースをデバッグできます。 –