信頼性の高い設計により VMware 環境の障害を防止

ESXi ホストでは高度な機能と管理のために vCenter が必要ですが、vCenter がなくても多くの管理タスクを実行できます。ただし、インシデントや停止が発生した場合、仮想環境では vCenter が最も重要なツールとなります。 VMware 環境を設計するときは、vCenter を保護し、大規模な障害に備えた緊急時対応計画を考慮する必要があります。

多くの管理者は vCenter を仮想化し、同じ環境で vCenter を管理します。つまり、大きな問題 (ストレージ障害など) が発生した場合、メインの診断ツールもオフラインになる可能性があります。

冗長ネットワークと電源接続を使用すると、vCenter を完全に保護する必要性を無視してしまう可能性があります。幸いなことに、障害が発生した場合には複数の vCenter サーバーをリンクすることができます。高可用性 (HA) は、vCenter サーバーをバックアップしてフェイルオーバーを開始することで vCenter 保護も提供できますが、仮想環境全体に障害が発生した場合は役に立ちません。

クラスターの計画と管理

管理クラスターは、メインの運用インフラストラクチャの外部に配置され、管理ツールとアプリケーション専用のホストのセットです。管理クラスターには、vCenter、Active Directory コントローラ、バックアップ プリント サーバー、バックアップ ドメイン ネーム システム、およびダイナミック ホスト構成プロトコル サーバーが含まれている必要があります。オフサイトでのクラスターの管理はデータ センターにとって重要です。

管理クラスターを本当に効果的にするには、メインの運用ネットワークに接続する必要がありますが、ネットワークの問題が影響しないように分離しておく必要があります。ストレージについても同様です。ストレージは独自のフレームワーク内に存在する必要がありますが、vSAN などのローカル共有ストレージを使用して代替のストレージ場所を提供することもできます。

VMware 環境で障害を防止できない場合は、主要なツールとサービスを含む管理クラスタによって、他のシステムをオンラインに戻すための基本的な機能が提供されます。既存のデータ センターを置き換えたり、複製したりするものではありません。ただし、大規模な停止が発生した場合でも、vCenter を安全に保つことができます。

VMware 環境で障害を防ぐためのサイジング

障害の脅威は、作成するホストのサイズと、そのホストにデプロイできる VM またはコンテナの数に影響します。ホストが大きくなるほど、ワークロードの分散方法に応じて、停止の影響が大きくなります。

VM 密度も HA に影響します。 VM の数が同じでも、ホストの数が少ないほど、一度に再起動する VM の数が増えるため、再起動にかかる時間が長くなります。

同時に、ワークロードを分離しておくと、ホスト障害の影響が大きくなる可能性があります。運用ワークロードと開発またはテストのワークロードを混在させると、障害の影響は小さくなります。ただし、運用 VM にリソース権限があることを確認するには、さらに多くのリソース プールを管理する必要があります。ワークロードを混在させるとホストの密度も高くなるため、環境がスムーズに実行されているときにワークロードを減らすことと、大規模な停止が発生した場合にワークロードを減らすことのどちらがより重要かを判断する必要があります。

デザインにおける妥協点を見つける

良いデザインには妥協が必要です。あなたにとって意味のあることが、他の管理者にとってはわかりにくい場合があり、修正が必ずしも完璧であるとは限りません。他の管理者があなたの思考プロセスを理解するようにすることで、将来の VMware 環境の停止を防ぐことができます。

設計プロセスを文書化する必要があります。これには、決定した内容だけでなく、その理由も含めます。これは他の人がその背後にあるロジックを理解するのに役立ちます。これらの詳細により、他の人が間違いを犯すのを防ぐことができます。インフラストラクチャをアップグレードまたは交換したときと同じ問題を新しい従業員が経験することは絶対に避けたいものです。