簡単安信Unityシリーズは、中間エンドユーザーの要求に応えることを目的として、混合、完全保存、VSA配置オプションなどのさまざまなオプションを提供しています。易安信VNX系列ただし、これは VNX の 1 つのパフォーマンスであり、完全に標準化されていないため、簡単に情報を得ることができます。2014 年の VNXe中基本上已经开始了开发：完全改进了界面，并继续进行易用性和部署开发。界面是全新的，底层代码也已经更新。Unity阵列包括一个2U机箱，该机箱带有由Intel Xeon处理器提供动力的双主动/主动控制器和25个2.5英寸驱动器托架（对于混合版本，还可以选择12个3.5英寸托架）。系统可扩展以提供更大的容量，戴尔易安信利用固态硬盘中的TLC闪存，使得它更为经济。系统支持数据块、文件和VMware VVol，同时支持本机NAS、iSCSI和光纤通道协议。全闪存系统（或与全闪存池混合的系统）包括数据缩减功能，可进一步提高TCO。所有戴尔易安信Unity阵列都可以轻松地分层到云，并通过CloudIQ提供基于云的分析，而无需额外投资。
簡単安信Unityシリーズは、中間エンドユーザーの要求に応えることを目的として、混合、完全保存、VSA配置オプションなどのさまざまなオプションを提供しています。易安信VNX系列ただし、これは VNX の 1 つのパフォーマンスであり、完全に標準化されていないため、簡単に情報を得ることができます。2014 年の VNXe中基本上已经开始了开发：完全改进了界面，并继续进行易用性和部署开发。界面是全新的，底层代码也已经更新。Unity阵列包括一个2U机箱，该机箱带有由Intel Xeon处理器提供动力的双主动/主动控制器和25个2.5英寸驱动器托架（对于混合版本，还可以选择12个3.5英寸托架）。系统可扩展以提供更大的容量，戴尔易安信利用固态硬盘中的TLC闪存，使得它更为经济。系统支持数据块、文件和VMware VVol，同时支持本机NAS、iSCSI和光纤通道协议。全闪存系统（或与全闪存池混合的系统）包括数据缩减功能，可进一步提高TCO。所有戴尔易安信Unity阵列都可以轻松地分层到云，并通过CloudIQ提供基于云的分析，而无需额外投资。
Unity は、保存するリストが非常に大きいにもかかわらず、使用が困難であるか、または基本的なアーキテクチャに集中している場合、展開および管理が容易なリストとは異なります。 10 つのユニットを 5 分間でデプロイできます。Unity は、VMware および Microsoft 環境と緊密に統合できる、最新の HTMLXNUMX タスク指向型インターフェイスを利用しています。 Unity のもう XNUMX つの機能は CloudIQ であり、これは、クラウド ベースのクラウド セキュリティとスマート エネルギーの中断のない機能です。アプリケーションプログラムを分析します。
Unity は、さまざまなソフトウェア パッケージ、ソフトウェア、駆動プログラム、およびソフトウェア パッケージをサポートしています。管理ソフトウェアは、Unity 全体のベース パッケージの一部です (Unisphere: Element Manager、Unisphere Central: 統合されたテーブルパネルとアラーム、CloudIQ: クラウドに基づく記憶分析、精密さが含まれます)構成や自動池など）、一重管理（ファイル、ブロック、VVol）、独自管理または外部秘密管理を備えた独自の保護（コントローラーに基づく任意のセキュリティ）、独自の時間ポイント（クイック照会および精緻なクローン）、 AppSync Basic と戴易安信 Common Event Enabler (CEE) (ウイルス対策プロキシ、イベント配信プロキシ) およびプロセス保護 (本機の块块および文書管理、本機同步块复制、快照送信、戴尔安易信 RecoverPoint Basic および戴尔易)安信RecoverPoint for VMs）。
从350F、450F、550F到650F，不断增加的数字表明，可用于每台设备和/或其扩展的闪存总容量和CPU性能都有所提高。我们在这里评测的450F定位更加中端，最大原始容量为4PB。下一个型号是550F，容量翻倍为8PB，再高一级的650F容量再次翻倍为16PB。Unity系列支持多种固态硬盘和容量，包括400GB、800GB、1.6TB、1.92TB、3.84TB、7.68TB和15.36TB。显然，最大原始容量反映了正在利用的最大容量固态硬盘。
Unity (およびそのすべての利点) は、1 つの物理デバイスに限定されません。ユーザーは、VMware ESXi サーバー上に Unity VSA を展開するだけで済み、コストが削減されます。このバンドルは Unity の利点を活かして、ROBO 環境や高機能の統合ターゲットとして使用することもできます。
戴尔易安信Unity 450F规格
| 外形规格 | 2U型 |
| 制御器CPU（每个阵列） | 2 Intel 10コア、2.2GHz |
| 内存（每个阵列） | 128GB |
| 各阵列のドライバー | 25个2.5インチ |
| 最大の初期容量 | 4PB |
| ポート | |
| 嵌入式SAS IOポート口 | 4 つの 4 チャネル 12Gb/s SAS ポート（BE 接続用） |
| ベース础12 Gb/s SAS BE总線 | 2 x 4 レーン（每个处理器） |
| 最大 12 Gb/s SAS BE ライン | 2 x 4 レーン（每个处理器） |
| 最大FE（フロントエンド）端口总数 | 24 |
| 電源 | |
| 線交流電圧 | 100至240伏交流电±10%，单相，47至63 Hz |
| 線交流電流 | 100電圧交流電圧時最大10.18安、200電圧交流電圧時最大5.09安 |
| 消費電力 | 100伏交流电时最大1017.6伏安（981.0瓦），200伏交流电时最大1017.6伏安（981.0瓦） |
| 物理 | |
| 重量 | 24.60千克（54.11磅） |
| 高×宽×深 | 8.88 x 44.76 x 60.9厘米（3.5 x 17.62 x 24英寸） |
設計と構築
戴尔易安信Unity 450F全闪存是一个2U型双控制器存储阵列，带有25个磁盘架。正面是戴尔易安信在2017年下半年推出的新产品中采用的高度风格化的新型边框设计。公司品牌在中间，产品名称位于右下角附近。挡板可轻松弹出，露出了25个前置式驱动器托架，与24托架平台相比，它能多容纳1个驱动器。虽然这不会对性能产生很大影响，但这可以简单地调整RAID组大小，并为奇数在线备用空间提供空间。
Unity 450F の後部は 4 つの画像部分に分割されており、それぞれの側に電源とストレージ プロセッサ コンポーネント、およびネットワーク ポートと I/O モジュールがあります。ポート 16Gb FC モジュール、各コントローラーに 8 つのポートが備わっています。哪里特定のコンポーネントを削除します。
管理/UI
ユーザーは、システムおよびストレージの実行状態、容量 (残量および使用済み)、バッテリーおよびパフォーマンスを確認できます。 (「システム」、「保存」、「接続」、「保護と移動」、「イベントとサポート」) およびそのサブメニューです。新しいデータ ストレージの種類のタスクは常に単一であり、Unisphere はストレージを作成し、それを自動的にホスト上に配置し、多経路を適切に処理することができます。
「システム」メニューの下に、「システム ビュー」、「パフォーマンス」、「サービス」などの選択肢があります。システム ビューにより、ユーザーはシステム全体をすばやく確認し、前部、後部、またはポートを選択できます。問題がある場合、そのコンテンツは、切り替え時の混乱を最小限に抑えるために消去されます。
「パフォーマンス」サブメニューは、ユーザーが最初に表示するシステムの側面、または表示するパフォーマンスの位置を選択し、次に表示する指標を選択する必要があります。したがって、パフォーマンスの問題を解決したり、正常な動作をまったく保証したりする場合、これを Unisphere に配置すると非常に役立ちます。
タイムチャートは、60 秒ごとに 5 回コンテンツを更新する自動ブラシを作成して、発生する可能性のある問題を深く理解するのに役立ちます。任意であり、関連するパフォーマンス指標の選択可能なサブコレクションが XNUMX 秒間更新されます。
「サービス」サブメニューには、システム、そのソフトウェアのバージョン、およびシーケンス番号が含まれています。これに加えて、ユーザーは簡単に安全なリモート セキュリティ サービスに接続でき、その場でセキュリティの問題を確認できます。右側は、サポート通知およびユーザーをサポートする関係情報です。これにより、管理リストの多くの中心が、複数の分散された場所ではなく、単一のユーザー インターフェイスに組み込まれます。
次のメイン メニューは「ストレージ」であり、そこにはセル、ブロック、ファイル、および VMware サブメニューが含まれます。これにより、管理者は一般的な情報、ドライバ、使用状況、およびフォト設定を使用して各セルを詳細に確認できるようになります。
ユーザーは、「保存」メニューの下にある「VMware」サブプログラムを介して、新しいデータ ストレージを迅速かつ丁寧に構築し、構成することができます。作成データが保存されます。
ここでは、ユーザーが監視するデータ ストレージの種類: ファイル、ブロック、VVol (ファイル) または VVol (ブロック) が表示されます。
次の画面では、名前と説明の入力が必要です。私たちは、データ ストレージを「大容量データ ストレージ」と名付けています。
設定の次はストレージです。そのソースのセル、サイズ (私は 10TB を使用しています)、厳密なソース調整と圧縮、およびホスト I/O 制限 (制限なく設定することもできます) がオンになっているかどうかを選択する必要があります。
Unisphere は、ホスト マシンのリストを作成します。これらのホストは、名前、オペレーティング システム、または VMware コレクションを介して自動的に発行されたり、検索されたりすることもできます。成導入ということで、私たちは今回の検査にさらに参加する予定です。
Unity バンドは、写真を使用するか、または無効にすることもできます。
上述の場合と同様に、フォトを使用するかどうかを選択し、その後、モード、RPO、およびフォトを作成する場所を選択する必要があります。
これが最後の会議であり、すべての要求が満たされていることを確認するために、Unisphere は要約セクションを作成します。
このプロセスが完了すると、ユーザーは結果画面を参照します。この画面には、作成中のデータの保存状況と、外部 ESXi ホストとの通信が表示されます。 LUN をスキャンし、その端末上にデータ ストレージを作成します。
vSphere に切り替えると、選択したストレージのすべてのホストが新しいストレージ デバイス上にあることがわかり、データ ストレージを開いて、下部でストレージ デバイスを作成中であることがわかります。
完了すると、他のデータと一緒にリストに追加されます。
「ストレージ > VMware」下の Unisphere に戻ると、データ ストレージも表示されます。
両方とも、データに保存されているプロパティを取得して、いくつかの変更を行うことができます。
次のマスター メニューでは、ユーザーは、ネットワークに接続されている Unity の潜在的なマスターと、名前、アドレスなどの各マスターの基本情報を確認できます。ホストは、次に示すように直接管理することも、VMware vCenter の統合ポイントを介して自動管理することもできます。
VMware サブプログラムはユーザーにオプションを提供し、Unisphere が vCenter を介してストレージに対して直接動作するかどうかを示します。 Unisphere は、すべての頻繁な作業を自動処理するために設定されており、新人ユーザーではなく、非常に便利です。
DoublevCenter は、それらに関連するさらに多くの情報を提供します。
ここでは、「アクセス」サブメニューを使用して ESXi ホストを表示し、ネットワーク アクセス、アクティベーション、およびアクティベーション パスなどのより多くの情報を取得できます。
ドライバ サブプランは、ドライバのリスト、そのホスト、ホストの種類、プロトコル、それらの機能、iSCSI の種類、およびその他の情報を提供します。
「イベント」メニューでは、ユーザーは進行中のまたは進行中の作業、完了率、作業内容、および完了時間を確認できます。
また、ユーザーは「日志」の下にある「イベント」メニューで日志を閲覧することもできます。
次の図に示すように、管理は PC 上の Web ブラウザに限定されません。
これらの機能はビューア システムに限定されません。管理者は、モバイル アプリケーション プログラムを介して Web GUI と同じ機能を利用できます。
性能
Sysbench MySQL のパフォーマンス
私たちの最初の共有アプリケーション ベースのテストでは、SysBench によって測定された Percona MySQL OLTP データベースの構成から、平均 TPS (99 秒あたりの時間)、平均時間、および平均 XNUMX% 時間も測定しました。
Sysbench sysbench虚拟机虚拟机虚拟机三个虚拟磁盘一一一一用用92gb）447gb）、一一一一约约（（270gb）、私たちは各仮想マシンに 16 個の vCPU と 60GB の DRAM を構成し、LSI Logic SAS SCSI コントローラーを使用しました。
Sysbench测试配置（每个虚拟机）
- CentOS 6.3 64位
- Percona XtraDB 5.5.30-rel30.1
-
- データベース表：100
- データ库大小：10,000,000
- データ库線程：32
- RAM缓区：24GB
- 所要時間：3時間
- 2時間処理32回線程
- 1時間32分
在Sysbench测试中，我们比较了几组虚拟机，范围从4个虚拟机到24个虚拟机，并在具有压缩功能的RAID5，无压缩功能的RAID5和RAID10中进行了配置。我们不会说哪一个是“最好的”，而是研究每一个，让用户知道预期的结果。
配备4个虚拟机时，戴尔易安信Unity 450F在压缩RAID5中达到了5372.1 TPS，在RAID5中达到了7538.5 TPS，在RAID10中达到了7405.6 TPS。配备8个虚拟机时，Unity在压缩RAID5中达到6767.9 TPS，在RAID5中达到10882 TPS，在RAID10中达到10510.8 TPS。配备16个虚拟机时，Unity在压缩RAID5中达到7859.2 TPS，在RAID5中达到17209.5TPS，在RAID10中达到17538.2 TPS。最后，配备24个虚拟机时，Unity在压缩RAID5中达到7457.4 TPS，在RAID5中达到19436.2 TPS，在RAID10中达到20936.7 TPS。
我们为Sysbench平均延迟测试运行了相同的虚拟机和配置。配备4个虚拟机时，Unity在RAID5中的平均延迟为17ms，在RAID10中的平均延迟为17.3ms，在压缩RAID5中只有24ms。配备8个虚拟机时，Unity在RAID5中的平均延迟为23.5ms，在RAID10中的平均延迟为24.4ms，在压缩RAID5中为38.6ms。配备16个虚拟机时，Unity在在RAID10中的平均延迟为29.3ms，在RAID5中的平均延迟为29.9ms，在压缩RAID5中为65.2ms。配备24个虚拟机时，Unity在在RAID10中的平均延迟为36.9ms，在RAID5中的平均延迟为39.8ms，在压缩RAID5中为103.3ms。
我们的最后一个Sysbench测试研究了最坏情况下（第99百分位）的延迟。配备4个虚拟机时，在RAID5中的延迟为31.5ms，在RAID10中为32.1ms，在压缩RAID5中只有47.8ms。配备8个虚拟机时，在RAID5中的延迟为43.2ms，在RAID10中为45.2ms，在压缩RAID5中只有77.3ms。配备16个虚拟机时，在RAID5中的延迟为58.5ms，在RAID10中为59.9ms，在压缩RAID5中只有463.5ms。配备24个虚拟机时，在RAID10中的延迟为76.1ms，在RAID5中为82.3ms，在压缩RAID5中高达1387.2ms。
SQLサーバーのパフォーマンス
StorageReview の Microsoft SQL Server OLTP テストは、ビジネス プロセス パフォーマンス委任会議基準 C (TPC-C 基準) の現在の草案を採用しており、これは、アプリケーション プログラム環境での動作をシミュレートするためのオンライン ジョブ処理基準です。ストレージベースのアーキテクチャの性能が高く、バイアルの問題がある場合には、合成性能基準よりも TPC-C 基準の方が適しています。
各 SQL Server 仮想マシンには、起動用の 100 GB とデータおよび日報ファイル用の 500 GB の 16 つの仮想マシンが配置されています。以前にテストした Sysbench のワークロードは、保存 I/O と容量の両方で限界に達していましたが、SQL TPC-C テストは保存遅延の点で非常に敏感でした。最終的なアプリケーションプログラムの遅延に影響します。
今回のテストでは、Windows Server 2012 R2 ゲストマシン上で実行される SQL Server 2014 を使用し、データベース用のベンチマーク ファクトリによってテストを実行しました。しかし、この期間中、私たちは 3000 つの 1500 スケールのデータベースをサーバー上に均一に分散することに重点を置きました。
SQL Server の構成（每个仮想机）
- Windows Serverの2012 R2
- 空き容量占有量： 600GBを割り当て、500GBを使用
- SQL Server 2014 版
-
- データ库大小：1,500スケール
- 虚拟客户端负下載：15,000
- RAM缓区：48GB
- 所要時間：3時間
- 2.5時間処理
- 30分钟取样周期
Sysbench ベースのテストと同様の方法で、RAID 5、RAID 10、および圧縮 RAID 5 の構成をテストしました。拟机圧縮されていない RAID450 では、10 TPS の合計が確認され、単一の仮想マシンでは 12623.1 TPS から 3155.7 TPS が確認されました。印象深いのは 3155.8 TPS で、単体の仮想マシンでは 5 TPS から 12619.3 TPS に達しました。
对于SQL Server平均延迟测试，Unity在RAID10中延迟为10ms。在RAID5中达到了11.3毫秒，单个虚拟机的延迟时间从10毫秒到12毫秒不等。在启用了压缩功能的RAID5中延迟为24ms。
VDBench 工作ダウンロード分析
我们的本地性能测试的最后一部分集中在合成工作负载性能上。在这方面，我们测量了三种不同存储配置的性能：RAID10、RAID5和具有内联压缩的RAID5。我们测试了16个虚拟机上安装的32个125GB VMDK，以测量4TB的存储空间。这种类型的测试有助于显示实际的存储指标以及与虚拟化环境相关的日常开销。
メモリの動作負荷を完全に表現することはできないが、合成テストは、反復可能な要素を備えているため、アプリケーション プログラムが最適です。これらのオペレーション ロードは、「730 つのコーナー」テスト、通常のデータ パケット転送サイズを含む、さまざまな構成のテストを実行できるように、ストレージ デバイスに対して標準テストを実行します。测试、これらのテストはすべて、一般的な vdBench のワークロード ジェネレーターとスクリプトを使用しており、大規模なコンピューティング テスト グループ内で自動的に実行して結果をキャプチャできます。オペレーティング ロードには、メモリ アレイと個別のメモリ デバイスが含まれます。
構成文例：
- 4K随机读取：100%读取，128个线程，0-120% iorate
- 4K随机写入：100%写入，64个线程，0-120% iorate
- 64K顺序读取：100%读取，16个线程，0-120% iorate
- 64K顺序写入：100%写入，8个线程，0-120% iorate
- 合成データベース库：SQLとOracle
- VDI完全クローンと接続クローントレース
从峰值4K读取性能来看，这三种配置都保持了亚毫秒级性能直到大约140K IOPS。RAID10配置以11.9毫秒的延迟达到了267918 IOPS的峰值。在RAID5中，我们看到了222963 IOPS的峰值，延迟为13.8ms。启用压缩后，性能峰值达到207915 IOPS，延迟为16ms。
对于峰值4K写入，启用压缩的Unity保持了亚毫秒级延迟一直到略微高过31K IOPS，并以9.12ms的延迟达到34K IOPS的峰值。RAID5保持了低于1毫秒的延迟一直到约100K IOPS，随后以4.16ms的延迟达到107216 IOPS的峰值。RAID10保持了亚毫秒级延迟一直到约184.7K IOPS，并以1.09ms的延迟达到185979 IOPS的峰值。
再来看看顺序64K读取的情况，Unity 450F在约31K IOPS或1.9GB/s时突破了1ms的延迟，随后以8.99ms的延迟达到了33764 IOPS的峰值，带宽为2.11GB/s。RAID5配置在约100K IOPS或6GB/s时突破了1ms的延迟，随后以4.16ms的延迟达到了107216 IOPS的峰值，带宽为6.7GB/s。RAID10配置总体上表现最佳，保持了亚毫秒级性能一直到约110K IOPS或6.7GB/s，随后以4.312ms的延迟达到了116645 IOPS的峰值，带宽为7.27GB/s。
对于连续64K写，启用压缩的Unity在约25K IOPS或1.56GB/s时突破了1ms的延迟；随后以9.15ms的延迟达到了27954 IOPS的峰值，带宽为1.74GB/s。RAID5和RAID10都以低于1毫秒的延迟达到了约54K IOPS或3.3 GB/s。RAID10配置的峰值为62650 IOPS，然后下降到40309 IOPS，延迟为4.01ms，带宽为2.52GB/s。RAID5配置的峰值为84778 IOPS，然后下降到82892 IOPS，延迟为3.02ms，带宽为5.18GB/s。
私の SQL オペレーション ロードでは、圧縮された Unity 450F が 149K IOPS まで秒単位の遅延性能を維持し、その後 4.62ms で 184097 IOPS の最高値に達しました。别RAID 5 構成の場合、Unity は 152K IOPS まで 214160 秒単位のパフォーマンスを維持し、その後 3.99ms の遅延で 10 IOPS に達します。
在SQL 90-10基准测试中，启用压缩的Unity在约130K IOPS时突破了1ms的延迟，随后以5.11ms的延迟达到了160824 IOPS的峰值。RAID5配置保持了亚毫秒级的延迟一直到大约140K IOPS，随后以4.44ms的延迟达到了199600 IOPS的峰值。RAID10保持了低于1毫秒的延迟一直到近195K IOPS，随后以3.7ms的延迟达到240649 IOPS的峰值。
SQL 80-20 のテストでは、圧縮された Unity が 104K IOPS まで秒単位の遅延を維持し、その後 7.7 ミリ秒で 128421 IOPS の最高値に達したことが確認されました。 RAID 5 は、130K IOPS に達し、その後 4.9 ミリ秒の遅延で 182314 IOPS のピーク値に達しました。
当社の Oracle オペレーティング ロードでは、圧縮を使用した Unity 450F は約 1K IOPS まで 85 秒未満の遅延を維持し、その後 10.47 ミリ秒で 121584 IOPS のピーク値に達します。 RAID 5 構成が最適であることが再び示され、110K IOPS まで秒単位の遅延が維持され、その後 6.02ms の遅延で 177664 IOPS に達しました。
Oracle 90-10 の動作負荷テストでは、圧縮された Unity 450F は約 130K IOPS まで秒単位の遅延を維持し、その後 3.43 ミリ秒で 161864 IOPS の最高値に達しました。迟一直RAID 5 構成は、141K IOPS に近づくまで 2.91 秒未満の遅延を維持し、その後 197885ms の遅延で 10 IOPS に達します。
Oracle 80-20 の動作負荷テストでは、圧縮された Unity 450F は約 110K IOPS まで秒単位の遅延を維持し、その後 4.9ms で 130250 IOPS の最高値に達しました。RAID5 構成では 1 秒未満を維持しました。 RAID 128 構成は、約 3.15K IOPS まで遅延し、その後 180858 ミリ秒の遅延で 10 IOPS のピーク値に達します。その後、1 ミリ秒の遅延で 187 IOPS のピーク値に達します。
接下来我们看接下来我们bdi完整完整完整在在ブート测试测试测试、启用启用启用unity 450f保持保持了秒级秒级秒级119k iops、随后6.89ms IOPS は 148960ms を超え、その後 5ms の遅延で 150 IOPS のピーク値に達しました。RAID 1 構成が再び最適であることがわかり、約 4.51K IOPS まで秒単位の遅延を維持し、その後 208850ms の遅延で 10 IOPS に達しました。 IOPSのピーク値。
VDI 完全クローンの初期登録の場合、Unity 450F は約 38K IOPS まで秒単位の遅延を維持し、その後 1.67 ミリ秒で 54297 IOPS のピーク値に達しました。 RAID 5 構成は、約 80K IOPS まで 7.16 秒未満の遅延を維持し、その後 113669ms で 10 IOPS に達します。
当社の VDI 完全クローン月曜日登録では、圧縮を使用した Unity 450F は約 44K IOPS まで秒単位の遅延を維持し、その後 8.1 ミリ秒で 63151 IOPS の最高値に達しました。 RAID 5 構成では、約 1K IOPS まで延長され、その後 72 ミリ秒の遅延で 3.9 IOPS のピーク値に達しました。
最後に確認したのは VDI 接続クローン テストです。 もう一度ブート テストを確認すると、Unity 450F は約 96K IOPS まで 4.77 秒台の遅延を維持し、その後 106534 ミリ秒で 5 IOPS のピーク値に達しました。 RAID 165 構成の遅延は約 2.26K IOPS まで続き、その後 187102ms の遅延で 10 IOPS のピーク値に達しました。
初期登録の場合、Unity 450F は約 40K IOPS まで 4.6 秒未満の遅延を維持し、その後 55128 ミリ秒で 5 IOPS のピークに達しました。 1ms の遅延は 80K IOPS のピーク値に達します。RAID 2.12 は、約 112K IOPS で構成されている場合に 10ms の遅延を超え、その後 100ms の遅延で 1 IOPS のピーク値に達します。
最後に、VDI 接続月曜日の登 録では、圧縮された Unity 450F は約 29K IOPS まで 9.2 秒台の遅延を維持し、その後 55603ms の遅延で 5 IOPS のピーク値に達しました。 RAID 1 構成は、約 60K IOPS まで、その後 4.47 ミリ秒の遅延で 102936 IOPS のピーク値に達します。約 10K IOPS まで 71 秒単位の遅延が維持され、その後 4.23 ミリ秒の遅延で 110081 IOPS のピーク値に達します。 。
VMware VMmark 3
VMware の VMmark 3 は、ネットワーク優先の仮想化標準テストの最新バージョンです。VMmark は、ストレージ、計算、およびネットワーク接続を実行するために、実際のワークロードと操作を行うことを目的としています。このプロセスには、VMware と大型プロバイダーの代表的なグループが関与しています。其中许多提供商すでに配布了VMmark基準测试結果Storage Review は、コアを通過した標準テストの正式な送信を、ストレージ アレイが合格したかどうかを確認するために、私たちの通常のテスト プロセスに追加しました。
VMmark 3 ベースのテストを実行するのは簡単なことではなく、意識的なストレージベースのテストとなるように十分な負荷がかかるように環境を構築する必要があります。戴尔易安信PowerEdge R740xdサーバーと4台戴尔易安信PowerEdge R730 サーバー、它们都配备了Mellanox ConnectX-4 Lx 25GbE NIC或rNDC、並びに2台戴尔易安信Networking Z9100交換機と一台Brocade 6510 16GB FC交換機。
本書の評価では、450 つの構成の耐用年数保証 Unity 3F の完全ストレージに対して VMmark 10 準拠のテストを実行しました。実行はすべて、内部データ効率（圧縮）を無効にした場合にテストされました。
私たちはこの 12 つの構成に対して 891 磁気基準のテストを実行しました。各磁気には 12 GB の記憶空間が必要なので、10.6 磁気を実行する場合の記憶空間は約 XNUMX TB になります。
で私のRAID10送信中，戴尔易安信Unity 450F的VMMark3.0得分为12.11，应用程序得分为14.11，基础架构得分为4.13。在私のRAID5送信中，戴尔易安信Unity 450F得分略高，VMMark3.0得分为12.43，应用程序得分为14.51，基础架构得分为4.13。
5 回の送信はすべて良好であり、RAIDXNUMX 構成はパフォーマンスの点で若干有利です。
结论
戴尔易安信发布Unity以满足中端市场的存储需求。Unity是围绕简化部署和与现有基础设施和管理的集成而构建的。F版本是Unity的全闪存版本，型号越高，表示该设备可以支持的原始容量越多，CPU性能越高。在我们的测评中，我们研究了450F的中端阵列。450F总原始容量为4PB，支持从400GB一直到15.36TB的多种固态硬盘容量。所有Unity阵列都带有大量软件套件和其他受支持的产品。Unity还可以虚拟形式提供，可以部署在现有硬件上，而无需购买戴尔易安信设备。
在Sysbench测试中，我们在启用压缩的RAID5，在禁用压缩的RAID5和配备不同虚拟机数量的RAID10中运行了Unity 450F。对于压缩拖累性能这一点，我们并不惊讶，虚拟机数量越多，就更是如此（启用压缩时24个虚拟机的TPS为7457.4，关闭压缩时为19436.2 TPS）。尽管如此，即使启用了压缩功能，Unity还是在4个虚拟机的情况下达到了7538 TPS，在8个虚拟机的情况下达到了6767 TPS，在16个虚拟机的情况下达到7859 TPS，并且在24个虚拟机的情况下达到7457 TPS。同样的情况也出现在延迟中，更高的虚拟机数量会导致更高的延迟，而压缩会使延迟进一步增加。不过，在启用压缩时，延迟在24个虚拟机的情况下达到了103.3ms的顶峰。我们最坏情况下的测试结果远远超出了大多数环境通常会看到的范围，在启用压缩的情况下，该测试的最高延迟时间为1387.2ms。典型的真实场景的延迟要低得多。
SQL Server のテストでは、圧縮を使用した場合でも、RAID 450 の合計は 10 TPS、RAID12623.1 の合計は 5 TPS でした。圧縮が SQL Server に及ぼす影響は、RAID12619.3 と RAID5 でそれぞれ 12586.6 秒と 10 秒でしたが、圧縮を使用した場合はそれぞれ 5 TPS でした。このとき、遅延は 10 秒まで上昇します。
对于我们的VDBench测试，即使在启用压缩的情况下，戴尔易安信Unity 450F在我们所有的测试中都能够以亚毫秒级的延迟运行。在随机4K中，启用压缩后，我们看到了亚毫秒级的性能一直到约140K IOPS读取，31K IOPS写入。RAID10在所有的VDBench测试中都展现了最好的性能，在4K测试中，它的读写分别达到了268K IOPS和116K IOPS，延迟分别为11.9ms和4.31ms。对于顺序性能，我们查看了64K基准测试，其中启用压缩的450F保持了亚毫秒级的延迟一直到约31K IOPS或1.9GB/s读取，25K IOPS 或1.56GB/s写入。RAID10配置保持了亚毫秒级的延迟一直到110K IOPS或6.7GB/s读取，和54K IOPS或3.3GB/s写入。
私たちの SQL VDBench オペレーション ロードでは、圧縮された 450F で 149K IOPS まで秒単位の遅延性能が維持され、90 ～ 10 回のテストでは 130K IOPS、80 ～ 20 回のテストでは 104K IOPS に達しました。一方、RAID 10 構成は、1ms 未満の遅延を 206K IOPS、90 ～ 10 回のテストでは 195K IOPS、80 ～ 20 回のテストでは 185K IOPS まで維持しました。 VDI の完全クローンと接続クローンについては、85K IOPS、130K IOPS、110K IOPS までの遅延が確認されましたが、RAID 10 は 1ms 未満の遅延を維持しました。ブートテスト、初期登録、および月曜日登録では、156K IOPS、200K IOPS、および 187K IOPS (完全クローン)、さらには 119K IOPS、38K IOPS、および 44K IOPS (接続クローン) に至るまで、秒単位の遅延性能が確認されました。比較すると、RAID 96 構成は、40K IOPS、29K IOPS、10K IOPS (完全クローン)、さらには 193K IOPS、110K IOPS、105K IOPS (接続クローン) まで、秒単位の遅延性能を維持します。
显然，不仅仅在性能方面，而且在集成方面，我们的实验室都对450F印象深刻。我们这些年来测评过很多设备，没有任何存储阵列可以如此轻松地挂接到VMware。这个界面也是最容易熟悉的界面，非常适合中端目标受众。最后，450F的价格与同类产品不相上下。虽然我们用~8TB的固态硬盘进行了测试，但使用1TB级固态硬盘的低容量设备的市场价格与我们见过的其他类似容量的大品牌持平。总的来说，Unity 450F实现了让中端市场存储易于管理的承诺，同时提供出色的性能曲线和广泛的协议支持。这些原因，再加上市场定价，正是我们将戴尔易安信Unity 450F推为2018年第一届编辑选择奖获得者的原因。
StorageReview ニュースレターにサインアップする
