使用VPC窥视的访问存储器(Redis)

Question

假设我有一个名为vpc-1的VPC，它有一个与其相关联的Memorystore (Redis)实例。我的理解是，Redis生活在它自己的VPC中，并且有用来将vpc-1连接到Redis的VPC的VPC对等点。现在，让我们想象一下，我创建了第二个名为vpc-2的VPC，并将其与vpc-1进行对等。我现在创建一个VM，它有一个与vpc-2的网络接口。这个VM现在可以访问附加到vpc-1和vpc-2的VPC资源。但是，由于VPC窥视不是传递性的，所以VM无法访问Redis实例。

我的谜题现在变成了..。连接到vpc-2的VM是否可能访问该vpc-1实例，该VM由VPC监视到具有与其关联的内存( Redis )实例(vpc-1)的vpc-1？

我意识到我可以转换我的故事来使用共享的VPC .但是，我想知道如果我只想使用VPC窥视，还存在哪些选项。

Answer 1

在与熟悉GCP和GCP内存的技术人员进行讨论之后，似乎没有办法使用VPC窥视来传递对等。有人提出了一个解决方案，对我的用例来说，效果很好。关于最初的故事，我们在vpc-1 VPC中创建了一个新的计算引擎，它可以访问Redis。在计算引擎上，我们安装了一个名为胡桃夹子的开源包，它提供了一个Redis代理。这意味着发送到此Compute引擎的Redis客户端请求被代理到由Google通过Memorystore管理的真正的Redis服务器。由于计算引擎是vpc-1 VPC中的一个普通计算资源，因此它的内部IP地址可以从其他与vpc-1密切相关的VPC访问(例如，在我们的故事vpc-2中)。最终的结果是，在vpc-2中创建的计算引擎可以使用Redis协议将运行nutcracker的计算引擎作为目标。然后，Compute引擎将请求转发到真正的Redis服务器，所有这些都按需要工作。

Answer 2

我也有同样的情况与类似的设置。经过一些研究，我发现了一些建议，比如Kolban关于使用双代理(胡桃夹子)的建议。此外，您还可以在Google的文档中找到这个场景：

https://cloud.google.com/blog/products/databases/running-redis-on-gcp-four-deployment-scenarios