EMC VNXe1600ストレージの概要

VNXeストレージシステムは、 ローエンドストレージシステムのEMCラインを形成します。 最近、ラインナップに新しいモデルVNXe1600が追加されました。VNXe1600は私たちの注目の的です。



VNXe1600は、最もシンプルなインストールと構成を備えたエントリーレベルのモデルです。 このシステムは、データベース、Exchangeメールシステム、VMwareおよびMicrosoft仮想サーバー、またはプロジェクト専用のストレージなど、典型的な最新のタスクを配置できる小さなインフラストラクチャの単一のリポジトリとして配置されます。 アクセスプロトコルのうち、ファイバーチャネルとiSCSIのみが提供され、ファイル機能は提供されません。 少なくとも今のところは。





このレビューは利用可能なドキュメントやその他の情報に基づいていることをすぐに指摘します-システムはまだ完全に触れるために私たちに到達していません。 そして、歴史的な遠足から始めましょう-現在の技術的な本質にのみ興味がある人は誰でも簡単にそれをスキップできます。

VNXeシステムファミリ

VNXeファミリ内の違いを明確にするために、主なモジュールとマイルストーンを簡単にリストします。

VNXe3100 -GA 2011年3月。純粋にネットワーク化されたストレージシステム。 イーサネットのみをサポートします：NASプロトコルとiSCSI。

VNXe3300 -GA 2011年3月。純粋にネットワーク化されたストレージシステム。 つまり、NASプロトコルとiSCSIのイーサネットのみをサポートします。 VNXe3100よりもはるかに強力なオプション。

VNXe3150 -GA 2012年8月。より多くのメモリと機能のさらなる開発を備えたVNXe3100の「改善された」バージョン。 また、イーサネットのみ：NASプロトコルとiSCSI。

VNXe3200 -GA 2014年5月。シリーズの開発およびこれまでのその神格化のための論理的オプション。 NASおよびiSCSI over Ethernetに加えて、兄の高度な機能であるファイバーチャネルが追加されました。

VNXe1600は2015年8月の新しいGAモデルであり、現時点では、ファイバチャネルまたはiSCSI over Ethernetの機能のみをブロックします。

VNXe1600

システムアーキテクチャは従来型です。2U形式のディスク（DPE）を備えたコントローラーシェルフに、追加のディスクシェルフ（DAE）もSAS、2Uを介して接続されます。 コントローラシェルフと追加のシェルフの両方に、12個の3.5インチドライブ（一部はLFFと呼ぶもの）と25個の2.5インチドライブ（一部はSFFと呼ぶもの）の両方のオプションがあります。



兄と比較したシステムの特徴：



表1 VNXe3200と比較したVNXe1600の仕様



この表は、VNXe1600がブロック機能のみを備えているという根本的な違いを反映していません。 これはおそらく、VNXe1600の3分の1のRAMの違いをわずかに補います。ファイルコードとサービスデータをメモリに保持する必要はありません。 それでも、メモリは大幅に少なくなります。コントローラーあたり8 GB、コアが少なくなります。



特徴のうち、システムではVNXe3200の旧型よりもさらに多くのドライブをインストールできることに注意できます。VNXe3200の場合は200対150です。 同時に、少ないメモリとコアを考慮して、ユニット容量あたりの計算能力が少なくて済みます。 一般に、VNXラインのリリースにより、EMCはサポートされるディスクの最大数を厳しく制限しました。制限は技術的なものではなく、合理的なマーケティングです（ここで、マーケティングは適切なポジショニング、つまり良い方法です）。 この側面では、これに基づいて、モデルと他のベンダーのソリューションとの意味を比較しました。 欠点は、シリーズの若いモデルでは、ディスクを追加するとパフォーマンスがほぼ直線的に向上したことです。ディスクの最大数では飽和点を超えませんでした。 200個のドライブは、すべてが25個の2.5インチドライブである場合、コントローラーシェルフに追加されるのは7個のみです。 合計16U。



追加の制限があります-脚注の仕様には、最大「生」ボリュームが400 TBであると記載されています。 つまり 4 TBのドライブでシステムを眼球に打ち込むことはできません。 現実の制限はディスクの数ではなく、ディスクスロットの数であることに注意してください。 つまり システムにすでに12個のディスクの16の棚がある場合（16x12 = 192）、8個未満のディスクがある場合でも、別の棚を追加します-ディスクスロットの数を超えます（192 +12 = 204; 192 + 25 = 217 ）



