ONTAP Select ストレージ容量を増やす
ONTAP Deploy を使用すると、 ONTAP Select クラスタの各ノードに追加のストレージを追加してライセンスを取得できます。
ONTAP Deploy のストレージ追加機能は、管理下のストレージを増やす唯一の方法であり、ONTAP Select VM を直接変更することはサポートされていません。次の図は、ストレージ追加ウィザードを起動する「+」アイコンを示しています。

容量拡張処理を成功させるには、以下の考慮事項が重要です。容量を追加するには、既存のライセンスが総容量(既存の容量と新規容量の合計)をカバーする必要があります。ストレージ追加処理の結果、ノードがライセンス容量を超過すると、処理は失敗します。まず、十分な容量を持つ新しいライセンスをインストールする必要があります。
既存のONTAP Selectアグリゲートに容量を追加する場合、新しいストレージプール(データストア)は、既存のストレージプール(データストア)と同様のパフォーマンスプロファイルを持つ必要があります。AFF のような特性(Flash 有効)でインストールされた ONTAP Select ノードに SSD 以外のストレージを追加することはできません。DAS と外部ストレージの混在もサポートされていません。
ローカル接続ストレージをシステムに追加して追加のローカル(DAS)ストレージプールを提供する場合は、追加のRAIDグループとLUN(または複数のLUN)を構築する必要があります。FASシステムと同様に、同じアグリゲートに新しい領域を追加する場合、新しいRAIDグループのパフォーマンスが元のRAIDグループのパフォーマンスと同等であることを確認するために注意が必要です。新しいアグリゲートを作成する場合、新しいアグリゲートのパフォーマンスへの影響を十分に理解していれば、新しいRAIDグループのレイアウトは異なるものになる可能性があります。
データストアの合計サイズがサポートされている最大データストアサイズを超えない場合、新しい領域をエクステントとして同じデータストアに追加できます。ONTAP Selectがすでにインストールされているデータストアにデータストアエクステントを追加することは動的に実行でき、ONTAP Selectノードの動作に影響しません。
ONTAP SelectノードがHAペアの一部である場合は、いくつかの追加の問題を考慮する必要があります。
HAペアでは、各ノードはパートナーノードからのデータのミラーコピーを保持しています。ノード1にスペースを追加する場合、ノード1のすべてのデータがノード2にレプリケートされるように、パートナーであるノード2にも同量のスペースを追加する必要があります。つまり、ノード1の容量追加処理の一環としてノード2に追加されたスペースは、ノード2上では表示もアクセスもできません。ノード2にスペースを追加することで、HAイベント発生時にノード1のデータが完全に保護されるようになります。
パフォーマンスに関しては、さらに考慮すべき点があります。ノード1のデータは、同期的にノード2に複製されます。したがって、ノード1上の新しいスペース(データストア)のパフォーマンスは、ノード2上の新しいスペース(データストア)のパフォーマンスと一致する必要があります。つまり、両方のノードにストレージ容量を追加しても、異なるドライブ技術や異なるRAIDグループサイズを使用すると、パフォーマンスの問題が発生する可能性があります。これは、パートナーノード上にデータのコピーを保持するために使用されるRAID SyncMirror処理によるものです。
HAペアの両方のノードでユーザーがアクセスできる容量を増やすには、各ノードに対して1回ずつ、合計2回のストレージ追加操作を実行する必要があります。ストレージ追加操作を行うたびに、両方のノードに追加のスペースが必要になります。各ノードに必要な総スペースは、ノード1に必要なスペースとノード2に必要なスペースの合計に等しくなります。
初期設定は2つのノードで構成され、各ノードにはそれぞれ30TBの容量を持つ2つのデータストアがあります。ONTAP Deployは2ノードクラスタを作成し、各ノードはデータストア1から10TBのスペースを消費します。ONTAP Deployでは、各ノードに5TBのアクティブ領域を設定します。
次の図は、ノード1に対する単一のストレージ追加操作の結果を示しています。ONTAP Selectは各ノードで依然として同量のストレージ(15TB)を使用しています。ただし、ノード1はノード2(5TB)よりも多くのアクティブストレージ(10TB)を備えています。各ノードは相手ノードのデータのコピーを保持しているため、両方のノードは完全に保護されています。データストア1には追加の空き容量が残っており、データストア2は完全に空いています。
容量配分:単一のストレージ追加操作後の割り当てと空き容量

