これらの分散ストレージ製品のうちどれが優れているでしょうか? FusionStorage、XSKY、Ceph、vSAN、SmartX など

[[324413]]

FusionStorage、Ceph、vSAN、SmartX などの分散ストレージ製品の長所と短所、および将来の技術進化の傾向を知りたいですか?

オブジェクト ストレージの観点で、FusionStorage と C シリーズ XSKY を比較するとどうなりますか?

FusionStorage と Ceph、vSAN、SmartX の比較 (ブロック、ファイル、オブジェクトの詳細な比較を含む)。

この質問は、Beiming プロジェクト マネージャーの @csj11341 さんから寄せられたものです。以下のコンテンツは、twt コミュニティの多くの仲間による実践的な経験の共有から生まれたものです。誰でも交流に参加し、意見を述べることができます。

@Liu Dongdongsoft グループ IT テクノロジー コンサルタント:

FusionStorage は、X86 サーバーに基づく分散オブジェクト ストレージをサポートできます。XSKY がオブジェクト ストレージ用にサポートするコンポーネントは XEOS と呼ばれ、XEDP 統合ストレージ コンポーネントを使用して実行できます。 X86 サーバーのサポートに加えて、POWER チップベースのサーバーもサポートし、より幅広いサポートとより優れたエコロジカルな構築を提供します。

1. FusionStorageとCephの比較

ブロック ストレージに関して言えば、FusionStorage と Ceph はどちらもブロック ストレージのサポートに優れており、ブロック ストレージは Ceph の主なサポート上の利点でもあります。 FusionStorage ではブロック ストレージのサポートも強化されました。結局のところ、これはパフォーマンスの最適化が向上した商用バージョンです。 Oracle RAC 認定も取得しています。これは、Oracle RAC をサポートし、分散ストレージ上での Oracle クラスタ環境のより適切な展開をサポートできる数少ない分散ブロック ストレージの 1 つです。

ファイル ストレージ: Ceph はファイル ストレージのサポートが比較的弱く、SCSI を直接サポートしていません。 SCSI インターフェイスをサポートするには、独自の SCSI または lio サーバーを構築する必要があり、可用性が高くありません。 FusionStorage を使用すると、各 iSCSI ターゲットをすべてのホスト ノードに展開でき、仮想 IP アドレス構成をサポートし、vmware、winserver、データベースなどとの高可用性ドッキングを実現できます。

オブジェクト ストレージ: オブジェクト ストレージ Ceph の最大の利点は、本質的に「オブジェクト ストレージ」であり、そのブロックおよびファイル サービスはオブジェクトに基づいて提供されるため、オブジェクト > Ceph ブロック > Ceph ファイルの順にパフォーマンスが最適になることです。 Ceph と比較した FusionStorage の利点は、オブジェクトのサポートに加えて、分散ブロック、ファイル、およびオブジェクト ストレージの統合が優れており、包括的な機能とパフォーマンスをサポートし、実稼働環境で Ceph よりも信頼性が高いことです。

2. FusionStorageとvSANの比較

ブロック ストレージ: FusionStorage でサポートされるブロック ストレージは、さまざまな仮想化環境に提供できます。 VMware に加えて、VMware ESXi、Microsoft Hyper-V、Citrix などのエンタープライズ レベルの仮想化プラットフォームの統合ストレージ要件もサポートできるため、ストレージ インフラストラクチャが簡素化され、孤立状態を回避できます。 vSAN は VMware 独自の仮想化環境でのみ使用できます。

ファイル ストレージの場合: vSAN ファイル サービスは、vSAN 分散ファイル システム (vDFS) を使用して、vSAN ストレージ ポリシー ベースの管理機能と統合されたスケーラブルなファイル システムを提供します。 FusionStorage には制限はありませんが、VMware 仮想ホストに対してのみファイル サービスを提供できます。

オブジェクト ストレージに関しては、vSAN はオブジェクト ストレージを直接サポートできません。 vSAN は、VMware ESXi ホストにファイル ストレージ サービスを提供します。オブジェクト ストレージでは、VMware に Ceph に似たオブジェクト ストレージ ソフトウェアを導入して、オブジェクト ストレージ環境をサポートする必要があります。 FusionStorage もオブジェクト ストレージ ソフトウェアですが、オブジェクト サービスをネイティブにサポートしており、その基盤となるレイヤーは X86 物理サーバーに基づいています。

3. FusionStorageとSmartXの比較

