Google cloud platform 如何为Google Filestore实例保留IP_Google Cloud Platform_Google Cloud Filestore

Google cloud platform 如何为Google Filestore实例保留IP

google-cloud-platform

Google cloud platform 如何为Google Filestore实例保留IP,google-cloud-platform,google-cloud-filestore,Google Cloud Platform,Google Cloud Filestore,我想获得更多关于文件存储网络如何工作以及它如何选择IP地址的信息-我在文档中找不到任何内容 IP地址范围每个云文件存储实例必须有一个IP地址与之关联的范围。IP地址范围必须在内部IP地址范围（10.0.0.0/8、172.16.0.0/12和 192.168.0.0/16），块大小为29。有效的云文件存储实例IP地址范围的示例有10.0.3.0/29和 172.31.0.0/29 如果需要特定的IP地址范围，则可以指定该IP地址范围要使用，否则云文件存储会从中选择一个随机范围在内部IP地

我想获得更多关于文件存储网络如何工作以及它如何选择IP地址的信息-我在文档中找不到任何内容

IP地址范围每个云文件存储实例必须有一个IP地址与之关联的范围。IP地址范围必须在内部IP地址范围（10.0.0.0/8、172.16.0.0/12和 192.168.0.0/16），块大小为29。有效的云文件存储实例IP地址范围的示例有10.0.3.0/29和 172.31.0.0/29

如果需要特定的IP地址范围，则可以指定该IP地址范围要使用，否则云文件存储会从中选择一个随机范围在内部IP地址范围内。如果该范围已在使用中，服务将重试，直到找到一个可用的服务。如果你指定 IP地址范围，请确保它不与任何现有地址重叠云文件存储实例使用的VPC网络中的子网，或将IP地址范围分配给任何其他现有云该网络中的文件存储实例

/29表示它需要8个IP地址。它和所有这些地址有什么关系？我需要实例的一个静态IP地址，因为我将这样映射到它的共享：

看起来我无法选择它为实例分配的地址。这个地址会改变吗？这种行为很奇怪，因为对于大多数服务，我会保留一个静态的内部IP并使用它。我不喜欢将IP配置嵌入实例配置中的方式。

当我们创建文件存储实例时，它有一个固定的IP地址，在该文件存储定义的生命周期内不会更改。您无法指定确切的IP地址。相反，它是为您分配的。创建Filestore实例时，将在以下范围内分配地址：

10.0.0.0/8
172.16.0.0/12
192.168.0.0/16

在幕后，文件存储可能通过一组后端机器（由谷歌拥有/托管）来“实现”（服务）。这对您来说应该是透明的，因为您将看到的只是逻辑上表示NFS服务器的单个IP地址

在谷歌内部，您使用的专有网络是由软件定义的。这意味着谷歌可以在幕后施展“魔法”来实现这项服务。定义Filestore实例时，必须保留八个IP地址供Filestore使用。这些地址的使用方式没有公开。这两个地址中的哪一个将用作联系Filestore的单一地址也不重要。您可以选择指定（分配）Filestore将使用的八个元素的IP地址范围，或者默认情况下，允许Filestore选择八个未使用的元素并为Filestore保留这些元素

您与该服务的合同是：

未指定范围-系统会告诉您一个IP地址，该地址位于RFC1918范围内，您将使用该地址访问文件存储。IP地址周围/29块大小的七个其他地址将被保留（通过VPC网络）

指定一个范围-系统会告诉您一个IP地址，该地址位于/29块范围内，您将使用该范围访问文件存储。IP地址周围/29块大小的七个其他地址将被保留（通过VPC网络）

在任何一种情况下，通知您的单个IP地址都是您用来访问文件存储的地址。

10.0.0.0/8
172.16.0.0/12
192.168.0.0/16

您与该服务的合同是：

在任何一种情况下，通知您的单一IP地址都是您用来访问文件存储的IP地址。

是否有更详细的官方文档？与其他GCP服务的工作方式相比，这是一种奇怪的方式。我看到了我的文件存储网络的VPC对等。看起来它正在为您设置私有服务连接，但我在web控制台中没有看到为该VPC配置私有服务连接。我花了15分钟搜索，无法找到任何更详细的信息。它可能还会出现。。。但如果真的是这样的话，那感觉就像埋在了什么地方。至于这个故事为什么会这样被曝光，我不知道。我的直觉是，这是一个IP地址需要公开和使用的产品