Elasticsaerch 설정 변경 및 버전 업그레이드
Elasticsearch를 운영하다 보면 처음에 생각하지 못하거나 점점 Elasticsearch에 대한 지식이 늘면서 운영하는 Elasticsearch의 설정을 변경하고 싶은 순간이 있습니다. 뿐만 아니라 보안적인 이슈로 인하여 해당 이슈가 해결된 Version으로 업그레이드를 해야 하는 순간도 겪을 수 있습니다. Elasticsearch의 버전 및 설정을 바꾸는 방법이 여러 가지 있지만 이번 문서에서는 그중에 rolling 방식으로 변경하는 방법에 대해서 정리하였습니다.
주의사항
이번 실습 환경은 Kubernetes 환경에서 실습을 진행하였습니다.
- Shard의 Replication이 존재하지 않으면 데이터가 손실될 수 있습니다.
- Replication partition의 개수보다 작은 수의 노드가 한 번에 rolling update 되어야 한다는 것입니다. (이해하기 어려우면 그냥 노드 하나씩 업그레이드가 진행되면 됩니다.)
- Kubernetes에서는 기본적으로 파드 순서의 역순으로 파드가 업데이트를 진행합니다. 그렇기 때문에 한 번에 드랍되는 문제는 크게 걱정하지 않아도 되지만 억지로 파드를 드랍하는 행위는 해서는 안됩니다.
- 마스터 노드 또한 업그레이드를 진행해야 되기 때문에 마스터 Role을 가진 노드의 개수가 2대 이상 유지되어야 합니다.
- elasticsearch의 helm으로 구성하였습니다. (https://artifacthub.io/packages/helm/elastic/elasticsearch)
클러스터 구성
이번 실습 Elasticsearch의 클러스터 구성으로는 Master node 3대, Data node 4대로 구성하여 진행하였습니다.
Elasticsearch의 버전은 8.5.1을 사용하였습니다.
Master node helm values (value-master.yaml)
---
createCert: false
clusterName: "elasticsearch"
nodeGroup: "master"
replicas: 3
roles:
- master
image: "docker.elastic.co/elasticsearch/elasticsearch"
imageTag: "8.5.1"
imagePullPolicy: "IfNotPresent"
protocol: http
service:
type: NodePort
nodePort: "30000"
Data node helm values (value-data.yaml)
---
createCert: false
clusterName: "elasticsearch"
nodeGroup: "data"
replicas: 4
image: "docker.elastic.co/elasticsearch/elasticsearch"
imageTag: "8.5.1"
imagePullPolicy: "IfNotPresent"
roles:
- data
- data_content
- data_hot
- data_warm
- data_cold
- ingest
- ml
- remote_cluster_client
- transform
protocol: http
service:
type: NodePort
nodePort: "30001"
Makefile 구성
PREFIX := elasticsearch
TIMEOUT := 1200s
install:
helm upgrade --wait --timeout=$(TIMEOUT) --install --values value-master.yaml $(PREFIX)-master ./elasticsearch
helm upgrade --wait --timeout=$(TIMEOUT) --install --values value-data.yaml $(PREFIX)-data ./elasticsearch
설치 및 결과 확인
# elasticsearch 설치
> make install
# 파드 확인
> kubectl get po ─╯
NAME READY STATUS RESTARTS AGE
elasticsearch-data-0 1/1 Running 0 25m
elasticsearch-data-1 1/1 Running 0 25m
elasticsearch-data-2 1/1 Running 0 25m
elasticsearch-data-3 1/1 Running 0 25m
elasticsearch-master-0 1/1 Running 0 26m
elasticsearch-master-1 1/1 Running 0 26m
elasticsearch-master-2 1/1 Running 0 26m
# 버전 확인
GET http://localhost:30001/_nodes/elasticsearch-data-0
{
"_nodes": {
"total": 1,
"successful": 1,
"failed": 0
},
"cluster_name": "elasticsearch",
"nodes": {
"4312Dy1YSS6tnBs28Pn4tg": {
"name": "elasticsearch-data-0",
"transport_address": "10.1.0.63:9300",
"host": "10.1.0.63",
"ip": "10.1.0.63",
"version": "8.5.1",
생략 ....
정상적으로 클러스터가 구성되었습니다. 이제 해당 클러스터의 버전을 업그레이드 작업을 진행하겠습니다.
Elasticsearch version upgrade
기존 8.5.1 버전을 8.6.0 버전으로 업그레이 작업을 진행하겠습니다.
Master node helm values (value-master.yaml)
---
createCert: false
clusterName: "elasticsearch"
nodeGroup: "master"
replicas: 3
roles:
- master
image: "docker.elastic.co/elasticsearch/elasticsearch"
imageTag: "8.6.0"
imagePullPolicy: "IfNotPresent"
protocol: http
service:
type: NodePort
nodePort: "30000"
Data node helm values (value-data.yaml)
---
createCert: false
clusterName: "elasticsearch"
nodeGroup: "data"
replicas: 4
image: "docker.elastic.co/elasticsearch/elasticsearch"
imageTag: "8.6.0"
imagePullPolicy: "IfNotPresent"
roles:
- data
- data_content
- data_hot
- data_warm
- data_cold
- ingest
- ml
- remote_cluster_client
- transform
protocol: http
service:
type: NodePort
nodePort: "30001"
업그레이드 및 결과 확인
helm 설치 방법을 upgrade 형식으로 Makefile을 만들었기 때문에 make install 명령어를 통하여 업그레이드가 가능합니다.
# 버전 업그레이드
> make install
> GET http://localhost:30001/_nodes/elasticsearch-data-0
{
"_nodes": {
"total": 1,
"successful": 1,
"failed": 0
},
"cluster_name": "elasticsearch",
"nodes": {
"4312Dy1YSS6tnBs28Pn4tg": {
"name": "elasticsearch-data-0",
"transport_address": "10.1.0.72:9300",
"host": "10.1.0.72",
"ip": "10.1.0.72",
"version": "8.6.0",
생략 ....
업그레이드 순서로는 Statefulset의 가장 뒷 번호부터 업그레이드가 진행되며 데이터가 많으면 많을 수록 오랜 시간이 걸리게 됩니다.
클러스터 업그레이 동작 방식
현재 클러스터의 구성으로는 마스터 노드는 데이터를 가지지 않습니다. 마스터 노드의 롤링 업데이트 진행 방법은 현재 마스터 역할을 하고 있는 노드가 드랍될 때 다른 마스터 권한을 가진 노드에게 마스터 권한을 넘겨주면서 롤링 업데이트가 진행됩니다.
데이터 노드들은 마스터 노드와 다르게 데이터를 가지고 있는데요 데이터 노드가 순차적으로 드랍될 때 드랍된 샤드의 데이터를 Replica shard를 통하여 다른 노드에 샤드를 새롭게 구성하면서 롤링 업데이트를 진행합니다.
파란색은 현재 Primary shard를 뜻하고 흰색은 Replica shard를 뜻합니다. 그리고 보라색은 복구된 Shard를 의미합니다.
'Elasticsearch > Elasticsearch 설정' 카테고리의 다른 글
Elasticsearch data stream (1) | 2023.10.25 |
---|---|
Elasticsearch version upgrade Swap 방식 (in Kubernetes) (0) | 2023.10.23 |
Elasticsearch 최적화 #3] ilm policy로 data phases 설정 (0) | 2023.10.14 |
Elasticsearch 최적화 #2] 노드 & JVM (0) | 2023.10.03 |
Elasticsearch 최적화 #1] 시스템 설정 (0) | 2023.10.03 |