NetApp AFF A200 レビュー

NetApp AFF A200 は、NetApp のエンタープライズフラッシュストレージポートフォリオへの魅力的なエントリポイントを提供する 2U オールフラッシュストレージアレイです。 AFF A200 は、デュアルコントローラによって管理され、24 コア Intel Broadwell-DE プロセッサを搭載した 2.5 台の前面取り付け 200 インチドライブを備えています。 A200 には、SAN または NAS ワークロード（または両方）を使用してアクセスできます。 AFF A15 は最大 367 TB の容量の SSD をサポートしており、単一アレイに最大 224 TB の raw ストレージを装備でき、DSXNUMXC 拡張シェルフを介して追加スペースを利用できます。

NetApp AFF A200 は、NetApp のエンタープライズフラッシュストレージポートフォリオへの魅力的なエントリポイントを提供する 2U オールフラッシュストレージアレイです。 AFF A200 は、デュアルコントローラーによって管理され、24 コア Intel Broadwell-DE プロセッサーを搭載した 2.5 台のフロントマウント 200 インチドライブを備えています。 A200 には、SAN または NAS ワークロード（または両方）を使用してアクセスできます。 AFF A15 は最大 367 TB の容量の SSD をサポートしており、単一アレイに最大 224 TB の raw ストレージを装備でき、DSXNUMXC 拡張シェルフを介して追加スペースを利用できます。

NetApp AFF A200 構成の総容量を検討するときは、NetApp が圧縮、重複排除、データ圧縮などのインラインデータ削減テクノロジの有効性を保証していることに留意することが重要です。 NetApp は、ワークロードの種類に基づいてストレージ効率を保証します。クライアントが保証された効率を実感していない場合は、NetApp がその差を埋め合わせます。この保証は現在の形式で 2018 年 XNUMX 月まで有効です。

AFF A200 のデータ削減効果の評価は、当社のレビュープロセスの範囲外ですが、NetApp によると、AFF A200 は容量要件を 2 ～ 10 分の 4 に削減するはずです。簡単に言うと、NetApp のデータ圧縮テクノロジは、同じボリュームの複数の論理データブロックを 200 つの 2650KB ブロックに配置します。 NetApp によれば、この機能がパフォーマンスに与える影響は「ほぼゼロ」であり、これは当社の評価プロセスの範囲内に十分当てはまります。 A200 のアーキテクチャは、同社の FAS2650 アレイを活用しています (AFF A200 のアーキテクチャは、エントリー FAS プラットフォームのアーキテクチャに似ています)。ただし、以前の FASXNUMX 管理者は、AXNUMX には NVMe FlashCache が組み込まれておらず、SSD でのみ動作することに注意してください。