インターフェース別：新しいシステムでは、EMCは16 Gb / sファイバーチャネルをサポートした最初の1つであり、10 GE BASE-Tはサポートされていませんが、VNXe3200にはそのようなポートが組み込まれていました。

鉄をもっと詳しく見てみましょう。

これは、コントローラシェルフ（DPE-ディスクプロセッサエンクロージャ）の外観です。 前面には、特に興味深いものはありませんが、12個の3.5インチまたは25個の2.5インチドライブを隠す青いバックライト付きのベゼルを除きます。



図4.コントローラーシェルフ（DPE）の背面図



システムは2つの部分に分割できることがわかります。AおよびBと呼ばれるコンポーネントは、それぞれ後ろから見た場合、右側と左側にあります。 システムでは、これは矢印でマークされています。



シェルフの上部には、3つのファンモジュール（1）と電源ユニット自体（2）で構成される電源および冷却ユニットがあり、下部はポート付きのコントローラーです。 各電源は、シェルフ全体に電力を供給できます。 システムがキャッシュを保存してオフにしようとしないようにするには、コントローラーの少なくとも1つの電源と少なくとも2つのファンモジュールが機能する必要があります。



他のVNXeシリーズシステムと同様に、キャッシュ保護は、コントローラー自体に取り付けられたバッテリー（BBU）を使用して実行されます。 このようなバッテリーのタスクは、作業をサポートすることではなく、メモリがオフになったときにメモリの電源をサポートすることではなく、システムがキャッシュメモリの内容を組み込みのソリッドステートドライブにダンプできるようにすることです（システムはそこから起動します）。





図5. DPEコンポーネント（図は半分のシステム）



各コントローラーには、CNA（3）として指定された2つの組み込みSFP +ポートがあります。 ポートはユニバーサルであり、ファイバーチャネル8または16 Gb / sまたは10 GEとして構成できます。 また、適切なSFPトランシーバーがインストールされています。 この設定は注文時に行われます-つまり サイトで（少なくとも現時点では）変更することはできません。



追加のインターフェイスモジュール（10）をインストールする可能性がありますが、基本構成では代わりにスタブがあります。 「追加」ではなく「追加」と言う方がより正確で正しいでしょう。拡張中に、同じモジュールのペアが両方のコントローラーにインストールされるためです。



最初は、ファイバーチャネル8 Gb / sまたはイーサネット10 GE OpticalまたはGE Base-Tの4ポートの3つのモジュールから選択できます。 モジュールは、最初に選択し、後でアップグレードとして追加できます。 モジュールをインストールするには、コントローラーを削除する必要がありますが、2つの利点があります。これは、データの可用性の観点から、これを中断のないアップグレードとして編成できることです。



2つの正方形ポート（4）はSAS 6 Gb / sポートです-つまり システムには、ディスクシェルフ（BE）を接続するための2つのバスがあります。 システムシェルフ自体は、バス＃0上のシェルフ＃0です。 コネクタにはSAS HDフォームファクターがあります。



ライトインジケーターのセット（詳細に検討する意味はありません）には、コントローラーを削除できない場合にキャッシュデータが失われないように、つまり、2番目のコントローラーを最初に削除した場合、またはプロセスを開始して保存中に点灯する、取り消し線のアイコン（削除しても安全ではありません）が含まれますキャッシュ。 VNXe1600は、最も新しいラインの以前のシステムで可能であった「単一ヘッド」構成の提供を拒否したことに注意することができます。



管理用のイーサネットポートとサービスポートがあります。 VNXe3200と同様に、ハードウェアシリアルポートはありません。また、必要に応じて、サービスの介入はイーサネット上の仮想コンソールを使用します。

ディスクサブシステム

システム1と同様に、ディスクシェルフには2つのタイプがあります。

• 25「2.5」ドライブ
• 12「12」ドライブ

図6. 25 2.5インチドライブ用シェルフ





図7. 12台の3.5インチドライブのシェルフ



ディスクシェルフは、2つのBEバスに均等に分散してSASを介してコントローラーに接続されます。 アドレス指定に関するシステムシェルフ自体は、バス＃0上のシェルフ＃0です。



