我正在尝试为Google Cloud VPN设置“Option 3”configuration,左边是两个Google Cloud VPN网关,右边是StrongSWAN或OpenSWAN:
如果您有两个对等VPN网关和两个计算引擎VPN网关,则每个计算引擎VPN网关都可以有一个指向每个对等VPN网关公共IP的隧道,从而为您提供VPN网关之间的四个负载均衡隧道,从而可能增加4倍的带宽。
问题是,据我所知,在主动/主动configuration(两个服务通道的隧道)中都要求这两个对等网关具有相同的rightsubnet ,这导致第二个隧道与“正在使用的路由”一起被rightsubnet :
Sep 14 15:44:02 test-vpn ipsec: 002 added connection description "google1" Sep 14 15:44:02 test-vpn ipsec: 002 added connection description "google2" Sep 14 15:44:02 test-vpn ipsec: 003 "google2": cannot route -- route already in use for "google1" Sep 14 15:44:02 test-vpn ipsec: 025 "google2": could not route
有没有办法通过StrongSWAN,OpenSWAN或其他软件VPN软件包来支持这个configuration? 我看到StrongSWAN有一个实验性的高可用性模式,但是这看起来很麻烦 ,而且看起来不兼容。
正如您在VPN吞吐量日益增加的文章的选项1和选项2中可能注意到的,计算引擎VPN网关或networking会自动负载平衡到对等VPN网关的stream量。
对于选项3,您需要创build一个VPN网关集群,以便为您的IPsec VPN网关运行负载平衡。
正如您所提到的,这可以使用StrongSwan的负载共享群集function来完成,或者您可以设置一个负载均衡器(如HAProxy )来通过对等VPN网关从远程networking分配工作负载。