NutanixでStorage Only Nodeは必要か？

 記事概要

Nutanix環境でのStorage Only Nodeの是非について質問を受けたので個人的に調べた結果のまとめ。

参考

https://portal.nutanix.com/page/documents/details?targetId=Web-Console-Guide-Prism-v7_0:wc-deployment-specifications-compute-only-node-c.html

 

Storage Only Nodeのメリット＆特徴

  • Compute リソースに依存しない柔軟なストレージ容量拡張が可能となる
  • SOノードではハイパーバイザーのライセンスが不要
  • データベースソリューションなどの用途で、CO/SOノードのみで構成する２Tier構成が可能

 

 

Storage Only Nodeのデメリット＆制限&イマイチな特徴

  • SOノード上で仮想マシンを稼働できない
  • SOノードはAll Flash必須
  • SOノード利用時は、SOノードでは25GbE 4ポート以上が必須となるだけでなく、HCIノードでも25GbE 2ポート以上が必須。
  • SOノードの合計NIC帯域は、HCIノードの合計NIC帯域の倍以上である必要がある。
  • SOノードではRDMAは非サポートになっている
  • SOノード専用モデルは存在しない（結局HCIと同等の要件を満たす必要があり、SOノードに特化した安価モデルというわけにはいかない）
  • 専用のライセンスはないため、HCIノードと同じようにコアベースのNCIライセンスを利用する
  • 推奨されるノード比が、１HCI：２SOとなっており、軽い容量増設では使いにくい
  • SOノード上のCVMのvCPU要件が異常に大きい（the number of vCPUs assigned to Controller VMs on the SO nodes must be greater than or equal to the total number of available cores on all the AHV HCI nodes in the cluster. ）
  • SOノードは1ソケットが可能だが、HCIノード側2ソケットが求められる

 

 

構成上の問題

  • データローカリティのメリットが薄くなり、VM移行時のネットワークトラフィックが増加する
  • SOノードに保存されるデータ量が多くなりやすく、障害時の影響が平準化されない
  • SOノードにIO負荷が集中しやすく、SOノードように太い帯域がが必要になる
  • その割にはRDMAはなぜか非サポート
  • SOノード障害に耐えうるだけのリソース余剰が必要。
  • データローカリティやSOノード障害を考慮するとRF+1のSOノード数が必要となる。つまりRF2の場合はSOノードは最低3ノードからが推奨となる

 

 

Storage Onlyノードが有効なケース

  • ESXiを利用しているケース（SOノードのVMwareライセンスが不要になるため）
  • ノードをフル搭載してもストレージだけが足りないような状況で、かつコストメリットがあるケース
  • アプリケーション側のライセンスの都合でCompute Nodeを制限したい場合

 

まとめ（私見）

AHVが標準となっている現在の新規Nutanix提案においては、基本的にライセンスコストメリットの無いSOノードは、ストレージ単体増設によるコストメリットがないどころか、逆に要件や推奨事項の厳しさによってHCIノードで増設するよりもコストアップになってしまう可能性がある。
SOノードを検討するとすれば、ESXiをハイパーバイザーで利用している既存環境か、Oracleなどの稼働範囲（Compute Node）でライセンスが適用されるケースなどが考えられる。

コメント

コメントを投稿

このブログの人気の投稿

NutanixサイザーのCPUリソース計算について調べたこと