ノード1における2つの追加のストレージ追加操作により、データストア1の残りの領域とデータストア2の一部(容量上限を使用)が消費されます。最初のストレージ追加操作では、データストア1に残っている15TBの空き容量が消費されます。次の図は、2回目のストレージ追加操作の結果を示しています。現時点で、ノード1は50TBのアクティブデータを管理しており、ノード2は当初の5TBのデータを管理しています。
容量配分:ノード 1 に対する 2 回の追加ストレージ追加操作後の割り当てと空き容量

容量追加操作中に使用される最大VMDKサイズは16TBです。クラスタ作成操作中に使用される最大VMDKサイズは引き続き8TBです。ONTAP Deployでは、構成(シングルノードまたはマルチノードクラスタ)と追加される容量に応じて、適切なサイズのVMDKが作成されます。ただし、各VMDKの最大サイズは、クラスタ作成操作中は8TBを超えてはならず、ストレージ追加操作中は16TBを超えてはなりません。
ソフトウェア RAID を使用した ONTAP Select の容量の拡張
ストレージ追加ウィザードは、ソフトウェアRAIDを使用するONTAP Selectノードの管理下の容量を増やすために同様に使用できます。ウィザードは、利用可能でONTAP Select VMにRDMとしてマッピングできるDAS SDDドライブのみを表示します。
ソフトウェアRAIDを使用する場合、容量ライセンスを1TBずつ増やすことは可能ですが、物理的に容量を1TBずつ増やすことはできません。FASまたはAFFアレイにディスクを追加する場合と同様に、特定の要因によって、1回の操作で追加できるストレージの最小量が決まります。
|
|
HAペアでは、ノード1にストレージを追加するには、ノードのHAペア(ノード2)でも同じ数のドライブが使用可能である必要があります。ローカルドライブとリモートディスクの両方が、ノード1上の1つのストレージ追加操作によって使用されます。つまり、リモートドライブは、ノード1の新しいストレージがノード2に複製され、保護されていることを確認するために使用されます。ノード2にローカルで使用可能なストレージを追加するには、別のストレージ追加操作と、両方のノードで別個の同数のドライブが使用可能である必要があります。 |
ONTAP Selectは、新しいドライブを既存のドライブと同じルート、データ、およびデータパーティションに分割します。パーティショニング処理は、新しいアグリゲートの作成時、または既存のアグリゲートの拡張時に実行されます。各ディスク上のルートパーティションストライプのサイズは、既存のディスク上の既存のルートパーティションのサイズと一致するように設定されます。したがって、2つの等しいデータパーティションのサイズはそれぞれ、ディスクの総容量からルートパーティションのサイズを引いた値を2で割った値として計算できます。ルートパーティションのストライプサイズは可変であり、初期クラスタのセットアップ時に次のように計算されます。必要なルート領域の合計(シングルノード クラスタの場合は68GB、HAペアの場合は136GB)は、予備ドライブとパリティドライブを除いた初期ディスク数に分配されます。ルートパーティションのストライプサイズは、システムに追加されるすべてのドライブで一定に保たれます。
新しいアグリゲートを作成する場合、必要なドライブの最小数は、RAID タイプと ONTAP Select ノードが HA ペアの一部であるかどうかによって異なります。
既存のアグリゲートにストレージを追加する場合は、いくつかの追加的な考慮事項が必要です。既存のRAIDグループにドライブを追加することは可能です。ただし、そのRAIDグループが既に最大容量に達していない場合に限ります。従来のFASおよびAFFで既存のRAIDグループにスピンドルを追加する際のベストプラクティスはここでも適用され、新しいスピンドル上にホットスポットが発生する可能性は潜在的な懸念事項となります。さらに、既存のRAIDグループに追加できるドライブは、データパーティションサイズが同等かそれ以上のドライブに限られます。上記で説明したように、データパーティションのサイズはドライブの生のサイズとは異なります。追加されるデータパーティションが既存のパーティションよりも大きい場合、新しいドライブは適切なサイズになります。つまり、新しいドライブの容量の一部は未使用のまま残るということです。
また、新しいドライブを使用して、既存のアグリゲートの一部として新しいRAIDグループを作成することも可能です。この場合、RAIDグループのサイズは既存のRAIDグループのサイズと一致させる必要があります。