업그레이드 방법(및 이유)

Elastic 배포를 업그레이드하면 Elastic 고객이 사용할 수 있는 최고의 최신 기능을 제공해드립니다.

업그레이드해야 하는 이유

상당한 성능 향상, 획기적인 신기능, 버그 수정, 보안 업데이트, 지원되는 버전에서 실행 등 최신 버전의 Elastic으로 업그레이드하면 얻게 되는 다양한 이점을 활용하세요.

제품 단종(EOL) 정책

새로운 버전이 출시되면 이전 버전은 일정한 주기에 따라 단종됩니다. 이는 문제 발생 시 제공할 수 있는 지원 수준에 영향을 미칩니다.

보안 및 버그 수정

버그가 발생할 수 있습니다. Elastic의 테스터와 방대한 사용자 커뮤니티는 버그를 발견하고 수정하는 데 도움을 줍니다. 최신 버전으로 업그레이드하면 이러한 버그가 수정됩니다.

새로운 보안 문제는 Elastic의 보안 문제 페이지에서 제출하고 검토할 수 있습니다. Elastic Cloud 사용자의 경우 보안 패치가 Elastic에 의해 자동으로 적용됩니다.

새로운 기능 및 성능 향상

Elastic 제품의 성능은 지속적으로 향상되고 있어 더 빨리 검색하고 메모리를 더 적게 사용하며 더 저렴한 저장 공간을 이용할 수 있습니다.

Elastic Stack의 지속적인 성능 향상과 함께, 새로 출시된 많은 기능이 주요 솔루션인 Search, Observability 및 Security의 사용자 경험을 개선합니다.

단계별 업그레이드

업그레이드 전, 혜택을 누리기 위해 계획해야 할 사항이 몇 가지 있습니다.

경고! 업그레이드 범위가 매우 넓습니다. 이것은 업그레이드 과정 전반에 걸쳐 검색 및 계획을 수립하는 데 도움이 되는 포인트를 알려드리는 가이드일 뿐입니다. 인벤토리 및 테스트 계획을 생성할 때는 Elastic 구성 요소와 Elastic이 아닌 구성 요소 등 수신 및 발신되는 모든 통합을 포함해야 합니다.

구성 요소 인벤토리 수행

Elastic Stack에서 사용되는 모든 구성 요소를 맵핑하는 것이 매우 중요합니다. 배포를 업그레이드할 때, 다른 모든 구성 요소도 업그레이드해야 할 수 있습니다. 각 구성 요소가 사용되는지 여부를 기록해야 하며, 사용되는 경우 현재 버전을 기록해야 합니다. 확인해야 할 구성 요소의 예는 아래와 같습니다.

  • Elasticsearch
  • Elasticsearch Hadoop
  • 플러그인
  • Elasticsearch 고객
  • Kibana
  • Logstash
  • 특정 Logstash 플러그인
  • Beats
  • Beats 모듈
  • APM 에이전트
  • APM 서버
  • Elastic Agent
  • Fleet
  • Enterprise Search 서버
  • Security
  • 브라우저
  • 외부 서비스(Kafka 등)

팁: 인벤토리를 수행할 때 감사 로깅을 활성화하여 배포에 액세스하는 리소스를 평가할 수 있습니다.

개발 환경 테스트

개발 환경에서 테스트하고 업그레이드한 후에 프로덕션 환경에서 수행하는 것을 강력히 권장합니다. 따라서 개발 환경과 프로덕션 환경의 설정이 동일한지 확인하는 것이 중요합니다. 확인해야 할 구성 요소의 예는 아래와 같습니다.

  • 보강 정보
  • 플러그인
  • 매핑
  • ILM
  • SLM
  • 인덱스 템플릿
  • 머신 러닝 작업
  • 인바운드 샘플 데이터
  • 라이브 데이터
  • 성과
  • 아웃바운드 통합
  • 대시보드
  • 경보 기능
  • 인증

팁: 업그레이드를 제대로 테스트하려면 테스트 환경이 프로덕션 환경과 유사한 검색 및 색인 로드로 작동하는지 확인합니다.

데이터 백업

업그레이드가 시작되면 반드시 완료해야 합니다. 따라서 문제가 발생할 경우를 대비하여 준비해야 합니다.

오류가 발생하면 업그레이드 시도 전의 위치로 데이터를 복원하는 것이 좋습니다.

이렇게 하려면 이전 버전의 인덱스를 사용하여 클러스터의 스냅샷을 만들어야 합니다. 그런 다음 (문제가 발생하면) 이 스냅샷을 복원 하여 데이터를 복구해야 합니다.

업그레이드 시 문제가 발생하면 항상 지원 팀에 문의 해 주세요. 복구에 필요한 스냅샷을 반드시 확보해 주시기 바랍니다.