ブロック ストレージ: FusionStorage と SmartX はどちらも商用の分散ストレージ ソフトウェアです。 FusionStorage と SmartX は現在独立して開発されており、どちらも X86 サーバーに基づく分散ストレージ シナリオをサポートしています。 FusionStorage 分散ストレージ ソフトウェアと比較すると、SmartX はコスト パフォーマンス比が高いようです。

ファイルおよびオブジェクト ストレージに関して: SmartX 分散ストレージ ZBS は、ファイルおよびオブジェクト ストレージ サービスを直接サポートできない分散ブロック ストレージ ソフトウェアです。ブロックストレージデバイスのサーバーに NAS ソフトウェアと OBS ソフトウェアを導入することで、間接的にファイルストレージおよびオブジェクトストレージサービスを提供できます。 FusionStorage は、ファイル ストレージとオブジェクト ストレージをネイティブにサポートできます。

将来の技術進化の傾向:

将来のテクノロジーは間違いなく、分散ストレージをベースとし、従来のアレイで補完されたアーキテクチャになるでしょう。分散ストレージの柔軟性は、従来のアレイでは置き換えられません。分散ストレージのパフォーマンス、信頼性、安定性が継続的に向上するにつれて、そのさまざまな機能が徐々に改善され、従来のアレイを徐々に置き換えてソフトウェア定義ストレージ (SDS) データセンターを形成できるようになります。ただし、従来のアレイには依然として独自のストレージ シナリオがあり、長期間共存することになります。技術的な観点から見ると、コンバージド ストレージとユニファイド ストレージは将来の技術開発のトレンドであり、各業界はさまざまなビジネス シナリオに対応するために独自の市場セグメントを持つことになります。

@wenruoyiming Shanxi Hengxin Technology Co., Ltd. ネットワーク エンジニア:

まず、分散ストレージとSDSという2つの用語の境界を区別する必要があると思います。

分散ストレージ:

分散ストレージはアーキテクチャです。分散ストレージ自体についてのみ議論する場合、EMC Islion、Huawei N9000、DELL EQL などの分散アーキテクチャ ストレージも比較に含める必要があります。この部品には分散アーキテクチャに基づく機能がありますが、ストレージ オペレーティング システムは工場でプリインストールされています。ほとんどの SDS は分散アーキテクチャかもしれませんが、すべての分散ストレージが SDS としてカウントされるわけではありません。少なくとも、Islion が SDS であると考える人はいません。

分散アーキテクチャに基づくソフトウェア定義ストレージ (SDS と呼ばれる)

Cシリーズには、XSKYのほか、H3C Onestore、QunDingのTDS、Yuanhe、Suzhou Mobile Research Instituteのモバイル向け製品も含まれています。さらに、Ceph 以外の製品には、タイトルに記載されている FusionStorage が含まれます。しかし、厳密には HCI 製品として分類されるべき VSAN (Vsphere と合わせて VXRail を形成) や SMARTX、Nutanix は含まれていないと思います。

OP が言及した FusionStorage と XSKY の比較について話しましょう。

市場パフォーマンス:

Huawei の最も初期のオブジェクト製品は、パブリック クラウドから継承された製品である UDS でした。重厚な造りであまり売れませんでした。 2017 年に、アーキテクチャは解体され、再定義され、FusionStorage8.0 オブジェクト ストレージに名前が変更されました。 2019年から対外的にプロモーションが始まりました。しかし公式サイトにはまだ詳しい紹介資料などはありません。

XSKY は、自社の Ceph コミュニティの利点を有効活用し、自社の商用ソフトウェアを使用してユーザーが Ceph 環境の問題を解決できるように支援しながら、中国でのオブジェクト ストレージの実装を推進してきました。

技術アーキテクチャの違い:

Huawei の製品はビッグデータのシナリオに重点を置いており、ビッグデータをサポートする製品のように感じられます。 1 つのバケットで 1,000 億個の小さなファイルをサポートすることも、その主な仕様の 1 つです。

XSKY は、データ プラットフォームを使用してすべての問題を解決することに重点を置いており、オブジェクトはそのソリューションの 1 つです。 XSKY オブジェクト製品は、NFS&S3 相互アクセスや属性クエリなどの優れた機能を備え、大量の小さなファイル、ビッグ データ、複数のデータ センターなどのシナリオに重点を置いています。

販売方法の違い：

