NOTE

1.17 Cloud Elasticsearch

English translation of the original VNote ‘Cloud Elasticsearch’, preserving its Tencent Cloud notes, structure, and references.

Elasticsearch / SearchCreated Updated 2 min readhistorical

This is a historical learning note and may contain outdated or incomplete understanding.

1. Tencent Cloud Elasticsearch

Based on VIP + the native Elasticsearch suite.

  • VIP: provides addressing + load balancing + health checking, similar to the Polaris service registry. This VIP is bound to all data nodes inside the cluster and provides load balancing. All user requests are distributed evenly across the cluster’s data nodes. The VIP also includes health checking. If repeated checks within a period confirm that a node is not responding, the health-check mechanism temporarily removes the problematic node from the VIP binding list until the node returns to normal.
  • Elasticsearch suite: integrates Elasticsearch, Kibana, and X-Pack; version 7.10.1; master and data nodes can be the same node. When the node count exceeds a certain number, separate master nodes can also be created. Each node has a 100 GB disk, 2 CPU cores, and 4 GB memory.

1.1. Deployment

1.1.1. Single Availability Zone in the Same Region

Master nodes and data nodes are in the same availability zone, and the primary and replica shards of data nodes are also in the same availability zone.

1.1.2. Multiple Availability Zones in the Same Region

Assume deployment across two availability zones. The number of data nodes is specified when applying and must be a multiple of the number of availability zones. Master nodes are deployed across three availability zones.

Elasticsearch

1.1.2.1. Problems
  • A single availability zone becomes unavailable. Same as Cloud Redis.
  • Network-partition problem: if availability zones A and B become network-isolated, will they become two clusters? Because ES uses a majority mechanism, split brain will not occur.

1.1.3. Hot-Cold Separation

Elasticsearch is mainly used to store and retrieve massive amounts of data. If all data is placed on SSDs, the cost is very high. Hot-cold separation can solve this problem. A hot-cold cluster can contain both hot and cold nodes in one cluster, balancing the conflict between performance and capacity:

  • Hot data with relatively high read/write performance requirements (for example, logs from the last 7 days) can be stored on SSD disks on hot nodes.
  • Indices with large storage requirements but lower read/write performance requirements (for example, logs from one month or even longer) can be stored on SATA disks on cold nodes.

1.1.4. Dedicated Master Nodes

Three are recommended.

1.2. Availability

1.2.1. SLA

The service availability of this service is no lower than 99.9%.

1.3. Consistency

1.3.1. Latency

Within the same region, generally within 5 ms.

1.4. Capacity

Elasticsearch Service 集群规格和容量配置评估-快速入门-文档中心-腾讯云

1.5. Scalability

1.6. Cost

Elasticsearch Service 计费概述-购买指南-文档中心-腾讯云

1.7. Parameters

1.8. Monitoring

2. References

Discussion

Sign in with GitHub to comment. Discussions are stored as GitHub Issues.View on GitHub