Supermicro製Qumuloアプライアンスサーバー及びQumulo Sizerによる構成とモデル別構成案【トゥモロー・ネット テックブログ】
![](https://www.tomorrow-net.co.jp/wp-content/uploads/2024/06/62c3b5e598bcc6e5f8623087cf546372.png)
Qumuloとは、2012年に設立された米国のデータストレージ専業ベンダーであり、その中心的な製品名称でもあります。独自のファイルシステム(QSFS)によるスケールアウト型NAS製品です。また、クラウドストレージプラットフォームとしてAmazon Web Services(AWS)、Microsoft Azure(Azure)、またはGoogle Cloud Platform(GCP)でも使用できます。
トゥモロー・ネットは 、特定のSupermicro製サーバ(アプライアンスモデル)に、Qumuloソフトウェアを搭載した形で提供しています。また、Qumuloの構成(必要なストレージ容量やノード数など)をサイジングするためのツールとして、Qumulo社からサイジングツール(Qumulo Sizer, アカウント登録要)が提供されています。
目次
Supermicro製アプライアンスモデルとQumulo Sizer利用のポイント
Supermicro製のアプライアンスモデルには、大きく2つのモデル構成のご用意があり、1つは、NVMeドライブとHDDドライブを組み合わせたHybridモデル構成、もう一つは、NVMeドライブのみで構成されるオールフラッシュ構成となります。
各モデル構成では、搭載されているディスク容量に応じて、いくつかのモデルが選択可能となっており、搭載されるCPU構成やメモリ構成、ネットワーク構成は事前に定義されています。従って、構成を確定するには必要とされるクラスタ容量(トータルで求められる実効容量)を起点に、Qumulo Sizerでモデルやノード数を選択して頂くことになります。なお、Qumuloクラスタは最小4台から構成して頂く必要があります。
![](https://www.tomorrow-net.co.jp/wp-content/uploads/2024/06/5fc0831eecb459e5bcdfddb0e90d3334.png)
Qumulo on Supermicro データシート
https://qumulo.com/wp-content/uploads/2023/06/Supermicro-Qumulo-Data-Sheet.pdf
![](https://www.tomorrow-net.co.jp/wp-content/uploads/2024/06/Qumulo-Sizer.png)
Qumulo Sizer (利用するにはアカウント登録が必要)
Supermicro製Qumuloアプライアンスモデルにおける構成毎の性能値を指標として、NASサーバシステムとして期待される構成案を示したいと思います。
下記の表は、アプライアンスモデルにQumulo Sizerによる性能値(IOPS, Single Stream Write)の値を示したものです。
なお、表の作成にあたり、基にしたリファレンス構成の表記修正とQumulo Sizerのシミュレーション値を追加しています。
![](https://www.tomorrow-net.co.jp/wp-content/uploads/2024/06/9039c77f308cd71268b8325dfe6db43f-1024x576.jpg)
このスペック情報を基に、考慮すべきポイントを説明しながら、(Qumulo Sizerを使いつつ)具体的なモデルを選択していきたいと思います。
まずは、大きく2つの観点から選択肢を絞り込んでいきます。
- 価格重視の場合は、Hybrid構成 +General Purpose License (補足参照)構成 にて、必要容量(Usable)で選択、必要となるネットワーク帯域も25GbEで構成可能なため、ネットワーク機器も含めて、コストを抑えることが可能です。
- より高い性能(IOPS)を求められる場合は、All-NVMe構成で、必要容量(Usable)で選択ください。
いずれの場合も、ノード数は最小4台からのスタートとなりますが、必要容量(Usable ) に応じて、必要な最低ノード数はモデル毎に自動計算されます。
また、耐障害性の観点から、クラスタ全体で2ドライブ障害または、1ノード障害までの障害に耐えられる構成が既定値となっています。
(補足)
Qumuloソフトウェアライセンスについて
https://qumulo.com/terms-hub/software-use-guidelines
Qumuloはサブスクリプションライセンスとして、選択されたハードウェアプラットフォームごとに、そのサポートマトリックスに応じて、2つのライセンスクラス(Activeか、General Purpose)から選択して利用できます。
![](https://www.tomorrow-net.co.jp/wp-content/uploads/2024/06/c2b9970826b3e5243c317db002a00be1-1024x415.png)
より高い耐障害性が求められる場合には、Qumulo Sizerの“DATA PROTECTION”項目で、必要とされるドライブ障害本数やノード障害数を指定して頂くことで必要なノード数によるクラスタ構成が作成可能です
![](https://www.tomorrow-net.co.jp/wp-content/uploads/2024/06/37d60d6daf63e2acbee203616439ff81-1024x598.png)
![](https://www.tomorrow-net.co.jp/wp-content/uploads/2024/06/748d5b1e2334bcc41933b1c5575143e1-1024x752.png)
ここでは、クラスタ全体での同時ドライブ障害数を2本から3本に向上させたい場合、Sizerの”DATA PROTECTION”の項目で変更設定すると、必要なノード数が自動で構成変更された実行例を示しています。
![](https://www.tomorrow-net.co.jp/wp-content/uploads/2024/06/c68c519d6e0f5854aa161059e7a2fed9-1024x366.png)
Qumulo Sizerを利用したモデル別構成
具体的な構成案を検討する際のガイドとして、必要なストレージ容量を満たしつつ、求められる処理性能に応じて、構成案を絞る方法はすでに説明した通りです。
ここからは、以下の構成条件で典型的な構成案を示していきます。
- 最小構成モデル: 実効容量が最小となる構成 (4ノードでHybrid構成)
→ A+ ASG-1014S 96TB GP x4ノード (223TB Usable Capacity)
(スタート価格が最大限抑えられるパターンになります) - 容量優先モデル: 実効容量が最大となる構成 (4ノードでHybrid構成)
→ A+ ASG-1014S 240TB x4ノード (560TB Usable Capacity)
(容量単価が最大限抑えられるパターンになります)
- 性能優先モデル: フラッシュ構成でIOPSが高い構成 (4ノードでAll NVMe構成 )
→ A+WIO-1114S 153TB x4ノード (348TB Usable Capacity)
(IOPS処理性能が高いパターンになります)
最小構成モデル: 実効容量が最小となる構成
A+ ASG-1014S 96TB GP x4ノード (223TB Usable Capacity)
(スタート価格が最大限抑えられるパターンになります)
![](https://www.tomorrow-net.co.jp/wp-content/uploads/2024/06/63d875837ebcf4cd7e96d0a31d0f11be-1024x462.png)
![](https://www.tomorrow-net.co.jp/wp-content/uploads/2024/06/82cdafcebe2b6ef000aa5d346c52db7e-1024x439.png)
![](https://www.tomorrow-net.co.jp/wp-content/uploads/2024/06/647023c3010c32e9532d6ba242c1d444-1024x497.png)
容量優先モデル: 実効容量が最大となる構成
A+ ASG-1014S 240TB x4ノード (560TB Usable Capacity)
(容量単価が最大限抑えられるパターンになります)
![](https://www.tomorrow-net.co.jp/wp-content/uploads/2024/06/cff8cad8b7d46d33baafc173798b73e2-1024x458.png)
![](https://www.tomorrow-net.co.jp/wp-content/uploads/2024/06/87486d2e67d00cfe3dc2850db155f740-1024x440.png)
![](https://www.tomorrow-net.co.jp/wp-content/uploads/2024/06/a93cd68656394ca4b28799aad06acb02-1024x464.png)
性能優先モデル: フラッシュ構成でIOPSが高い構成
A+WIO-1114S 153TB x4ノード (348TB Usable Capacity)
(IOPS処理性能が高いパターンになります)
![](https://www.tomorrow-net.co.jp/wp-content/uploads/2024/06/32ea0b727518d02c224acf78be702ced-1024x463.png)
![](https://www.tomorrow-net.co.jp/wp-content/uploads/2024/06/a30c8b6e1173c284743f9c15f5b92f67-1024x445.png)
![](https://www.tomorrow-net.co.jp/wp-content/uploads/2024/06/aebd6d09ad8b7af9a6610f4238691f48-1024x521.png)
各構成のユースケースについて
ここまで3つの構成案(最小構成、容量優先、性能優先)を示しましたが、具体的なユースケースを考えてみたいと思います。
当然ですが、スケールアウト型NASストレージ製品であるQumuloは、ノードを追加することで提供可能なストレージ容量が順次拡張可能です。したがって、初期の投資やその後の拡張予定を考慮して採用するモデルを選択して頂くことになります。
最小構成案
初期投資を抑えつつ、拡張性の必要がない、もしくは、限られたノード追加レベルで対応が可能な用途になります。具体的には利用者数が予想可能なファイルサーバーに最適です。
容量優先案
初期導入時から容量が求められる場合で、その後の短期間での容量拡張性が必要とされる用途になります。具体的には利用者数の拡大が予測される場合や提供すべきデータがサイズ的に大きい利用の場合に最適です。1つ1つのファイルサイズが大きい(写真や動画)場合やファイル数が大量になるようなコンテンツ特性があるシステム用途向けのサービス基盤に最適です。
性能優先案
オールフラッシュ構成で、IO性能を求められる構成です。
標準的なネットワーク基盤(Ethernet)を利用しつつ、AIワークロードのトレーニングや推論処理を行う際に、性能を求められる用途向けとなります。また、ノードあたりの容量拡張性も考慮していますので、一番高価な構成です。利用者数が想定できる場合は、ストレージ容量を最適化することで、価格を抑制する構成も可能です。
まとめ
増え続けるデータを利活用するためのスケールアウト型のNASストレージは、市場からますます必要とされてきています。
また、増え続けるデータに対する処理性能やデータ管理の機能も、重要なものになります。
データを貯める器として、ほぼ無限の拡張性(論理上は9ZB)と優れたデータ管理基盤として、Qumulo製品がNASストレージをご検討頂く際のご参考になりましたら幸いです。
トゥモロー・ネットでご支援できること
トゥモロー・ネットでは、NASストレージの構成検討から導入支援サービス、保守サポートまでご相談頂ける体制をご用意しています。新しくスケールアウトNASを利用しようか検討している方は、ぜひお気軽にお問い合わせください。
お問合せ先
関連記事
ソフトウェア・ディファインド・ストレージ(SDS)とは? 基本的な仕組みやメリットを解説
スケールアウトNASとは? クラウド時代に不可欠な大容量ストレージ管理方法
クラウドコンピューティングとは?仕組みやメリット・デメリットを解説
この記事の筆者
![](https://www.tomorrow-net.co.jp/wp-content/uploads/2023/09/TOMORROWNET_nomal.jpg)
株式会社トゥモロー・ネット
クラウドソリューション本部
トゥモロー・ネットは「ITをもとに楽しい未来へつなごう」という経営理念のもと、感動や喜びのある、より良い社会へと導く企業を目指し、最先端のテクノロジーとサステナブルなインフラを提供しています。設立以来培ってきたハードウェア・ソフトウェア製造・販売、運用、保守などインフラに関わる豊富な実績と近年注力するAIサービスのコンサルティング、開発、運用、サポートにより、国内システムインテグレーション市場においてユニークなポジションを確立しています。
インフラからAIサービスまで包括的に提供することで、システム全体の柔軟性、ユーザビリティ、コストの最適化、パフォーマンス向上など、お客様の細かなニーズに沿った提案を行っています。
カテゴリー
タグ
- #ストレージ(ソフト)
- #VMware
- #Veeam Backup & Replication
- #AIインフラ
- #AMD EPYC
- #スケールアウトNAS
- #NVIDIA H200
- #Ethernet
- #AI
- #エンタープライズ
- #NVIDIA
- #NVMe
- #画像生成AI
- #コア
- #スケールアップ
- #NVIDIA A800
- #Network
- #CPU
- #GPU
- #グリーンコンピューティング
- #SSD
- #NVIDIA H100
- #スレッド
- #スケールアウト
- #NVIDIA L40
- #InfiniBand
- #Supermicro
- #GPUサーバー
- #グリーンIT
- #SAS SSD
- #ソフトウェア・デファインド・ストレージ
- #クロック周波数
- #Qumulo
- #SXM
- #NVIDIA MIG
- #Intel
- #マイグレーション
- #空冷
- #SATA SSD
- #Seagate
- #ECCメモリ
- #RedHat
- #PCle
- #DNN
- #AMD
- #レガシーアプリ
- #水冷
- #NVMe SSD
- #OSNEXUS
- #PCIレーン数
- #人工知能
- #SDS
- #NVIDIA Hopper アーキテクチャ
- #サーバー
- #Windowsアップデート
- #Numecent
- #バックアップ
- #シーゲイト
- #L2 Cache
- #ChatGPT
- #L4
- #NVLink
- #朝日新聞
- #AVD
- #Azure Virtual Desktop
- #エンタープライズバックアップソリューション
- #EXOS AP
- #ストレージグリッド
- #コンテナ化
- #NVIDIA L4
- #NVSwitch
- #ICXセンター
- #クラウドVDI
- #DX
- #Veritas NetBackup/BackupExec
- #EXOS CORVAULT
- #セキュリティ
- #OS
- #冷却機能
- #GPUアーキテクチャ
- #Windows10サポート終了
- #Windows10リプレース
- #アプリケーション
- #Acronis Backup
- #QuantaStor
- #SaaS
- #Docker
- #アプリケーション仮想化
- #vGPU
- #Windows Update
- #マイクロソフト
- #ランサムウェア
- #IBM Spectrum Protect
- #VMware
- #PaaS
- #Kubernetes
- #アプリ仮想化
- #データセンター
- #Cloudpaging
- #Intel筐体
- #サイバー攻撃
- #ArcServe
- #vSAN
- #仮想化
- #ITインフラ
- #Citrix
- #オンプレミス
- #ソフトウエア・ディファインド・ストレージ
- #AMD筐体
- #情報セキュリティ
- #NAS
- #HCI
- #IaaS
- #NVIDIA A100
- #ThinApp
- #エッジコンピューティング
- #ストレージ
- #VMware Explore
- #マルウェア
- #Network Attached Storage
- #Hyperconverged Infrastructure
- #パブリッククラウド
- #レガシーアプリケーション
- #App-V
- #ニューラルネットワーク
- #ソフトウェア
- #NVIDIA AI Enterprise
- #ExaGrid
- #AI Enterprise
- #仮想化ストレージソリューション
- #ハイブリッドクラウド
- #NVIDIA L40S
- #Microsoft Application Virtualization
- #ディープラーニング
- #ストレージ(ハード)
- #VMware Tanzu
- #Veeam
- #NVAIE
- #Intel Xeon
- #マルチクラウド
- #NVIDIA A40
- #NIC
アーカイブ
- 2024年9月 (2)
- 2024年8月 (10)
- 2024年7月 (10)
- 2024年6月 (11)
- 2024年5月 (10)
- 2024年4月 (10)
- 2024年3月 (8)
- 2024年2月 (9)
- 2024年1月 (8)
- 2023年12月 (11)
- 2023年11月 (8)
- 2023年10月 (14)
- 2023年9月 (9)
- 2023年8月 (8)
- 2023年7月 (11)
- 2023年6月 (3)
- 2023年5月 (1)
- 2023年4月 (6)
- 2023年3月 (1)
- 2023年2月 (6)
- 2023年1月 (1)
- 2022年12月 (4)
- 2022年11月 (4)
- 2022年10月 (4)
- 2022年9月 (3)
- 2022年8月 (4)
- 2022年6月 (5)
- 2022年5月 (3)
- 2022年4月 (1)
- 2022年3月 (4)
- 2022年1月 (1)
- 2021年11月 (3)
- 2021年10月 (2)
- 2021年7月 (2)
- 2021年6月 (1)
- 2021年4月 (2)