ベアメタルまたは仮想化?


11

サーバーのアップグレードを検討しており、適切な計画を立てようとしています。

現在、4つのサーバーがあります。

  1. OpenBSDファイアウォール/ VPNサーバー
  2. ZFSスナップショットを受信するFreeNASバックアップサーバー(ローカル)
  3. ZFSスナップショットを受信するFreeNASバックアップサーバー(リモート)
  4. 以下の主力FreeBSDサーバー。

FreeBSDサーバー

〜2010 FreeBSD 8.4、32GB RAM、デュアルXeon E5520 ZFS(8ディスク、ミラーペアのディスクのzraid、8TB)

サービス:

  • サンバ
  • Netatalk(Appleファイル共有)
  • Apache(主に内部、一部の外部向けサイト)
  • MySQL
  • VirtualBox(Windows 2k3インスタンス)
  • ZFSスナップショット

マイプラン(基本)

1台のプライマリサーバーから2台のサーバーに切り替えるサーバーアップグレードを計画しており、それぞれが上記のリストからサーバーの役割の一部を引き継ぎます(そして相互に複製します)。 2番目のすべての機能。何かのようなもの:

サーバー1:

  • サンバ
  • Netatalk(Appleファイル共有)
  • VirtualBox(Windows 2k3インスタンス)
  • ZFSスナップショット

サーバー2:

  • Apache(主に内部、一部の外部向けサイト)
  • MySQL
  • ZFSスナップショット

ベアメタルを実行したことがありますが、VirtualBoxでWindows 2k3を実行する以外のVMの経験はありません。サーバーインスタンスをVMとして実行する必要がありますか?これにより、クラッシュからの復元が容易になると考えました。一般的に、これは良い計画のように思えますか?

ixSystemsサーバーとDellラックハードウェアを見てきましたが、それが違いを生むのであれば。(また、ラックマウント機器を使用したこともありません。)


回答:


20

質問、仮想化。仮想化によって得られる利点と柔軟性は、無視できるパフォーマンスヒットをはるかに上回ります。

ただし、Virtualboxはデスクトップグレードの仮想化ソリューションであり、サーバーの使用を目的としていないため、計画は最適ではありません。

提案するのは、両方のサーバーに(無料の)VMware ESXiをインストールし、必要に応じてそれらのサーバーにVMを作成することです。ESXiを気にしない場合は、Hyper-VまたはKVMを検討してください。ホストOS /ハイパーバイザーは可能な限り「クリーン」のままにし、VMの実行のみを担当し、必要に応じてVMを作成します。ホストOSでアプリケーションプロセスを実行しないでください。

このための予算がある場合は、VMware Essentials Plusバンドルを選択すると、vCenterが取得されます。これにより、ホスト間のライブVM移行、集中管理、Veeamなどのツールを使用したバックアップなどを実行できます。

仮想化環境に移行すると、戻ることはありません。


2
BSDには、素晴らしいカーネル内ハイパーバイザーがあります。VMwareに移行することは、このケースではかなり横方向の動きになりますが、明らかにうまくいきます。bhyve.org
スプーラー

3
EEAAに同意し、仮想化に移行します。無料のハイパーバイザーとしてHyper-Vコアを選択し、ダウンタイムを回避するために共有ストレージにStarwindを使用したお客様がいました。もちろん、多くのベンダーがありますが、オプションはStarwindとHPEの間でした。
ストゥカ

3

仮想化は、お客様のニーズに非常に役立ちます。

私たちは小規模企業であり、仮想化により、ハードウェアを統合し、サービスの分離を強化してセキュリティを支援し、ホスト(ハイパーバイザー)間でVMを非常に簡単に移行できるため、アップタイムを支援できます。ベアメタルでは非常に難しいことです。

私たちは、バックアップされたパーツ(サイトのファン、ドライブなど)とペアで、古いエンタープライズハードウェアを使用しますが、プライマリホストとセカンダリホストの両方を持っています。ホストは、DRBD、Apache、MYSQL、Samba、NFS、Reslio Sync、Dropboxなどを提供するVMを実行します。MDADMを使用してホストにRAIDアレイを管理させます。DRBDを使用すると、バックアップサーバーでVMの同期が保たれるため、プライマリホストで壊滅的なハードウェア障害が発生しても、ダウンタイムはほとんど問題になりません。

しかし、小規模企業であるため、ハードウェア管理が簡素化され、予算とITリソースに大きな影響を与えるハードウェアの実行が少なくなり、ワークステーション上の単一のコンソールからすべてのVMを管理するのが自然であるため、サービスの管理が統合されます; XenServerを使用しているXen Centerを介して私たちのために。

さらに、クラウドサービスのようなものを高度なセキュリティを提供する内部サービスから事実上分離できるように、物事を分離することができます。たとえば、2つの別個のVMで2つの別個のクラウドファイルサービスを提供します。1つはモバイルデバイスを介してアクセスできる野外担当者用、もう1つは内部ネットワークを介してアクセス可能なオフィス担当者向けです。

留意点として、バックアップサーバー(セカンダリホストではない)は意図的に仮想化されていないため、ホストでソフトウェアまたは構成に障害が発生した場合にファイルにベアメタルでアクセスできます。ホストがVMやデータストアを破損した場合、ファイルやVMへのベアメタルアクセスが残っています。

最終的に、企業にエンタープライズグレードのファイル、バックアップ、Web、クラウド、およびその他のサービスをすべて提供し、最小限のコストと最大限の稼働時間を実現します。また、他のサービスを統合できるため、拡張することもできます。近い将来に計画されるのは、リモートブックキーパー向けのVPNサービスと、MySqlとのインターフェイスにWindowsソフトウェア仲介者を必要とする現場担当者向けのAndroidフォームサービスです。仮想化せずに、より多くのハードウェアを購入、実行、管理する必要があります。仮想化により、このようなサービスを追加する際にハードウェアの問題がすべて解消され、ソフトウェア/サービスの統合に集中できます。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.