既知の問題

Filestore には、次のような既知の問題があります。

ベーシック ティアの Filestore インスタンスとクライアントは、172.17.0.0/16 の IP アドレス範囲を持つことはできません

ベーシック ティア インスタンスは、内部コンポーネントに 172.17.0.0/16 アドレス範囲を使用します。172.17.0.0/16 の IP アドレス範囲を持つクライアントは、ベーシック ティア Filestore インスタンスに接続できません。172.17.0.0/16 と重複する予約済み IP 範囲を持つベーシック ティア インスタンスを作成することはできません。

Windows NFS クライアントでのレスポンスが遅い

Windows NFS クライアントによっては、フォルダの作成やファイルの削除に 20 秒以上かかることがあります。クライアントのレスポンスを改善するには、以下の手順に従って、NetBIOS と SMB で使用されるポート(通常はポート 445 と 139)へのネットワーク トラフィックをブロックする Windows ファイアウォール ルールを作成します。

  1. Microsoft 管理コンソールで [セキュリティが強化された Windows ファイアウォール] スナップインを開きます。
  2. 左側のペインで [送信の規則] をクリックします。
  3. 右側の [操作] ペインで、[新しい規則] をクリックします。
  4. [新規の送信の規則ウィザード] で、[ポート] ラジオボタンを選択して [次へ] をクリックします。
  5. [TCP] ラジオボタンを選択し、[特定のリモートポート] ラジオボタンをクリックして、[特定のリモートポート] ラジオボタンの横にあるフィールドに「445, 139」と入力します。[次へ] をクリックします。
  6. [接続をブロックする] ラジオボタンをオンにして、[次へ] をクリックします。
  7. [ドメイン]、[プライベート]、[パブリック] のチェックボックスをオンにして、[次へ] をクリックします。
  8. ファイアウォール ルールの名前を入力し、[完了]をクリックします。

特定リージョンの特定のサービス階層に割り当てがない

特定リージョンで特定のサービス階層のデフォルトの容量割り当てが 0 と表示されている場合は、割り当てを増やすまでその階層の Filestore インスタンスを作成できません。

この問題を解決するには、追加の割り当てをリクエストしてください。

Cloud Storage と Filestore の間でデータをコピーする

gsutil を使用して Cloud Storage から Filestore インスタンスにデータをコピーする場合は低速になります。緩和策はわかっていません。

VPN 経由のマウント

  • クライアントと Filestore インスタンスのサブネット範囲が重複している場合、VPN を経由してマウントしようとすると、mount コマンドが応答しなくなることがあります。

    クライアントが Compute Engine VM の場合は、VM の移行の手順に沿って、[サブネットワーク] フィールドのみを変更します。このフィールドには、Filestore インスタンスの IP 範囲と重複しないサブネットを選択します。

  • Filestore インスタンスの IP アドレスをアドバタイズするように Cloud Router を明示的に構成していない場合、VPN を介してマウントしようとすると、エラーが発生します。

    mount.nfs: Connection timed out

    Filestore インスタンスの IP アドレスをアドバタイズするように Cloud Router を構成する手順については、カスタム IP 範囲のアドバタイジングをご覧ください。

プロビジョニングされている最大容量に達する前の容量エラー

エンタープライズおよび高スケールティアのインスタンスは、内部システム オペレーションとリソース用にプロビジョニングされた容量の約 11% 以上を予約します。容量使用量が 89% に近づくと、No space left on device エラーが発生することがあります。この場合は、インスタンスに容量を追加できます。