表2.ディスクシェルフの最大構成とそれらのディスクの数



SAS、NL_SAS、またはフラッシュドライブが利用可能です。 実際、これらのすべてのドライブにはディスクシェルフに接続するためのSASインターフェイスがありますが、各ベンダーは人々に自分の言葉を話す方法を教えるよう努めています。 わかりやすくするには：

SASは10Kまたは15Kの回転ディスクです。

NL_SAS-回転速度7200 rpmの大容量ディスク。 3.5”フォームファクターでのみ利用可能

フラッシュ -ソリッドステートドライブ。 2つのタイプがあります：FAST Cache（より長いリソースと信頼性を備えたSLCドライブ）として使用する可能性と、それをサポートしませんが、いくらか安価です（FAST VP Flash）。 必要に応じて、FAST Cacheをサポートするストレージデバイスを使用してプールを形成することもできます。





表3サポートされるドライブタイプ



表から、大容量ドライブは3.5インチのフォームファクターでのみ使用可能であり、残りはすべてで使用可能であることがわかります。 理解できることです。現在、対応するスライドでは3.5インチのディスクが2.5インチであることがよくあります。



ディスクサブシステムの構成は、プールの構成に縮小されます。 プールは、同じタイプのディスクのセットであり（システムはFAST VPをサポートしないため）、その上に仮想ボリューム-LUNが作成されます。 つまり プールを作成するとき、システムは指定されたタイプの保護でその中の1つ以上のRAIDグループをカットし、ユーザーはこれをボリューム（LUN）を配置するための単一のスペースとして提示します。 プール内では、スナップショットを作成するために容量を予約することもできます。



ホットスワップドライブのポリシーはカスタマイズできませんが、通常のEMCガイドラインに従います。適切なタイプの30台のドライブに対して1つのホットスペア。



RAIDグループのターゲットサイズ-すなわち プールを作成するときにプールに結合することが推奨されるディスクの数：

• RAID 5：4 + 1、8 + 1、12 + 1
• RAID 6：6 + 2、8 + 2、10 + 2、14 + 2
• RAID 1/0：1 + 1、2 + 2、3 + 3、4 + 4

プールを作成するときに、目的のサイズを指定できます。 説明から、これがVNXe兄弟のように深刻な制限になるかどうか、またはディスクの数が複数でない場合、システムは古いVNXのようにわずかに不均一なRAIDグループを作成するかどうかはまだ完全には理解されていません。 これまでのところ、複数のサイズしか指定できないようです。 VNXeシステムでは、テンプレートのこのような制限は、明らかにファイル機能の操作の最適化によって引き起こされました。 特にVNXeが100％でどのように機能するか正確にはわからないため、ここでは微妙な点については説明しませんが、ポイントはこれらの制限は気まぐれではなく、技術的な最適化であるということです。



最初の4つのディスクはシステムディスクです-容量の一部はそれらの公式のニーズに使用され、一部の操作ではこれらのディスクも他とは少し異なる動作をします。 システムディスクの有用な容量は少なくなります。 それらが他のディスクと1つのRAIDグループ（つまり、プールではなくグループ、VNXeのイデオロギーはグループについては考えないことを示唆しています）に結合される場合、それらの同じ容量が「失われます」。 これらのディスクでは、ディスクあたり約82.7 GBを消費します。 たとえば、最初の4つのディスクが900 GBの公称ボリューム（約818.1使用可能）であり、RAID 1/0として構成されている場合、使用可能なボリュームは1470.8（システムディスクあたり736.4 GB）になり、システム上ではない同じグループで約1636.2が得られます（ディスクあたり818.1 GB）。 たとえば、システムに900 GBのディスクが14個しかなく、RAID5プールに12 + 1 +ホットスペアを選択した場合、82.7 GBを失い、9つの非システムディスクで8824.80の使用可能なボリュームが得られます。 システムがソリッドステートドライブから読み込まれ、キャッシュを保存している場合に、なぜこのような予約が必要なのですか？最後まで明確ではありません。 おそらくこれは追加の予約であり、開発者はこれまでのところ、既存のモデルを完全に壊さないことを決定しました。