Huawei は、エンドツーエンドのソリューションを推奨し、トップとボトムを接続してソリューションのパッケージを提供することで、ユーザーが比較的安心して使用できるようにします。

XSKY は純粋なソフトウェアのみを販売し、ソフトウェアとハ​​ードウェアを切り離してユーザーに高い自律性を与えるソリューションを推奨しています。

@chinesezzqiang 情報技術マネージャー:

FusionStorage と vsan の比較:

クローズ: vSAN は vSphere でのみ構成および使用でき、他の仮想化プラットフォームはサポートされません。ただし、Huawei の FusionStorage には制限はありません。

パフォーマンス: テスト データによると、FusionStorage は vSAN の 3 倍の速度で、IOPS は最大 130 万です。

仕様: vSAN は 64 個の物理ノードのみをサポートしますが、Fusionstorage は 4096 個のノードをサポートできます。

FusionStorage と Ceph の比較:

属性: FusionStorage は優れたサービス サポートを備えた商用製品ですが、Ceph はサービス サポートが不十分なオープン ソース製品です。

パフォーマンス: 同じノードの場合、FusionStorage のパフォーマンスは Ceph よりもはるかに高くなります。

可用性: FusionStorage の高可用性ソリューションは非常に成熟していますが、Ceph の高可用性ソリューションは他のソフトウェアからのサポートが必要であり、不安定です。

運用および保守コスト: FusionStorage は、運用コストが低い、成熟した完全なサービス サポート システムを備えています。 Ceph には専任の IT チームが必要であり、運用および保守コストが高くなります。

FusionStorageとSmartxの比較:

属性: どちらも成熟した商用製品です。

パフォーマンス: 企業では FusionStorage と Smartx を導入していますが、フォーラムやその他のチャネルから、FusionStorage の方がパフォーマンスがわずかに高いことがわかりました。

@zhuqibs Mcd ソフトウェア開発エンジニア:

FusionStorage と vSAN の比較:

(1) vsan: vSphereで使用され、良好なパフォーマンスを発揮します。 FusionStorageには制限はありません

（２）性能比較：FusionStorageはvsanより3倍高速であると報告されている。

（3）スケール比較：FusionStorageは4096ノードをサポートできますが、vsanは64ノードしかサポートしません。

(4) 結合: vsan と vsphere は密接に結合されており、信頼性に影響しますが、FusionStorage は影響しません。

FusionStorageとCephの比較：一方はオープンソース、もう一方は商用であり、Cephにはハードウェアが含まれていないため、Cephにとって不公平です。

（１）パフォーマンス比較：FusionStorageはCephよりはるかに優れている

（2）使用シナリオ：FusionStorageは、Windows、VMware、異機種仮想マシン、データベースなど、ISCSIプロトコルに接続できるすべてのクライアントをサポートします。

（３）スケール比較：Cephも数千にスケールできるが、パフォーマンスは劣る。

（4）可用性：Ceph+iscsiの高可用性ソリューションは優れていませんが、FusionStorageは比較的完全な高可用性を実現できます。

FusionStorageとSmartxの比較:

（１）性能比較：FusionStorageの方が高いが、基本的には同じ

（２）スケール比較：どちらのソリューションも数千のノードに導入可能

（３）結合：両者は緩く結合している

@吴华SmartX ハイパーコンバージェンス プロダクト マネージャー:

個人的には、テクノロジーには絶対的な善悪はないと思っています。最も重要なことは、ユーザーが製品と自分のニーズを正確に理解し把握する必要があるということです。なぜなら、適切な製品が良い製品だからです。

展開モード: まず、前述のように、SmartX 分散ストレージは SMTX ZBS と呼ばれ、統合アーキテクチャ (ハイパーコンバージド ソフトウェア SMTX OS の一部として) または分離アーキテクチャでの展開をサポートできるため、ユーザーは柔軟に選択できます。ハイパーコンバージェンスの展開モードとしての分散ブロック ストレージには、コンピューティング リソースをあまり使用せずに高パフォーマンスのストレージを実現することと、ハイパーコンバージェンスに固有のデータ ローカリゼーションという 2 つの固有の要件があります。 SMTX ZBS は両方の面で優れた機能を発揮します。

主なストレージ シナリオ: ハイパーコンバージド展開でも個別の展開でも、SMTX ZBS はブロック ストレージに重点を置いています。このストレージ シナリオの要件は、高い IOPS、低いレイテンシ、および高い信頼性です。ストレージ シナリオが異なれば、製品アーキテクチャ、実装、最適化の方向性も異なります。一部の製品は複数のストレージ インターフェイス プロトコルをサポートできますが、ブロック ストレージ、ファイル ストレージ、オブジェクト ストレージを適切に行うことは困難です。そこで、モデルを中心に製品を磨き上げていきます。

