突然、私のサーバーがどこからともなくクラッシュしました

何が起こったのかわかりませんが、数時間前まで非常に順調に稼働していたUbuntu 22をベースにしたEC2 t2.microサーバーでホストされている私のサイトにアクセスしようとすると、このように表示されます。

EC2モニタリングログを確認しましたが、何も見つかりませんでした。

マシンの統計情報も追加します。

注意 - マシンにSSHで接続できません。ポート22:接続拒否と表示されます。

できるだけ早くご協力ください。

これはDiscourseのインスタンスですか、それともWordPressのインスタンスですか?(Support > WordPress カテゴリに投稿したことに注意してください)。

申し訳ありません、急いでいたため間違いを犯しました。WordPressとは全く関係ありません。
ご返信ありがとうございます。

これで動作しているようですね?

「いいね!」 1

はい、動作しています。サーバー構成を t2.micro から t2.medium に変更したためですが、正確な問題が何であったかは報告する必要があるためわかりません。

T2.small ではだめでしたか?

リサイズ操作によってトリガーされた再起動で問題が解決したのであって、リサイズ自体で解決したわけではない、という可能性はありますか?

設定を変更してしまった今となっては、原因を特定するのははるかに困難になります。

メモリを増やすために t2.micro を使用しました。
実際、その時はキャンペーンを実施していたため訪問者が来ていましたが、それほど多くの訪問者ではなく、1K またはそれ以下でした。そのため、この問題に対処する必要があり、当時問題を解決できたのはこれだけでした。
当時システムにログインできなかったため、これを行う必要がありましたが、今ではその問題を引き起こした正確な理由を知る必要があります。
さらに詳しい情報が必要な場合はお知らせください。

注意:- インスタンスを再起動しましたが、うまくいきませんでした。

このインスタンスのCPUクレジットを監視していますか?

時々このような問題が発生するため、EC2からVPSに戻しました。ウェブサイトにアクセスできなくなり、調査したところ、常にCPUクレジットが獲得よりも速く消費され、クレジットがゼロになっていました。クレジットがないと、インスタンスは「ベースラインパフォーマンス」になり、使用不能になります(t2.microの場合は10%)。

より大きなインスタンスに切り替えたときに、CPUクレジット/時が増加し、クレジットがゼロより多くなったため、通常のパフォーマンスに戻り、問題を「修正」した可能性があります。

「いいね!」 1

これがクラッシュが発生した日の統計情報です

注 - 下の画像は私の現在のCPUクレジットの統計情報です