Google Cloud and Palo Alto Networks Expand Strategic Partnership
December 16, 2019
Ransomware as a Service | What are Cryptonite, Recoil and Ghostly Locker?
December 16, 2019
As illustrated above, if you lose VPN connectivity from your on-premises network in, say, Boston to Google Cloud region US East, you can still access the L4 ILB in US East via the backup VPN connection from Boston to Europe West.
We’re actively working on integrating L4 ILB global access into multiple services: Support for Kubernetes is available in 1.16 release, and Cloud SQL will also support L4 ILB to allow global access to a Cloud SQL database from within the Google Cloud network.
A key enabler for the global access feature was incorporating Hoverboard into L4 ILB, which increased the number of L4 ILB Forwarding Rules supported and enables rapid provisioning of these load-balancers.
L4 ILB global access was an oft-requested feature by our customers, many of whom beta-tested the feature. CoreLogic, a leading global property information services company, has this to share about L4 ILB global access:
“With our deep data, analytics and data-enabled solutions spread across multiple GCP regions in Europe, Australia, and the United States, we leveraged the reach, scale and simplicity of Google’s global network and Internal Load Balancer’s global access to deliver unique insights to our users.” – Steven Myers, Cloud Platform Services and Infrastructure Build Leader, CoreLogic
Third-party multi-NIC appliance integration
You currently need to set up high availability for third-party appliances using the mechanism of routing, which is both complicated and limited in its high-availability capabilities. You have to stitch individual appliance-instances via a route, monitor them and withdraw each route as the instance goes away. We are excited to announce the availability of ILB as next-hop, making it easy to integrate these appliances with high availability and scale out. Simply configure a static route in Google Cloud that sets the next-hop to an Internal Load Balancer, which load-balances traffic to a pool of health-checked third-party VM appliances. The destination IP range can be a default route 0/0, an RFC 1918 prefix, or a non-GCP public IP range owned by you.
In addition, we removed the constraint for L4 ILBh which restricted you to only load-balance to primary NIC0 interface of a VM instance. You can now incorporate multi-NIC VM appliances, with high availability.
