UPSがホストの電源オフ前にVMをシャットダウンできることを確認する方法

エヴァ・ウォン は テクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

はい。ただし、ゲストの期限、ホストの順序、ネットワークの可用性、バッテリーの余裕が連携して機能することを証明できるのは、時間を計った停電訓練だけです。

この判断が重要になるのは、ハイパーバイザーとその共有ストレージが1台のUPSと複数のシャットダウンエージェントに依存している場合です。競合する2つの状態は、ゲストの協調シャットダウンが完了する場合と、ホストまたはストレージの遮断がゲストのタイムアウトと競合する場合です。保存済みの設定と破棄可能なデータから始め、各分岐を一度に1つずつ観察し、データ損失、権限、または可用性のリスクが拡大する場合はテストを中止してください。

UPSのVM先行-ホストシャットダウン判断の前提条件を定義する

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

最初の候補は、ゲストの協調シャットダウンが完了する場合です。2つ目は、ホストまたはストレージの遮断がゲストのタイムアウトと競合する場合です。現在のNUT upsmonのシャットダウンシーケンスは、テストで使用する仕組みまたはコマンド境界を定義しますが、このホームサーバー自体での観察に取って代わるものではありません。

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

元の要件を緩めずに主張をテストする

次の判別テストを使用します。破棄可能なワークロードを使い、商用電源の入力を切断し、すべてのシャットダウン時刻を記録して、安全限界に達する前に電源を復旧します。結果を変更した変数に帰属できるよう、ワークロード、クライアント、パス、ファイルセット、タイミングを一定に保ってください。

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

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

記録: バッテリー駆動、低バッテリー、ゲスト停止の開始/終了、ホスト停止、NAS停止、UPS遮断

合格、不合格、例外の結果を解釈する

合格: すべてのゲストがホストのシャットダウン前に停止状態になり、ホストのI/Oが終了するまでストレージが利用可能なままである。結論が普遍的な主張にならず、条件付きのままとなるよう、合格した正確なバージョン、識別情報、ワークロードを記録してください。

不合格: ゲストが強制終了される、スイッチが早期に停止する、またはクライアントが解放する前にNASの電源が切れる。ネットワーク、メモリ、権限、ソースの一貫性が両方の分岐に影響する可能性があるため、不合格だけで反対の分岐が証明されるわけではありません。エスカレーションする前に、共有依存関係を切り分けてください。

例外または曖昧な結果: 商用電源を復旧し、テストをキャンセルして、負荷遮断またはタイムアウトの余裕を拡大します。ログを保持し、復元可能なコピーが存在するまで、修復、プルーニング、破棄、再パーティション、または再帰的な所有権変更コマンドを実行しないでください。

元のワークロードで判断を確認する

観測された分岐に対応する措置を適用し、その後、縮小した代替条件ではなく元の条件を繰り返します。すべてのゲストがホストのシャットダウン前に停止状態になり、ホストのI/Oが終了するまでストレージが利用可能な状態が、2サイクル、または関連する再起動、スリープ、中断、負荷遷移をまたいで維持された場合にのみ、判断は有効です。

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

中止境界は明確です。ゲストが強制終了される、スイッチが早期に停止する、またはクライアントが解放する前にNASの電源が切れる場合は、最後に検証済みの設定に戻し、証拠を保持してください。分岐が再現可能な場合に限り、より深いプラットフォームまたはハードウェアテストへエスカレーションします。

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

よくある質問

UPSのVM先行-ホストシャットダウンについて、残る検索事項は通常、ソフトウェアシミュレーションで商用電源を抜く代わりにできるか、VMを並列でシャットダウンすべきか、訓練をどのくらいの頻度で繰り返すべきかです。以下の回答では、これらのエッジケースを主要な判断から分けて扱います。

合格の境界は変わりません。すべてのゲストがホストのシャットダウン前に停止状態になり、ホストのI/Oが終了するまでストレージが利用可能なままであることです。後続の条件によってファイルシステム、識別情報、ネットワークパス、またはアプリケーションのバージョンが変わる場合は、その変更によって影響を受ける判別テストだけを繰り返してください。

ゲストが強制終了される、スイッチが早期に停止する、またはクライアントが解放する前にNASの電源が切れる場合は、実験を拡大し続けないでください。その時点で商用電源を復旧し、テストをキャンセルして、負荷遮断またはタイムアウトの余裕を拡大します。プラットフォーム、ストレージ、またはハードウェアの担当者へエスカレーションする前に、証拠を保持してください。

ソフトウェアシミュレーションで商用電源を抜く代わりにできますか?

ロジックはテストできますが、バッテリー駆動時間、切り替え時間、UPSの遮断動作はテストできません。両方を使用してください。

VMは並列でシャットダウンすべきですか?

ストレージとCPUが急増する負荷に対応できる場合に限ります。重要なデータベースと依存サービスは時間をずらしてください。

訓練はどのくらいの頻度で繰り返すべきですか?

トポロジーまたはバッテリーを変更した後、および駆動時間の劣化を検出できるメンテナンス周期で実施してください。

UPSのVM先行-ホストシャットダウンについて、実際の答えは依然として条件付きです。すべてのゲストがホストのシャットダウン前に停止状態になり、ホストのI/Oが終了するまでストレージが利用可能なままであることです。ゲストが強制終了される、スイッチが早期に停止する、またはクライアントが解放する前にNASの電源が切れる場合は、商用電源を復旧し、テストをキャンセルして、負荷遮断またはタイムアウトの余裕を拡大してください。元のワークロードに耐えられない部分的な成功は、互換性があるとはいえません。

サポートとヒント

もっと読む

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.