ヒント：システム構成を検討するときは、ベンダーに必要な内訳の計算を依頼してください。 パートナーには、必要なディスクとグループのセットを設定し、pdf出力を出力できる容量計算機があります。この計算機では、利用可能な容量と容量、容量を詳細に計算します。





図8.容量の計算と描画、ラック内の有効な容量と高さの計算



FAST Cacheが利用可能-ソリッドステートドライブによるキャッシュ拡張を実装する機能ですが、構成は最大2つのソリッドステートドライブに制限されています。 この機能用に個別のRAID 1/0グループが作成されます（2つのドライブの場合は1）。 つまり ミラーリングを考慮すると、容量は公称ボリュームの100または200 GBになります。 「公称」 100 GBのラベルが付いたドライブは約91.69のバイナリGBを提供し、200 GBは約183.41 GBを提供します。 容量の正直な比率は、モデルの仕様書に記載されています。

機能的

システムの主要な機能の一部を反映します。 一般に、多くのEMCストレージシステムでは、ストレージシステム自体の起動後、一定の時間が経過すると機能の大部分が現れます。 これがVNXe1600に当てはまるかどうかはわかりません。ロードマップを見ていませんでしたが、もしそうだと言えませんでした。





図9. VNXe1600システムの機能



以下にリストする機能は、システムの基本的な配信に含まれています。 現時点の追加機能から、サーバーソフトウェアにインストールされたEMC PowerPathを選択して、マルチパス（緊急パスの切り替えと負荷分散）を提供できます。



データにアクセスするためのプロトコル： iSCSIおよびファイバーチャネル。



Unisphere-システム管理は、組み込みのWebインターフェイスとUnisphere CLIコマンドラインの両方（たとえば、何かをスクリプト化する場合）で可能です。 制御インターフェイスは他のVNXeと似ており、実際、非常にシンプルです。 管理に加えて、インターフェイスは監視機能とパフォーマンス特性も実装します。 大規模インフラストラクチャを管理するために、仮想化環境でアプライアンスとして展開された別の管理サーバーであるUnisphere Centralを使用して、異種システム（VNX、VNXe、CLARiiON CX4）の集中管理がサポートされます。



図10. Unisphere管理Webインターフェイス



システム管理では、一連の事前定義されたロールでRBACモデルを使用します。 LDAPとの統合により、管理インターフェイスにアクセスするときにユーザーを認証できます。



FAST Cache-ソリッドステートドライブをキャッシュ拡張機能として使用するための機能。 サポートは、2つのSLCソリッドステートドライブのみの使用に制限されています。 最大200公称GB。



シンプロビジョニング -使用時に容量の実際の割り当てが発生する「シン」ボリュームを作成し、再サブスクリプションを整理する機能。 物事はすでに現代のストレージシステムの標準を超えています。



スナップショット - スナップショットの形式でボリュームのコピーを作成する機能。 彼らはROW（Redirect on Write）テクノロジーで動作します-つまり スナップショットが存在しても、メインLUNは遅くなりません。 ボリュームのグループのスナップショットを一貫して作成するための組み込み機能があります。



非同期レプリケーション -非同期レプリケーションは、VNXe1600とVNXe3200ストレージシステム間のLUNまたはVMFSデータストアレベル（これらは同じLUNですが、個別に強調表示されています）でサポートされています。 非同期複製メカニズムには、実際にはスナップショットメカニズムとそれらの違いの転送が含まれます。 したがって、整合性グループを使用する可能性があります。 特定の間隔で自動同期を設定することも、ユーザーのコマンドで実行することもできます。



仮想環境のサポート -最良の伝統では、VNXeシステムはVMwareとの統合を最も完全にサポートします。これには、VMware Aware Integration（VAI）-VNXeインターフェイスからVMwareデータを表示する機能-LUNにあるデータストア、仮想マシンが置かれている仮想マシンなどが含まれます。 .d。; Virtual Storage Integrator（VSI）-VMware vSphereクライアント用の追加のプラグインがあり、これにより他の方法が可能になります-VMwareインターフェースからストレージオブジェクトに関するデータを表示して管理する方が便利です。 VMware API for Array Integration（VAAI）-仮想マシンのコピー、ブロックのゼロ化、ロック、サーバーから内部ストレージプロセスへのシンプロビジョニングの分野での理解など、タスクの一部を転送するためのストレージとの相互作用。

