VM レベルでの災害復旧の課題は何ですか?

VM 災害復旧は物理的な DR 手法に比べて画期的なものです。しかし、遅く、柔軟性に欠け、潜在的な欠点がある傾向があります。優れた DR は真空中で発生するものではありません。効果的に計画、管理、適切にテストする必要があります。仮想 DR のセットアップ、構成、管理に必要なデータと詳細を手動でキャプチャすることは、小規模な環境では簡単かもしれませんが、このアプローチは拡張性に欠けます。

サーバーは適切な権限やコストの割り当てなしにプロビジョニングされるため、仮想マシン (VM) の無秩序な増加につながる可能性があります。 VM の無秩序な拡大が特に厄介なのは、これらの無秩序に拡大する本番マシンで構成上の問題が頻繁に発生することです。言われているように、これらのルールは、たとえば、仮想マシンの災害復旧や VM の依存関係など、特別な処理を必要とする展開をキャプチャするなどの理由で存在します。

[[205056]]

通常の構成では、要件と所有権のデータをキャプチャすることは問題ありません。構成プロセスの外部で実行されると、仮想マシンの災害復旧状況や日常的なサポートに必要な重要な情報の多くが適切に収集および保存されず、両方のタスクが困難になります。

本番環境の仮想マシンを適切に保護する

さらに悪いことに、VM またはサービスに対する DR テスト計画や管理者が存在しない可能性があります。管理者は、運用マシンが DR に対応していないことに気付くことがよくあります。ドキュメントと DR セットアップが実行されていない可能性があります。

DR マネージャーがこれらのマシンを認識していない場合、実際の DR シナリオが発生するまで問題が明らかにならない可能性があります。ビジネス グループまたは所有者は、VM の災害復旧が有効になっていると信じている可能性がありますが、実際には有効になっていません。これは、プロバイダーに対する信頼の喪失だけでなく、深刻な経済的損失にもつながる可能性があります。

大企業はコミュニケーションが下手なことで有名です。そのため、すべての本番環境の VM は完全な本番環境展開を備えている必要があります。このため、ユーザー受け入れテストおよび開発 VM は、本番 VM として再利用しないでください。

適切な展開プロセスでは、これらの問題は重大になる前に検出される必要があります。これを正しく行うということは、コストが共有され、VM の指揮命令系統と意思決定が存在することを所有者が正しく認識していることも意味します。

これらは、仮想マシンの災害復旧では実際には必要ありません。事前に決められた間隔で VM を DR 計画と照合して確認することは、ビジネス上の利益になります。すべてのマシンに DR プランがあるわけではありませんが、そうすることで、これらの不正なマシンを特定し、必要に応じて修復できるようになります。