팁: Elastic Cloud에서 업그레이드하는 경우 업그레이드하기 전에 스냅샷이 자동으로 생성됩니다.

중요한 준비 사항

새 버전이 출시되면 소프트웨어에 변경 사항이 있으므로, 비호환성 문제를 해결해야 업그레이드를 성공적으로 수행할 수 있는 경우도 있을 수 있습니다.

현재 버전부터 목표 버전까지 모든 변경 사항을 조사해야 합니다.

클러스터 모니터링은 또한 업그레이드에 앞서 클러스터의 상태를 확인하는 데도 중요합니다. 모니터링 클러스터는 항상 프로덕션 클러스터와 분리되어야 합니다.

마지막으로 업그레이드에 대한 문제를 찾는 데 도움이 되는 Kibana 업그레이드 어시스턴트 를 실행하는 것도 매우 중요합니다.

업그레이드 날짜 계획하기

  • 현재 배포가 정상 상태인지, 업그레이드를 수행하기에 충분한 리소스(디스크, CPU, 메모리)가 있는지 평가합니다. 롤링 업그레이드 중에는 노드가 서비스에서 제외되며 나머지 노드가 로드를 처리해야 한다는 점을 기억하세요.
  • 로드가 적을 때 유지보수 일정을 잡으세요.
  • 문서 수집 중단 또는 속도를 낮추세요.
  • 불필요한 작업(예: 머신 러닝)의 실행을 중지하세요.
  • 문제나 우려 사항이 있는 경우 지원 티켓을 작성 하세요.

업그레이드 수행하기

Elastic Cloud

Elastic Cloud 를 사용하면 가동 중단 시간 없이 Elastic Stack 버전을 한 번의 클릭으로 업그레이드할 수 있습니다.

클러스터를 업그레이드하는 가장 간단하고 쉬운 방법입니다.

참고: Elastic Cloud(Elasticsearch Service 또는 ESS)의 기능은 몇 주에 한 번씩 릴리스 되며 자동으로 사용할 수 있는 반면, Elastic Cloud Enterprise(ECE)는 별도의 릴리스 버전이 있으므로 별도로 업그레이드해야 합니다.

Elastic Cloud on Kubernetes(ECK) 를 업그레이드하려면 몇 가지 측면을 더 고려해야 합니다.

온프레미스

다양한 혜택과 고려 사항이 있는 여러 가지 업그레이드 경로가 있습니다.

사용 가능한 주요 업그레이드 전략은 아래와 같습니다.

팁: 시계열 데이터를 사용 중이고 보존 기간이 합리적인 경우 다음 작업을 수행할 수 있습니다.

  • 새 버전에서 새 배포를 생성합니다.
  • 로그를 새 버전과 이전 버전으로 동시에 전송합니다.
  • 새 배포의 데이터가 이전 배포의 데이터와 일치하는지 확인합니다.
  • 이전 버전의 모든 데이터가 보관 기간이 지날 때까지 기다립니다.
  • 이전 배포를 삭제하고 새 배포를 사용합니다.

자세히 알아보기

Elastic의 지원 방법

자체적으로 업그레이드하는 데 도움이 되는 설명서부터 업그레이드 과정 전체를 안내하는 일대일 컨설턴트에 이르기까지, Elastic은 고객의 필요에 맞는 옵션을 제공합니다.

컨설팅

Elastic의 컨설턴트는 Elastic 배포를 처리할 때 모든 고객에게 큰 도움이 됩니다.

고객의 업그레이드를 지원하는 데 있어 경험이 아주 풍부합니다.

Elastic 컨설팅에 연락하여 자세히 알아보고, 8.x로 업그레이드하는 방법에 대한 이 웨비나를 시청하려면 등록하세요.

지원

지원되는 Elastic을 구독 중이라면 업그레이드 시 배포에 문제가 발생할 경우 지원 팀에서 도움을 드릴 수 있습니다.

따라서 업그레이드와 관련하여 우려 사항이 있는 경우 항상 지원 사례를 개설 하는 것이 좋습니다. 이를 통해 엔지니어는 고객이 직면하는 문제에 대비하고 몇 가지 지침을 제공할 수 있습니다.

업그레이드 중에 프로덕션 환경이 중단된 경우 티켓은 심각도 1이어야 합니다.

커뮤니티 포럼

업그레이드 프로세스 전 또는 업그레이드 프로세스 중에 우려 사항이나 문제가 있는 경우 언제든지 커뮤니티 토론 포럼 에서 질문할 수 있습니다.

설명서

Elastic 설명서 팀은 업그레이드 프로세스를 전체적으로 안내하는 데 도움이 되는 몇 가지 리소스를 작성하여 기술적인 세부 사항에 대해 한층 더 자세히 설명합니다.

또한 ‘단계별 업그레이드’ 탭도 도움이 될 수 있습니다.