サーバー操作
サーバーの再インストールを準備してリクエストする
データを保護し、意図したターゲットを記録し、破壊的な再インストールリクエストをキューに入れ、オペレーターの完了後にマシンを検証してください。
始める前に
- データ、構成、キー、必要な回復資料を含む、サーバー外部に保存された検証済みバックアップ。
- 成功したリストアテスト、またはバックアップが使用可能であることを確認する別の具体的な方法。
- サーバー名、リージョン、現在のオペレーティングシステム、希望するオペレーティングシステム、必要なブートレイアウト。
- SSH秘密鍵の保持されたローカルコピー。サーバーには公開鍵のみが属します。
再インストールを破壊的として扱う
再インストールは、パーティション、ブートローダー、暗号化ヘッダー、オペレーティングシステム設定、アプリケーションデータ、ホストキーを上書きする可能性があります。同じ物理サーバー上にのみあるスナップショットやバックアップは十分な保護ではありません。必要な資料を独立したストレージにコピーし、アクションを要求する前に読み取り可能であることをテストしてください。
どのディスクに顧客データが含まれ、どのディスクが新しいシステム用かを記録してください。ストレージサーバー構成では多くのデバイスが公開される可能性があり、名前はインストーラー間で変わる可能性があります。古い/dev/sdX名だけに依存しないでください。サーバーがまだ到達可能な場合は、シリアル番号と現在のレイアウトを独自のツールから取得してください。
意図した結果を記録する
現在のダッシュボードでは、再インストールリクエストとともにこれらの選択肢は収集されません。キューに入れる前または直後に、承認されたサポートワークフローを通じてオペレーターに送信してください。元の注文で選択されたオペレーティングシステムは記録されたままですが、アクションペイロードには代替OSの選択が含まれていません。
- サーバー名、地域、注文参照。
- 希望するOSエディションとアーキテクチャ、および該当する場合はライセンスソース。
- 予想されるディスクまたはRAIDレイアウトと、消去される可能性のあるデバイス。
- インストールするSSH公開鍵。秘密鍵はローカルに保管し、秘密にしてください。
- 必要なネットワーク設定とメンテナンスウィンドウ。
再インストールをキューに入れる
予想される即時の結果はQUEUEDであり、再インストールの完了ではありません。アクションステータスエンドポイントは存在せず、アカウントサービスはrootパスワードを提供しません。ページの更新やサーバー状態の不変を成功または失敗の証拠と解釈しないでください。
- アカウント > サーバーを開き、サーバー名とリージョンを保守記録と照合してください。
- 独自の管理プロセスを使用してアプリケーションの書き込みを停止し、最終的なオフサーバー バックアップを取得します。
- OSの再インストールを選択し、破壊的アクションの確認を注意深く読んでください。
- 一度確認してから、ボタンに表示される短縮されたキューアクション参照をコピーしてください。
- そのアクションを希望のOSとディスクレイアウトの指示と関連付けるようオペレーターに依頼してください。
- SSHを試みる前に、明示的な完了と新しいホストキーフィンガープリントを待ってください。
完了後に確認する
新しいホストキーのフィンガープリントを、オペレーターから提供された値と比較してから受け入れます。その後、データを復元する前にOS、アドレス、ルート、ディスクを確認します。再イメージング後、古いフィンガープリントは変更されることが予想されますが、変更が安全なのは、この完了したメンテナンスイベントに関連付けられる場合のみです。
サーバーが起動しない、間違ったOSが表示される、ディスクが見つからない、またはSSHが意図したキーを拒否する場合は、復元を停止してください。コンソールエラーを保存し、キューに入れられたアクション参照を添えてオペレーターに連絡してください。再インストールリクエストを繰り返さないでください。別の破壊的なパスは証拠を削除し、リカバリを複雑にする可能性があります。
ssh -i ~/.ssh/id_ed25519 root@SERVER_IP
cat /etc/os-release
ip -brief address
ip route show
ip -6 route show
lsblk --fs