実行中のインスタンスからAMIを作成しようとした後、EC2インスタンスは停止または終了しません

1つの小さなルートボリュームと1つの小さな接続ボリュームを持つLinux ec2インスタンスを定期的に再起動した後、インスタンスにsshできませんでした。インスタンスを再起動すると、sshからインスタンスにアクセスできなくなった理由は明らかではありません。インスタンスはAWSコンソールで実行中として表示されましたが、ssh、httpなどは応答しませんでした。この実行中のインスタンスからAMIを作成しようとしました。ただし、AMIは作成されませんでした。代わりに、AWSコンソールのAMIセクションで数時間「保留中」と表示されました。最終的に、AMIの登録を解除しました。次に、ec2インスタンスを停止しようとしました。ただし、インスタンスを停止することはできません-何時間も停止状態のままです。また、成功せずにインスタンスを強制的に停止しようとしました。その後、ボリュームをデタッチしようとしましたが、常に「デタッチ」と報告されます これを処理する方法についての提案はありますか？プレミアム会員でない限り、Amazonはいかなる種類のメールや電話サポートも提供していないようです。ご協力ありがとうございます。

プレミアムサポートがない場合は、EC2フォーラムで「スタック」インスタンス（停止/終了できない場合）および「スタック」ボリューム（デタッチ/削除できない場合）をAmazonに報告できます。 ：

Amazon AWS EC2フォーラム
https://forums.aws.amazon.com/forum.jspa?forumID=30

関連する特定のインスタンス/ボリュームIDを必ずリストしてください。

Amazon以外は、これらの状況で実際に支援することはできません。

幸いなことに、「停止中」または「終了中」の状態になった場合、インスタンス時間は請求されません。

sshを介してインスタンスに接続できないことに関する元の問題は、コミュニティからの助けを求めてEC2フォーラムに投稿することもできますが、これは一般的な問題であり、多くの潜在的な原因があります。これの診断を開始し、フォーラムの投稿に含める必要のある情報を指摘するための記事を書きました。

解決：「Amazon EC2でサーバーに接続できない」
http://alestic.com/2009/08/ec2-connectivity

また、インスタンスに接続できない場合でも、ディスク上のログファイルを調べることでEBSブートインスタンスを診断するために使用できる方法を説明する記事を書きました。

EC2インスタンスのルートEBSボリューム上のファイルの修正
http://alestic.com/2011/02/ec2-fix-ebs-root

ただし、AmazonがEBSボリュームのデタッチを支援するまで、このアプローチを使用することはできません。

私はこの投稿が古いことを知っていますが、もう一度停止をクリックすることもできます。ダッシュボードは強制停止を行うかどうかを尋ねます。時々、私はこれを経験から知っています、あなたはそれを機能させるために2つまたは3つの強制停止をしなければなりません。

ロビンスコットの功績。

ec2インスタンス内にElastic Beanstalk環境を作成した後、関連する状況に遭遇しました。ec2インスタンスを終了するには、最初にeb環境を終了する必要がありました。

https://console.aws.amazon.com/elasticbeanstalk/?region=us-west-2

提供される値region=は、シャットダウンする環境を含む領域です。そのページでは、複数の環境を迅速に簡単に非アクティブ化できます。

システムボリュームを強制的にデタッチします。その後、インスタンスを停止できます。ボリュームを再接続し、インスタンスを起動します。ビオラ！

再起動時に内部IPとパブリックDNSが変更されるため、システムにエラスティックIPが関連付けられていない場合、これがシステムにSSHで接続できない理由になる可能性があります。