ホスト、VM、ストレージのUPSシャットダウン順序を最適化する方法

まずアプリケーションの書き込みを停止し、次にゲストをシャットダウンし、その後にコンピュートホストを停止し、最後に共有ストレージの電源を切ります。

1台のUPSでハイパーバイザー、複数のゲスト、スイッチ、そしてゲストのディスクを保存するNASを保護している場合、この判断は重要です。競合する2つの状態は、ゲストやアプリケーションを静止させることと、コンピュートを正常に停止する前にストレージの電源が失われることです。保存済みの構成と破棄可能なデータから始め、一度に1つの分岐だけを観察し、データ損失、権限、可用性のリスクが広がる場合はテストを中止します。

UPSシャットダウン順序の安全なベースラインを設定する

変更前に環境を記録します。ソフトウェアとファームウェアのバージョン、デバイスの識別情報、マウントまたはネットワークパス、空き容量、権限、観測可能な症状を記録してください。ベースラインには、1台のUPSでハイパーバイザー、複数のゲスト、スイッチ、そしてゲストのディスクを保存するNASを保護している状態を再現できるだけの詳細を残す必要があります。

最初の候補は、ゲストやアプリケーションを静止させることです。2つ目は、コンピュートが正常に停止する前にストレージの電源が失われることです。現在のNUTのシャットダウン設計は、テストで使用する仕組みまたはコマンドの境界を定義しますが、このホームサーバー固有の観測に代わるものではありません。

判別テストを実行する前に、合格条件と停止条件を書き出します。合格とは、一方の分岐が予測した証拠に変化し、無関係なサービスは変わらないことです。不合格の場合は、推測に基づく修正を連鎖的に行うのではなく、保存済みの状態に戻せなければなりません。

可逆的な段階で構成を適用する

この判別テストを使用します。低バッテリーイベントをシミュレートし、すべての依存関係の時間を測定してください。結果が変更した変数に起因するものになるよう、ワークロード、クライアント、パス、ファイルセット、タイミングを一定に保ちます。

Proxmoxノードのメンテナンスを使用して、分岐を実際に分けられる項目を選び、そのタイムスタンプ、終了ステータス、エラーテキスト、デバイスまたはスナップショットの識別情報、レイテンシ、転送バイト数、権限、復旧状態を記録します。ID、耐久性、アプリケーション状態がテスト対象の主張である場合、コマンドが正常終了しただけでは不十分です。

再起動、再接続、再マウント、またはコールドキャッシュが元の条件の一部である場合は、そのイベントの後にテストを1回繰り返します。最初の実行が破壊的である場合、または環境を復元できない場合は中止し、代わりに破棄可能なコピーで再現してください。

wall power loss -> stop jobs -> shut down VMs -> host -> NAS

完了と失敗の境界を解釈する

合格: VMのシャットダウンが完了し、クライアントが解放した後にのみストレージがアンマウントされる。結論が普遍的な主張にならず条件付きのまま保たれるよう、合格した正確なバージョン、識別情報、ワークロードを記録します。

不合格: ホストがまだ書き込み中にNASの電源が切れる、またはゲストのタイムアウトが切れる前にホストが停止する。不合格だからといって、直ちに反対の分岐が証明されるわけではありません。ネットワーク、メモリ、権限、ソースの一貫性が両方に影響する可能性があるため、エスカレーションする前に共有依存関係を切り分けてください。

例外または曖昧な結果: 依存関係の順序を変更する前に、実行時間の余裕を増やすか、重要でない負荷を減らします。復元可能なコピーが存在するまで、ログを保持し、修復、プルーニング、破棄、再パーティション、再帰的な所有権変更のコマンドを実行しないでください。

-15% OFF

ZimaBoard 2 - あなたの大きなアイデアのためのミニホームサーバー

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

元の負荷で永続性を検証する

観測された分岐に対応する措置を適用し、縮小した代替条件ではなく元の条件を再実行します。VMのシャットダウンが完了し、クライアントが解放した後にのみストレージがアンマウントされる状態が、2サイクル、または該当する再起動、スリープ、割り込み、負荷遷移を通じて成立した場合にのみ、この判断は有効です。

VMのバックアップモードを使用して、最も近い依存ワークフローを確認しますが、元のトリガーは変更しないでください。無関係なデータセット、共有、コンテナ、ユーザー、復旧ポイントは、以前のアクセス状態とタイミングを維持する必要があります。

停止境界は明確です。ホストがまだ書き込み中にNASの電源が切れる、またはゲストのタイムアウトが切れる前にホストが停止する場合は、最後に検証済みの構成に戻し、証拠を保持します。その分岐が再現可能な場合に限り、より深いプラットフォームまたはハードウェアのテストへ進みます。

目標の結果が得られたら、バックアップ検証の頻度と比較し、修正によって隣接サービスへリスクが移っていないことを確認します。新たなバックアップ、識別情報、タイムアウト、可用性の障害が発生した場合、目標テストに成功していても変更は失敗です。

よくある質問

UPSのシャットダウン順序について、残る主な疑問は、どのデバイスがシャットダウンを開始すべきか、ネットワークスイッチを稼働させ続けるべきか、バッテリーの余裕をどれだけ確保すべきかです。以下では、これらの特殊なケースを主な判断から切り離して扱います。

合格境界は変わりません。VMのシャットダウンが完了し、クライアントが解放した後にのみストレージがアンマウントされることです。後続の条件によってファイルシステム、識別情報、ネットワークパス、アプリケーションバージョンが変わる場合は、その変更によって影響を受ける判別テストだけを繰り返します。

ホストがまだ書き込み中にNASの電源が切れる、またはゲストのタイムアウトが切れる前にホストが停止する場合は、実験を広げるのをやめます。その時点では、依存関係の順序を変更する前に実行時間の余裕を増やすか、重要でない負荷を減らし、プラットフォーム、ストレージ、ハードウェアの担当者へエスカレーションする前に証拠を保持してください。

どのデバイスがシャットダウンを開始すべきですか？

独立したタイマーが競合しないよう、権威あるUPSモニターを1つ使用するか、セカンダリクライアントを協調動作させます。

ネットワークスイッチは稼働させ続けるべきですか？

シャットダウンコマンドとストレージトラフィックが完了するまでは、はい。ただし、すべての依存関係がローカルにある場合を除きます。

バッテリーの余裕はどの程度あれば十分ですか？

ゲストとストレージの最悪時のシャットダウン時間を測定し、バッテリーの経年劣化と再試行の余裕を加えます。

VMのシャットダウンが完了し、クライアントが解放した後にのみストレージがアンマウントされることを確認して初めて、UPSのシャットダウン順序の変更が完了したとみなします。ホストがまだ書き込み中にNASの電源が切れる、またはゲストのタイムアウトが切れる前にホストが停止する場合は、依存関係の順序を変更する前に実行時間の余裕を増やすか、重要でない負荷を減らします。結果が該当する再起動、割り込み、負荷遷移を経ても維持されるまで、以前の構成を利用できる状態にしておいてください。