紙面上では良いFlashBlade: ハードウェアを見て、ブレードに触れた

Table of Contents

紙面上では良いFlashBlade: ハードウェアを見て、ブレードに触れた

背景PureがFlashBladeと呼ぶこのスケールアップ型イーサネット・クラスタ・イン・ア・ボックスは、まだ開発段階の製品ではないものの、市場投入が急がれることはまずありません。3月14日に発表されたこの製品は、第4四半期までに一般提供開始される予定ですが、Pureのエンジニアが最終的に一般提供の承認を得るまで年末までかかる可能性もあるようです。

ハードウェア、ブレードは既に存在します。私たちは実際に見て、触ったことがあります。Pure社によると、同社は24ヶ月以上開発に取り組んでおり、同社のスタッフは、それが何を実現するのか、そしていつ実現可能になるのかについて、慎重な発言をしています。

これは爆発的な成長が見込める完成品ではありませんが、アルファテストが終了したため、より幅広い一般の注目を集め、ベータテストを実施する準備は整っています。

そのため、GA時点ではFlashBladeエンクロージャ(ボックス)は1台のみサポートされます。現在2ノードがテスト中です。しばらく後にはGA-plusと呼ばれる、2台のユニットをクラスタ化した構成がサポートされる予定です。その後、さらにユニットを追加し、ラック1台分の10台をクラスタ化することを目指します。

ストレージのボトルネック

Pure社は、フルラックFlashBladeシステムの市場が現在存在するという確証は得られていないものの、将来的には市場が生まれると確信している。同社によると、チップ設計者などのFlashBladeユースケースの顧客は、設計の反復が進むにつれて、データニーズが倍増し、さらに倍増するという状況に直面しているという。

彼らは、シミュレーション実行に 100,000 個のコア、さらには CPU を導入したいと考えています。そのため、十分な速さでデータを供給し、計算されたデータを書き込むことができるストレージ リソースが必要です。

コンピューティングリソースは利用可能で、ネットワークは十分な速度です。この領域では、ユーザーのボトルネックとなっているのはストレージであり、FlashBladeはこのボトルネックを解消するように設計されています。IoTデータの取り込みと、より多くのデータの取り込みを行いながら、その処理をサポートできます。

設計と実装に関して、興味深く魅力的な選択がなされています。例えば、NANDは既存のFlashArray//mシステムで使用されているSamsung 3D V-NAND TLCフラッシュではありません。この製品の生産量は十分ではなく、価格もPureが望むほど手頃ではありません。

HPEがStoreServアレイに必要なV-NANDを高値で入札したのではないかと疑問視する声もある。Pureは、東芝とMicronの平面型MLC NANDを使用していると説明している。

フラッシュブレード_650

8TBおよび52TBのFlashBladeがパースペックスケースに収納されています。画像をクリックするとブレードが拡大表示されます。

ブレードのCPUパワーは、アプリケーションソフトウェアとストレージソフトウェアの両方を実行するには不十分です。テラバイトあたりのCPUパワーは、FlashArrayシステムの約半分だと聞いています。目的は、保存されたデータを何らかの方法で処理するアプリケーションを実行するのではなく、ストレージアクセスプロトコルを追加することです。

ただし、Pure は必要に応じて、容量とは無関係にパフォーマンスを拡張するプロセッサのみのブレードを構築することもできます。

プロトコルとパブリッククラウド

NFS v3のサポートはすでに準備完了しており、ターゲット市場において最も人気のあるファイルシステムアクセス方式であるため、NFS v3が選択されました。NFS v3は、一般的に商用HPCと分類され、チップ設計とシミュレーションが主なユースケースとなっています。NFS v3は今まさに必要とされています。S3プロトコルのサポートはGAリリース時に追加され、その後CIFS/SMBが追加され、HDFSもリストに含まれています。

S3のサポートは予定されていますが、クールデータや古いデータについてはAWSクラウドバックエンドのサポートを提供する予定はありません。データは必要な時までクール状態のままで、その後はFlashBladeでホット状態になり、すぐに使える状態になる必要があると言われています。AWSからデータを取得するには時間と費用がかかるため、クラウドへの階層化は不可能です。

