ViPR Controllerの必要な構成について

taniraさん

１．VM数が3と5のみの構成なのは、インストールに使うデプロイメント ファイルが「3 VMs」用と「5 VMs」用の2パターンになっているからです。「INSTALL EMC VIPR CONTROLLER」によると、「3 VMs」用が「controller-2+1」となっており、１つのVMが落ちても可用性に影響を与えない、そして、「5 VMs」用が「controller-3+2」となっており、2つのVMが落ちても可用性に影響を与えないとなっており、本番環境に推奨とあります。よって、推測するに、「3 VMs」はテスト環境用として用意されているのでしょう。そして、「3 VMs」ではアクティブなコントローラーが2つ、そして、「5 VMs」ではアクティブなコントローラーが3つ、また、1つのアクティブ コントローラーに対してバックアップが1つというのは贅沢なのでしょうね。

２．はい、taniraさんのご推察通り、内部にDBを持っています。そして、物理ハードウェアのディスカバー、仮想プール作成などのアセット管理、ViPR Servicesで必要となるユーザー認証連携、オブジェクトデータストアやバケットのプロビジョニング、チャージバックなど、ViPRの機能の大部分はViPR Controllerが担い、ViPR Controllerは単なるプロビジョニング自動化機能だけではなく、Software-Defined Storage環境全体のコントロールを行うため、相応のスペックが要求されます。

参照、「【Ask The Expert】エキスパートに聞こう！ViPRって何?～ViPRを触ってみよう！～」

Hirokiさん

リプライありがとうございます。

なぜなに君で申し訳ないです。

追加で２点ほど教えてください。

１．

ViPRで行っている3VMｓ、5VMsとは、Viper ControllerのｖAppの数を言っていると思うのですが、構成としては

ｖAｐｐの数とESXiの数(Hostの数)を合わせる必要があるのでしょうか？

（3ノードクラスタ版、5ノードクラスタ版という表現も見た記憶がありますで）

つまり、3VMｓ版での実際の物理構成を考えた場合、以下のように物理的に3つのホストが必須でしょうか？

　　　->vAppは、実際にはDRSにより自動配置される。

それとも、クラスタ構成であれば以下のような最小２台構成でもサポートされますでしょうか？

　　->vAppは、実際にはDRSにより自動配置される。

２．

あと、3VMs版と5VMs版のそれぞれの選択基準は何になりますでしょうか？

例えばストレージ台数ｘｘまでは3VMｓ、xx以上は5VMsなど。

3VMsはあくまで評価用？？

taniraさん

遅くなってごめんなさい。

１．ESXi2台構成でもサポートされるはずです。サポートマトリックスに、「Virtual machine count」とあるので、物理の数を言っているのではないからです。また、「INSTALL EMC VIPR CONTROLLER」のPROCEDURE 8 においても、「Select the host」と1台のESXを指しており、また、スレッド「ViPR : software appliance for Installation」においても『all three VMs』とありました。

２．3-VM構成は1 VMのダウンに耐えられ、5-VM構成は2 VMsのダウンにまで耐えられるので、キャパシティプランニングですね。より信頼性の高い5-VM構成の方がより本番環境には向いていますが、もちろん、3-VM構成が本番で使用できないわけではありません。『「3 VMs」はテスト環境用』は少し言い過ぎでした。

Hirokiさん

ESXi2台構成のクラスタでサポート構成として問題なさそうですね。

サポートマトリックス上では、3-VM構成は5-VM構成と比較し10％のリミットがついていますが、VM毎に5-VM相当のリソースを割り当てればこのリミット制限も解除できるみたいなので、ある程度の構成上の選択ができそうです。

リプライありがとうございました。