ブレード最適化仮想サーバーロードバランシングソリューション

ブレードサーバーでは、愛から拒絶、そして今日の愛まで、さまざまな段階を経てきました。

仮想アーキテクチャーに入る前は、ブレードサーバーは今日の仮想環境で使用されるまでいくつかの開発段階を経ていて、さらに多くの利点があります。単一のブレードエンクロージャに複数のサーバーを統合することで、仮想サーバーの負荷分散方式を改善し、サーバーの更新に関するさまざまな問題に対処できます。

仮想化前の時代におけるブレードの課題

ブレードサーバーは仮想化よりも早く登場しました。当時の主なセールスポイントの1つは、自動管理機能でした。私はまだ初期のハードウェアベンダーがキャビネットからブレードを引き出して新しいものと交換する方法の段階的なデモンストレーションを覚えています。その時点で、管理ツールは交換したコンポーネントを識別し、交換したハードウェア上に元のブレードのオペレーティングシステムを自動的に再構築できます。

この目的は、不良部品を迅速に交換することです。ブレードに障害が発生した場合は、キャビネットから取り外して新しいブレードを挿入するだけで、残りは管理ツールに任されます。

ただし、この完全な自動化アプリケーションを実装することはほとんどのユーザーにとって困難です。自動再構築プロセスは、仮想化の前はまだ非常に複雑です。利用可能なオペレーティングシステムイメージを作成するのは非常に時間がかかります、そして、これらのイメージは絶えず変化しています、さらに物理的なサーバで実装することの難しさを増やします。

初期のブレードサーバー：ベンダーのコミットメント

その後、仮想化が進化し始め、間接的にブレードサーバー開発の第2の波が生まれました。製造元の提案によると、ブレードの特性により、仮想化と組み合わせることができます。障害発生後、新しいブレードサーバーと交換してから、仮想ホストオペレーティングシステムの自動再構築を待つことができます。

しかし今回の最大の違いは、仮想ホストのOSが完全にステートレスであることです。ほとんどの変更は子仮想マシンで行われるため、ホストOSが「ホットプラグ」オプションモードを設定するのは簡単です。

この第2段階では、まだブレードの使用を拒否しています。結局のところ、メーカーが主張するもの、初期の世代のキャビネットは仮想化のために設計されていませんでした。 2または4ギガビットNICインターフェースのみに制限されています。これは、ほとんどの仮想アーキテクチャには不十分です。一部のブレードでは、光ファイバホストアダプタの数に制限があるため、パフォーマンス要件が最上位にあるアプリケーションのハードウェア構成に重大なボトルネックが生じています。

仮想化用ブレードサーバー

今日、これらの初期のポート制限はなくなり、ハードウェアベンダもついにこの分野に参入しました。一部のブレードやキャビネットでも仮想化用に設計されており、1Gbおよび10Gbの複数のNICと多数のFCインターフェイスをサポートします。

ブレードの管理性と自動化も非常に大きくなりました。 VMwareのステートレスでないESXiハイパーバイザーとMicrosoftの軽量Windows Server Coreを組み合わせることで、ブレードを交換した後で新しいホストOSを簡単に再構築できます。

さらに重要なのは、ブレードレベルの自動化と仮想マシンハイパーバイザーレベルの自動化が有機的に組み合わされていることです。ブレードの障害（または警告）は、VMware vSphereまたはMicrosoftのSCVMM（System Center Virtual Machine Manager）にすばやく反映され、仮想マシンが移行される可能性があります。

仮想マシンが別のホストに移行されたら、元の場所に置き換えられた新しいホストにOSを簡単に再構築することができます。結局、10年前にブレードサーバの手動交換を自動化するのは現実的でした。

ブレードサーバーと交換の問題

ブレードサーバーには、仮想マシンの移行と管理の面で大きな利点があります。

この世代のブレードサーバーは、プライベートクラウドコンピューティングシステムにおける最も苦痛で長期にわたる理解が困難な問題の1つを解決します。それは、技術の更新によって課される制限です。数世代にわたるシステムアーキテクチャ開発の後、異なる仮想マシン間のロードバランシングを含む、新しいサーバーと古いサーバー間のオンライン移行を実装することは非常に困難になります。

私の最近の著書「Private Cloud：Elastic Virtual Machine Architectureを構築するための適切なハードウェアの選択」で、仮想およびプライベートクラウドシステムのハードウェア交換から発生する可能性がある問題について説明しました。問題は、異なる世代のハードウェア間の互換性があまりよくないことです。 "

仮想マシンの負荷に関する異なる世代のハードウェアの問題イコライゼーションとオンライン移行機能の影響は特に明白であり、それらはすべてソースホストとターゲットホストの同じ設定を必要とします。たとえば、AMDとIntelのプラットフォーム間のオンライン移行は不可能であることはよく知られています。

そして、同じ製造元のプロセッサであっても基本的に同じである必要があることに気付かないかもしれません。 「VMwareナレッジベース記事」の記事には、vMotionをサポートするCPUの関係が記載されていますが、これは予想よりも狭いようです。

短期的には、仮想インフラストラクチャのライフサイクルの延長に伴い、交換の問題が非常に一般的になります。新しいサーバーが追加されるたびに、新しく購入したサーバーを以前のオンライン移行と組み合わせることができないという問題が発生する可能性があります。

ブレードエンクロージャーはサーバーの負荷分散を最適化します。

そしてそれがブレードサーバーが利用するところです。ブレードキャビネットは交換によって引き起こされる問題を解決することができます。同じキャビネット内のブレードは、通常のサーバーよりもこの問題と互換性があります。つまり、キャビネット間ではサポートされていない可能性がありますが、同じキャビネット内の仮想サーバーを自由に負荷分散することができますが、ほとんどの企業のニーズにはこれで十分です。

時が経つにつれてハードウェアが増えるにつれて、世代間のギャップがますます顕著になるため、ハードウェアベンダーや他の同様の製品が推奨する仮想化固有のブレードキャビネットを検討する必要があります。