要約では、エンタープライズテクノロジーはそれほど大規模ではないプロジェクトへの適用性が低いため、しばしば無視します。 しかし、今日の記事は例外です。モジュールシステム、「ブレード」について説明するからです。

ITの世界には、「信じられないほどの涼しさ」とそれに匹敵する神話の大きなハローに包まれるような建築的な喜びはあまりありません。 したがって、これ以上複雑にすることはせず、実際にそのようなシステムの機能と適用性についてお話します。

エンジニアのためのレゴ

ブレードサーバーは、ほぼ普通のサーバーであり、使い慣れたマザーボード、RAM、プロセッサー、および多くの補助システムとアダプターがあります。 しかし、「ほぼ」というのは、そのようなサーバーはスタンドアロン操作用に設計されておらず、特別なシャーシに設置するための特別なコンパクトパッケージで提供されるということです。

シャーシ、つまり「バスケット」は、サーバーおよび追加モジュール用のフットプリントを備えた大きな箱にすぎません。 すべてのサーバーとコンポーネントは、大きなバックプレーンを使用して接続され、 ブレードシステムを形成します 。

システム全体をコンポーネントに分解する場合、次のスライドがテーブルに表示されます。

• ブレードサーバー（ブレード）-電源、ファン、ネットワークコネクタ、および制御モジュールのないサーバー。

  
  

• シャーシ-ハウジングとバックプレーン。

  
  

• すべてのシステムコンポーネントの電源および冷却システム。

  
  

• 外界との通信用のスイッチングデバイス。

  
  
• 制御モジュール（IPMIの主題に関するさまざまなバリエーション）。

このすべての利点は、すべてのコンポーネントを予約できるため、コンパクトな寸法（通常6〜10U）および高レベルの信頼性において通常のサーバーキャビネットとは異なります。 ここで、ところで、神話の1つがあります：1ダースのブレードが1つの大きなサーバーに組み込まれていません。 共通のインフラストラクチャを備えた数十台のサーバーになります。

ところで、HPEには、従来のブレードサーバーに似たソリューション-HPE Superdomeがあります。 ブレードとして、ランダムアクセスメモリを備えたプロセッサモジュールが使用されます。 そのようなソリューションでは、システム全体が真に単一の高性能サーバーです。

ブレードシステムのさまざまなメーカーのアーキテクチャソリューションのニュアンスはすでに Habréで議論されています （この記事は古いものですが、基本的に関連性があります）。

ブレードの役割は次のとおりです。

• HPE ProLiant BL460c Gen9 （ラックマウント型HPE ProLiant DL360 Gen9と同等 ）などの従来のサーバー。

  
  

• ディスクアレイ-たとえば、最大12台の2.5インチドライブをインストールできるHPE StorageWorks D2200sbなど。 そのため、共通のDASストレージで複数のサーバーを簡単かつ自然に発行できます。

  
  

• 外部ストレージシステムと本格的なNASサーバーにアクセスするためのSANスイッチ-HPE StorageWorks X1800sbなど 。

  
  
• テープデバイス。

以下の画像は、完全装備のHPE BladeSystem c7000を示しています。 それでもコンポーネントの場所は明確です-モジュールの相互接続セクションに注意してください。 ネットワークサーバーインターフェイスの単純な転送のために、ネットワークデバイスまたはパススルーモジュールのフェールセーフペアが各行にインストールされます。

HPE ProLiant BL460c Gen8コンパクトブレードは、2台の2.5インチドライブのみを保持します。 より美しくするために、ディスクの代わりにSANまたはPXEディスクシステムからネットワークブートを使用できます。

以下は、IBMのよりコンパクトなブレードシステムです。 一般的な原則は同じですが、ノードの場所は異なります。

私の意見では、ブレードについて最も興味深いのは、ネットワークコンポーネントです。 ファッショナブルなコンバージドスイッチを使用すると、ブレードシステムの内部ネットワークで真の奇跡を起こすことができます。

ちょっとしたネットワークとエンタープライズマジック

ネットワークモジュールは、特別なイーサネットスイッチまたはSASスイッチ、または両方を実行できるものです。 もちろん、通常のスイッチをブレードシステムに取り付けることはできませんが、互換性のあるモデルはおなじみのブランドによって製造されています。 たとえば、「壮大な3」HPE、Cisco、Brocade。 最も単純なケースでは、16個のすべてのブレードを16個のイーサネットポート（ HPE Pass-Thru）から引き出すのは、ネットワークアクセスモジュールだけです。

このようなモジュールを使用しても、ネットワークワイヤの数は減りませんが、最小限の投資で企業LANに接続できます。 代わりに、8個の1GbEイーサネットポートと4個の1GbE SFPポートを備えた安価なCisco Catalyst 3020を使用する場合、共有ネットワークに接続する必要があるのは少数の一般的なシャーシポートのみです。

このようなネットワークデバイスは、機能が従来のものと変わりません。 HPE Virtual Connect （VC）モジュールは、はるかに興味深いものです。 その主な機能は、柔軟なLANおよびSAN帯域幅割り当てを備えた複数の個別のネットワークを作成する機能です。 たとえば、6つのギガビットLANと1つの4Gb SANを10GbEシャーシに持ち込んで「スライス」することができます。

同時に、VCは各サーバーへの最大4つの接続をサポートします。これにより、クラスターの創造性とアセンブリの特定の範囲が開かれます。 他のメーカーにも同様のソリューションがあります。Lenovo製のものはIBM BladeCenter Virtual Fabricと呼ばれます。

