エフサステクノロジーズ株式会社

本ページの製品は2024年4月1日より、エフサステクノロジーズ株式会社に統合となり、順次、切り替えを実施してまいります。一部、富士通表記が混在することがありますので、ご了承ください。

ONTAP 9 マニュアル ( CA08871-402 )

to English version

FlexGroupボリュームのリバランシング

ONTAP 9.12.1以降では、FlexGroup内の構成間でファイルを無停止で移動することにより、FlexGroupボリュームをリバランシングできます。

FlexGroupリバランシングにより、時間の経過に伴って新しいファイルの追加やファイル サイズの増加が原因で不均衡が生じた場合に、容量を再分配することができます。リバランシング処理を手動で開始すると、ファイルが自動で選択されて、無停止で移動されます。

マルチパートinodeを作成したことで、1つまたは複数のリバランシング イベントの一環として大量のファイルが移動される場合に、FlexGroupのリバランシングによりシステムのパフォーマンスが低下することに注意してください。リバランシング イベントの一環として移動されるすべてのファイルは、自身に関連付けられた2つのマルチパートinodeを持ちます。FlexGroupのファイル総数のうち、マルチパートinodeを持つファイル数が占める割合が高いほど、パフォーマンスへの影響が大きくなります。FlexVolからFlexGroupへの変換など、特定のユースケースでは、大量のマルチパートinodeが作成される可能性があります。

リバランシングは、クラスタ内のすべてのノードでONTAP 9.12.1以降のリリースが実行されている場合にのみ使用できます。リバランシング処理を実行するFlexGroupボリュームでは、詳細データ機能を有効にする必要があります。 この機能を有効にすると、このボリュームを削除するか、設定を有効にする前に作成されたSnapshotコピーからリストアしないかぎり、ONTAP 9.11.1以前のバージョンにリバートすることはできません。

ONTAP 9.14.1以降では、ONTAPに導入されたアルゴリズムにより、ユーザーが操作しなくても、詳細データ機能が有効になっているボリューム内のファイルが、システムの停止を伴わずプロアクティブに移動されます。このアルゴリズムは、きわめて特殊な限られたシナリオで作動し、パフォーマンスのボトルネックを軽減します。 このアルゴリズムが機能するシナリオには、クラスタ内の1つのノード上の特定のファイルセットに対する書き込み負荷が非常に高い場合や、非常にホットな親ディレクトリー内のファイルが継続的に増加している場合などがあります。

FlexGroupリバランシングに関する考慮事項