クイックスタート

システムをマウントしたら、特別なユーティリティ-システムに付属の、またはベンダーサポートサイトで入手可能な接続ユーティリティを使用して初期化する必要があります。 ブロードキャストユーティリティ（したがって、同じネットワークセグメントに接続する必要があります）は、ストレージシステムとの接続を検出して確立し、制御IPを設定できるようにします。



その後、割り当てられたIPアドレスのWebインターフェイスを介してシステム構成を続行できます。 最初の起動時にウィザードが起動します。このウィザードは、ほとんどのインフラストラクチャ設定について段階的に確認し、基本的な設定をすばやく構成するのに役立ちます。

洗練された設定はありません。プールを構成し、それらにストレージリソースを作成するだけです。 さらに、ウィザードを使用すると、たとえば、システムは作成直後に新しいLUNをVMwareデータストアとして自動的に取得できます。アダプターを個別にスキャンし、vSphere管理インターフェイスからLUN番号をマッピングする必要はありません。

グローバルサポート

タイムリーなサポートを提供するには、ストレージシステムを製造元のサポートポータルsupport.emc.comに登録して正しく表示する必要があります。 これが最初のEMC製品である場合、ポータルへの追加登録が必要になります。 すべてが正しく行われ、システムがインターネットへのルートを持っている場合、ハウツービデオやフォーラムへのアクセスなど、ストレージシステムインターフェイスからほとんどの情報に直接アクセスできます。



EMCは、ほぼすべての製品について、Call-homeおよびDial-Inを適切に構成して問題にタイムリーに対応する必要があると考えています。 Call-home-システムからグローバルEMCサポートセンターにメッセージを送信します。 ダイヤルイン-グローバルサポートスペシャリストをリモートで接続して、問題を診断および解決する機能。 最小バージョンでは、Call-Homeは電子メールメッセージを送信し、ダイヤルインはWebex Web会議システムを介して実装されます。 推奨オプションは、お客様のインフラストラクチャとグローバルサポートインフラストラクチャ間にセキュアなhttpsトンネルを実装する特別なEMC製品であるEMCセキュアリモートサポートゲートウェイ（ESRS）を使用することです。 一般に、現在このようなサーバーは仮想アプライアンスとして実装されていますが、VNXeシステムには組み込みコンポーネントがあります。何も提供する必要はありません。ファイアウォールがEMCサポートサーバーのアドレスへのhttps接続をセットアップできるようにします。

結論と可能なアプリケーション

新しいストレージシステムは、EMCの純粋なブロックエントリレベルストレージシステムであるEMC製品ラインのニッチを満たします。 以前、EMCはこのニッチをCLARiiON AX4-5およびVNX5100システムで占めていました。 このようなストレージシステムには定期的に需要があります-需要があります。 このシステムは8月10日に正式に発表されましたが、まだ触れていないため、お客様からのフィードバックはまだありません。



スケーリングとディスクの品揃えのためのまともなマージンにより、ストレージの損傷に関する高度な機能の要件がない、かなり広範囲の問題を解決できます。 一目でアプリケーションの可能な領域の表示されます：

•エントリレベルのブロックシステム-サポートを終了し、高度な機能が必要ない、前世代の既存のブロックストレージシステムを置き換えるための優れたオプション。

•データ統合のための新しいエントリレベルシステムに適したオプション。ファイルプロトコルは不要です。または、ファイルサーバー上で独立して実装する方が便利です。

•おそらくファイルサーバー用のシンプルなバックエンドストレージ。

•主に仮想インフラストラクチャを含む、クラスターを構築するための比較的安価なソリューション。

•ビデオ監視システム用のストレージ（実際には、多くの場合、NASではなくブロックSANを使用して構築されます）。

•おそらく、SANよりもNASに関連する興味深いオールフラッシュストレージ構成があるでしょう。

•バックアップサーバーに接続するためのディスクストレージへのバックアップのオプション。 主にEMC Data Domainとクライアントダイレクト向けですが、これは別の話です。

ベンダーリソースへのリンク：

ホワイトペーパー：EMC VNXe1600の概要。 詳細なレビュー

仕様シート：EMC VNXe1600ブロックストレージシステム