[elasticsearch] 클러스터에서 인덱스 이름을 바꾸는 방법은 무엇입니까?

ElasticSearch 7.4부터 인덱스 이름을 바꾸는 가장 좋은 방법은 새로 도입 된 Clone Index API를 사용하여 인덱스를 복사 한 다음 Delete Index API를 사용하여 원래 인덱스를 삭제하는 것 입니다.

동일한 목적으로 Snapshot API 또는 Reindex API를 사용하는 것보다 Clone Index API의 주요 이점은 속도입니다. Clone Index API는 해당 콘텐츠를 다시 처리하지 않고 소스 인덱스에서 대상 인덱스로 세그먼트를 하드 링크하기 때문입니다 (on 하드 링크를 지원하는 파일 시스템, 그렇지 않으면 파일 시스템 수준에서 파일이 복사되므로 대체 방법보다 훨씬 더 효율적입니다. 또한 복제 인덱스는 대상 인덱스가 소스 인덱스의 모든 지점에서 동일하다는 것을 보장하며 (즉, 재 인덱싱 방식과 달리 설정 및 매핑을 수동으로 복사 할 필요가 없음) 로컬 스냅 샷 디렉터리를 구성 할 필요가 없습니다. .

참고 : 이 절차는 이전 솔루션보다 훨씬 빠르지 만 여전히 다운 타임을 의미합니다. 인덱스 이름 변경 (예 : 분할, 축소 또는 백업 워크 플로의 단계)을 정당화하는 실제 사용 사례가 있지만 인덱스 이름 변경은 일상적인 작업의 일부가되어서는 안됩니다. 워크 플로에서 인덱스 이름을 자주 변경해야하는 경우에는 대신 인덱스 별칭을 사용하는 것이 좋습니다.

여기서 인덱스의 이름을 변경하는 동작의 전체 시퀀스의 예 source_index에 target_index. Kibana에 통합 된 것과 같은 일부 ElasticSearch 특정 콘솔을 사용하여 실행할 수 있습니다 . Elastic Search 콘솔 대신 사용 하는 이 예제의 대체 버전은 이 요점 을 참조하십시오 curl.

# Make sure the source index is actually open
POST /source_index/_open

# Put the source index in read-only mode
PUT /source_index/_settings
{
  "settings": {
    "index.blocks.write": "true"
  }
}

# Clone the source index to the target name, and set the target to read-write mode
POST /source_index/_clone/target_index
{
  "settings": {
    "index.blocks.write": null
  }
}

# Wait until the target index is green;
# it should usually be fast (assuming your filesystem supports hard links).
GET /_cluster/health/target_index?wait_for_status=green&timeout=30s

# If it appears to be taking too much time for the cluster to get back to green,
# the following requests might help you identify eventual outstanding issues (if any)
GET /_cat/indices/target_index
GET /_cat/recovery/target_index
GET /_cluster/allocation/explain

# Delete the source index
DELETE /source_index

답변

POST /_reindex
{
  "source": {
    "index": "twitter"
  },
  "dest": {
    "index": "new_twitter"
  }
}

DELETE /twitter

    POST /_snapshot/my_backup/snapshot_1/_restore
    {
     "indices": "jal",
     "ignore_unavailable": "true",
     "include_global_state": false,
     "rename_pattern": "jal",
     "rename_replacement": "jal1"
     }

input {
  elasticsearch {
   hosts => ["es01.example.com", "es02.example.com"]
   index => "old-index-name"
   size => 500
   scroll => "5m"
  }
}
filter {

 mutate {
  remove_field => [ "@version" ]
 }

 date {
   "match" => [ "custom_timestamp", "MM/dd/YYYY HH:mm:ss" ]
   target => "@timestamp"
 }

}
output {
 elasticsearch {
   hosts => ["es01.example.com", "es02.example.com" ]
   manage_template => false
   index => "new-index-name"
 }
}