FlexGroupリバランシングの仕組みおよび他のONTAP機能との連携を理解しておく必要があります。

  • FlexVolからFlexGroupへの変換

    FlexVolからFlexGroupへの変換後は、FlexGroupの自動リバランシングを使用 しない ことを推奨します。代わりに、volume rebalance file-moveコマンドを入力して、ONTAP 9.10.1以降で利用可能な停止を伴う遡及的なファイル移動機能を使用できます。コマンド構文については、volume rebalance file-move startのマニュアル ページを参照してください。

    自動FlexGroupリバランシング機能によるリバランシングは、FlexVolをFlexGroupに変換し、FlexVol上のデータの50~85%を新しい構成に移動する場合など、大量のファイルを移動する処理ではパフォーマンスの低下を招くことがあります。

  • ファイルの最小サイズと最大サイズ

    自動リバランシングの対象となるファイルは、保存されているブロックに基づいて選択されます。 デフォルトでは、リバランシング対象となる最小ファイル サイズは100MB(後述のmin-file-sizeパラメーターを使用すると20MBに設定可能)、最大ファイル サイズは100GBです。

  • Snapshotコピー内のファイル

    現在どのSnapshotコピーにも含まれないファイルのみを移動対象とするよう、FlexGroupリバランシングを設定できます。 リバランスを開始すると、リバランシング中にSnapshotコピー処理がスケジュールされている場合は、その旨が表示されます。

    ファイルが移動中でデスティネーションでフレーミングされている間は、Snapshotコピーは実行できません。 ファイルのリバランシング中、Snapshotコピーのリストア処理は実行できません。

  • SnapMirrorの処理

    FlexGroupリバランシングは、スケジュールされたSnapMirror処理と次のSnapMirror処理の間に行う必要があります。SnapMirror処理の開始前にファイルを再配置し、そのファイルの移動がSnapMirror再試行期間(24分)内に完了しない場合は、SnapMirror処理が失敗する時があります。 SnapMirror転送の開始後に開始されたファイルの再配置は失敗しません。

  • ファイルベースの圧縮によるストレージ効率化

    ファイルベースの圧縮によるストレージ効率化では、ファイルがデスティネーションに移動される前に解凍されるため、圧縮による削減効果は失われます。圧縮による削減効果は、リバランシング後、手動で開始されたバックグラウンド スキャナがFlexGroupで実行されたあとに復元されます。 ただし、ボリューム上のSnapshotコピーに関連付けられているファイルは圧縮の対象にはなりません。

  • 重複排除

    重複排除されたファイルを移動すると、FlexGroupボリュームの全体的な使用量が増加する可能性があります。ファイルのリバランシングでは一意のブロックのみがデスティネーションに移動されて、ソースの容量が解放されます。 共有ブロックはソースに保持され、デスティネーションにコピーされます。 これにより、ほぼフルのソース 構成の使用済み容量を削減するという目標は達成できますが、新しいデスティネーションに共有ブロックがコピーされるため、FlexGroupボリュームの全体的な使用量が増加する可能性もあります。 この状況は、Snapshotコピーに含まれるファイルを移動する場合にも生じる可能性があります。Snapshotコピーのスケジュールが一周し、Snapshotコピー内にこれらのファイルのコピーがなくなるまで、スペースの削減効果は完全には認識されません。

  • FlexCloneボリューム

    FlexCloneボリュームを作成したときにファイルのリバランシングが実行されていた場合、そのFlexCloneボリュームでリバランシングは実行されません。FlexCloneボリュームでのリバランシングは、ボリュームの作成後に実行する必要があります。

  • ファイル移動

    FlexGroupリバランシング処理中にファイルが移動されると、ソースとデスティネーションの両方の構成でのクォータ計算で、そのファイル サイズが報告されます。移動が完了すると、クォータの計算は通常の状態に戻り、ファイル サイズは新しいデスティネーションでのみ報告されます。

  • 自律型ランサムウェア対策

    ONTAP 9.13.1以降では、システムの停止を伴うリバランシング処理と無停止のリバランシング処理で自律型ランサムウェア対策がサポートされます。

  • オブジェクト ストア ボリューム

    ボリューム容量のリバランシングは、S3バケットなどのオブジェクトストアボリュームではサポートされていません。

FlexGroupリバランシングの有効化

ONTAP 9.12.1以降では、FlexGroupボリュームの自動無停止リバランシングを有効にして、FlexGroup構成間でファイルを再分配できます。

ONTAP 9.13.1以降では、特定の日時に単一のFlexGroupのリバランシング処理を開始するようにスケジュールを設定できます。

開始する前に

FlexGroupリバランシングを有効にする前に、FlexGroupボリュームでgranular-dataオプションを有効にしておく必要があります。リバランシングを有効にするには、次のいずれかの方法を使用します。

  • volume createコマンドを使用してFlexGroupボリュームを作成する際に有効にする

  • volume modifyコマンドを使用して、既存のFlexGroupボリュームを変更して設定を有効にする

  • volume rebalanceコマンドを使用してFlexGroupリバランシングを開始したときに自動的に設定されるようにする

手順

FlexGroupリバランシングは、ONTAP System ManagerまたはONTAP CLIを使用して管理できます。

ONTAP System Manager
  1. [ストレージ] > [ボリューム]に移動して、リバランシングするFlexGroupボリュームを探します。

  2. Show details iconをクリックしてボリュームの詳細を表示します。

  3. [Rebalance]を選択します。

  4. 必要に応じて、[Rebalance Volume]ウィンドウでデフォルト設定を変更します。

  5. リバランシング処理のスケジュールを設定するには、[Rebalance Later]を選択して日時を入力します。

CLI
  1. 自動リバランシングを開始します。volume rebalance start -vserver SVM_name -volume volume_name

    必要に応じて次のオプションを指定できます。

    [[-max-runtime] <time interval>] 最大実行時間

    [-max-threshold <percent>] 構成あたりの最大不均衡しきい値

    [-min-threshold <percent>] 構成あたりの最小不均衡しきい値

    [-max-file-moves <integer>] 構成あたりの最大同時ファイル移動数

    [-min-file-size {<integer>[KB|MB|GB|TB|PB]}] 最小ファイル サイズ

    [-start-time <mm/dd/yyyy-00:00:00>] リバランシングの開始日時

    [-exclude-snapshots {true|false}] Snapshotコピーに残ったファイルを除外

    例:

    volume rebalance start -vserver vs0 -volume fg1

FlexGroupリバランシング設定の変更