イメージ
  概要 Nutanix サイザーはデフォルト設定では CPU リソース計算のロジックが特殊なので少し調べてみた     免責事項 本記事の内容は推測多分に含んでおり、詳細については正しくない可能性があります。 実際に計算が微妙に合わない部分などもありますが、実際のサイジング結果から大きくずれているということはないので、 厳密さはないものの、 CPU 計算ロジックの概要としてお考え下さい。     CPU サイジングに関わる前提知識 CPU リソース計算のロジックが複雑になっている要因を一言でいえば、 CPU モデル毎の性能差である。 つまり、同じ 1 コアでも CPU モデルによってその性能が大きく異なる。 もし 5 年前の CPU で 4 コア必要なアプリケーションがあったとして、最新の CPU のコアでは 2 コアで済む場合もある。 そのようなケースで性能差を考えずに基盤更改の際に単純にコア数だけでサイジングをしてしまうとオーバーサイジングになってしまう。 昨今のソフトウェアはソケット単位ではなくコア単位の課金になっているケースが多いため、コア数が増えるとソフトウェアコストも増えてしまう。   そのため、きちんと CPU の性能差を理解して適切なサイジングをすることがコスト観点で重要となっている。     Nutanix Sizer の CPU リソース計算のロジック（ Applied Weight 利用時） 参考： Nutanix Sizer Help   Nutanix Sizer から出力される BOM を見ると CPU リソースとして以下の項目がある。   今回議題にしているのは Physical RAW Capacity （ Cores ）と Effective RAW Capacity （ Cores ）の違いについてである。 Physical RAQ Capacity （ Cores ）はその名の通り、物理的なコア数である。 この例では 24Core の CPU （ Intel 6442Y) が 8 基利用されているので、合計で 192 ...
続きを読む

Nutanixクラスタにノードを追加する

イメージ
  はじめに / 本記事の概要 Dell 社の Nutanix 専用ノードを利用して、 Nutanix 環境のノード追加を試す   環境情報 既存クラスタ： 3 ノードクラスタ、 AOS 6.5.5.7 追加クラスタ： HW 構成とバージョンが既存と同じ。イメージング済み 端末含め、 IP アドレスはすべて同一サブネット。 VLAN はなし。   ノード追加ウィザーの入力   Home から Settings を選択   イメージング済みのノードが自動的に検知されてくる。（自動検知用のネットワーク要件あり） 検知されてこない場合はスイッチ側の Multicast や Snooping の設定に問題がある可能性がある。 トラブルシューティングが必要な場合は以下の KB やドキュメントを参照する Cannot Create Cluster or Add Nodes to Existing Cluster (nutanix.com) Network Design Requirements and Recommendations (nutanix.com) Physical Networking Best Practices Checklist (nutanix.com)   環境が自動検出に対応していない場合は、 CVM IP を指定することで手動検知することも可能。   自動検知されたノードをチェックするとイメージング時に指定した IP アドレス情報（ IPMI 、 Host 、 CVM ）を拾ってくる IPv6 IP は指定せずに Next で先に進む。 次にノードタイプを指定する（ HCI or Storage )   次の Host Networking だが、以下の問題に遭遇した   この問題は以下の KB で対処できる Cluster expansion workflow fails to get the uplink information when trying to configure the host networking (nutanix.com)   ...
続きを読む

（Nutanix）Dell XC モデルのアップグレード準備メモ（LTS 6.5.x -> 6.10)

本記事の概要 インターネットアップグレード機能を利用した LTS 6.5 → 6.10 へのアップグレードの準備とまとめておく   アップグレードされるものの一覧 Nutanix LCM では以下のコンポーネントをアップデートすることが可能となっている LCM Framework Prism Central AOS AHV FSM Foundation Licensing Dell XC Firmware 群（ Dell XC モデルを利用）     アップグレード前に確認すべき互換性 LCM を実行する前に互換性も確認しておく。   ①既存ハードウェアとターゲットバージョンの互換性 https://portal.nutanix.com/page/documents/compatibility-interoperability-matrix/hardware ※利用しているハードウェアがターゲットバージョンにに対応しているかを確認した     https://portal.nutanix.com/page/documents/compatibility-interoperability-matrix/interoperability ターゲット AOS と Prism Central の互換性を確認することで Prism Central のターゲットバージョンを決定する 決定した Prism Central のターゲットバージョンが既存 AOS の互換性があるのかを確認する必要がある。 ※互換性がない場合は 2 段階アップグレードなども考慮しなくてはならない。今回は対応していたので OK 。     https://portal.nutanix.com/page/documents/upgrade-paths Prism Central のソースバージョンからターゲットバージョンへのアップグレードパスを確認しておく。 同様に、 AOS についてもソースバージョンからターゲットバージョンへのアップグレードパスを確認する。   ...
続きを読む