onaka0_0suita
@onaka0_0suita (m- yuto)

Are you sure you want to delete the question?

Leaving a resolved question undeleted may help others!

【aws】ec2が急に重たくなり、SSH出来なくなりました。

Q&A

Closed

解決したいこと

aws初学者です。
先日awsの12ヶ月間無料で使用できるt2.microにてFlask環境を構築し、作業をしていたところ最初は問題なく動いていたのですが、急に重たくなってしまい、まともに作業が出来なくなってしまいました。

具体的な状況としましては、ターミナルでsshし、コマンドを入力すると数分後に反応するといった状況になります。
また、VSCodeにてリモート接続した際には、タイムアウトしてしまい、そもそもリモートに接続出来ない状況になります。
本件、解決策をお分かりの方がいらっしゃいましたらご教授頂けますと幸いです。

自分で試したこと

①インスタンス画面にて、「インスタンスの状態」は"実行中"で、「ステータスチェック」は"2/2のチェックに合格しました"と表示されております。
②インスタンスの再起動や停止→起動も何度か試してみましたが、解決にはいたりませんでした。
③dfコマンドで容量を確認したところ、容量逼迫が原因で処理が重たくなっているという訳ではなさそうでした。
④CPUクレジットを消費すると処理が重たくなるようで、事象発生時に確認した際にはCPUクレジットが消費されておりましたが、時間を空けて確認したところ、CPUクレジットは回復しているものの事象は解消されませんでした。

環境

・OS macOS Monterey
・バージョン 12.4
・amazon liunx2
・インスタンスタイプ t2.micro

発生している問題・エラー

. ターミナル
user_name@user_name ~ % ssh ec2-user

# 上記から反応がありません。(タイミングによってはsshできるのですが、少しすると重たくなります。)
. VScode
"ec2-user" への接続を確立できません: 接続がタイムアウトしました.

# 上記のメッセージが出て、リモート接続出来ません。

該当するソースコード

. config
# さくらVPS
Host user_name
  HostName 160.16.235.165
  User user_name
  IdentityFile ~/.ssh/id_rsa
  Port 3030
  TCPKeepAlive yes
  IdentitiesOnly yes
  ServerAliveInterval 60
  ServerAliveCountMax 5

# AWS
Host ec2-user
  HostName 54.250.205.87
  User ec2-user
  Port 22
  IdentityFile ~/.ssh/aws.pem
  ServerAliveInterval 60

その他

さくらVPSも契約しているのですが、さくらVPSではターミナルから問題なくSSHでき、VSCodeのリモート接続も問題なく接続出来るので、aws側の問題だと思うのですが、何を確認すると良いのか分からずという状況です。。
インスタンスタイプを変更することで事象解決出来るようでしたら、インスタンスタイプを変更することも視野に入れております。

aws初学者のため、その他に必要な情報等ありましたら、提示いたします。
よろしくお願いいたします。

0

1Answer

最初に思い当たるのはCPUかメモリの不足でしょうか。

「CPUクレジットは回復」と書かれていますので、CPUは大丈夫かと思います。
(T系インスタンスの場合、クレジット残高が0になったり徐々に減っていく状態ならインスタンスを変える必要があります)

となるとメモリが心配なので、どうにかSSHしてみてfreeコマンドやtopコマンドなどでメモリの使用量を確認してみてください。
メモリが足りないならインスタンスタイプを変えることで改善するかと思います。

1Like

Comments

  1. @onaka0_0suita

    Questioner

    @non_cal様
    ご回答頂きありがとうございます。
    本件を質問してから本日まで触っておらず、本日SSHやVSCodeにてリモート接続を試みたところ問題なく接続でき、処理速度も元の状態に戻っていることを確認できました。

    また、頂いたfreeコマンドにて確認したところ、下記の出力結果を得ました。
    メモリ不足が原因ではなさそうですよね。。
    ```
    $ free
    total used free shared buff/cache available
    Mem: 988672 757328 147284 544 84060 117728
    Swap: 0 0 0
    ```
    となると、CPUクレジット残高が原因だったようですね。。
    確認した際には回復しているにも関わらず、処理速度は遅いままだったのでタイムラグなどがあるのでしょうか。。
    とはいえ、お手数おかけしてしまい、申し訳ございません。

    ただ、本件は解決出来ているようですので、今後同様の事象が発生した際には、non_cal様からご教授頂いたCPUクレジットとメモリの確認を行い、今後も度々発生し、支障をきたすようでしたらインスタンスタイプの変更を検討してみたいと思います。

    ご回答、ご教授頂きありがとうございました!

Your answer might help someone💌