t2タイプのインスタンスを起動し、いくつかの作業を行い、AMIを作成しました。私はこのAMIとT2タイプのインスタンスを起動しようとすると、ユーザが作成したAMIはt2インスタンスでは動作しますが、c4インスタンスでは動作しません
は今、すべてが正常に動作します。
しかし、私は（もとC3）C4と同じしようとすると、「1/2のチェック」の部分で立ち往生初期化取得者。
誰もがここで何が起こっているかの手掛かりを持っていますか？
通常、これは起こってはいけません。私はインスタンス作成時にAMIをインスタンス化してインスタンス型を変更し、うまく動作します。
あなたは別のインスタンスの別のAMIを作成して、同じことをしようとすることはできますか？また
、あなたは、T2タイプでそれを起動したとき、それが正常に動作言うように。それがSSHを起動し、何か動作しているかどうかを確認したら、t2タイプでもう一度起動してください。その後、インスタンスを停止（NOT TERMINATE）してください。インスタンスを選択し、次にアクションからインスタンスタイプを変更します。インスタンスのタイプを必要なものに変更します。これを試して私に知らせてください。
You will see something like this, click here to see a screenshot
このAMIでt2インスタンスを作成してから、それをc4に変更しようとしました。 それでも動作しません。 AMIをc4と互換性のないt2で作業中に、おそらく一部のOS設定を変更しました。 「別のインスタンスの別のAMIを作成して同じことを試すことができますか？」という意味を理解できません。 –
これは、別の実行EC2サーバーでこれを試すことができます。たぶんはい、あなたと仕事をしていたこの特定のt2サーバーはいくつかの変更を加えましたが、今は互換性がありません。 –
は正確に同じ問題を抱えていました。 「システムログ」を開くと、クラウド初期化に何か問題があることが指摘されました。さらに掘り
はFailed to start cloud-init at startup after upgrading to Python 3.6
$ pip3 install --upgrade jsonpatch
ことを実行して、もう一度AMIを作成するに私を指摘しました。それは今c4で動作します。
t2のAMIからc4インスタンスを作成しようとしていますか？ – Vinay
はい//////////// –
T2とC4インスタンスの両方のタイプはHVMなので、問題ではありません...しかし、あなたのOSは言及していません。あなたは*どの* C4タイプについて言及していませんでした。 32以上のコアを持つ場合、[this]（http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/compute-optimized-instances.html#compute-instances-cpu-support）に関連する可能性があります。 ）しかし、私はそれを疑う - このシナリオは1/2の小切手を渡さないだろう、私は疑う。正式なAMIをt2として起動し、起動後にC4に変更することで、これが一般的に機能することが証明されるはずです。 –