このページでは、Google Cloud NetApp Volumes のボリューム機能の概要について説明します。このページに記載されているボリュームの手順は、Flex Unified ONTAP モードには適用されません。コンソールまたは Google Cloud CLI を使用して Google Cloud ONTAP モードのボリュームを作成、表示、更新、削除することはできません。ONTAP モードの手順の詳細については、 ONTAP モードをご覧ください。
ボリュームについて
ボリュームは、ストレージ プール内のファイル システム コンテナで、アプリケーション、データベース、ユーザーデータを保存します。
ボリュームの容量は、ストレージ プールで使用可能な容量を使用して作成します。プロセスを中断することなく、容量を定義してサイズを変更できます。
ストレージ プールの設定は、そのプールに含まれるボリュームに自動的に適用されます。 これらの設定には、サービスレベル、ロケーション、ネットワーク（Virtual Private Cloud（VPC））、Active Directory ポリシー、LDAP、顧客管理の暗号鍵（CMEK）ポリシーが含まれます。また、ボリュームで自動階層化を使用するには、プールで自動階層化を有効にする必要があります。
ONTAP モードでは、Active Directory ポリシーと LDAP 設定をストレージ プール レベルではなく、ONTAP で直接構成する必要があります。
ボリュームの性能
カスタム パフォーマンス ストレージ プールを使用する Flex Unified と Flex File: ボリュームの パフォーマンスは、ストレージ プールで構成されたパフォーマンスによって異なります。プール パフォーマンスは、プール内のすべてのボリュームで共有されます。
デフォルトのパフォーマンスの Flex File ストレージ プール: ボリュームのパフォーマンスは、ストレージ プールのサイズと機能によって異なります。プール パフォーマンスは、プール内のすべてのボリュームで共有されます。
Standard ストレージ プール: ボリュームのパフォーマンスは、ボリューム サイズとプールから継承するサービスレベルによって定義されます。ボリューム容量が 1 GiB 増えるごとに、スループットが 16 KiBps 増加します。ボリュームサイズを増減して、パフォーマンスを最適化できます。
Premium と Extreme のストレージ プール: ボリュームのパフォーマンスは、 ボリュームサイズとプールから継承するサービスレベルによって定義されます。ボリューム容量が 1 GiB 増えるごとに、スループットが 64 KiBps または 128 KiBps 増加します。ボリュームサイズを増減して、パフォーマンスを最適化できます。また、Premium プールと Extreme プール間でボリュームを中断することなく移動して、パフォーマンスを最適化することもできます。
スペースのプロビジョニング
ボリュームには、将来の増加を含め、データを保存するのに十分な容量が必要です。 1 日に追加するデータの量と、組織のプロセスでボリュームのサイズを増やす速度に応じて、十分なヘッドルームを計画してください。
ボリュームが満杯になると、クライアントがデータを変更または追加しようとしたときに out of space エラーが発生し、アプリケーションやユーザーに問題が発生する可能性があります。ボリュームの使用状況をモニタリングし、予想されるボリューム使用率の 20% を超えるプロビジョニング済みスペース バッファを維持する必要があります。使用状況のモニタリングの詳細については、NetApp Volumes をモニタリングするをご覧ください。
スナップショットはボリュームの容量を消費します。スナップショットが存在する場合、データを削除しても、ボリュームのスペース使用率は減少しません。これは、アクティブなファイル システム内のデータがスナップショットにカウントされ、ボリュームの使用容量にも影響するためです。スペースは、そのデータを含む最後のスナップショットを削除した後にのみ使用可能になります。詳細については、 スナップショットのスペース使用量をご覧ください。
Standard、Premium、Extreme のサービスレベルの場合、ボリュームのサイズによって割り当てられるスループット容量も決まります。詳細については、 Standard、Premium、Extreme のパフォーマンスをご覧ください。
ボリュームのユーザーとグループの割り当て
Standard、Premium、Extreme、Flex Unified のデフォルト モードのサービスレベルでは、特定のユーザーまたはグループが使用するボリューム スペースを制限できます。これらは Google Cloud Quotas とシステムの上限とは異なります。ユーザーとグループの割り当ては、NetApp Volumes ボリュームで直接設定します。割り当てルールの詳細については、割り当てルールを管理するをご覧ください。
ONTAP モードの場合、割り当ては ONTAP レベルで定義する必要があります。Google は ONTAP モードのストレージ プールの割り当て管理をサポートしていますが、ONTAP モードのボリュームの割り当て管理はサポートしていません。
割り当ては、個々の Windows ユーザーまたは Unix ユーザー、Unix グループに設定できますが、Windows グループには設定できません。割り当ては、ユーザーまたはグループの名前ではなく、特定のユーザー ID（UID）、セキュリティ識別子（SID）、グループ ID（GID）を対象とします。
割り当ては、使用量を制限することを目的としており、ユーザーの使用量にストレージを割り当てることを目的としていません。 割り当て上限は、ユーザーの割り当てからグループの割り当ての順にチェックされます。割り当て上限に達すると、書き込みはブロックされます。グループの割り当ては、グループ内のすべてのユーザーで共有されます。割り当てルールの管理方法の詳細については、 割り当てルールを管理するをご覧ください。
たとえば、HR、Finance、Management の 3 つのグループが 10 TiB のボリュームを共有しているとします。デフォルトのグループの割り当ては 500 GiB で、HR グループと Management グループのユーザーが制限されます。Finance のグループの割り当ては 10 TiB です。デフォルトのユーザーの割り当ては 1 TiB です。Finance の Sasha と Management の Alex には、個々のユーザーの割り当てとして 5 TiB が割り当てられています。特定のユーザーの有効な割り当ての例を次に示します。
HR の Kim、Taylor、Management の Alex は、500 GiB のグループの割り当てに制限されています。Alex の 5 TiB のユーザーの割り当ては、グループの割り当てによって事実上オーバーライドされます。
Finance の Sasha は、ユーザーの割り当てによって 5 TiB に制限されています。
Finance の Lee は、ユーザーの割り当てによって 1 TiB に制限されています。
Finance のユーザーで 5 TiB を超えるユーザーの割り当てを持つユーザーはいないため、10 TiB のグループの割り当てまで個別に保存することはできません。
ユーザーが割り当て上限を超えて書き込もうとすると、エラーが表示されます。 ユーザーの割り当ての使用量と上限は、Windows エクスプローラまたは Linux の quota コマンドで確認できます。グループの割り当ての使用量と上限は、rquota v2 互換クライアントを使用している場合にのみ表示されます。
割り当てルールには次の 4 種類があります。
個々のユーザーの割り当て: Linux UID または Windows SID を使用して明示的なユーザーに適用されます
個々のグループの割り当て: Windows をサポートしていない Linux GID を使用して明示的なグループに適用されます
ユーザーのデフォルトの割り当て: 個々の割り当てルールがないすべてのユーザーに適用されます
グループのデフォルトの割り当て: 個々の割り当てルールがないすべてのグループに適用されます ルール
ボリュームの復元
NetApp Volumes では、ボリュームを以前に作成したスナップショットに戻すことができます。ボリュームを復元すると、すべてのボリューム コンテンツがスナップショットが作成された時点に戻ります。復元に使用したスナップショットの後に作成されたスナップショットは失われます。データを失いたくない場合は、ボリュームをクローンするか、スナップショットを使用してデータを復元することをおすすめします。
ボリュームの復元を使用して、アプリケーションのテストとアップグレードを行ったり、ランサムウェア攻撃を防いだりできます。このプロセスは、バックアップでボリュームを上書きするのと似ていますが、数秒で完了します。ボリュームの容量に関係なく、ボリュームをスナップショットに戻すことができます。
復元は、ボリュームがオンラインでクライアントによって使用されているときに発生します。復元では、アプリケーションに通知することなく開いているファイルが変更されるため、データの破損を防ぐために、復元する前にすべての重要なアプリケーションを停止することをおすすめします。
クライアントの接続時にボリュームの削除をブロックする
NetApp Volumes では、ボリュームがクライアントによってマウントされている場合に、ボリュームの削除をブロックできます。Google Cloud VMware Engine（GCVE）データストアにボリュームを使用する場合は、クライアントがボリュームをマウントしているときにボリュームの削除をブロックする設定を有効にする必要があります。[クライアントの接続時にボリュームの削除をブロックする] 設定を有効にすると、マウントされたボリュームを削除しようとしたときにエラー メッセージが表示されます。
ボリュームは、ボリュームの作成時、スナップショットからの新しいボリュームの作成時、バックアップからの新しいボリュームの作成時に、ボリュームの削除をブロックすることをサポートしています。
次のプロトコルは、ボリュームの削除のブロックをサポートしています。
NFSV3
NFSV4.1
NFSv3 と NFSv4.1
iSCSI
このオプションが有効になっているときに NFS ボリュームを削除するには、すべてのクライアントからデータストアをアンマウントします。その後、ボリュームを削除するまでに 52 時間以上待つ必要があります。iSCSI ボリュームを削除するには、すべてのクライアントから仮想マシン ファイル システム（VMFS）データストアをアンマウントし、ボリュームをホスト グループから切断します。 その後、iSCSI ボリュームを削除できます。
大容量ボリューム
Premium と Extreme のサービスレベルの通常のボリュームでは、ボリュームサイズは 100 GiB ～ 102,400 GiB、最大スループットは 4.5 GiBps です。 Flex Unified サービスレベルでは、ボリュームサイズは 1 GiB ～ 300 TiB、最大スループットは 5 GiBps です。一部のワークロードでは、より大きなボリュームと高いスループットが必要になります。これは、これらのサービスレベルで大容量ボリューム オプションを使用することで実現できます。
大容量ボリュームを使用すると、ストレージ容量とパフォーマンスを大幅にスケールアップできます。複数の IP アドレスを使用して、エンドポイント間でクライアントを分散し、ワークロードのバランスを取ります。これらのボリュームは、同じデータへの高パフォーマンスで同時アクセスを必要とするワークロードに最適です。クライアントの接続方法については、複数のストレージ エンドポイントで大容量ボリュームを接続するをご覧ください。
ストレージ プールのデフォルトの割り当ては、ロケーションごとに 25 TiB です。ほとんどの大容量ボリュームではより多くの容量が必要になるため、ロケーションごとのストレージ プール容量（GiB）の割り当ての引き上げをリクエストする必要があります。詳細については、 NetApp Volumes の割り当てをご覧ください。
ボリュームは、作成後に大容量ボリュームに変換することも、その逆もできません。
次のサービスレベルでは、大容量ボリュームがサポートされています。
Flex Unified デフォルト モード
大容量ボリュームは、大容量ストレージ プールでのみ使用できます。 パフォーマンスが制限されたプールではサポートされていません。
大容量ボリュームは、構成要素と呼ばれる小さなメンバー ボリュームで構成されます。 これらの構成要素は、ボリュームのストレージ容量とパフォーマンスを共有します。各構成要素には独自のストレージ エンドポイントがあり、クライアントは複数の IP アドレスにトラフィックを分散できます。
大容量ボリュームには、デフォルトで 48 個の構成要素が含まれています。各構成要素は 100 GiB 以上である必要があるため、デフォルトの最小ボリューム容量は 4,800 GiB です。 最大容量は 2.48 PiB です。自動階層化が有効になっている場合は 20 PiB です。
構成要素のカスタム数を使用する場合は、最小で 2 つ選択できます。この構成では、最小ボリュームサイズは 2,400 GiB で、個々の構成要素には 100 GiB 以上が必要です。また、構成要素は、保存されているアグリゲートのサイズを超えることはできません。
大容量プールは 6 つのアグリゲートにデータを分散するため、構成要素の最大容量はプール容量の約 6 分の 1 です。たとえば、6 TiB のプールでは、各アグリゲートに約 1,024 GiB が保存されるため、各構成要素はその容量に制限されます。
ボリュームの作成時に構成要素の数を設定します。この設定は後で変更できません。
大容量ボリュームの容量は、1 GiB 単位で増減できます。 容量を変更すると、既存の構成要素間で容量が再分配されます。
Flex Unified ONTAP モード
Flex Unified ONTAP モードでは、通常プールまたは大容量プールを使用して大容量ボリュームを作成できます。ONTAP FlexGroup 作成ルールが適用されます。
Premium と Extreme
Premium プールまたは Extreme プールの大容量ボリュームは、使用する前に許可リストに登録する必要があります。その後、Premium プールまたは Extreme プールで大容量ボリュームを作成できます。
大容量ボリュームは 15 TiB ～ 3 PiB の範囲にする必要があります。容量は 1 GiB 単位で増減できます。大容量ボリュームは、最大 30 GiBps のスループットをサポートしています。
自動階層化
Google Cloud NetApp Volumes では、ストレージ プールで自動階層化が有効になっている場合、ボリュームごとに自動階層化を有効にできます。自動階層化により、未使用のデータがコールド データ階層に移動されるため、ボリューム使用量の全体的な費用が削減されます。自動階層化の詳細については、自動階層化を管理するをご覧ください。