「ソフト+ボックスサーバー」または完全なソリューション？

チャド、この見出しで何を言いたいですか？



先週、ソフトウェアデファインドストレージについて日本のパートナーと話し合いました。 この方向でEMCが何をしているのかを議論し、パートナーが何をすべきかについて彼らの考えを共有しました。 興味深いことに、彼らはソフトウェア+汎用サーバーバンドルを使用する経済モデルに完全に焦点を合わせていました。 彼らは、これらのモデルと他のモデルとの違いを見つけたようで、違いは見られませんでした。



そして前の週-私がオーストラリアにいたとき-Hadoopの展開シナリオについてクライアントと多くの会話をしました。 特に、この目的のためにIsilonを使用することが理にかなっている時期でした。 すべてのクライアントは同じように考えました。配布キットを入手して、ボックス化されたサーバーにインストールします。 最初は、Isilonベースのソリューションがより良く、より生産的で、より安くなるという考えを受け入れられませんでした。 しかし、まだ彼らはこれに来ました。



...そしてその同じ週-シドニーでのVMUG会議で、純粋なソフトウェアソリューションと比較して、 VSAN 、 ScaleIO 、Nutanix、およびSolidfireハードウェアとソフトウェアシステムについて興味深い議論をしました。



これらすべての会話の主な問題は1つでした。人々が1つの非常に単純なことを受け入れるのは難しいことです。

ストレージシステム（大部分）は、「ソフトウェア+ボックスサーバー」スキームに従って構築されます。 ハードウェアおよびソフトウェアシステムの形で梱包および販売されているだけです。

注：「大部分」とは、ソフトウェアをハードから分離することが意味をなさない固有の機器または非常に特殊な（たとえば、XtremIOまたはVMAX3ノードをInfiniBandに接続する）標準機器のいずれかを含むカテゴリおよびアーキテクチャがあることを意味します。 （ちなみに、 私の分類によれば、これらは「2番目のタイプ」のアーキテクチャです-「接続が密接な水平方向にスケーラブルなクラスター」）。



人々は根本的に非論理的です...カーン!!! （Leonard Nimoyへの栄光-私たちの心の中で長く生き、繁栄してください！）



ああ、人々。 私たちは物事の物理的概念に固執する視覚化にこだわっています。 システムのアーキテクチャを、パックする方法ではなく、機能する方法で考えることは困難です。



ここで説明させてください-私が一般的に意味するものを示すために！ 読み続けてください-そして、あなたは現実を理解するでしょう！



Hadoopクラスターをデプロイする必要があるとします。 5ペタバイト。このために、複雑な通信、コンピューティングインフラストラクチャ、およびステージング（ステージング-データが生成または保存された環境からHadoopクラスターにデータをアップロードすること。ノート翻訳）について考える必要があります。



大半の場合、サーバーとネットワークインフラストラクチャコンポーネントだけでなく、配布キットも使用します。 私はおそらく小さなクラスターから始めて、それを構築するでしょう。 おそらくラックマウントサーバーを使用します。 また、クラスターサイズの概算では、サーバーあたりのディスク数の標準比率を使用します。 そして、私は多くの人がそうしているのを見ます。



このシナリオに基づいて、次のことを誰かに伝えます。 「 もし…次の場合：1）vSphereとBig Data Extensionsを使用して仮想化されたHadoopノード-統合ではなく、管理性を向上させる。 および2）ラックサーバの代わりにCisco UCSを使用します。 3）ディスクパックをラックサーバーにプッシュする代わりに、EMC Isilonを使用しました-これら3つのことを行うと、ソリューションは総所有コストの観点から2倍高速、2倍コンパクト、2倍安くなります 」 よく...誰かがあなたにこれを言ったら、あなたは彼が鍛冶屋に酔っていることを決定したでしょう。



しかし、上記の記述は真実であることがわかりました 。



もちろん、皆のためではありません。 ただし、 参照によって解析される興味深いケースには当てはまります 。 これは、Hadoopクラスターが5ペタバイトに成長した実際のクライアントの場合です。 リンク結果は、独自のテストの結果です（共有してくれたDan BereslとChris Birdwellに感謝します）。 問題のクライアントは、 巨大な通信会社です。 パフォーマンステストなど、詳細なテスト結果を利用できます。











そして今、興味深い観察結果： 多くの人にとって、IsilonをHDFSストレージ （HDFSはHadoopの一部としての分散ファイルシステム-およそTransl。） と考えるのは難しいです 。 なぜなら、それはハードウェアコンプレックスのように見え、標準の汎用サーバーではなく必要なソフトウェアが必要です 。



多くの場合、Hadoopで始まる顧客は、「標準のハードウェアプラットフォームが必要です」と考えます。



ただし、本を表紙で判断しないでください。 「バラは、少なくともバラと呼んでも、バラの香りがする。」



これらの写真を見てください：











それらを見ると、おそらく「標準的な産業用サーバー」と思うでしょう 。



...そして今、私は彼らの前面を見せてみましょう：







それらを見ると、おそらく「ハードウェアコンプレックス」と思うでしょう 。



しかし、どちらの場合も同じものを見ています 。



OneFSと呼ばれるソフトウェアは、Isilonに力を与えています。 ハードウェアとソフトウェアの複合体の形でのIsilonの供給は、この方法で購入（および維持）したいという顧客の要望の結果です。



参照により調査されたHDFSの場合、UCSとIsilonに基づく仮想化構成は非常に高速（2倍高速！）、コンパクト（2倍コンパクト！）かつ経済的（2倍経済！）になりましたIsilon ソフトウェア機能：