FlexGroupリバランシング設定を変更して、不均衡しきい値、同時ファイル移動数、最小ファイル サイズ、最大実行時間を更新したり、Snapshotコピーを追加または除外したりできます。FlexGroupのリバランシング スケジュールを変更するオプションは、ONTAP 9.13.1以降で使用できます。

ONTAP System Manager
  1. [ストレージ] > [ボリューム]に移動して、リバランシングするFlexGroupボリュームを探します。

  2. Show details iconをクリックしてボリュームの詳細を表示します。

  3. [Rebalance]を選択します。

  4. 必要に応じて、[Rebalance Volume]ウィンドウでデフォルト設定を変更します。

CLI
  1. 自動リバランシングを変更します。volume rebalance modify -vserver SVM_name -volume volume_name

    次のオプションを1つ以上指定できます。

    [[-max-runtime] <time interval>] 最大実行時間

    [-max-threshold <percent>] 構成あたりの最大不均衡しきい値

    [-min-threshold <percent>] 構成あたりの最小不均衡しきい値

    [-max-file-moves <integer>] 構成あたりの最大同時ファイル移動数

    [-min-file-size {<integer>[KB|MB|GB|TB|PB]}] 最小ファイル サイズ

    [-start-time <mm/dd/yyyy-00:00:00>] リバランシングの開始日時

    [-exclude-snapshots {true|false}] Snapshotコピーに残ったファイルを除外

FlexGroupリバランシングの停止

FlexGroupリバランシングは、有効にしたあとやスケジュールを設定したあとに、いつでも停止できます。

ONTAP System Manager
  1. [ストレージ] > [ボリューム]に移動して、FlexGroupボリュームを探します。

  2. Show details iconをクリックしてボリュームの詳細を表示します。

  3. [Stop Rebalance]を選択します。

CLI
  1. FlexGroupリバランシングを停止します。volume rebalance stop -vserver SVM_name -volume volume_name

FlexGroupリバランシングのステータスの表示

FlexGroupリバランシング処理のステータス、設定、処理時間、およびリバランシング インスタンスの詳細を表示できます。

ONTAP System Manager
  1. [ストレージ] > [ボリューム]に移動して、FlexGroupボリュームを探します。

  2. Show details iconを選択してFlexGroupの詳細を表示します。

  3. [FlexGroup Balance Status]は、詳細ペインの下部に表示されます。

  4. 前回のリバランシング処理に関する情報を表示するには、[Last Volume Rebalance Status]を選択します。

CLI
  1. FlexGroupリバランシング処理のステータスを表示します。volume rebalance show

    リバランシング ステータスの例:

    > volume rebalance show
    Vserver: vs0
                                                            Target     Imbalance
    Volume       State                  Total      Used     Used       Size     %
    ------------ ------------------ --------- --------- --------- --------- -----
    fg1          idle                     4GB   115.3MB         -       8KB    0%

    リバランシング設定の詳細の例:

    > volume rebalance show -config
    Vserver: vs0
                        Max            Threshold         Max          Min          Exclude
    Volume              Runtime        Min     Max       File Moves   File Size    Snapshot
    ---------------     ------------   -----   -----     ----------   ---------    ---------
    fg1                 6h0m0s         5%      20%          25          4KB          true

    リバランシング時間の詳細の例:

    > volume rebalance show -time
    Vserver: vs0
    Volume               Start Time                    Runtime        Max Runtime
    ----------------     -------------------------     -----------    -----------
    fg1                  Wed Jul 20 16:06:11 2022      0h1m16s        6h0m0s

    リバランシング インスタンスの詳細の例:

        > volume rebalance show -instance
        Vserver Name: vs0
        Volume Name: fg1
        Is Constituent: false
        Rebalance State: idle
        Rebalance Notice Messages: -
        Total Size: 4GB
        AFS Used Size: 115.3MB
        Constituent Target Used Size: -
        Imbalance Size: 8KB
        Imbalance Percentage: 0%
        Moved Data Size: -
        Maximum Constituent Imbalance Percentage: 1%
        Rebalance Start Time: Wed Jul 20 16:06:11 2022
        Rebalance Stop Time: -
        Rebalance Runtime: 0h1m32s
        Rebalance Maximum Runtime: 6h0m0s
        Maximum Imbalance Threshold per Constituent: 20%
        Minimum Imbalance Threshold per Constituent: 5%
        Maximum Concurrent File Moves per Constituent: 25
        Minimum File Size: 4KB
        Exclude Files Stuck in Snapshot Copies: true
Top of Page