Cluster Connection Methods
To ensure secure and efficient access to deployed Elasticsearch clusters, CSS provides multiple connection options tailored to different roles, programming languages, and network environments. At the application layer, CSS supports open-source RESTful APIs and SDKs for popular languages. It also includes built-in visualization and management tools such as Kibana and Cerebro. By following the instructions in this topic, you can quickly establish connections to your Elasticsearch clusters to access search and analytics capabilities both securely and efficiently.
Selecting the Appropriate Tools and Clients
Select an appropriate connection method based on your role and use scenario.
| Purpose | Recommended Tool | When to Use | Advantage | Details |
|---|---|---|---|---|
| Visualization and management | Kibana | Data exploration, dashboards, cluster monitoring, development and debugging | Official visualization tool, comprehensive features, no coding required | |
| Cluster O&M | Cerebro | Cluster monitoring, index management, shard migration | Official visualization tool for cluster monitoring and operations | |
| Application development | Java SDK | Connecting from a Java-based system | High performance; connection pool and high-availability retry supported | Connecting to a Cluster Using the High Level REST Client Connecting to a Cluster Using the Low Level REST Client Connecting to a Cluster Through the Transport Client Connecting to a Cluster Through Spring Boot Connecting to a Cluster Through the Elasticsearch Java API Client |
| Python SDK | Connecting from a Python-based system | |||
| Go SDK | Connecting from a Go-based system | |||
| PHP SDK | Connecting from a PHP-based system | |||
| Data processing | MRS Hive (ES-Hadoop) | Offline big data analytics, exchange of Hive tables and Elasticsearch indexes | Seamless interconnection with the Hadoop ecosystem, suitable for mass data migration | |
| Lightweight debugging | cURL | Automated scripts, ad-hoc connectivity testing | Cross-platform access, no client installation |
Obtaining the Cluster Access Address
After a cluster is deployed (for details, see Overview), to connect to it via a client, you must first obtain its access address. Table 2 describes how to obtain the cluster address under different networking modes.
| Networking Mode | Operation Guide | Configuration Guide |
|---|---|---|
| Private network access | Connect to your cluster through the private network address of a directly connected node. This allows for low-cost, high-performance private network access. To obtain the private network address of one or more nodes in your cluster, perform the following steps:
| Default |
| Public network access | Enable public network access for a security-mode cluster that uses HTTPS, and configure a whitelist for access control. To obtain the cluster's public network address, perform the following steps:
| |
| Dedicated load balancer | Bind a dedicated load balancer to your cluster for reliable load balancing. This mode supports two-way authentication via a custom certificate. To obtain the load balancer's private or public IP address, perform the following steps:
| |
| VPC Endpoint | Configure a VPC endpoint to make your cluster accessible from other VPCs on the private network. There is no need to expose the cluster nodes' IP addresses, hence enhanced security. To obtain the VPC endpoint IP address or domain name, perform the following steps:
|
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