问题标签 [google-cloud-filestore]

如何将 FileStorage 挂载到 GCP 中的 Kubernetes pod

我确实遵循了文档，但豆荚仍在等待中

我做了：

运行kubectl -n <some name> describe pods返回：

似乎 pod 无法访问 FileStorage 服务的 IP 在文档中说需要在同一个 VPC 上

“授权网络 * Filestore 实例只能从授权 VPC 网络上的机器访问。选择您需要访问的网络。”

但是不知道怎么把Kubernetes集群加入VPC

有什么建议么？

我正在为许多人创建一个 Android 应用程序，以分享某些对不受欢迎的人来说也可能很有趣的事实。使用 Cloud Firestore 数据库，因此 userA 可以读取 userB 所写的内容。文档劝告我们使用“缩小规则”，但我认为我不够聪明，无法设置可以阻止更聪明的黑客的规则。必须为已部署的应用程序设置规则，因为“任何猜到您的项目 ID 的人都可以读取和写入您的数据”。那么，如果我选择一个不提供属于该应用程序的项目 ID 呢？

我目前正在使用google Filestore，在设置了一个bucket并使用了一段时间后，我发现bucket的初始大小对于我的需求来说太小了。

仔细查看文档后，我找不到如何做到这一点。这甚至可能吗？

我在 GCP 上设置了 Filestore 服务器，还在 GCP 和 AWS 之间建立了 VPN 连接。我想通过 NFS 将 GCP 中的 Filestore 实例挂载到 AWS 实例上。

我可以成功 ping 相应 VM 的内部 IP 地址，但是当我从 AWS VM ping Filestore 实例时超时。

一个问题是来自 GCP 的 CIDR 块位于 10.10.0.0/16，而 Filestore 实例位于 10.8.79.89。

是否可以在两个平台之间建立 NFS 挂载，如果可以，完成此操作可能需要什么？

至于设置 VPN 连接，我基本上按照本教程进行操作：https ://cloud.google.com/files/CloudVPNGuide-UsingCloudVPNwithAmazonWebServices.pdf

谢谢！

我们正在使用 Google 的 Filestore 云服务在我们的 GCE 虚拟机之间共享文件。随机地，所有进程似乎都挂起，尤其是交互式 SSH 会话，经过一些调查，我们确定我们的 Filestore，普遍安装在所有 VM 上，正在被修复并阻止所有试图获取任何信息的进程。

我能够以 root 身份登录并进行调查，我注意到我所有的交互活动都会挂起，最终我将其定位为试图统计 Filestore 实例的挂载点。Anstrace df会这样挂起：

除了等待修复操作完成之外，显然没有任何补救措施。gcloud filestore operations list显示在此期间没有进行任何操作。但gcloud filestore instances list会显示这样的REPAIRING状态：

谷歌云状态仪表板在当时或当时从未显示任何问题。

如果可能的话，有谁知道为什么会发生这种情况以及如何防止它发生。如上面的输出所示，我们使用的是 Filestore 的标准层。

我有一个带有 Cloud Functions 后端的 Google Firebase 应用。我使用的是 Ubuntu 18.04 的 node.js 10 运行时。用户可以将文件上传到 Google Cloud Storage，这会触发 GCF 功能。

我希望该功能执行的是将该文件复制到 Google Cloud Filestore（即带有 L 的文件），即 Google 的新 NFS 可挂载文件服务器。他们说通常的方法是从命令行使用gsutil rsyncor gcloud compute scp。

我的问题是：这些命令中的一个或两个在 GCF 节点上可用吗？还是有其他方法？（如果我可以在 GCF 实例上挂载 Filestore 共享，那就太棒了，但我猜这很重要。）

我正在将我们的 .net core(2.1) API 从 IIS 移动到 GCP 中 kubernetes 中的 linux 容器，并且当文件名包含非 ASCII 字符时，从挂载的文件服务器中检索文件时遇到了一些问题。与此 GitHub issue类似，但这些是标准 UTF8 字符。奥奥

bost�der.pdf被返回，但它应该是bostäder.pdf.

在所有其他情况下，字符被正确处理，例如从数据库中读取。只有在读取文件名时才会出现问题。我FileNotFoundException在尝试读取这些文件的长度时得到一个。LastWriteTime 返回 1601-01-01。

该文件位于 GCP 文件存储中，并使用 PersistentVolume 和 PersistentVolumeClaim 安装到 kubernetes 集群，然后安装到容器中。

运行此方法时，我尝试更改当前线程文化，但没有运气。相同的代码在使用符号链接指向文件共享的 windows/IIS 版本上运行良好。

如果我直接使用 new FileInfo 给出文件的路径，而不是DirectoryInfo.GetFiles生成的 FileInfo 对象返回正确编码的文件名，尽管该FileInfo.Length方法仍然会导致FileNotFoundException.

使用过多个 Docker 镜像

• mcr.microsoft.com/dotnet/core/aspnet:2.1-bionic
• mcr.microsoft.com/dotnet/core/aspnet:2.1-stretch-slim

也尝试过设置

在 Dockerfile 中没有运气。有什么想法我还能尝试吗？

编辑：

我现在进行了进一步调查，问题不在于 .net，而在于 pod 上安装的驱动器。使用 ls 可以正确显示本地文件，但挂载上的文件不是。所以它似乎与驱动器的安装方式有关。我有一个persistantvolume.yaml

和一个持久的volumeclaim

使用它安装到我的吊舱

和

在我的 deployment.yaml

编辑2：

似乎是 Cloud Filestore 仅支持 NFSv3 的问题 - 有什么方法可以使用 NFSv3 读取这些文件

有什么方法可以配置 NFSClient 或如何在 Windows 或 Linux 上安装共享，以便我可以跨系统保留文件名？

目前，我们有大量在 Windows 上编写的文件，现在已移至 Google Filestore (NFSv3)，以便可以从其他服务器访问它们。问题是许多文件的名称中包含瑞典字符（Å Ä Ö），当这些文件在创建它们的相反系统中列出时，文件名变得不可读（文件内容没有问题，只是姓名）

目前我正计划以编程方式重命名所有文件以删除有问题的字符，但如果可能的话，我宁愿不必这样做。

下面是从 Windows 和 Linux 方面看它的示例。在 Linux 上创建的 Linux 文件和在 Windows 上创建的 Windows 文件。

Linux

视窗

Filestore 限制为 128 个文件锁。

有没有办法监控文件锁的数量？如果达到这个限制会发生什么？

我检查了堆栈驱动程序，但所有指标都没有与文件锁的任何链接

非常感谢您的任何建议。

乔治奥

（https://cloud.google.com/filestore/docs/limits）

一个 Cloud Filestore 实例可以在该实例的所有客户端上拥有多达 128 个文件锁。

我想在 GCP AI Platform Jupyter 笔记本实例中挂载一个 Cloud Filestore 实例，这样我就不必将所有数据上传到笔记本中。

我按照https://cloud.google.com/filestore/docs/mounting-fileshares上的说明进行操作，但收到以下错误消息：