製品の実装方法: Ceph および Ceph パッケージに基づく製品は、オープン ソース コードに基づいています。製品開発はメーカーではなくコミュニティに依存します。 SMTX ZBS を含むその他の製品は商用製品です。開発投資額が大きいため、純粋な調達コストは確かに高くなりますが、製品のサービスと開発はより保証されます。

パフォーマンス: パフォーマンスの比較については多くの人が言及していますが、統一されたテスト方法なしにハードウェア構成のパフォーマンスを比較することは厳密ではないと考えています。専門家の中には、FusionStorage 製品とのパフォーマンス比較について言及した人もいました。データの出所がわからないため、そのような結論には同意できません。現在、POC テスト結果でも実際の使用でも、同じハードウェア条件下では、SmartX 分散ストレージのパフォーマンスが FusionStorage より劣ることはありません。現在参考になるデータとしては、SMTX ZBS がハイパーコンバージド モードで NVME SSD をキャッシュとして使用すると、シングルノードの 4K ランダム読み取りが最大 200,000 IOPS に達する可能性があるというものがありますが、これも明確なハードウェアとテスト方法に基づいています。

@Shao Guojian XSKY ソフトウェア アーキテクチャ デザイナー:

質問者が挙げた製品のうち、XSKY と FusionStorage は SDS に属し、vSAN と SmartX は HCI に属します。理論的には、それらを直接比較することは困難です。

技術アーキテクチャと製品の観点から、XSKY と上記製品との最大の違いは、XSKY が統合ストレージ プラットフォーム XEDP、つまりブロック、ファイル、オブジェクト ストレージ サービスを同時に提供するストレージ システムを提供していることです。さらに、特定のシナリオ向けに独立した製品も提供されます。

ブロック ストレージ: XSKY が独自に開発したデータ ゲートウェイ XDC は、iSCSI、SCSi、FC、RBD などのプロトコルを同時にサポートし、OpenStack シナリオで IO 集約機能を提供できます。同じ構成で、より多くの仮想マシンをサポートし、オンライン アップグレード機能を提供できます。 VMware VAAI 機能をサポートし、VMware 仮想化シナリオにシームレスに適用できます。管理対象ボリュームとオンライン ボリューム移行をサポートし、仮想マシンのストレージ ホット移行機能を提供できます。

オブジェクト ストレージ: 数百億の小さなファイルとマルチサイト オブジェクト ストレージの規模を持つ単一のクラスターをサポートし、アプリケーションにローカル優先の読み取りおよび書き込み機能を提供します。データ階層化、コールドデータをクラウドストレージに自動的にアーカイブするなど、ローカルストレージからさまざまな外部ストレージへのデータフローをサポートします。 S3 ユーザー向けの独立したグラフィカル インターフェイスである S3 コンソールは、オブジェクト ストレージ データを迅速に管理します。 HDFS 向けに最適化された高性能クライアントで、S3a よりも優れたビッグデータ アクセス パフォーマンスを提供します。

ファイル ストレージ: FTP、SMB、NFS などのプロトコルをサポートし、ローカル、AD、LDAP などのユーザー管理、ファイルのスケジュールされたスナップショット、ファイル システムのクローン作成、ロールバック、アクセス ログなどの機能をサポートします。

さらに、ブロック、ファイル、オブジェクトに保存されたデータを複製およびバックアップできるデータ保護機能も提供されます。

@Pan Yansheng システム エンジニア:

VMware のハイパーコンバージド ソリューションは、vSphere 仮想化 + vSAN 分散ストレージ + vCenter 管理モードをサポートしており、各部分は有料モジュールです。

SmartX ハイパーコンバージド ソリューション アーキテクチャの最大の違いの 1 つは、vSphere 仮想化 + SmartX 分散ブロック ストレージ (ZBS) モード、SmartX の無料仮想化プラットフォーム ELF、さらには Ctriix の Xenserver 仮想化の両方をサポートできることです。 SmartXのELFは無料です。このうち、SMTX に組み込まれている仮想マシン サービスは無料のモジュールです。同時に、SMTX 分散ブロック ストレージは、VMware vSphere および Citrix XenServer と連携してハイパーコンバージェンス ソリューションを形成できます。