一般的な考えに反して、ブレード自体は通常のサーバーと変わらず、仮想化に関して特別な利点はありません。 興味深い機会は、HPEのVCや日立のLPARなど、ベンダーがロックした特別なテクノロジーを使用した場合にのみ現れます。

同じコンソールからの複数のIPMI

統合されたBMCハードウェア管理モジュール（HPEのiLO）を使用して、ブレードサーバーを構成できます。 管理およびリモート接続メカニズムは、通常のサーバーと大差ありませんが、Onboard Administrator（OA）制御モジュール自体が相互にバックアップし、シャーシ内のすべてのデバイスを管理するための単一のエントリポイントを提供できます。

OAは、外部モニターを接続するための組み込みKVMコンソールを使用することも、ネットワークインターフェイスを1つだけ使用することもできます。

一般に、OAによる管理は次のとおりです。

1. Onboard AdministratorコンソールのWebインターフェイスに接続されます。 ここでは、すべてのサブシステムのステータスの表示、ブレードの無効化または削除、ファームウェアの更新などができます。

   
   

2. 特定のサーバーのコンソールにアクセスする必要がある場合-機器のリストで選択して、独自のiLOに接続します。 これは、イメージへのアクセスや再起動を含む、おなじみのIPMIスイート全体です。

   
   

   

   
   

さらに良いことに、ブレードシステムを、 それを置き換えたHPE Insight ControlやOneViewなどの外部管理ソフトウェアに接続します。 次に、新しいブレードへのオペレーティングシステムの自動インストールとクラスターの負荷分散を構成できます。

信頼性について言えば、ブレードは通常のサーバーと同じように壊れます。 したがって、構成を注文するときは、コンポーネントの冗長性とファームウェアの指示を慎重に検討してください。 中断されたOnboard Administratorが管理者に不便をもたらすだけの場合、ブレードシステムのすべての要素の誤ったファームウェアの更新は、その動作不能に満ちています。

しかし、このすべての魔法の背後に、私たちはありふれた問題を完全に忘れていました。

会社にはブレードが必要ですか

高密度、少数のワイヤ、1点からの制御-これはすべて良好ですが、ソリューションのコストも評価します。 抽象化された組織で、一度に10台の同一サーバーを起動する必要があるとします。 HPE ProLiant DLブレードとレガシーラックモデルのコストを比較します。 簡単にするために、ハードドライブとネットワーク機器のコストは考慮していません。

ブレード：

価格は2017年6月2日に有効、出典-STSS
アナログ-HP ProLiant DL360p Gen8 ：

価格は2017年6月2日に有効、出典-STSS

違いはほぼ200万ルーブルですが、完全なフォールトトレランスを設定していませんでした：追加の制御モジュールと、理想的には別のシャーシ。 さらに、サーバーのネットワークインターフェイスを外部に簡単に出力するための最も安価なパススルーモジュールを使用しているため、便利なネットワークスイッチングが失われます。 ここでは仮想接続がより適切ですが、価格は...
「額の上」の節約は機能しないことがわかったので、ブレードの他のプラスとマイナスに移りましょう。

いくつかの引数

ブレードシステムの明らかな利点は次のとおりです。

• インストール密度。 1つのDCに多数のサーバーが必要な場合、ブレードは救いのようなものです。

  
  

• 柔軟な内部ブレードスイッチングによるきちんとしたコンパクトなケーブルインフラストラクチャ。

  
  

• 管理の利便性-追加のソフトウェアをインストールすることなく、バスケット全体を1つのコンソールから制御できます。

  
  

• ホットスワップ可能なバスケットに入れたディスクのように、シャーシにスペースがあるときに新しいブレードを簡単に取り付けることができます。 理論的には、ブレードをインストールするときに、PXEを使用して構成済みシステムをすぐにロードし、クラスター内のリソースを分散できます。

  
  
• 信頼性 ほとんどすべてのノードを予約できます。

しかし、短所はどうですか：

• 限定ブレード。 4つのプロセッサと多数のローカルハードドライブ（NMVE SSDなど）を備えたサーバーが必要な場合、シャーシ容量全体の4分の1にそのような大きなブレードをインストールすると、高密度のバスケットを使用する必要がなくなります。

  
  

• 信頼性 コンポーネントの重複にもかかわらず、単一障害点-シャーシの通信ボード（バックプレーン）があります。 障害が発生すると、すべてのブレードが失敗する場合があります。

  
  

• 分離の不可能。 地理的に分散したクラスターを作成する必要がある場合、サーバーの半分を引き出して輸送することはできません。別のシャーシが必要になります。

  
  
• コスト。 シャーシ自体は3つのブレードのように立ち、ブレードは本格的なサーバーのように立ちます。

だから何を選ぶべきか

ホスティング会社などの大規模なデータセンターでは、ブレードは非常に有機的に見えます。 そのようなシナリオでは、スケーリングの速度と機器の最大密度が最初の場所を占めます-スペースと管理の節約は、バスケットとあらゆる種類のバーチャルコネクトの両方をカバーします。

また、従来のラックマウントサーバーの使用がより合理的で普遍的である場合もあります。 さらに、ほとんどのアプリケーションは仮想サーバーを使用して「コンパクト化」できるため、高速仮想化システムの普及によりブレードの人気はさらに低下しています。 私が言えることは、仮想マシンの管理はブレードよりもさらに便利だということです。

大企業ではなくブレードシステムを使用したことがある場合は、管理の印象を共有してください。