最後に Netapp 製品である FAS2240-2 を取り上げてから 9 年間で、NetApp エコシステム内では多くの変化が起こりました。これには、AFF オールフラッシュラインナップのデビューと ONTAP XNUMX オペレーティングシステムのデビューが含まれます (現在バージョン 9.2）。 AFF A200は、AFFファミリーの第200世代である「AFF A」ラインナップの一部です。この間にフラッシュテクノロジーとオールフラッシュアレイの市場も進化しました。したがって、NetApp AFF A2240 は、NetApp が新しい市場に拡大し、FASXNUMX のような製品で過去に構築された顧客ベースを統合する最大の機会をどこに見ているかを示すものであると考えるのが合理的です。

このレビューでは、200 個の 24GB SSD を装備した控えめな装備の AFF A960 を備えた NetApp の最新世代のエントリーレベルのフラッシュストレージを包括的に検討します。

NetApp AFF A200の仕様

HA ペアごと (アクティブ/アクティブコントローラー)
フォームファクター: 2U
メモリ：64GB
NVRAM: 8GB
Storage
- オンボードベイ: 24 2.5 インチスロット
- 最大SSD: 144
- 最大生容量: 2.2PB
- 有効容量: 8.8PB (base10)
- サポートされるSSD: 15.3TB、7.6TB、3.8TB、および960GB。 3.8 TB、および 800 GB 自己暗号化
- サポートされているストレージシェルフ: DS224C、DS2246
SAN スケールアウト: 2 ～ 8 ノード
サポートされる RAID: RAID6、RAID4、RAID 6 + RAID 1 または RAID 4 + RAID 1 (SyncMirror)
サポートされているOS：
- Windows 2000
- Windows Serverの2003
- Windows Serverの2008
- Windows Serverの2012
- Windows Serverの2016
- Linux
- オラクル・ソラリス
- AIX
- HP-UX
- Mac OSの
- ヴイエムウェア
- ESX
ポート：
- 8x UTA2 (16Gb FC、10GbE/FCoE)
- 4x 10GbE
- 4x 12Gb SAS
サポートされるストレージネットワーク:
- FC
- FCoE
- iSCSIの
- NFS
- pNFS
- CIFS/SMB
OSバージョン：ONTAP 9.1 RC2以降
LUN の最大数: 4,096
サポートされるSANホストの数: 512

ビルドとデザイン

NetApp AFF A200 は、24 インチ SAS SSD をサポートする 2.5 ベイシャーシを中心に構築されています。このアーキテクチャは NetApp の DS224C ストレージシェルフに基づいており、Intel Broadwell-DE 6 コアプロセッサおよび内部および外部ドライブへの 12Gbps SAS 接続と適合しています。設計の観点から見ると、Netapp は最高レベルの冗長性を実現するためにすべてを過剰に構築しました。 MP-HA (マルチパス高可用性) SAS 接続は内部および外部にルーティングされるため、25 つのリンクが切断されているか過剰に使用されている場合でも、各コントローラーは複数の経路を介してすべてのドライブと通信できます。さらに、このユニットには NVMEM バッテリーが搭載されており、完全に充電されると XNUMX の個別の電源障害イベントに対応できるため、各コントローラーに飛行中のデータをオンボードブートデバイスにデステージするのに十分な稼働時間が与えられます。さらに、そもそもの停電の原因となったイベントに関係なく、デステージされたデータも完全に暗号化されて保護されます。これと同じレベルの回復力は、シャーシの冷却および電源システムの設計にも現れており、通常の動作条件下では、各電源だけでシステムを完全に冷却し、無期限に電力を供給できます。

デバイスの前面は、NetApp ブランドのベゼルがドライブベイを覆うだけで非常にシンプルです。左側には電源ボタンと、障害と動作ステータスを示す LED ディスプレイがあります。

背面図にはさまざまなケーブル経路があり、さらに少し進んでいますが、冗長な魔法のほとんどを実現できるのは接続です。 10 つのノードがあり、デバイスは中央で分割されており、どちらの側ももう一方の側と同じになります。各コントローラーの左側には 2 つの SAS ポートがあります。これらは、追加の追加ストレージシェルフと組み合わせて使用されるほか、HA SAS 接続のための各コントローラー間の外部冗長リンクとしても機能します。 SAS ポートの隣には、ノード間の接続を可能にする 2 つの 2GbE ポートがあります。シングルペア展開では、両方のノードが相互に直接接続されますが、大規模なクラスタ (Clustered Data ONTAP) では、これらのポートはクラスタトラフィック用の専用スイッチに接続されます。次は 45 つの UTAXNUMX ポートで、プライマリデータまたはネットワークファブリックの FC またはイーサネットパーソナリティで動作するように設定できます。 UTAXNUMX ポートの上には、コンソールのマイクロ USB ポートがあります。 UTAXNUMX ポートの右側には、RJ-XNUMX コンソールポートと USB ポートがあります。右側には管理ポートがあります。リストされているポートの下にはデュアル電源装置があります。

マネジメント

NetApp AFF A200 は ONTAP 9.1 以降を実行します。 9.2 はレビュー中にリリースされました。 UI は NetApp の OnCommand System Manager です。上部には、「ダッシュボード」、「LUN」、「SVM」、「ネットワーク」、「ハードウェアと診断」、「保護」、「構成」などのいくつかのメインタブがあります。メインダッシュボードを通じて、ユーザーはアラートと通知、man ノードの現在使用状況 (この例では 2)、ストレージ効率、上位オブジェクト、レイテンシー、IOPS、帯域幅の現在のパフォーマンスの読み取りを簡単に確認できます。

[LUN] タブでは、LUN が名前別にリストされ、LUN をクリックすると画面の下部にプロパティが表示されるため、ユーザーは簡単に LUN を管理できます。

また、「LUN」タブの下には、イニシエーターグループのサブタブもあります。ここでユーザーは、名前、SVM、タイプ、OS、ポートセット、数を簡単に確認して管理できます。

次のメインタブは、SVM (Storage Virtual Machines) です。このタブをクリックすると、SVM のリストとその詳細が左下隅に表示されます。

特定の SVM をクリックすると、接続、容量に近づいているボリューム、SVM のパフォーマンスなどを示す概要など、他のいくつかのオプションがユーザーに表示されます。

SVM をクリックすると、ボリューム、アプリケーションプロビジョニング、LUN、Qtree、クォータ、SVM 設定などの他のサブタブが表示されます。 [ボリューム] サブタブでは、ユーザーはセットアップされたボリュームの確認、ボリュームの編集または削除、スナップショットの作成、その他の機能の中で QoS の調整を行うことができます。

ユーザーがいずれかのボリュームを編集したい場合は、ボリュームを右クリックするだけで、以下の画面が表示されます。ここでは、「一般」、「ストレージ効率」、「詳細」を含む 3 つの編集タブが与えられます。名前が示すように、[全般] タブでは、名前、セキュリティスタイル、ボリュームがシンプロビジョニングされているかどうかなどの一般情報を編集できます。

Storage Efficiency を使用すると、ユーザーはボリューム内のデータ削減機能を編集できます。これには、バックグラウンド重複排除、インライン圧縮、およびインライン重複排除のオンまたはオフが含まれます。

Advanced では、ボリュームの自動サイズ変更や古いスナップショットの削除など、スペース再利用を設定できます。ユーザーは、フラクショナルリザーブを有効にして、ファイルの読み取り時にアクセス時間を更新することもできます。

次のサブタブは「アプリケーションプロビジョニング」です。名前が示すように、ユーザーはこのタブで SVM 用の特定のアプリケーションをプロビジョニングできます。これらのアプリケーション (およびそのテンプレート) には、Oracle SAN Oracle Single、Oracle SAN Oracle RAC、SAN SQL Server、SAN Virtual Desktop Instance、および SAN SAP HANA が含まれます。

SVM の LUN サブタブを使用すると、ユーザーは各 SVM の LUN を表示、管理、編集できます。 LUN は、それぞれの一般的な詳細とともに名前別にリストされます (ただし、これは調整可能です)。ユーザーがいずれかをクリックすると、下部にさらに詳細なプロパティが表示されます。

SVM の下の重要なサブタブは、[設定] タブです。このタブでは、ユーザーはプロトコル、ポリシー、サービス、ユーザーの詳細、現在のステータスなどを確認できます。

次に見るメインタブは、[ネットワーク] タブです。このタブには、サブネット、ネットワークインターフェイス、イーサネットポート、ブロードキャストドメイン、FC/FoE アダプター、IPspace などのいくつかのサブタブがあります。最初に説明するサブタブは「ネットワークインターフェイス」です。ここでユーザーは、インターフェイス名、SVM、IP アドレス、現在のポート、ホームポートかどうか、データプロトコルアクセスのタイプ、管理アクセス、サブネット、および役割を確認できます。インターフェイスをクリックすると、一般プロパティとフェイルオーバープロパティも表示されます。

[イーサネットポート] サブタブには、さまざまなポート、ポートが存在するノード、ブロードキャストドメインと IPspace、およびポートのタイプがリストされます。ポートをクリックすると、プロパティとインターフェイスも表示されます。

[ブロードキャストドメイン] サブタブでは、ブロードキャストドメインがクラスタであるかデフォルトであるか、その最大伝送ユニット (MTU)、その IPspace、およびその組み合わせのポート更新ステータスがユーザーに示されます。

[FC/FoE アダプタ] サブタブには、WWNN、アダプタが存在するノード、アダプタが配置されているスロット、WWPN、ステータス、速度などのアダプタに関する情報が表示されます。アダプターをクリックすると、メディアタイプ、確立された接続、確立されたファブリック、速度、ポートアドレス、データリンクレートなどの追加の詳細がユーザーに表示されます。

次のメインタブは [ハードウェアと診断] です。このタブには、いくつかのオプションを含むドロップダウンメニューが表示されます。オプションの 1 つはディスクで、[概要] と [インベントリ] という 2 つのサブタブがあります。 [インベントリ] で、ユーザーはクラスター内のすべてのディスク、名前、コンテナータイプ、ホームと現在の所有者、タイプ (この場合はすべて SSD)、RPM (この場合はなし。ディスクはすべて SSD であるため) を確認できます。、有効サイズ、物理スペース。ディスクをクリックすると、アグリゲート、ベンダー ID、ゼロ化、シリアル番号、壊れた詳細などの追加の詳細も表示されます。

ユーザーはアグリゲートを参照して、名前、どのノード上にあるか、使用率、使用可能なスペース、使用済みスペース、合計スペース、ボリューム数、ディスク数などの情報を確認できます。

ノードの診断では、名前、ステータス、稼働時間、ONTAP バージョン、モデル番号、システム ID、シリアル番号、ノードがオールフラッシュ最適化されているかどうかなどの一般的な情報が提供されます。

イベントの診断は、イベント、その重大度、発生場所、発生したノード、日時、その他のイベントの詳細に関するかなり詳細なメッセージを管理者に提供します。

次のメインタブは [保護] で、ユーザーにスナップショットのドロップダウンメニューが表示されます。ユーザーには、時間ベースまたは間隔ベースのさまざまなオプションを使用してスナップショットをスケジュールするための画面が表示されます。

「保護」タブの下のもう 1 つの画面では、ユーザーがスナップショットポリシーを設定できます。

最後のメインタブは「構成」です。 [構成] タブの左側には、構成更新、サービスプロセッサ、クラスターピア、高可用性、ライセンス、クラスター更新、日付と時刻、SNMP、LDAP、ユーザー、ロールなどの多くのサブセクションがあります。 [サービスプロセッサ] をクリックすると、クラスター内のノード、その IP アドレス、ステータス、MAC アドレスに加え、ネットワークと一般的な詳細が表示されます。

[Cluster Update] で、ユーザーはクラスタに対して ONTAP 経由で利用可能なアップデートとそのアップデートの内容を確認できます。

全体として、NetApp AFF A200 の管理インターフェイスは快適に使用でき、テスト中に問題はありませんでした。これは、iPhone を含む実際にあらゆる種類のプラットフォームで動作する、ブラウザーやソフトウェアに依存しないアプローチを提供します (スクリーンショットは以下に含まれます)。モバイルインターフェイスはシステム管理に推奨される方法ではありませんでしたが、必要に応じてモバイルインターフェイスを使用できるという事実だけでも印象的です。インターフェースはすっきりしていて分かりやすく、対話したすべての領域を簡単に通過してアレイを管理できます。一部のインターフェースは「新しい」外観や操作感を備えている場合がありますが、ONTAP WebGUI は煩雑さを最小限に抑えており、何よりも応答性が高く、簡単にジャンプできます。

アプリケーションのワークロード分析

NetApp AFF A200 のアプリケーションワークロードベンチマークは、SysBench による MySQL OLTP パフォーマンスと、シミュレートされた TPC-C ワークロードを使用した Microsoft SQL Server OLTP パフォーマンスで構成されます。

テストは、コントローラーごとに 16 つの接続を備えた XNUMX つの XNUMXGb リンクを使用して FC 経由で実行されました。

SQLサーバーのパフォーマンス

各 SQL Server VM は、ブート用の 100 GB ボリュームとデータベースおよびログファイル用の 500 GB ボリュームの 16 つの vDisk で構成されています。システムリソースの観点から、各 VM に 64 個の vCPU、XNUMX GB の DRAM を構成し、LSI Logic SAS SCSI コントローラーを活用しました。以前にテストした Sysbench ワークロードはストレージ I/O と容量の両方でプラットフォームを飽和させましたが、SQL テストではレイテンシのパフォーマンスを調べています。

このテストでは、Windows Server 2014 R2012 ゲスト VM 上で実行されている SQL Server 2 を使用し、Quest の Benchmark Factory for Databases を負荷としています。このベンチマークの従来の使用法は、ローカルストレージまたは共有ストレージ上の大規模な 3,000 スケールのデータベースをテストすることでしたが、このイテレーションでは、1,500 つの 200 スケールのデータベースを AXNUMX (コントローラーあたり XNUMX つの VM) 全体に均等に分散することに焦点を当てています。

SQL Server テスト構成 (VM ごと)

Windows Serverの2012 R2
ストレージフットプリント: 600GB 割り当て、500GB 使用
SQL Serverの2014
- データベースのサイズ: 1,500 スケール
- 仮想クライアント負荷: 15,000
- RAMバッファ: 48GB
テスト時間: 3 時間
- 2.5時間のプレコンディショニング
- 30 分のサンプル期間

SQL Server OLTP ベンチマークファクトリ LoadGen 機器

Dell PowerEdge R730 仮想化 SQL 4 ノードクラスター
- クラスター内の 5 GHz 用の 2690 つの Intel E3-249 v2.6 CPU (ノードごとに 12 つ、30 GHz、XNUMX コア、XNUMX MB キャッシュ)
- 1TB RAM (ノードあたり 256GB、16GB x 16 DDR4、CPU あたり 128GB)
- 4 x Emulex 16GB デュアルポート FC HBA
- 4 x Emulex 10GbE デュアルポート NIC
- VMware ESXi vSphere 6.5 / Enterprise Plus 8-CPU

SQL Server テストで NetApp AFF A200 のトランザクションパフォーマンスを確認すると、AFF A200 は 12,620.15 TPS ～ 3,154.95 TPS の範囲の個々の VM で 3,155.113 TPS の結果を達成しました。データ削減モードでは、NetApp A200 が合計スコア 12,583.81 TPS に達し、個々の VM の範囲が 3,145.29 TPS ～ 3,146.43 TPS で、同様の結果が得られました。

平均遅延を見ると、A200 はすべての VM で 11 ミリ秒に達し、合計でも 11 ミリ秒になります。 DR モードでは遅延が若干増加しましたが、個々の VM が 24 ミリ秒から 26 ミリ秒の範囲であるため、これは予想されることであり、合計スコアは 25 ミリ秒になります。

システムベンチのパフォーマンス

各システムベンチ VM は 92 つの vDisk で構成されており、447 つはブート用 (~270 GB)、16 つは事前構築済みデータベース (~60 GB)、XNUMX 番目はテスト対象データベース用 (XNUMX GB) です。システムリソースの観点から、各 VM に XNUMX 個の vCPU、XNUMX GB の DRAM を構成し、LSI Logic SAS SCSI コントローラーを活用しました。負荷生成システムは、デル R730 サーバー;このレビューでは 4 ～ XNUMX の範囲で、XNUMXVM グループごとにサーバーを拡張します。

Dell PowerEdge R730 仮想化 MySQL 4 ～ 5 ノードクラスター

クラスター内の 8 GHz 用 Intel E10-5 v2690 CPU 3 ～ 249 個 (ノードごとに 2.6 個、12 GHz、30 コア、XNUMX MB キャッシュ)
1 ～ 1.25TB RAM (ノードあたり 256GB、16GB x 16 DDR4、CPU あたり 128GB)
4-5 x Emulex 16GB デュアルポート FC HBA
4-5 x Emulex 10GbE デュアルポート NIC
VMware ESXi vSphere 6.5 / Enterprise Plus 8-CPU

Sysbench テスト構成 (VM ごと)

CentOS 6.3 64 ビット
ストレージ占有面積: 1TB、800GB 使用
Percona XtraDB 5.5.30-rel30.1
- データベーステーブル: 100
- データベースのサイズ: 10,000,000
- データベーススレッド: 32
- RAMバッファ: 24GB
テスト時間: 3 時間
- 2 スレッドのプリコンディショニングに 32 時間
- 1時間 32スレッド

Sysbench については、4、8、16、20 を含むいくつかの VM セットをテストし、データ削減「オン」と「Raw」形式の両方で Sysbench を実行しました。トランザクションパフォーマンスについては、NetApp A200 は 20 個の VM とデータ削減をオフにした場合に最高のパフォーマンスを示し、結果として 9,695 TPS となりました。 DR をオンにしても、A200 は 8,986 VM で 20 TPS に達しました。

平均レイテンシに関しては、VM の数が少ないほど明らかに低くなります。そのため、4VM ベンチマークでは、Raw では 17.84 ミリ秒でしたが、DR ではわずか 19.2 ミリ秒でした。興味深いのは、20 VM では、Raw バージョンとデータ削減バージョンの差はわずか約 5 ミリ秒（66.02 ミリ秒から 71.24 ミリ秒）であったことです。

最悪のシナリオのレイテンシベンチマークでは、A200 も優れたパフォーマンスを示し、4VM のデータ削減バージョンではレイテンシが 48.43 ミリ秒と最も低くなっていました（ただし、Raw は 48.63 ミリ秒でした）。 VM 数を 20 に増やすと、データ削減バージョンは 180.27 ミリ秒に達するだけで、Raw は 172.6 ミリ秒に達します。

VDBench ワークロード分析

ストレージアレイのベンチマークに関しては、アプリケーションテストが最適であり、合成テストは 200 番目になります。実際のワークロードを完全に表現しているわけではありませんが、合成テストは、競合ソリューション間での完全な比較を容易にする再現性係数を備えたストレージデバイスのベースラインを確立するのに役立ちます。 NetApp は、AFF A730 のレビュー中に POC ツールキットを共有しました。このツールキットは、「XNUMX コーナー」テスト、一般的なデータベース転送サイズテスト、さまざまな VDI 環境からのトレースキャプチャに至るまで、さまざまなテストプロファイルを提供します。これらのテストはすべて、スクリプトエンジンを備えた共通の vdBench ワークロードジェネレーターを利用して、大規模なコンピューティングテストクラスターの結果を自動化して取得します。これにより、フラッシュアレイや個々のストレージデバイスを含む幅広いストレージデバイスにわたって同じワークロードを繰り返すことができます。アレイ側では、Dell PowerEdge RXNUMX サーバーのクラスターを使用します。

プロフィール：

4K ランダム読み取り: 100% 読み取り、128 スレッド、0 ～ 120% の読み取り
4K ランダム書き込み: 100% 書き込み、64 スレッド、0 ～ 120% の iorate
64k シーケンシャル読み取り: 100% 読み取り、16 スレッド、0 ～ 120% の iorate
64k シーケンシャル書き込み: 100% 書き込み、8 スレッド、0 ～ 120% の iorate
合成データベース: SQL および Oracle
VDI フルクローンおよびリンククローントレース

ピーク読み取りパフォーマンスを見ると、NetApp AFF A200 は、開始時に 4 ミリ秒を測定し、約 0.31 IOPS まで 1 ミリ秒未満を維持するという、並外れた低遅延 190k 読み取りパフォーマンスを提供しました。ピーク時には、A200 は 249 ミリ秒の遅延で 16.4k IOPS を測定しました。

4K のピーク書き込みパフォーマンスを見ると、A200 のレイテンシは 0.34 ミリ秒で始まり、1 から 40 IOPS に達するまで 50 ミリ秒未満にとどまりました。ピーク時には、A200 は 85 ミリ秒で 19.6 IOPS を超えました。

64k ピーク読み取りに切り替えると、A200 は 0.27ms のレイテンシーで開始し、1K IOPS を超えるまで 48.5ms 未満を維持しました。ピーク時の IOPS は 60 をわずかに超え、遅延は 8.5 ミリ秒でした。 A200 は 3.75GB/s の帯域幅で終了しました。

64k シーケンシャルピーク書き込みの場合、A200 は 0.49 ミリ秒で開始し、1K IOPS をわずかに超えるまで 6 ミリ秒未満を維持しました。 A200 は、19.7 ミリ秒の遅延で 12.85K IOPS でピークに達しました。 A200 の帯域幅もピーク時に 1.22GB/s でした。

SQL ワークロードでは、A200 のレイテンシは 0.37 ミリ秒で始まり、1K IOPS をわずかに超えるまで 120 ミリ秒未満にとどまりました。ピークは 179K IOPS、5.7 ミリ秒でした。

SQL 90-10 ベンチマークでは、A200 の遅延は 0.37 ミリ秒で開始され、1 ～ 80 IOPS に達するまで 100 ミリ秒未満にとどまりました。 A200 は、159 ミリ秒の遅延で 6.5K IOPS に達しました。

SQL 80-20 では、A200 の遅延は 0.38 ミリ秒で開始され、1 IOPS を超えるまで 60 ミリ秒未満にとどまりました。 A200 は、131 ミリ秒の遅延で 7.8K IOPS に達しました。

Oracle ワークロードでは、A200 の遅延は 0.39 ミリ秒で開始され、1 IOPS を超えるまで 50 ミリ秒未満にとどまりました。 A200 のピーク時は 125K IOPS、遅延は 10.2ms でした。

Oracle 90-10 では、A200 の遅延は 0.37 ミリ秒で開始され、1K IOPS をわずかに下回るまで 100 ミリ秒未満を維持しました。ピーク時は 155 IOPS、遅延は 4.2 ミリ秒でした。

Oracle 80-20 では、A200 の遅延は 0.38 ミリ秒で開始され、1K IOPS をわずかに下回るまで 65 ミリ秒未満を維持しました。ピーク時は 129 IOPS、遅延は 4.9 ミリ秒でした。

VDI フルクローンに切り替えると、ブートテストでは、A200 の遅延が 0.35 ミリ秒で始まり、約 1 IOPS まで 52 ミリ秒未満にとどまることが示されました。 A200 は、122 ミリ秒の遅延で 8.6K IOPS に達しました。

VDI フルクローンの最初のログインは 0.41 ミリ秒の遅延で始まり、約 1K IOPS まで 22 ミリ秒未満にとどまりました。 A200 のピーク時は 48K IOPS、遅延は 18.6ms でした。

VDI フルクローンの月曜日のログインは 0.48 ミリ秒の遅延で始まり、1K IOPS を超えるまで 20 ミリ秒未満にとどまりました。ピークは 49K IOPS、10.4 ミリ秒でした。

VDI フルクローンに移行すると、ブートテストでは、パフォーマンスが 1 ミリ秒未満から最大約 49 IOPS に留まり、その後、平均レイテンシ 95.7 ミリ秒でピークの 5.13 IOPS に達することが示されました。

初期ログインのパフォーマンスを測定するリンククローン VDI プロファイルでは、約 18.8k IOPS までは ms 未満の遅延が見られ、ピーク時には 36.8ms で 6.95k IOPS までさらに増加しました。

VDI リンククローンの月曜日のログインパフォーマンスを調べた最後のプロファイルでは、約 1k IOPS で 17.5ms バリアの移行が発生し、ワークロードは 37.4k IOPS および 13.3ms の平均レイテンシでピークに達するまで増加し続けていることがわかります。

VMマーク3

アップデート1/31/18: この最初のレビューの時点では、VMmark テストはまだ完了していませんでした。その後、これがオンラインになり、追加の詳細を投稿しました。 A200の仮想化パフォーマンス結果として。このデータは、データ削減サービスが有効になっているときに最小限の影響で非常にうまく機能したため、このユニットに対する私たちの熱意をさらに高めます。

まとめ

NetApp AFF A200 は、オールフラッシュストレージの開始または移行を検討している小規模組織向けのエントリーレベルのアレイであり、リモートオフィスやブランチオフィス向けの優れたオプションとしても最適です。 A200 は、64 コアの Intel Broadwell-DE プロセッサと 200 GB 以上のメモリを搭載したデュアルコントローラプラットフォームです。容量の観点から見ると、A24 には SAS フラッシュドライブ用の 2.5 インチベイが 15 個あります。このアレイは最大 367 TB のドライブをサポートし、合計未加工容量は最大 4 TB になりますが、データ削減により有効容量ははるかに大きくなります。さらに、NetApp はストレージ効率の 1:200 の削減を保証します。 A224 は、DSXNUMXC 拡張シェルフを通じて容量を追加することもできます。アレイは NetApp の ONTAP オペレーティングシステムで実行されます。

パフォーマンスに関しては、SQL Server や Sysbench アプリケーションワークロードを含む通常のアプリケーションワークロード分析と、新しく導入された VDBench ワークロード分析合成ベンチマークの両方を実行しました。 NetApp はレビューのために POC ツールキットを私たちに共有してくれました。これにより、複数のサーバー間でワークロードを開始する簡単な方法が提供され、今後も一貫した方法でより高速なアレイをテストすることが容易になります。

アプリケーションのワークロードでは、インラインデータ削減サービス (DR) を有効にした場合と無効にした場合の両方でアレイをテストします。 SQL Server のトランザクションベンチマークでは、DR の影響は最小限で、合計スコアは未加工で 12,620.1 TPS、DR オンで 12,583.8 TPS でした。個々の VM の範囲は 3,145.3 TPS ～ 3,155.1 TPS でした。 SQL Server の平均レイテンシでは、DR をオンにするとレイテンシが 11 倍になることがわかりました。生の実行時間は 25 ミリ秒 (個別および合計の両方)、DR は合計 4 ミリ秒です。 Sysbench を使用して、8、16、20、4 などのいくつかの VM スケーリングセットを実行しました。4VM の最低スケールでは、NetApp は非常に良好なパフォーマンスを示し、アレイを完全に飽和させることなく強力なパフォーマンスを提供しました。 7,175VM での生のパフォーマンスは 17.84 TPS で、平均遅延は 48.63 ミリ秒、最悪の場合の遅延は 20 ミリ秒でした。もう一方の側では 9,695 VM があり、生の状態では 66.02 TPS に達し、遅延は 172.6 ミリ秒、最悪の場合の遅延は XNUMX ミリ秒でした。繰り返しますが、DR をオンにしても大きな違いはありませんでしたが、すべてのテストで raw の方がパフォーマンスが優れていました。

データ削減サービスを有効にして実行された VDBench テストを見ると、ミリ秒未満のレイテンシでこれほど強力なパフォーマンスが得られたのは印象的でした。ランダム 4K では、A200 は書き込み時に 40ms のレイテンシを超える前に 1K IOPS に達し、読み取りでは、200ms のレイテンシを超える前に 190K IOPS に達しました。この傾向は残りのベンチマークでも継続しました。 1K シーケンシャルテストでは、A64 は読み取り時に 200 ミリ秒未満のレイテンシで 48 IOPS に達し、書き込みでは 1 ミリ秒未満のレイテンシでほぼ 20 IOPS に達しました (テストは読み取り 1 GB/秒と 3.75 GB/秒の帯域幅速度でも終了しました)書く）。 1.22 つの SQL ワークロードを読み取り 100%、読み取り 90% と書き込み 10%、読み取り 80% と書き込み 20% で実行したところ、A200 のスコアはそれぞれ 120 IOPS、80 IOPS、60 IOPS に達し、すべて 1 ミリ秒未満のレイテンシでした。 Oracle ワークロードで同じ 200 つのテストを実行すると、A50 は 100ms のレイテンシで 65 IOPS、1 IOPS、200 IOPS に達することがわかりました。また、ブート、初期ログイン、月曜日のログインについて、VDI フルクローンとリンククローンのベンチマークも実行しました。 A52 は、フルクローンでは 22 ミリ秒の遅延で 20 IOPS、1 IOPS、および 49 IOPS を達成でき、リンククローンでは 18 ミリ秒の遅延で 17 IOPS、1 IOPS、および 200 IOPS を達成できました。 NetApp は、ワークロードに合わせて調整するために舞台裏でどの程度の最適化が行われているかについてすぐにコメントしています。AXNUMX で実行したすべてのテストで、完全なインラインデータ削減を実行している場合でも、この結果が確認できます。

これらすべてのワークロードとラボでの何週間にもわたるテストを経て、明らかなことが 200 つあります。それは、オールフラッシュシステムへの移行が NetApp にとって変革をもたらしたということです。改善の一部はアップリフトフラッシュオファーですが、その多くは ONTAP の改善によるものです。功績がどこにあるとしても、最終製品は本当に素晴らしいです。ストレージの中規模市場セグメントは驚くほど競争力があります。いくつかのスタートアップ、ソフトウェア定義のオプション、その他の通常の疑わしいものがあります。ストレージに 4 桁未満の支出を考えている場合は、この分野で NetApp を一見しただけで注目しないのも無理はありません。しかし、A1 は単純に潰れてしまうため、これは悲劇的な間違いになります。ミリ秒未満で驚異的なパフォーマンスを実現することは別の話ですが、重要な点は次のとおりです。ネットアップは、200:15.5 の容量保証を達成するために、データ削減サービスを有効にしてそれを実行しています。これは簡単なことではありません。他の多くのアレイは、データ削減をオンにすると非常にフラットになるか、単にデータ削減を提供しません。最も容量の低いドライブを備えた当社のエントリーレベルの A7.75 は、62 つの 4 TB プールで 1 TB を提供しました。つまり、15:2 の目標を達成した場合、トップエンドの容量は 200 TB となり、ネットアップが提供する 2017 TB ドライブでは XNUMX ペタバイトを超えることになります。。 XNUMXU ミッドマーケットボックスとしてはかなり印象的なリーチです。 AXNUMX は、そのパフォーマンスと高度で成熟したデータサービスのセットを組み合わせることで、XNUMX 年の XNUMX 番目の Editor's Choice 受賞者として簡単に選択できるようになりました。

メリット