サーバー操作
IPMIまたはKVMコンソールアクセスをリクエスト
起動および接続の問題についてはコンソールアクセスを要求し、変更を行う前にサーバーを確認してください。
始める前に
- 対象サーバーを含むサインイン済みアカウント。
- サーバー名、リージョン、問題が始まったおおよその時刻。
- ブート障害やネットワーク接続の喪失など、コンソールアクセスの明確な理由。
- 安全なワークステーションと、診断が完了したらすぐにコンソールを閉じる計画。
帯域外診断にコンソールを使用する
IPMI/KVMは、オペレーティングシステムがSSH経由で到達できない場合に役立ちます。たとえば、ファームウェアの起動の観察、ブートデバイスの選択、初期カーネルエラーの読み取り、ネットワーク構成の修復などです。通常の管理チャネルではなく、日常的なシェル作業のために開いたままにしないでください。
KVMリクエストは、サインインしたアカウントが所有するサーバーに関連付けられています。サービスはリクエストを受け入れ、アクション参照を作成し、QUEUEDを報告します。その応答はリクエストの保存のみを確認するものであり、管理コントローラに連絡したことやセッションが存在することを証明するものではありません。
リクエストをキューに入れる
ブラウザウィンドウが開くことを期待しないでください。APIにはGETアクションルートがないため、ダッシュボードを更新しても進捗や完了は表示されません。オペレーターがリクエストをキューと関連付ける必要がある場合に備えて、表示されているアクションサフィックスを保存してください。
- アカウント > サーバーを開き、名前とリージョンで正しいサーバーを見つけます。
- 状態とタイミングが調査中のインシデントと一致することを確認してください。
- Open KVMを一度選択します。ボタンは短縮されたキューアクション参照を表示するように変わります。
- サーバー名、リージョン、可能なら注文参照、時刻、短縮アクション参照など、持っている完全なコンテキストをコピーしてください。
- 文書化されたサポートチャネルを通じてオペレーターに連絡し、そのキューに入れられたアクションの実行をリクエストしてください。
配信されたコンソールアクセスを安全に扱う
- オペレーターのメッセージが予想されるサーバーを識別し、コンソールエンドポイントがHTTPSを使用していることを確認してください。
- コンソールリンクや資格情報は秘密として扱ってください。チャット、ログ、スクリーンショット、共有課題トラッカーに貼り付けないでください。
- まず観察します。回復計画で必要でない限り、ブート順序、ファームウェア、ストレージコントローラ、RAID 設定を変更しないでください。
- バックアップと正確なターゲットデバイスを確認する前に、ディスクを初期化、フォーマット、または再構築しないでください。
- 作業が完了したらブラウザセッションを閉じ、失効を依頼してください。
期待される結果とエスカレーション
アカウントでの即時の期待結果は、キューに入れられたアクション参照です。運用結果は、オペレーターの履行後にのみ利用可能で、意図したサーバーに接続された一時的なリモートコンソールセッションです。これを使用して、障害がブート前、ブート中、またはオペレーティングシステム起動後のいずれで発生するかを判断します。
リクエストがキューに入っているのにアクセスが届かない場合は、重複するKVMリクエストを多数生成しないでください。サーバー、リージョン、アクションサフィックス、リクエスト時刻、ビジネスへの影響を含む簡潔なレポートをオペレーターに1つ送信してください。予期しないマシンでコンソールが開いた場合は、操作せずに切断し、セキュリティ問題として報告してください。
| 観測 | 可能性の高い境界 | 次のステップ |
|---|---|---|
| キューイング後にコンソールURLはありません | コントロールプレーンの制限 | オペレーターにキュー内のリクエストを実行するよう依頼してください。 |
| ファームウェアは表示されるが、OSが起動しない | ブートまたはストレージの問題 | 正確なエラーを記録し、回復ガイダンスに従ってください。 |
| OSログインは表示されるが、SSHがまだ失敗する | ゲストネットワーク、ファイアウォール、またはSSHサービス | 変更する前にコンソールから構成を検査します。 |
| 間違ったサーバーが表示される | アクセス割り当てエラー | 切断して直ちに報告してください。 |