Configuring a Dedicated Load Balancer for an OpenSearch Cluster
CSS integrates shared load balancers, through which you can enable access to a cluster from the public network as well as through the VPC Endpoint service. Dedicated load balancers provide higher performance and more diverse features than shared load balancers. This topic describes how to configure a dedicated load balancer for a cluster.
Scenario
- A non-security cluster can also use the capabilities of the Elastic Load Balance (ELB) service.
- You can use custom certificates for HTTPS two-way authentication.
- Seven-layer traffic monitoring and alarm configuration are supported, allowing you to keep close track of the cluster status.
There are eight different ELB service forms for clusters in different security modes to connect to a dedicated load balancer. Table 1 describes the ELB capabilities for different cluster configurations. Table 2 describes the configurations for different ELB service forms.
Security Mode |
Service Form Provided by ELB for External Systems |
ELB Load Balancing |
ELB Traffic Monitoring |
ELB Two-way Authentication |
---|---|---|---|---|
Non-security |
No authentication |
Yes |
Yes |
No |
One-way authentication Two-way authentication |
Yes |
Yes |
Yes |
|
Security mode + HTTP |
Password authentication |
Yes |
Yes |
No |
One-way authentication + Password authentication Two-way authentication + Password authentication |
Yes |
Yes |
Yes |
|
Security mode + HTTPS |
One-way authentication + Password authentication Two-way authentication + Password authentication |
Yes |
Yes |
Yes |
Security Mode |
Service Form Provided by ELB for External Systems |
ELB Listener |
Backend Server Group |
||||
---|---|---|---|---|---|---|---|
Frontend Protocol |
Frontend Port |
SSL Authentication |
Backend Protocol |
Health Check Port |
Health Check Path |
||
Non-security |
No authentication |
HTTP |
9200 |
No authentication |
HTTP |
9200 |
/ |
One-way authentication |
HTTPS |
9200 |
One-way authentication |
HTTP |
9200 |
||
Two-way authentication |
HTTPS |
9200 |
Two-way authentication |
HTTP |
9200 |
||
Security mode + HTTP |
Password authentication |
HTTP |
9200 |
No authentication |
HTTP |
9200 |
/_opendistro/_security/health |
One-way authentication + Password authentication |
HTTPS |
9200 |
One-way authentication |
HTTP |
9200 |
||
Two-way authentication + Password authentication |
HTTPS |
9200 |
Two-way authentication |
HTTP |
9200 |
||
Security mode + HTTPS |
One-way authentication + Password authentication |
HTTPS |
9200 |
One-way authentication |
HTTPS |
9200 |
|
Two-way authentication + Password authentication |
HTTPS |
9200 |
Two-way authentication |
HTTPS |
9200 |
To connect a CSS cluster to a dedicated load balancer, perform the following steps:
- If the ELB listener uses HTTPS, prepare a signature certificate and upload it to the ELB console: Preparing and Uploading a Self-Signed Certificate
- Create a dedicated load balancer on the ELB console: Creating a Dedicated Load Balancer
- Enable load balancing for the Elasticsearch or OpenSearch cluster: Connecting a Cluster to a Load Balancer
- Connect to the cluster through an instance of a dedicated load balancer: Accessing a Cluster Using cURL Commands
Constraints
- You are not advised to connect a load balancer that has been associated with a public IP address to a non-security cluster. Access from the public network using such a load balancer may cause security risks because a non-security cluster can be accessed using HTTP without security authentication.
- HTTPS-enabled security-mode clusters do not support HTTP-based frontend authentication. If the frontend uses HTTP, disable security mode for the clusters first. For details, see Changing the Security Mode of an Elasticsearch Cluster. Before changing the security mode, disable load balancing first. After the security mode is changed, enable load balancing again.
Preparing and Uploading a Self-Signed Certificate
If the ELB listener uses HTTPS, prepare a self-signed certificate by referring to the steps in this section and upload it to the ELB console as a server certificate or CA certificate.
You are advised to use a certificate purchased in Cloud Certificate Manager (CCM) or issued by a trusted authority.
- Log in to a Linux client where the OpenSSL tool and JDK are installed.
- Run the following commands to create a self-signed certificate:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73
mkdir ca mkdir server mkdir client #Use OpenSSL to create a CA certificate. cd ca #Create the OpenSSL configuration file ca_cert.conf for the CA certificate. cat >ca_cert.conf <<EOF [ req ] distinguished_name = req_distinguished_name prompt = no [ req_distinguished_name ] O = ELB EOF #Create private key file ca.key for the CA certificate. openssl genrsa -out ca.key 2048 #Create the CSR file ca.csr for the CA certificate. openssl req -out ca.csr -key ca.key -new -config ./ca_cert.conf #Create a self-signed CA certificate ca.crt. openssl x509 -req -in ca.csr -out ca.crt -sha1 -days 5000 -signkey ca.key #Convert the CA certificate format to p12. openssl pkcs12 -export -clcerts -in ca.crt -inkey ca.key -out ca.p12 #Convert the CA certificate format to JKS. keytool -importkeystore -srckeystore ca.p12 -srcstoretype PKCS12 -deststoretype JKS -destkeystore ca.jks #Use the CA certificate to issue a server certificate. cd ../server #Create the OpenSSL configuration file server_cert.conf for the server certificate. Change the CN field to the domain name or IP address of the server as required. cat >server_cert.conf <<EOF [ req ] distinguished_name = req_distinguished_name prompt = no [ req_distinguished_name ] O = ELB CN = 127.0.0.1 EOF #Create the private key file server.key for the server certificate. openssl genrsa -out server.key 2048 #Create the CSR request file server.csr for the server certificate. openssl req -out server.csr -key server.key -new -config ./server_cert.conf #Use the CA certificate to issue the server certificate server.crt. openssl x509 -req -in server.csr -out server.crt -sha1 -CAcreateserial -days 5000 -CA ../ca/ca.crt -CAkey ../ca/ca.key #Convert the server certificate format to p12. openssl pkcs12 -export -clcerts -in server.crt -inkey server.key -out server.p12 #Convert the service certificate format to JKS. keytool -importkeystore -srckeystore server.p12 -srcstoretype PKCS12 -deststoretype JKS -destkeystore server.jks #Use the CA certificate to issue a client certificate. cd ../client #Create the OpenSSL configuration file client_cert.conf for the client certificate. Change the CN field to the domain name or IP address of the server as required. cat >client_cert.conf <<EOF [ req ] distinguished_name = req_distinguished_name prompt = no [ req_distinguished_name ] O = ELB CN = 127.0.0.1 EOF #Create private key client.key for the client certificate. openssl genrsa -out client.key 2048 #Create the CSR file client.csr for the client certificate. openssl req -out client.csr -key client.key -new -config ./client_cert.conf #Use the CA certificate to issue the client certificate client.crt. openssl x509 -req -in client.csr -out client.crt -sha1 -CAcreateserial -days 5000 -CA ../ca/ca.crt -CAkey ../ca/ca.key #Convert the client certificate to a p12 file that can be identified by the browser. openssl pkcs12 -export -clcerts -in client.crt -inkey client.key -out client.p12 #Convert the client certificate format to JKS. keytool -importkeystore -srckeystore client.p12 -srcstoretype PKCS12 -deststoretype JKS -destkeystore client.jks
- Upload the self-signed certificate. For details, see Adding a Certificate.
Creating a Dedicated Load Balancer
- Log in to the ELB management console.
- Create a dedicated load balancer. For details, see Creating a Dedicated Load Balancer. Table 3 describes the parameters required for connecting a CSS cluster with a dedicated load balancer.
Table 3 Parameters for connecting a CSS cluster with a dedicated load balancer Parameter
Description
Example
Type
Load balancer type. Select Dedicated.
Dedicated
Billing Mode
Billing mode of the dedicated load balancer.
Pay-per-use
Region
Region where the CSS cluster is located.
-
IP as Backend Servers
A CSS cluster can be connected only after the cross-VPC backend is enabled.
Enabled
Network Type
Type of the network used by the load balancer to provide services to external systems.
CSS supports Private IPv4 network and IPv6 network.
- When IPv6 network is selected, Private IP Address and IPv6 address are displayed under Load balancing instance after CSS is connected to the load balancer. EIP is displayed only when the dedicated load balancer is associated with a shared bandwidth.
- When Private IPv4 network is selected, Private IP Address and EIP are displayed under Load balancing instance after CSS is connected to the load balancer.
NOTE:CSS supports IPv6 networks only in the CN East 2 region. In other regions, only private IPv4 networks are supported.
Private IPv4 network
VPC
VPC where the load balancer works. This parameter is mandatory no matter which network type is selected.
Select the VPC of the CSS cluster.
-
Subnet
Subnet where the load balancer is to be created. This parameter is mandatory no matter which network type is selected.
Select the subnet of the CSS cluster.
-
Specifications
You are advised to select Application load balancing (HTTP/HTTPS), which provides better functionality and performance.
Application load balancing (HTTP/HTTPS)
Small I
Connecting a Cluster to a Load Balancer
- Log in to the CSS management console.
- On the Clusters page, select the cluster you want to connect to the load balancer and click the cluster name. The cluster information page is displayed.
- In the navigation pane, choose Load Balancing. Toggle on Load Balancing and configure basic load balancing information.
Table 4 Configuring load balancing Parameter
Description
Load Balancer
Select a dedicated load balancer created earlier. A CSS cluster is a managed resource. The selected load balancer becomes available only after IP as Backend Servers is enabled.
Agency
Select an IAM agency to authorize CSS to access and use ELB resources using the current account.
- If you are configuring an agency for the first time, click Automatically Create IAM Agency to create css-elb-agency.
- If there is an IAM agency automatically created earlier, you can click One-click authorization to delete the ELB Administrator role or the ELB FullAccess system policy, and add the following custom policies instead to implement more refined permissions control.
"elb:loadbalancers:list", "elb:loadbalancers:get", "elb:certificates:list", "elb:healthmonitors:*", "elb:members:*", "elb:pools:*", "elb:listeners:*"
- To use Automatically Create IAM Agency and One-click authorization, the following minimum permissions are needed:
"iam:agencies:listAgencies", "iam:roles:listRoles", "iam:agencies:getAgency", "iam:agencies:createAgency", "iam:permissions:listRolesForAgency", "iam:permissions:grantRoleToAgency", "iam:permissions:listRolesForAgencyOnProject", "iam:permissions:revokeRoleFromAgency", "iam:roles:createRole"
- To use an IAM agency, the following minimum permissions are needed:
"iam:agencies:listAgencies", "iam:agencies:getAgency", "iam:permissions:listRolesForAgencyOnProject", "iam:permissions:listRolesForAgency"
Figure 1 Enabling load balancing
- Click OK to enable load balancing.
- In the Listener Configuration area, click to configure listener information.
Table 5 Listener configuration Parameter
Description
Frontend Protocol
Protocol used by the client and listener to distribute traffic. Select HTTP or HTTPS.
Select a protocol as required.
Frontend Port
Port used by the client and listener to distribute traffic.
Set this parameter based on site requirements.
SSL Authentication
Authentication mode for the client to access the server. Set this parameter only when Frontend Protocol is set to HTTPS.
Select an authentication mode that suits your needs.
Server Certificate
The server certificate is used for SSL handshake. The certificate content and private key must be provided. It is required only when Frontend Protocol is set to HTTPS.
Select the server certificate created in Preparing and Uploading a Self-Signed Certificate.
CA Certificate
Also called client CA public key certificate. It is used to verify the issuer of a client certificate. It is required only when SSL Authentication is set to Two-way authentication.
Select the CA certificate created in Preparing and Uploading a Self-Signed Certificate.
When HTTPS two-way authentication is enabled, an HTTPS connection can be established only when the client can provide the certificate issued by a trusted CA.
Figure 2 Listener configuration
- (Optional) In the Listener Configuration area, click Settings next to Access Control to go to the Listeners page of the load balancer. Click Configure in the Access Control column to configure the list of IP addresses that are allowed to access the cluster through the load balancer. If this parameter is not set, all IP addresses will be allowed to access the cluster.
- In the Health Check area, you can view the health check result for each node IP address.
Table 6 Health check result description Health Check Result
Description
Normal
The node IP address is connected.
Abnormal
The node IP address is disconnected.
Accessing a Cluster Using cURL Commands
- In the navigation pane on the left, choose Clusters.
- On the Clusters page, click the name of the cluster you want to access. The Cluster Information page is displayed.
- In the navigation pane, choose Load Balancing. Record the private, IPv6, or public IP address of the load balancer.
You are not advised to connect a load balancer that has been associated with a public IP address to a non-security mode cluster. Access from the public network using such a load balancer may cause security risks because a non-security mode cluster can be accessed using HTTP without security authentication.
- Run the following cURL commands on an ECS to check whether the dedicated load balancer can connect to the cluster.
Table 7 Commands for accessing different types of clusters Security Mode
Service Form Provided by ELB for External Systems
cURL Command for Accessing a Cluster
Non-security
No authentication
curl http://IP:9200
One-way authentication
curl -k --cert ./client.crt --key ./client.key https://IP:9200
Two-way authentication
curl --cacert ./ca.crt --cert ./client.crt --key ./client.key https://IP:9200
Security mode + HTTP
Password authentication
curl http://IP:9200 -u user:pwd
One-way authentication + Password authentication
curl -k --cert ./client.crt --key ./client.key https://IP:9200 -u user:pwd
Two-way authentication + Password authentication
curl --cacert ./ca.crt --cert ./client.crt --key ./client.key https://IP:9200 -u user:pwd
Security mode + HTTPS
One-way authentication + Password authentication
curl -k --cert ./client.crt --key ./client.key https://IP:9200 -u user:pwd
Two-way authentication + Password authentication
curl --cacert ./ca.crt --cert ./client.crt --key ./client.key https://IP:9200 -u user:pwd
Table 8 Variables Variable
Description
IP
IP address of a load balancer instance.
user
Username of the cluster. This parameter is required only for a security-mode cluster.
pwd
Password of the username above. This parameter is required only for a security-mode cluster.
If cluster information is returned, the connection is successful.
Sample Code for Accessing a Cluster Using HTTPS Two-way Authentication Through a Load Balancer (Java)
This section provides sample code that can be used on a Java client to access a cluster using HTTPS two-way authentication through a load balancer.
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.See the reply and handling status in My Cloud VOC.
For any further questions, feel free to contact us through the chatbot.
Chatbot