Using Cloud Load Balancers with RackConnect
APPLIES TO: RackConnect v3.0, RackConnect v2.0
IMPORTANT: Due to only having a highly-restricted ServiceNet option available for RackConnect v3.0, RackConnect v3.0 does not support the Cloud Load Balancers offering. For more details on what offerings are support by RackConnect v3.0 and the differences between RackConnect v3.0 and v2.0, please view the following articles:
NOTE: The rest of this article only applies to RackConnect v2.0.
To configure RackConnect to allow Cloud Load Balancer traffic to your Cloud Servers, a “Dedicated to Cloud” RackConnect Network Policy will need to be created to allow your Cloud Load Balancer resources to communicate with your Cloud Servers. You can use Cloud Load Balancers with RackConnect by following these steps:
Create a “Dedicated to Cloud” Network Policy.
Set the “Source Type” to Network.
Use the appropriate 10.xxx.xxx.xxx/xx Network listed below as the “Source Server Network”:
For the DFW region, use:
10.183.250.0/24 10.189.254.0/24 10.183.251.0/24 10.189.255.0/24 10.189.252.0/24 10.183.248.0/24
For the IAD region, use:
10.189.252.0/24 10.187.190.0/24 10.187.191.0/24 10.189.255.0/24 10.189.254.0/24
For the ORD region, use:
10.183.253.0/24 10.189.245.0/24 10.189.247.0/24 10.183.251.0/24 10.183.252.0/24 10.189.246.0/24 10.189.244.0/24 10.183.250.0/24
For the LON region, use:
10.189.246.0/24 10.187.254.0/24 10.190.255.0/24 10.189.247.0/24 10.190.254.0/24
For the SYD region, use:
For the HKG region, use:
Set the “Destination Type”, “Destination Protocol”, and “Destination Port or Port Range” to specify the resources that the Cloud Load Balancer will access.
Further details about using Cloud Load Balancers with RackConnect
Cloud Load Balancers work best when all servers to be load balanced reside in the Cloud. If Dedicated Servers need to be load balanced, or Cloud and Dedicated Servers are to be load balanced ''together”, then you should deploy RackConnect with a F5 load balancer. The firewall used with RackConnect serves to further isolate and protect the customers dedicated servers.
Here is a normal use case for using Cloud Load Balancers with RackConnect (Image below):
Use Cloud Load Balancers to balance web traffic between Cloud Servers
Use RackConnect to provide back-end connectivity to Dedicated Database Servers from your Cloud Servers
In this example, a Cloud Load Balancer balances traffic between Cloud web servers, while RackConnect provides connectivity from the web servers to the Dedicated DB servers. Note that when using CLB with RackConnect, all internet traffic comes and goes through the Cloud, and the customer will pay for all outbound bandwidth at the standard CLB rate. This bandwidth is not included in the “included” bandwidth that comes with each dedicated server.
IMPORTANT NOTE: When using Cloud Load Balancers and RackConnect together, you will normally have two points of entry into your environment from the Internet: one on your Dedicated side protected by your Dedicated Edge Network Device (ASA or F5), and another on your Cloud side via your Cloud Load Balancer (Virtual IP accessible on the Public Internet). In this scenario, your Dedicated Edge Network Device will be unable to protect your Cloud Load Balancer connections. If this is a concern, then you can deploy RackConnect with a F5 load balancer.
To clarify, RackConnect can NOT be used to balance traffic between Cloud and Dedicated servers, or to protect your CLB Inbound Internet connections:
We hope that you have found this article helpful, but if you have any further questions, we are always here to help, so please reach out to us; contact information is available on the Contact Us page.
Carry on the conversation in the Rackspace Community.
© 2015 Rackspace US, Inc.
Except where otherwise noted, content on this site is licensed under a Creative Commons Attribution-NonCommercial-NoDerivs 3.0 Unported License
See license specifics and DISCLAIMER