1. 同じラック内およびラックのアレイ内の両方で、3回のデータ重複なしで高いデータ可用性を確保します。 これはソフトです
2. NFSとHDFSの両方で同じデータが利用できるため、ステージングの拒否。 これもソフトです
3. HDFSオブジェクトのスナップショットとレプリカを作成する豊富な機会。 そして、これもソフトです

...テレコムクライアントの場合、ハードウェア側に魔法はありませんでした（UCSを使用することによるメリットはありましたが、コンピューティングパワーの密度が高いことによるものです。ローカルドライブを拒否したため、ラックサーバーをブレードに置き換えることができました）。



このストーリー全体には面白い瞬間があります。 お客様に次のように伝えます。「 ここに、上記のすべてのプロパティを備えたHDFSのソフトウェア実装があり、それをハードウェアに配置します 」-顧客はONEFSをより喜んで使用します。 彼らはローカルドライブが運ぶ困難に対処する必要はないでしょう。 HDFSのスケーリングは、彼らにとってそれほど苦痛ではありません。



では、なぜこれを行わないのでしょうか？ 答えは下の図に示されています。











私は常にクライアントとこの奇妙な対話をしています。 「ハードウェアコンプレックスが必要ない」という事実から始まり（そう、「ここにソフトウェアの形でScaleIO / VSANとIsilonがあります」）、その後、ハードウェアコンプレックスを要求するという結論に至ります。太陽が東から昇るということです。 このような対話のために、Solidfireは最近、製品のソフトウェアバージョンのリリースを発表しました（売り上げは複雑な売り上げに比べて低くなると思います）。Nutanixは純粋なソフトウェアソリューションから始めました（そして複雑なもので終わりました）。 同じ理由で、VSANの正常な起動には、特別な「VSANの下のノード」が必要でした（ VSAN Ready Nodes- およそPer ） 。また、VSPEX Blueのような統合ソリューションでは、VSANのかなりの消費がまもなく行われると思います。 もちろん、このユースケースは、「ハードウェアにVSANをインストールする」オプションよりも一般的です。 同じことがScaleIOにも当てはまります。



なんで？



答えは次のとおりです。

1. 多くの人は、ソフトウェアおよびハードウェアソリューションの経済性が、ハードウェアのコストではなく、クライアントとそのビジネスモデルの利益によって決まることを理解していません。 人々は、自分の手で完全なソリューションを構築し始めたときにこれに取り組みます。 高可用性とフォールトトレランスを備えたNexentaクラスターを自分で構築してみてください。 価格は、NetApp FAS構成のVNXの価格と同じです。 Enterprise Redhatサポートを使用してGlusterをデプロイしてみてください。 Isilonと同額を支払います。 Cephクラスターを構築してみてください（再びエンタープライズサポートが必要です）。 ECSの価格を取得します。 結論：鉄はそれとは何の関係もありません（少なくとも「3番目」と「4番目」のタイプのアーキテクチャの場合は） （ 上記のチャドサカシュのアーキテクチャ分類へのリンクを参照してください。
2. 大企業であっても、通常、「サービスの形でのベアアイロン」という内部機能はありません。 彼らは、箱入りの機器の標準とそれをサポートするオプションを開発し、さらに鉄の抽象的なモデルを作成し、それに従ってあらゆる種類のソフトウェアを展開できるチームを持っています。 Google、Amazon、およびFacebookには「サービスとしてのベアメタル」機能がありますが、他のほとんどにはありません。 結論：サポートモデルは、統合された収束ソリューションのモデルに引き寄せられます。

ただし、誤解しないでください。 非ハードウェアソフトウェアの考え方は依然として重要です。



このようなソフトウェアは、さまざまな方法で使用できます。 ソフトウェアがアイロンとは別に存在する場合、学習、試用、プレイ、仕事での使用のために「余分な重量」なしで入手できますが、サポートはありません。 いずれにせよ、誰かがサポートの費用を支払う必要があります（オープンソースかクローズソースかに関係なく）。



これらすべての理由および他の多くの理由により、すべてのEMCソフトウェアは「アドオンなし」で、そして場合によってはオープンソースでさえ、徐々に利用可能になります。



ところで、上記のすべてが鉄の世界に革新の余地がないという意味ではありません。 装飾パネルの有無にかかわらず、最新のIsilon HDノードを次に示します。







彼が「コロッサス」とコードネームされている理由を理解するのは簡単です。 ドライブは、120 x 2.5インチSSD / HDDのVikingと60 x 3.5インチHDDのVoyagerのタイトなパッケージングのケーシングと同様に、垂直に取り付けられています。 各Isilonノードにはコンピューティングパワーも必要です。 それらは同じ4Uケースに収容されています。 その結果、1つのケースで最大376TBになり、非常にタイトで非常にクールです。 このノードは、大容量の構成およびアーカイブ用に設計されています。



このすべてを見てください！ ソフトウェア定義のストレージは素晴らしいです。 そして、彼らがあなた自身の鉄まで多くの異なる方法で展開できるという事実は、単に素晴らしいです。 同時に、近い将来、ソフトウェアデファインドストレージを使用するための最も好ましいモデルは、統合ソリューションおよび統合/ハイパーコンバージドインフラストラクチャのままになると思います。



あなたの考え



（IsilonとHDFSについては、ブログで読む： ビッグデータのソリューションに基づく「高速データ」のレシピ -約Per。）