FlashBlade は基本的に分散オブジェクト ストアであり、基盤となるファイル システムはありません。

イーサネットは、従来のネットワーク スタックから移行すると非常に高速になるため、ブレードとエンクロージャをリンクするために選択されました。

競争的な思考

FlashBladeは、同程度の容量を持つIsilonシステムよりもはるかに高速であるはずです。Pure社はIsilonのCIFS実装が貧弱だと考えていることを示唆し、スタッフはCIFS機能とその実装を、優れたものにする以外には何も望んでいないと述べました。

FlashBlade は、オールフラッシュ HPE サーバーノードで実行される Scality ソフトウェアよりも高速でしょうか? Pure は知りませんでした。

商用HPCシステムとして、Pureは、同じくHPCベースのテクノロジーを企業向けに展開しているDataDirect Networksと競合することになるのでしょうか? Pure関係者によると、同社はターゲット市場における顧客による使用量に応じて競合相手と対峙すると予想しており、そのため、DDNのような小規模な企業ではなく、NetAppのようなサプライヤーと対峙することになるとのことです。

フラッシュメモリのコストが下がれば、FlashBladeシステムはバックアップ対象として活用される可能性があります。また、データの取り込みとストリーミングアクセスをサポートし、その後FlashArrayシステムにデータを送出してランダムアクセスのニーズに対応することも可能です。Pureは、将来的にこの2つのシステムタイプが相互にデータ交換を行うようになると考えています。

FlashBladeは現在開発中であり、メルセデス・ベンツや数社のチップ設計会社といったアルファテスト顧客によって、開発中の技術イテレーションの検証が行われています。Pure社は、目の前に市場が広がっていることを確信し、顧客を巻き込んで検証・実証することで、この分野で先駆的な存在となっています。同社は、製品の市場投入を急ぐよりも、物事を正しく進めることに注力しています。まだ追い詰められている競合他社は存在せず、この方針を貫き、強力で適切に設計された製品を開発していくことができます。

潜在的な競争相手

おそらく 2017 年初頭に完全 GA になる頃には、競合他社は依然として 24 ~ 36 か月遅れており、ハードウェア特化のないベア X86 サーバーと SSD のみを使用するコモディティ ハードウェアを使用している企業はパフォーマンス面で不利になります。

EMCのDSSDは、レイテンシが極めて重要となるアプリケーション向けの、スケールアウト型のラックスケールフラッシュシステムです。FlashBladeは、この形態では、レイテンシの影響を受けにくいアプリケーション向けのスケールアップ型オブジェクトストレージ/NFSファイラーです。ただし、これらのアプリケーションは、ディスクベースのシステムやハイブリッドSSD/ディスク、あるいは完全なSSDシステムでは実現できない、はるかに高いパフォーマンス(IOPS、帯域幅、ラックスペース)を必要とします。進化を続けるFlashBladeは、スケールアウト機能を段階的に追加し、ファイルサポート/アクセス範囲をCIFS/SMB、S3、HDFSへと拡張することで、より包括的なシステムとなり、より多くのユースケースに対応できるようになります。

これはサーバー中心のストレージシステムではありません。現時点では、フラッシュハードウェアとソフトウェアの両方の専門知識を持つストレージテクノロジー企業だけが、競合技術を開発できる可能性があります。つまり、NetApp/Solidfire、Dell/EMC、そして現在の苦境を乗り越えて必要な資金調達ができればViolin Memoryが候補となるでしょう。他に思い浮かぶ企業はほとんどありませんが、HDSとHPEが勇気を出して、基本的なフラッシュハードウェアストレージシステム設計が複数必要だと主張したら、私たちを驚かせるかもしれません。

QumuloとKaminarioの組み合わせはワイルドカードになるかもしれません。私たちは本当に興味深い時代に生きています。ストレージファンにとって、これはまさに喜びです。®

Discover More