Redundancy FactorとReplication Factorの考え方

Nutanixを導入するにあたって、考えなければいけないことは、どこまでの障害を許容範囲とするかです。
これは、Nutanixに限らず、様々なHCIメーカーでも同様のことが言え、もっというと仮想化基盤の導入における基本の設計事項でもあります。

Nutanixにおいて、障害に対する考えか方は、２つあり、この２つをどう使うかというのをNutanix導入時にあらかじめ設計しておく必要があります。

では具体的にその２つを見ていきましょう。

Redundancy Factor

リダンダンシーファクターとは、 Nutanixのノードが何台落ちても稼働し続けるかという設定です。通常の仮想化環境の場合HAを構成する際にフェールオーバーホストを１台に設定することが多いかと思いますが、これは１ホストの障害までを許容する（１ホストダウンしても仮想化環境は動き続ける）という設定になります。
Nutanixにおいては、ホストのことをノードと呼びます。上記の１ホストの障害までを許容する場合、Nutanixの場合、「Redundancy Factor 2」 という設定を行います。
２ノードまでの障害を許容する（２ホストまで障害でダウンしても仮想化環境は動き続ける）場合は、「Redundancy Factor 3」を設定します。
従来Nutanixでは、Redundancy FactorはFoundationという初期設定時のみ設定が可能でその後の変更ができませんでしたが、AOS5になってNutanixクラスターが稼働後にも変更ができるようになっています。（ただし、Redundancy Factor 3からRedundancy Factor 2へ障害許容範囲を小さくすることはできません）
Redundancy Factor3を利用する場合、Nutanixのノードは最低５ノード必要となります。また、NutanixライセンスがPro以上が必要となります。またCVMのメモリーは24GB以上を設定する必要があります。

Redundancy Factorのイメージ

Redundancy Factorの操作は、Prismから簡単に変更可能

 現在の設定状態の確認と変更が可能

Redundancy Factorのまとめ

Redundancy Factor	ノード障害 対応数	必要 ノード数	Nutanix ライセンス	CVM メモリ	稼働後 変更
2	1	3〜	Starter以上	20GB〜	2→3 OK
3	2	5〜	Pro以上	24GB〜	3→2 NG

Replication Factor (RF)

レプリケーションファクターとは、Nutanix上で扱うデーターの冗長数を表します。
ドキュメントやPrism上の表現上では、「RF」と略称で掲載されることが多々あります。
Nutanixは、古来のデーター冗長化であるRAIDアーキテクチャーを採用していません。
データーの２重化（２面コピー）、３重化（３面コピー）によるデーターの保全機能を提供します。Nutanixは、ノードをまたいでデーターをコピーするため、特定のノードに障害が発生しても、冗長化されたデーターが複数同じタイミングでロストすることはありません。
「Replication Factor 2」は、データーの２重書込、「Replication Factor 3」は、データーの３重書き込みを行います。Replication Factor 3は、Redundancy Factor 3のNutanix環境のみ利用できます。（ということは、最低５ノードかつProライセンスが必要ということになります）
Replication FactorもAOS5.5現在、稼働後のRF2からRF3、RF3からRF2への変更がオンラインのまま設定変更することができます。
ただし、設定変更はPrism画面からではなく、ncliコマンドで実行する必要があります。
 なお、Nutanixを構築すると標準で作成される、ストレージコンテナ「NutanixManagementShare」は、RF2からRF3に変更することはできません・。

Replication Factorのイメージ

ncliを利用したRF2からRF3への変更

コンテナの一覧を表示させる

ncli> ctr list

コンテナのIDを取得

    Id                        : 00056a69-c1d8-fe67-0000-000000014005::1190
    Uuid                      : e4db671a-6bff-4324-ab88-a33a677ccdda
    Name                      : DEFAULT-CONTAINER
    Storage Pool Id           : 00056a69-c1d8-fe67-0000-000000014005::9
    Storage Pool Uuid         : 770e9c54-2722-40da-83d1-d013ef5c6b30
    Free Space (Logical)      : 5.06 TiB (5,566,102,449,437 bytes)
    Used Space (Logical)      : 335.66 GiB (360,412,356,608 bytes)
    Allowed Max Capacity      : 5.39 TiB (5,926,514,806,045 bytes)
    Used by other Containers  : 165.55 GiB (177,757,927,424 bytes)
    Explicit Reservation      : 0 bytes
    Thick Provisioned         : 0 bytes
    Replication Factor        : 2　　←現在のRF設定がわかる
    Oplog Replication Factor  : 2
    NFS Whitelist Inherited   : false
    Container NFS Whitelist   : 192.168.38.139/255.255.255.0
    VStore Name(s)            : DEFAULT-CONTAINER
    Random I/O Pri Order      : SSD-PCIe, SSD-SATA, DAS-SATA
    Sequential I/O Pri Order  : SSD-PCIe, SSD-SATA, DAS-SATA
    Compression               : off
    Fingerprint On Write      : off
    On-Disk Dedup             : none
    Erasure Code              : off
    Software Encryption       : off
The containers listed below are storage containers

RFの設定変更は、変更したいストレージコンテナのID（::より後ろの番号）を入力する
以下はRF3に変更したい場合の例

ncli> ctr edit rf=3 id=1190

※RF3からRF2に変えたい場合は、コマンドパラメーターをrf=2に変更すれば良い

Replication Factorのまとめ

Replication Factor	Redundancy Fuctor	必要 ノード数	Nutanix ライセンス	稼働後の変更
2	2 or 3	3	Starter以上	RF2 → RF3 OK
3	3	5	Pro以上	RF3 → RF2 OK

Redundancy FactorとReplication Factorのマトリックス

Redundancy Factor	Replication Factor	設定可否
2	2	○
2	3	×
3	2	○
3	3	○

Redundancy FactorとReplication Factorは混同しやすいですが、冗長化の見ている観点が異なりますので注意が必要です。

Redundancy Factor3であっても、Replication Factor2を利用することができます。Replication Factor 3は、単純に計算をするとデーターを３重書込するぶん必要容量も３倍になる関係から、最もクリティカルな仮想マシンはRF3のストレージコンテナにし、一般的な保護レベルであればRF2で業務上何も問題はありません。容量の効率化と可用性のバランスを勘案した構成を組むことができるのはNutanixのポイントです。