Elastic Compute Service:Linuxインスタンスに接続できない場合はどうすればよいですか?

インスタンスに接続できるかどうかを確認します。

[インスタンスログイン] ダイアログボックスで、インスタンスに関する基本情報がWorkbenchによって自動的に入力されます。 基本情報が正しいことを確認してください。 次に、インスタンスのユーザー名と認証情報を入力します。 Workbenchを使用してインスタンスに接続できるかどうかに基づいてアクションを実行します。 Workbenchを使用してLinuxインスタンスに接続する方法については、「パスワードまたはキーを使用してLinuxインスタンスに接続する」をご参照ください。

• Workbenchを使用してインスタンスに接続できない場合、Workbenchはエラーメッセージと対応するソリューションを返します。 エラーメッセージと解決策に基づいて問題を解決します。 問題のトラブルシューティング後、Workbenchを使用してインスタンスに接続します。 Workbenchを使用してインスタンスに接続するときに発生する可能性のある問題の原因と解決策については、「VNCまたはWorkbenchを使用してインスタンスに接続するときに発生する問題」トピックの「Workbenchを使用してLinuxインスタンスに接続する」セクションを参照してください。

• Workbenchを使用してインスタンスに接続できる場合、SSHはインスタンスで期待どおりに機能します。 この場合、ステップ2: ネットワーク接続の確認に進みます。

異なるCIDRブロックまたは異なるオペレーターのコンピューターを使用して、他のネットワーク経由でインスタンスに接続し、問題がオンプレミスネットワークまたはサーバー側に関連しているかどうかを確認します。

• 問題がオンプレミスのネットワークまたは通信事業者に関連している場合は、オンプレミスのIT担当者またはオペレーターに連絡してください。

• ネットワークインターフェイス (NIC) ドライバで例外が発生した場合は、ドライバを再インストールしてください。

オンプレミスクライアントでpingコマンドを実行して、インスタンスのネットワーク接続をテストします。

• ネットワーク例外が発生した場合は、パケットをキャプチャして例外の原因を分析します。 詳細については、「ネットワーク例外発生時のパケットのキャプチャ」をご参照ください。

• pingパケットがドロップされた場合、またはインスタンスをpingできない場合は、tracertまたはMTRツールを使用してネットワークパスをテストし、問題の原因を特定します。 詳細については、「pingコマンドの実行後にパケット損失または接続障害が発生したときのネットワークパスのテスト」をご参照ください。

• 断続的なパケット損失が発生すると、インスタンスのネットワーク接続が不安定になり、インスタンスがウイルスに感染する可能性があります。 問題のトラブルシューティング方法については、「pingコマンドを使用してECSインスタンスのIPアドレスの断続的なパケット損失をテストする」をご参照ください。

• インスタンスのカーネルでpingが有効になっているが、オンプレミスクライアントからインスタンスにpingを実行できない場合、インスタンスのファイアウォールがクライアントからのトラフィックを拒否するように構成されている可能性があります。

  問題のトラブルシューティング方法については、「pingを許可しないがpingできないLinux ECSインスタンスへのソリューション」をご参照ください。

[インスタンス] ページで、インスタンスのIDをクリックします。

[セキュリティグループ] タブをクリックしてセキュリティグループを見つけ、[操作] 列の [ルールの管理] をクリックします。

[セキュリティグループの詳細] タブで、次のいずれかの方法でセキュリティグループルールを追加します。 詳細については、「セキュリティグループルールの追加」をご参照ください。

• 方法1: クイック追加機能を使用してセキュリティグループルールを追加する

  • アクション: 許可します。

  • ポート範囲: SSH (22) 。

  • 権限付与オブジェクト: 0.0.0.0/0。すべてのIPアドレスを指定します。

• 方法2: セキュリティグループルールを手動で追加する

  • アクション: 許可します。

  • Priority: 1。最高の優先度を指定します。 より小さい数は、より高い優先度を指定する。

  • プロトコルタイプ: カスタムTCP。

  • ポート範囲: SSH (22) 。

  • 権限付与オブジェクト: 0.0.0.0/0。すべてのIPアドレスを指定します。 ビジネス要件に基づいて権限付与オブジェクトを指定することもできます。

次のコマンドを実行して、インスタンスでSSHポートが開いているかどうかを確認します。

telnet [$IP] [$Port]

サンプルコマンド: telnet 192.168.0.1 22 次のコマンド出力は、SSHポートがインスタンスで開いていることを示します。

Trying 192.168.0.1 ...
Connected to 192.168.0.1.
Escape character is '^]'

インスタンスでSSHポートが閉じている場合は、ECSインスタンスのパブリックIPアドレスをpingできない場合はどうすればよいですか。 この問題のトラブルシューティングをご参照ください。

インスタンスのCPU負荷を確認し、確認結果に基づいて操作を実行します。

• CPU負荷が高い場合は、インスタンスタイプをアップグレードします。

  インスタンスでホストされているアプリケーションが、ディスクに対して多数の読み取り /書き込み操作を実行したり、多数のネットワークリクエストを開始したり、計算負荷の高いワークロードを生成したりすると、インスタンスのCPU負荷が高くなります。 この場合、リソースのボトルネックの問題を解決するためにインスタンスタイプをアップグレードすることを推奨します。 詳細については、「インスタンス設定の変更の概要」をご参照ください。

  説明

  高CPU負荷の問題を解決する方法については、「Linux CPU負荷のクエリとケース分析」をご参照ください。

• CPU負荷が高くない場合は、次のステップに進みます。

不十分なパブリック帯域幅の問題をトラブルシューティングします。

Linuxインスタンスに接続できない場合、インスタンスのパブリック帯域幅が不足している可能性があります。 問題をトラブルシューティングするには、次の手順を実行します。

1. ECSコンソール.

2. 左側のナビゲーションウィンドウで、インスタンス&画像 > インスタンス.

3. 上部のナビゲーションバーで、リソースが属するリージョンとリソースグループを選択します。

4. [インスタンス] ページで、インスタンスのIDをクリックします。 [設定情報] セクションで、[インターネット帯域幅] の値を表示します。

   値が0 Mbpsの場合、インスタンスにはパブリック帯域幅がありません。 パブリック帯域幅をインスタンスに割り当てるには、パブリック帯域幅設定をアップグレードします。 詳細については、「インスタンス設定の変更の概要」トピックの「最大パブリック帯域幅の変更」セクションをご参照ください。

メモリ不足の問題をトラブルシューティングします。

Linuxインスタンスのデスクトップが期待どおりに表示されず、インスタンスに接続した後にエラーメッセージが表示されない場合、インスタンスのメモリが不足している可能性があります。 この場合、インスタンスのメモリ使用量を確認してください。 以下の手順を実行します。

1. VNCを使用してインスタンスにログインします。

   詳細については、「VNCを使用したインスタンスへの接続」をご参照ください。

2. メモリ使用量を確認します。 インスタンスのメモリが不足している場合は、メモリサイズの大きいインスタンスタイプにアップグレードすることを推奨します。 詳細については、「インスタンス設定の変更の概要」をご参照ください。