3

から派生したカスタム AMI を使用して、AWS を使用して Windows 2008 R2 SP1 Datacenter エディションのマイクロ インスタンスを実行していますami-cbc87da2。

これらのインスタンスが起動直後に再起動したように見える奇妙な動作が発生しています。具体的には、私が見ているのは、インスタンスのステータス (AWS マネジメント コンソールに表示される) が で始まり、に戻る前にに... initializing変わり、最終的に の安定したステータスに変わることです。2/2 checks passed... initializing2/2 checks passed

インスタンスが最初にステータスに達したときに、インスタンスへの RDP 接続を確立できます2/2 checks passedが、インスタンスが に戻ると、この接続は失われます... initializing。永続的な接続は、第 22/2 checks passedフェーズでのみ可能です。

当初、この問題はカスタム AMI が原因ではないかと疑っていたので、元の Windows 2008 AMI を使用して実験を繰り返しました。それはまだ存在していました。

また、AWS API を介してインスタンスを起動する C# コードが問題の原因であると考えたので、AWS マネジメント コンソールから手動でインスタンスを起動してみました。繰り返しますが、症状はまだ存在しています。

純粋に AWS ツールを使用して起動されたオリジナルの Windows AMI のインスタンスがこのように失敗するとは考えにくいので、何かばかげたことをしていると思いますが、それが何であるかは想像できません。

ご提案いただきありがとうございます。

ティム

4

1 に答える 1

2

他の誰かがこの問題に遭遇した場合に備えて、私が発見したことは次のとおりです。

AWS サポート チームから説明を受けたように、これは Windows インスタンスの意図された動作であり、起動直後に Sysprep を実行するため、Sysprep 設定を有効にするために再起動する必要があります。

カスタム起動スクリプト (ユーザー データとしてインスタンスに渡される) が初回起動時に実行され、再起動時に無視されることが懸念されました。実際、AWS サポート チームは、ユーザー データが最初の起動時に無視され、再起動時にのみ処理されることを確認しました。詳細はこちら。

ところで、AWS サポートチームに敬意を表します。彼らの無料のパブリック フォーラム サポート サービスでさえ、役に立ち、反応がよく、十分な情報が得られます。これほど優れたサポートを無料で受けられるのに、なぜ誰かがサポートにお金を払うのでしょうか? :)

于 2012-09-13T08:05:37.707 に答える