このページでは、Google Cloud NetApp Volumes のボリューム機能の概要について説明します。
ボリュームについて
ボリュームは、アプリケーション、データベース、ユーザーデータを保存するストレージ プールのファイル システム コンテナです。
ストレージ プールで使用可能な容量を使用してボリュームの容量を作成し、プロセスを中断することなく容量を定義してサイズ変更できます。
ストレージ プールの設定は、そのプール内のボリュームに自動的に適用されます。これらの設定には、サービスレベル、ロケーション、ネットワーク（Virtual Private Cloud（VPC））、Active Directory ポリシー、LDAP、顧客管理の暗号鍵（CMEK）ポリシーが含まれます。また、ボリュームで自動階層化を使用するには、プールで自動階層化を有効にする必要があります。
ボリュームの性能
カスタム パフォーマンス ストレージ プールを使用する Flex Unified と Flex File: ボリュームのパフォーマンスは、ストレージ プールで構成されたパフォーマンスによって異なります。プール パフォーマンスは、プール内のすべてのボリュームで共有されます。
デフォルトのパフォーマンスの Flex ファイル ストレージ プール: ボリュームのパフォーマンスは、ストレージ プールのサイズと機能によって異なります。プールのパフォーマンスは、プール内のすべてのボリューム間で共有されます。
標準ストレージ プール: ボリュームのパフォーマンスは、ボリューム サイズとプールから継承するサービスレベルによって定義されます。ボリューム容量の 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 の割り当てとシステムの上限とは異なります。ユーザーとグループの割り当ては、NetApp Volumes ボリュームで直接設定します。割り当てルールの詳細については、割り当てルールを管理するをご覧ください。
割り当ては、個々の Windows ユーザーまたは Unix ユーザー、Unix グループに対して設定できますが、Windows グループに対しては設定できません。割り当ては、ユーザーまたはグループの名前ではなく、ユーザーまたはグループの特定のユーザー ID（UID）、セキュリティ識別子（SID）、グループ ID（GID）を対象とします。
割り当ては、ユーザーの使用量に合わせてストレージを割り当てるのではなく、使用量を制限することを目的としています。割り当て上限は、ユーザー割り当て、グループ割り当ての順にチェックされます。割り当ての上限に達すると、書き込みはブロックされます。グループの割り当ては、グループ内のすべてのユーザーで共有されます。割り当てルールの管理方法については、割り当てルールを管理するをご覧ください。
たとえば、HR、財務、管理の 3 つのグループが 10 TiB のボリュームを共有しているとします。デフォルトのグループ割り当ては 500 GiB で、人事グループと管理グループのユーザーが制限されます。財務グループのグループ割り当ては 10 TiB です。ユーザーのデフォルトの割り当ては 1 TiB です。財務部門の Sasha と管理部門の Alex には、5 TiB の個々のユーザー割り当てが割り当てられています。特定のユーザーの有効な割り当ての例を次に示します。
人事部の Kim、Taylor、経営陣の Alex は、500 GiB のグループ割り当てに制限されています。Alex の 5 TiB のユーザー割り当ては、グループ割り当てによって実質的にオーバーライドされます。
財務部門のユーザー Sasha は、ユーザー割り当てによって 5 TiB に制限されています。
財務部門のユーザー Lee は、ユーザー割り当てによって 1 TiB に制限されています。
財務部門のユーザーのユーザー割り当ては 5 TiB を超えていないため、グループ割り当ての 10 TiB まで個別に保存することはできません。
ユーザーが割り当て上限を超えて書き込もうとすると、エラーが表示されます。ユーザーの割り当て使用量と上限は、Windows エクスプローラまたは Linux 割り当てコマンドでユーザーに表示されます。グループの割り当て使用量と上限は、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
このオプションが有効になっているときにボリュームを削除するには、すべてのクライアントが最初にボリュームのマウントを解除する必要があります。その後、ボリュームを削除するには 52 時間以上待つ必要があります。
大容量ボリューム
Premium と Extreme のサービスレベルでは、ボリューム サイズは 100 GiB ～ 102,400 GiB で、最大スループットは 4.5 GiBps です。ワークロードによっては、大容量と高スループットが必要になる場合があります。これは、Premium と Extreme の各サービスレベルで大容量ボリューム オプションを使用することで実現できます。
Premium サービスレベルと Extreme サービスレベルの場合、大容量ボリュームのサイズは 1 GiB 単位で 15 TiB から 3 PiB の範囲で設定でき、最大 30 GiBps のスループット パフォーマンスを実現します。
大容量ボリュームは、ボリュームにクライアント トラフィックをロードバランスしてパフォーマンスを向上させるために、6 つのストレージ エンドポイント（IP アドレス）を提供します。6 つの IP アドレスにより、このようなボリュームは、同じデータへの高パフォーマンスで高並行アクセスを必要とするワークロードに最適です。クライアントを接続する方法については、複数のストレージ エンドポイントを使用して大容量ボリュームを接続するをご覧ください。ボリュームの作成後に、大容量ボリュームに変換したり、その逆の変換を行うことはできません。
ストレージ プールのデフォルトの割り当ては、ロケーションあたり 25 TiB です。ほとんどの大容量ボリュームでは、より多くの容量が必要になるため、ロケーションあたりのストレージ プール容量（GiB）の割り当ての増加をリクエストする必要があります。詳細については、NetApp Volumes の割り当てをご覧ください。
自動階層化
Google Cloud NetApp Volumes では、ストレージ プールで自動階層化が有効になっている場合、ボリューム単位で自動階層化を有効にできます。自動階層化では、未使用のデータをコールド データ階層に移動することで、ボリューム使用量の全体的な費用を削減します。自動階層化の詳細については、自動階層化を管理するをご覧ください。