Your search did not match any results.
We suggest you try the following to help find what you're looking for:
Oracle Load Balancing distributes incoming traffic across multiple Oracle Cloud Infrastructure compute instances. It enables you to increase the fault tolerance of your application and optimize the available bandwidth for your application traffic by providing pre-provisioned load balancing capacity.
You should use Oracle Load Balancing when you require either a public or a private load balancer as entry point to automatically distribute incoming traffic to multiple servers within your Virtual Cloud Network (VCN).
You can create a Load Balancer in the Networking section of the Oracle Cloud Infrastructure management
You can create a Load Balancer in the Networking section of the Oracle Cloud Infrastructure management console. Click "Load Balancers", and then "Create Load Balancer." Alternatively, you can use the CreateLoadBalancer API.
The Load Balancer checks for incoming traffic on the load balancer’s IP address and distributes incoming traffic to a list of backend servers based on a load balancing policy, and a health check policy you define in a logical entity called a Backend Set. The backend set determines how the load balancer directs traffic to the collection of backend servers.
You can define Load Balancing Policies that tell the load balancer how to distribute incoming traffic to the backend servers. Currently, we support the following load balancer policies:
For more information, see "How Load Balancing Policies Work" in the documentation.
Alternatively, you can determine the health of a load balancer instance in relation to its backend servers in a programmatic way via the load balancer health API.
The load balancer health API is a programmatic mechanism for determining the health of a load balancer instance in relation to its backend servers.
You should use the health API when you wish to build your own notification and monitoring system or integrate with a system you are currently using.
Programmatically polling the load balancer health API, you can obtain a 3-state health status (ok, warning, critical) indicating the health of each backend server or, as an aggregate of all backend servers in a backend set, the entire backend set.
The Load Balancer Listener which is a logical entity that checks for incoming traffic on the load balancers IP address. You configure a listener's protocol and port number, and the optional SSL settings.
Currently supported protocols include:
For more information, see "Managing Load Balancer Listeners" in the documentation.
Yes, the Load Balancer can handle TCP, HTTP and HTTPS traffic at the same time. To do so, you must configure multiple listeners.
You can load balance for any port between 1-65535.
No. Currently, you need to specify the individual TCP port you want to load balance.
No. Load Balancer currently only supports IPv4 traffic.
Yes, you can provide pre-provisioned load balancing capacity (bandwidth) by selecting a load balancer shape. A load balancer shape is a template that determines the load balancer's total pre-provisioned maximum capacity (bandwidth) for ingress plus egress traffic. Currently available shapes include 100 Mbps, 400 Mbps, and 8000 Mbps.
NOTE: Pre-provisioned maximum capacity applies to aggregated connections, not to a single client attempting to use the full bandwidth.
Currently, you cannot change the shape of your load balancer once you created the load balancer. To change the shape of your load balancer (e.g. to increase or decrease the pre-provisioned bandwidth for ingress plus egress traffic), you can use the Console or API to create another load balancer with the new shape and update the DNS A-record associated with you load balancer’s IP address.
Yes, you can optionally terminate SSL at the load balancer. To use SSL with your load balancer, you must add one or more certificate bundles to your system. The certificate bundle you upload includes the public certificate, the corresponding private key, and any associated Certificate Authority certificates. To terminate SSL at the load balancer, you must create a listener at a default port such as 443, and then associate an uploaded certificate bundle with the listener.
Yes, you can optionally implement SSL tunneling for your TCP load balancer and tunnel incoming SSL connections to your application servers.
The Load Balancing Service supports the TLS 1.2 protocol with a default setting of strong cipher strength. The default supported ciphers include:
Yes, you can enable for your HTTP load balancer server-side, cookie-driven session persistence.
Yes, you can you can add, alter, or remove HTTP headers with Listener rule sets feature. A rule set is a named set of rules associated with a load balancer and applied to one or more listeners on that load balancer. Rules are objects that represent actions applied to requests or responses at a load balancer listener. Examples of how rule sets can help you enhance site security include:
Yes, you can limit access to the Load Balancing Service via a policy written by an administrator.
Yes, both the Public and Private load balancers can be deployed as Regional services using the VCN Regional subnet option. Regional subnets in a VCN span the entire region, which can include multiple ADs. A regional subnet enables you to create a Regional Private or Regional Public load balancer that supports AD failover in the event of an AD outage in an Oracle Cloud Infrastructure multi-AD region. Since a regional load balancer requires only one regional VCN subnet, it reduces the configuration and management overhead required by multiple AD-local subnets.