このページでは、Google Cloud NetApp Volumes の既知の制限事項について説明します。
一般的な問題
このセクションでは、NetApp Volumes の一般的な既知の問題について説明します。
Flex Unified サービスレベルでの RFC 1918 以外（PUPI）のクライアント IP アドレスのサポートに関する問題
問題: Flex Unified サービスレベルは、RFC 1918 以外（PUPI）のクライアント IP アドレスをサポートしていません。
理由: この制限は、VSA テナント プロジェクト内のファイアウォール ルールの制約によるものです。
解決策: この問題を解決するには、次のオプションを検討してください。
RFC 1918 IP アドレスを割り当てる: RFC 1918 プライベート IP アドレスを使用するようにクライアントを構成します。
別のサービスレベルを使用する: Standard、Premium、Extreme、Flex File など、PUPI クライアント IP アドレスをサポートするサービスレベルを使用します。
ファイアウォールの手動構成をリクエストする: 一時的な回避策として、Google Cloud カスタマーケアに連絡して、PUPI クライアント範囲のファイアウォール上り（内向き）ルールを手動で設定できます。手動構成では、継続的なサポートが必要になる場合があります。このオプションで手続きを進めるには、次の情報を含むサポート リクエストを送信してください。
クライアントの PUPI IP 範囲（例:
100.64.0.0/10）必要なプロトコル ポート（NFS、SMB、iSCSI）
ターゲット リージョンとストレージ プール名
ボリュームの作成後にバックアップ オペレーションを実行すると Not found エラーが発生する
問題: ONTAP モードのボリュームを作成した直後に CreateBackup、RestoreVolume、UpdateBackupConfig などのバックアップ オペレーションを実行すると、Not found エラーで失敗することがあります。
理由: ボリュームを作成した後、ボリュームとバックアップに関連するリソースがバックアップ サービスで完全に利用可能になるまでに、少し時間がかかることがあります。この伝播期間中に、バックアップ サービスがボリュームを検出する前にバックアップ リクエストをルーティングし、Not found エラーが発生することがあります。
解決策: ボリュームを作成してから 3 分以上待ってから、バックアップ関連のオペレーションを実行します。
Flex File ボリュームが ping に応答しない
この問題の詳細については、NetApp Volumes への接続をテストするをご覧ください。
重複するプライベート サービス アクセス接続を使用しているときに接続が断続的に失われる
netapp.servicenetworking.goog 接続を構成するときに、CIDR 範囲が同じ VPC 上の別のプライベート サービス アクセス接続で使用されている CIDR 範囲と重複すると、ボリューム マウント接続が断続的に失われる可能性があります。この問題を回避するには、重複しない範囲を使用します。
NFS ボリュームの設定を更新するときに、Cloud Volumes Service から NetApp Volumes に移行されたボリュームへのクライアント アクセスが中断される可能性がある
問題: ミラーリングされた転送ステータスを持つアクティブなボリューム レプリケーションのソース ボリュームまたは宛先ボリュームの設定を更新すると、クライアントによるボリュームへのアクセスが中断されます。
理由: ボリュームを更新すると、エクスポート ポリシーがレプリケーション パートナー ボリュームと同期される可能性があります。更新されたボリュームにエクスポート ポリシーが正しくないか、欠落している場合、本番環境のソース ボリュームにマウントされたクライアントがアクセスできなくなり、停止が発生する可能性があります。
背景: レプリケーションがミラーリング状態の場合、NetApp Volumes はソース ボリュームと宛先ボリュームのエクスポート ポリシーを自動的に同期します。これにより、1 つのボリュームに対するポリシー変更が他のボリュームに自動的に適用されるため、管理者が手動で介入することなく、一貫したクライアント アクセスが実現します。
CVS では、管理者がソース ボリュームと宛先ボリュームの設定を手動で同期する必要があります。CVS から NetApp Volumes へのボリューム移行中に、既存のエクスポート ポリシーが変更なしで転送されたため、レプリケートされたボリュームでエクスポート ポリシーが不整合になる可能性があります。ボリューム レプリケーション関係のソース ボリュームまたは宛先ボリュームのエクスポート ポリシーを更新すると、両方のボリュームのポリシーが自動的に同期されます。
影響を受けるボリューム
この問題は、次の条件をすべて満たすボリュームに適用されます。
アクティブなミラーリングされたボリューム レプリケーションにあるボリューム。停止後にレプリケーションを再開すると、問題が発生する可能性があります。
エクスポート ポリシーが設定されているすべての NFS 対応ボリューム。
ソースと宛先でエクスポート ポリシーが異なるボリューム。
解決策: この問題を解決するには、ソース ボリュームと宛先ボリュームのエクスポート ポリシーを 1 回同期する必要があります。次の手順を行います。
ソース ボリュームと宛先ボリュームの両方のエクスポート ポリシーを調べて比較します。
エクスポート ポリシーが同じであれば、何もする必要はありません。
エクスポート ポリシーが異なる場合は、エクスポート ルールを統合して、両方のポリシーで指定されたすべてのホストを許可するエクスポート ポリシーを作成します。
統合されたエクスポート ポリシーをソース ボリュームに適用します。このポリシーは、宛先ボリュームにも自動的に適用されます。
エクスポート ポリシーを同期することで、一貫したアクセスを確保し、クライアントへの潜在的な中断を防ぐことができます。
Cloud Volumes Service（CVS）リソースと NetApp Volumes リソースを一緒に使用した場合のエラー メッセージ
VPC、プロジェクト、リージョン内で CVS リソースと NetApp Volumes リソースを一緒に使用することに関するエラー メッセージが表示されることがあります。この問題は、プロジェクトで次のいずれかに該当する場合に、プールやポリシーなどのリソースを作成しようとすると発生することがあります。
プロジェクトが以前に CVS で使用されていた。
NetApp Volumes リソースがないプロジェクトで CVS リソース一覧表示オペレーションが実行された。
一般的なエラー メッセージは次のとおりです。
Host project and service project must be using the same service。Resources from CVS and NetApp Volumes may not be used together in a single region。Cannot share VPC between 3P and 1P networks。
この問題を解決するには、Google Cloud カスタマーケアに連絡して、NetApp Volumes リソースのみを使用するように特定のプロジェクトまたはリージョンのリセットをリクエストしてください。
特定のディレクトリで No space left on device エラーまたは File too large エラーが発生してファイルの作成に失敗する
問題: マウントされたボリュームに新しいファイルまたはサブディレクトリを書き込み、コピー、または作成しようとすると、No space left on device（errno 28 / ENOSPC）または File too large（errno 27 / EFBIG）エラーが発生してオペレーションが失敗します。
これは、クライアントサイドのディスク容量クエリ（df -h など）とGoogle Cloud コンソールで、ボリュームに十分な論理容量があることが示されている場合でも発生します。エラーは特定のディレクトリに限定されます。同じボリューム上の他のディレクトリではファイルの作成が成功します。
理由: この問題は、1 つのディレクトリが過度に大きくなり、内部の上限に達したときに発生します。これにより、ストレージ システムがその特定の場所でより多くのファイルやサブディレクトリをインデックスに登録できなくなります。
ベリフィケーション:
マウントされたクライアントで次の診断手順を実行して、ディレクトリ サイズの上限に達しているかどうかを確認します。
- ローカライズされたファイルの作成をテストする: まったく同じボリューム上の、新しく作成されたまったく異なるディレクトリにファイルを作成してみます。
bash mkdir /mount_point/test_dir && touch /mount_point/test_dir/test_file.txtこれが成功しても、元のディレクトリへの書き込みが失敗する場合は、ディレクトリの上限に達している可能性があります。 - ディレクトリ エントリ数を推定する: 問題のあるディレクトリ内のエントリ数をカウントします。
bash find /mount_point/offending_directory -maxdepth 1 | wc -l - ディレクトリ インデックスのファイルサイズを調べる: ディレクトリのメタデータ フットプリントを確認します。
bash ls -ld /mount_point/offending_directoryディレクトリ ファイルサイズが異常に大きい場合は、ディレクトリ メタデータが大量に肥大化していることを示します。
解決策:
この問題を解決し、ディレクトリ構造を正常に保つには、次の方法を実装します。
- ディレクトリ シャーディングを実装する: アプリケーションまたはワークロードを再構築して、ネストされた階層サブディレクトリ（
/aa/bb/filename.txtなど）にファイルを分散します。1 つのフラット ディレクトリに大量のファイルを保持しないでください。 - 肥大化したディレクトリを再構築する: 上限を超えたディレクトリからファイルを削除するだけでは、ファイル名は削除されますが、基盤となるファイル システムのディレクトリ インデックス ファイルの物理サイズは自動的に縮小されません。ディレクトリのスペースを完全に再利用するには、アクティブなファイルを新しいディレクトリにコピーまたは移動してから、古い肥大化したディレクトリを削除します。
Active Directory の統合に関する問題
以降のセクションでは、Active Directory 統合の既知の問題について説明します。
接続に関する問題
次の制限により、オンプレミス ドメイン コントローラへの接続が失敗します。
VPC ピアリング: NetApp Volumes は、ストレージ プールの Virtual Private Cloud（VPC）上にあるドメイン コントローラ、または VPN で接続されているドメイン コントローラにのみアクセスできます。NetApp Volumes は、ストレージ プールの VPC とピアリングされ、ストレージ プールに接続されているドメイン コントローラなど、他の VPC のドメイン コントローラにアクセスできません。
ファイアウォール: NetApp Volumes がドメイン コントローラに接続することを許可しない場合、オンプレミス接続は失敗します。詳細については、Active Directory アクセスのファイアウォール ルールをご覧ください。
Active Directory ポリシーの Active Directory サイト設定を変更しても、Flex File サービスレベルのストレージ プールには影響しません。この設定は、Flex Unified プールで機能します。
NetApp Volumes が Windows 2025 ベースのドメイン コントローラに参加できない
Windows 2025 の回帰により、NetApp Volumes は Windows 2025 ドメイン コントローラを使用してドメインに参加できません。
2025 年 9 月 9 日、Microsoft はこの問題に対処するため、KB5065431 と KB5065426 をリリースしました。Windows 2025 は RC4 暗号化をサポートしていないため、Active Directory 認証の AES 暗号化を有効にする必要があります。
詳細については、SMB 3.1.1 の適用により、Windows 2025 以前のバージョンとのドメイン コントローラの通信が失敗するをご覧ください。
SMB 3.1.1 の適用により、Windows 2025 以前のバージョンとのドメイン コントローラの通信が失敗することがある
Windows 2025 ドメイン コントローラは、Active Directory クライアントとの通信に SMB 3.1.1 を適用します。Center for Internet Security（CIS）ポリシー 18.6.7.6 でも、以前の Windows バージョンで SMB 3.1.1 を使用することが推奨されています。
NetApp Volumes は、SMB クライアントと NetApp Volumes SMB サーバー間の通信に SMB 3.1.1 をサポートしていますが、クライアントとして Active Directory に接続する場合は SMB 2.1 と SMB 3.0 のみをサポートしています。
ドメイン コントローラが SMB 3.1.1 接続のみを許可している場合、NetApp Volumes は Active Directory に接続できず、サービスが中断されます。
互換性を維持するため、ドメイン コントローラでサポートされる最小の SMB バージョンとして SMB 2.1 を設定することをおすすめします。この設定は、すべてのドメイン コントローラに適用する必要があります。サイトベースの Active Directory ポリシーを使用する場合は、Active Directory サイト内のすべてのドメイン コントローラに適用する必要があります。
次の例は、サポートされている最小 SMB バージョンを 2.1 に設定する方法を示しています。
Set-SmbServerConfiguration -Smb2DialectMax SMB311 -Smb2DialectMin SMB210
PowerShell またはグループ ポリシーを使用して SMB 設定を変更する方法については、Windows と Windows Server 2025 で SMB ダイアレクトを管理するをご覧ください。
2026 年 10 月の Microsoft ドメイン コントローラの更新後に Active Directory への LDAP 接続が失敗する
問題: Active Directory ドメイン コントローラに Microsoft の 2026 年 10 月のセキュリティ アップデートをインストールすると、Active Directory に接続されているストレージ プールとボリュームが、それらのドメイン コントローラへの LDAP バインドを完了できなくなります。その結果、SMB 共有への接続、共有へのユーザーの追加、新しい Active Directory ポリシーの使用またはテストでエラーが発生することがあります。
理由: 次の Microsoft 累積セキュリティ アップデートにより、LDAP 接続の動作が変更され、NetApp Volumes との通信が中断されます。
解決策: この問題を解決するため、NetApp Volumes のアップデートに取り組んでいます。それまでの間は、これらの Windows セキュリティ アップデートをドメイン コントローラにインストールしないでください。これらのアップデートをすでにインストールしている場合、またはインストールする必要がある場合は、Google Cloud カスタマーケアにお問い合わせください。
CMEK に関する問題
以降のセクションでは、顧客管理の暗号鍵（CMEK）オペレーションの既知の問題について説明します。
ListKmsConfigs が Invalid value for enum type エラーを返す
ボリュームがシステム管理の暗号化から顧客管理の暗号化に移行されるときに、移行中に ListKmsConfigs コマンドが Invalid value for enum type エラーを返すことがあります。移行が完了すると、ListKmsConfigs コマンドは通常どおりに動作するようになります。
KmsConfig ポリシーの作成に失敗する
KmsConfig ポリシーの作成が失敗し、別のポリシーを作成できなくなることがあります。この問題が発生した場合は、Google Cloud カスタマーケアにお問い合わせください。
ボリューム レプリケーションの問題と制限事項
以降のセクションでは、ボリューム レプリケーション機能の既知の問題と制限事項について詳しく説明します。
アクティブなレプリケーションで宛先ボリュームの割り当て設定が失敗することがある
アクティブなレプリケーションでボリュームの設定を変更すると、設定はソース ボリュームと宛先ボリュームの両方に適用されます。ただし、移行先ボリュームに固有の割り当て変更はステージングされ、レプリケーションが停止すると移行先ボリュームに適用されます。この割り当て設定が失敗し、オペレーションの最後にエラー メッセージが表示されることがあります。停止オペレーションが成功しても、すべての割り当てが宛先ボリュームに適用されていない可能性があります。停止オペレーション中に割り当てエラーが発生した場合は、ソース ボリュームと宛先ボリュームの両方の割り当てルールを比較し、宛先で不足している割り当てルールを更新して、ソース ボリュームの設定と一致させます。
Google Cloud コンソールに、Active Directory ポリシーが関連付けられていないストレージ プールが表示される
Google Cloud コンソールで、ソース ボリュームのボリューム レプリケーションを作成するときに、宛先ボリュームの作成に選択するストレージ プールのリストに、Active Directory ポリシーのないストレージ プールが含まれています。Active Directory ポリシーのないストレージ プールを選択すると、レプリケーション エラーが発生します。
大容量ボリュームの既知の問題
次のセクションでは、大容量ボリューム機能の既知の問題について説明します。
互換性のないプールが表示される
ストレージ プール（サービスレベル）を変更すると、 Google Cloud コンソールに互換性のないプールが表示されることがあります。互換性のないストレージ プールに変更しようとすると、変更は失敗し、エラー メッセージが表示されます。
CMEK 移行がブロックされていない
CMEK の移行は Google Cloud コンソールによってブロックされず、大容量ボリュームが存在する場合でも許可されます。大容量ボリュームが構成されているときに CMEK 移行を試みると、移行は失敗します。
FlexCache に関する問題
このセクションでは、FlexCache 機能の既知の問題について説明します。
Google Cloud コンソールで FlexCache ボリュームの変更が失敗することがある
FlexCache ボリュームは、API または Google Cloud CLI を使用してのみ変更できます。FlexCache ボリュームは、作成後に Google Cloud コンソールに表示されますが、表示または削除できます。Google Cloud コンソールを使用して更新しようとすると、失敗することがあります。このような場合は、Google Cloud CLI を使用して変更します。
snapshot-directory が true に設定されていると、FlexCache ボリュームの作成が失敗する
FlexCache ボリュームは snapshot-directory オプションをサポートしていません。API ではこのパラメータのデフォルト値は false ですが、Google Cloud CLI ではデフォルト値は true です。したがって、Google Cloud CLI を使用して FlexCache ボリュームを作成する場合は、作成エラーを防ぐために --snapshot-directory false を明示的に含める必要があります。