仮想化管理:Vcenter、Veeamなどは物理マシンまたはVM上にある必要がありますか?


10

多くの人がVsphere / ESXiでホストされているVMでvCenter Serverを実行していることに気付きました。これは私には奇妙に思えます。ホストに問題があると、ホストとホストを切り替えるための管理機能の両方が失われるからです。

物理マシン(マイクロサーバーなど)をプロビジョニングして、vCenterやVeeamなどのVM管理ツールを実行するか、VMから実行する必要がありますか?ここでのベストプラクティスは何ですか?

編集:-私はSMB環境で作業していて、ほぼ排他的にVMware Essentialsパックを使用しているため、ホストは5つ以下なので、ある種の冗長またはクラスター化されたvcenterセットアップを設定することは、かなり非現実的です


2
VMWare Essentialsは3つのホストに制限されています。別のVMWare Essentialsライセンスを購入し、それを使用して別のvCenterサーバーで別のクラスターをセットアップし、それを管理しない限り、「5ホスト程度」のホストを取得できません。
レックス

いい視点ね!ライセンスされた6個のソケットを6 x 1 CPUとして使用できると考えていましたが、それはそうではありません。
BlueCompute 2014年

回答:


7

VMwareのベストプラクティスは、HAを備えたVMにvCenterをインストールすることです。これは、最初に5が出たときのVMwareトレーニングクラスからのものです。ホストは何をすべきかを知っているので、一度セットアップすると、HAは実際にvCenterが機能している必要はありません。

Essentials Plusを持っています。このセットアップを使用し、それが私たちにとってうまく機能することを証明できます。ホストにHAに対応できるだけの十分な容量があることを確認してください。


7

100を超える独立したvCenterがあり、それらはすべてVMです。つまり、通常の仮想化のメリットをすべて得ることができます。1つがクラッシュしたり、ホストに直接接続できるものがあれば、特定の管理クラスターでそれらを実行できるからです。それらは、必要に応じて実行され、再起動されます。私たちは4番目または5番目に大きいVMWareのお客様のようなものであり、これに物理的なものを使用することは検討しません。


まあ、Essentials Plusを実行している私たちにとっては、3つのクラスター化されたホストがあり、そのクラスターを管理するvCenterがそれらのホストの1つにある場合、vCenterを備えたホストがクラッシュした場合、vCenterがHA操作を実行して、他のVMをそのホストから2つの適切なホストに起動するために使用できなくなります。OPの考えは、ベアメタルインストールで実行することではなく、管理しているクラスター外のスタンドアロンサーバーで実行することですか?
サファド2014年

再々?VmWaereはそのためにVCenterに依存していますか?Hyper-Vはそうしません(Hyper-VはVMをクラスターに配置し、SCVMMがそれを制御せずにCLUSTERがフェイルオーバーを管理します)。VmWareもそのように機能することを期待していました。
TomTom 2014年

2
いいえ、TomTomではありません。HAはvCenterによってセットアップおよび構成されますが、起動して実行され、ホストにHA計画が整っていれば不要です。vCenterを失うとDRSを失うことになりますが、それは通常問題ではありません。
Chopper3 2014年

4
@Safado-上記の私のコメントのように、HA-一度設定すると-ホストを追加または削除しない限り、VCは必要ありません。
Chopper3 2014年

すごい。vCenterが常に利用可能であることに依存していると思いました。ありがとうございました。
サファド2014年

0

実際には、ほとんどの場合、管理ツールも仮想化されています。これは、基本的に、物理サーバーを使用するようにアドバイスするのに十分なリソースが必要ないためです。

これらのツールを仮想化すると、HA / FT / DRS(VMware環境)のメリットも得られます。

したがって、私の答えは「いいえ」です。これらの管理ツール用の物理サーバーを用意する必要はありません。


0

Essentials Plusを使用し、vCenterをVMで実行します。クラスタリングを設定するものをクラスタリングすることについてのあなたの懸念は、他の回答やコメントでカバーされています。環境の回復可能性を確保するために、さらにいくつかの予防策を講じています。

  1. 同じ管理VLANへの帯域外パスを実行して、プライマリパスが利用できなくなった場合にクラスターホストに代替アクセスできるようにします。私たちのケースでは、完全仮想化ルーティング(VyOSのクイックプラグ)を実行しているため、他のESXiサーバーにアクセスするのに十分な仮想ルーターを備えたESXiフリーホストまたはEssentialsホスト(使用可能なライセンスによって異なります)を実行します。
    私たちはIGPとしてOSPFを使用しているため、帯域外ホストのルーターは、運用コストよりもわずかに高いインターフェイスコスト(低い帯域幅)に設定されているため、常時稼働し続けることができますが、運用トラフィックを処理しない限りクラスタが停止しています。
  2. 管理コンソールに接続して必要な個々のサーバーを管理できるように、vSphereコンソールがインストールされたサーバールームまたはデータセンターキットに古いラップトップ(バッテリーの持続時間は10分以上!)を用意します。前述の帯域外ホストのため、これはめったに使用されません。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.