VMware vSAN は、vSphere ネイティブのソフトウェア定義ストレージ プラットフォームであり、顧客がハイパーコンバージド インフラストラクチャ (HCI) に移行し、IT コストを削減し、俊敏なソリューションで将来の変化に備えるのに役立ちます。

主な利点は次のとおりです。

1) vSAN は ESXi と密接に統合されているため、導入が容易になり、ESXi と同時に完了できます。

2) VMware vSphere の優れたエコシステム固有の利点を活かし、vSAN は関連するエコシステム協力プランを多数立ち上げました。

3) vSAN は ESXi カーネル レベルでサポートされており、効率的に動作し、優れたパフォーマンスを発揮します。

しかし同時に、vSAN には次のような欠点もあります。

1) マルチハイパーバイザ環境をサポートできない

2) ESXiとの結合度が高く、互換性のあるバージョンが限られている

3) vSANはVMware HAの制限を引き起こす

4) vSANはMSCSとWSFCをサポートできない

SmartX ZBSは、国内のハイパーコンバージェンスメーカーであるSmartX社が開発した製品です。 VMware vSphere ハイパーコンバージェンス展開に基づいており、適用範囲が広く、IT 管理がより直接的かつ効率的になります。その差別化された利点は、次の側面に反映されています。

1) 疎結合、より柔軟

2) 中断がなく、より安定している

@雪落无痕欧科:

現在、金融業界の分散アーキテクチャにおける SDS の応用は非常に広範囲にわたりますが、実際のところ、その応用分野は HCI のそれとはまったく異なります。以下に簡単な紹介をします。

SDS が適用可能または関与する可能性があるシナリオ:

• 開発とテスト（Openstack、コンテナ、Vmware、Zstack）
• コンテンツ管理、電子イメージング、デュアルパスなど、NAS からオブジェクトへの傾向は非常に明確です。
• ビッグ データの場合、オブジェクトまたはファイルに基づくネイティブまたはクライアント側のドッキング メソッドを使用して、HDFS への繰り返しの投資を置き換えます。 Huawei、XSKY、EMC はすべて同様のソリューションを提供しています。
• クロスサイト災害復旧、同一都市でのアクティブ-アクティブ、データプレーンに基づくアクティブ-アクティブの高可用性が SDS の強みです。 SDS の 4 つまたは 6 つのレプリカは当然クロスサイトであり、クラスターを拡張する際にサードパーティのアクティブ/アクティブ ソフトウェアに依存する必要がなくなります。

HCI は、次のシナリオに適用可能または関連します。

• 支店
• VDIデスクトップオフィス
• KVMまたはVspherに基づく開発およびテスト環境は混在できません

金融機関にとって、HCI のテストと評価に入るのに必要な時間は短く、関係するノードの数も少なく、プロジェクトを立ち上げてすぐに実稼働に投入することが容易です。ビジネス ユニットをサポートする上で当然の利点があります。ただし、ストレージとコンピューティングの統合は、ストレージとコンピューティングとは別個の容量拡張にはつながりません。ほとんどのシナリオではブロックのみがサポートされ、ファイルはライセンス (Nutanix) によってサポートされる必要があり、オブジェクトは独立した製品セットのみになります。

SDS は金融機関で長い間使用されており、評価するにはより多くのシナリオが必要です。もちろん、適用範囲が広いため、ほとんどの金融機関では評価、事前調査、テストのサイクルが 6 か月を超えます。しかし、データとリソースの弾力性と拡張性が高いため、SDS は中規模から大規模の金融機関、PB レベルのデータ量、ブロック、ファイル、オブジェクトなどの混合アプリケーション シナリオに自然に適しており、CDH ビッグ データ ストレージとコンピューティング分離アーキテクチャにも使用できます。そのほとんどは HDFS クラスターを再構築する必要がないため、金融機関の全体的なコストが大幅に削減されます。さらに、SDS 自体もデータ レイクの構築における重要なリンクです。ホット、ウォーム、コールドのデータは時間に応じてアプリケーション レベルで自由に流れることができ、コンピュータ ルームや都市間のデータ境界も排除されます。バケット レプリケーションとマルチサイト オブジェクトを通じて、SDS 内および SDS とサード パーティの間に自然なブリッジが形成されます。したがって、SDS を選択する際には、SDS に基づく R&D インフラストラクチャによって、企業の将来のデータ使用の境界がすでに決定されていることになります。