제품 출시

Elastic Stack 7.2 Observability 업데이트: .NET APM, Kubernetes 모니터링, Metrics Explorer

운영자가 애플리케이션과 서비스의 가용성과 양호한 상태, 빠른 속도를 유지하도록 하기 위해 제공되는 도구를 개선하려는 우리의 끝없는 열의를 사용자와 함께 나누게 되어 정말 기쁩니다. 이러한 목적을 “Observability” 라고 부르시든 아니든 계속 읽어보세요!

Elastic APM은 요청이 많았던 .NET 에이전트를 베타로 릴리즈함으로써 .NET에 대한 지원을 추가합니다. 인프라 모니터링 측면에서는, Metrics Explorer를 추가했습니다. 이것은 Kibana의 Infrastructure 앱에서 제공되는 새로운 조회 기능으로, 임시로 인프라 메트릭과 상호 작용하는 방식을 개선하기 위해 설계되었습니다. 마지막으로, 7.2에서는 CoreDNS와 CRI-O 같은 클라우드 네이티브 기술을 위한 몇 가지 새로운 데이터 통합을 출시함으로써 Kubernetes 모니터링 도구를 계속해서 넓혀가고 있습니다.

기다리기 싫으시면, 버전 7.2가 Elasticsearch Service에서 지금 제공되고 있으니 확인해 보세요. 이 새로운 기능들은 호스트형 Elasticsearch 제품인 Elasticsearch Service 에서 이용하실 수 있습니다. 또는 Elastic Stack 최신 버전을 다운로드하여 실행하셔도 됩니다.

Observability에 대한 Elastic의 접근 방법

“Observability”이라는 용어는 시스템, 서비스, 애플리케이션의 상태에 대한 통합적인 가시성을 강조하는 철학을 말해줍니다. 업계에서는 비교적 새로운 용어이지만, 수많은 사용자와 팀들이 운영상의 필요를 위해 Elastic Stack을 찾게 되는 주요 이유를 효과적으로 포착하고 있습니다. 모든 것이 인덱스로 저장되는 Elasticsearch의 유연한 성격 덕분에, 사용자는 일반적으로 별개의 데이터 소스였던 로그, 메트릭, 추적, 가동 시간 메트릭 등을 단일한 운영 저장소로 성공적으로 한데 모을 수 있습니다.

사용자의 모든 인프라 로그, 메트릭, 가동 시간 데이터, APM 추적을 Elastic Stack으로 모두 통합

우리는 Observability 영역에서 이중 전략을 채택했습니다. Observability의 각 ‘기둥’에 대해 계속해서 동급 최강의 환경을 제공하면서 동시에 사용자가 좀더 자연스럽고 유동적으로 이러한 데이터 스트림들을 한데 모으는 방법을 지원하는 것입니다. 모든 Observability 데이터는 Elastic Common Schema(ECS)를 고수하며, 모든 Kibana 애플리케이션은 통합되어 클릭 한 번으로 탐색과 데이터 상관 관계 워크플로우를 제공합니다.

 Elastic Stack 내에서 실행되는 Observability 작업

독보적인 안전화 제조업체인 Red Wing Shoes는 Elastic Cloud의 호스트형 Elasticsearch Service를 이용해 공장 작업 현장의 제조 공정, 전자 상거래 웹사이트의 상태, 전 세계 600여 개 소매 매장의 운영을 통합적으로 살펴볼 수 있게 되었습니다. 운영을 담당하는 팀은 사업 성장을 목적으로 하는 새 애플리케이션과 서비스 배포도 주도하고 있습니다. Marc Kermisch 부사장 겸 최고정보책임자는 “ IT 운영을 효율적으로 만드는 데 중점을 두고 있기 때문에 유대가 긴밀한 팀을 통해 이 작업을 할 수 있다”며, “모든 관련 운영 데이터를 단일 데이터 저장소와 UI 인터페이스에서 볼 수 있어서 조치가 가능한 데이터를 기반으로 훨씬 효과적으로 문제를 심사하고 해결할 수 있습니다. Elastic Cloud에서 우리 대신 스택을 전체적으로 관리해준다는 사실은 우리의 관리 오버헤드가 낮다는 뜻입니다. Elastic Stack에 대한 모든 배포, 확장, 업그레이드가 버튼 클릭 한 번으로 가능합니다.”라고 말했습니다.

Elastic Stack을 이용한 Observability 블로그에서 이 중요한 추세와 관련해 우리가 진행하고 있는 작업에 대해 더 자세히 읽어보세요.

7.2에서는 다음과 같은 제품 개선으로 Observability 계획을 계속해서 더 넓고 깊게 확장시키고 있습니다.

Elastic APM의 .NET 지원, 단일 페이지 애플리케이션, 에이전트별 메트릭 추가

.NET을 위한 Elastic APM 에이전트를 프리뷰에서 베타 버전으로 전환시키게 된다는 기쁜 소식을 알려드립니다. .NET 에이전트는 ASP.NET Core 2.x+ 및 Entity Framework Core 2.x+를 위한 자동 계측을 추가하며, 아울러 사용자가 다른 프레임워크를 사용하고 있는 모든 .NET 애플리케이션을 수동으로 계측할 수 있는 퍼블릭 에이전트 API도 제공합니다.

.NET 지원은 Elastic APM에 대해 가장 요청이 많았던 기능 중 하나였으며, 지원되는 언어들을 종합적으로 완성하게 되어 무척 기대가 됩니다. 언어 지원에서 우선 순위를 정할 수 있도록 설문조사를 작성해주시고, 미리 보기 버전에 대해 피드백을 제공해주신 우리 커뮤니티의 모든 회원들께 감사드립니다.

Elastic APM의 RUM(Real User Monitoring) 에이전트는 단일 페이지 애플리케이션(SPA)을 위한 지원을 확대하여 사용자가 페이지 로드 트랜잭션에 더하여 경로 변경 트랜잭션을 캡처할 수 있게 해줍니다. SPA는 사용자가 페이지를 탐색할 때 데이터 요소를 동적으로 렌더링 함으로써 더 간소화된 사용자 환경과 더 빠른 로드 타임 등 다중 페이지 애플리케이션(MPA)보다 장점이 더 많습니다. 전송의 동적인 성격은 내부 애플리케이션 경로 변경 분석과 같은 최종 사용자 환경을 측정하는 데 있어 훨씬 더 미묘한 접근 방식을 필요로 합니다.

끝으로, APM 에이전트는 APM 추적 데이터와 관련 있는 전반적인 리소스 활용과 같은 일반 핵심 성능 지표뿐 아니라 이제 언어별 메트릭도 수집합니다. 예를 들어, Java 에이전트는 이제 Java 힙 메모리 및 스레드 수와 같은 JVM 메트릭을 수집합니다. 이것은 또한 APM 앱에서 자동으로 표시됩니다. 이러한 에이전트별 메트릭의 추가는 개발자가 추가 에이전트를 설치할 필요 없이 애플리케이션의 동작에 대한 추가적인 컨텍스트를 제공함으로써 훨씬 더 풍부한 모니터링 환경을 만들어줍니다.

언어별 메트릭

Elastic APM 릴리즈 블로그에서 APM의 더 많은 장점에 대해 읽어보세요.

Metrics Explorer를 통한 인프라 메트릭 탐색 개선

메트릭에 대한 지원 확장은 지난 몇 년 동안 Elastic Stack 엔지니어링 팀이 끊임없이 집중해 온 작업이었습니다. 숫자 데이터에 최적화된 Bkd 트리 같은 새로운 데이터 형식을 통한 저장 공간 효율성 개선, 새로운 Metricbeat 모듈을 통한 메트릭 데이터 세트 통합 확장, Time Series Visual Builder 같은 전용 Kiaban 앱으로 시계열 시각화 역량 개선 등은 이 영역에 대한 우리의 지속적인 노력을 보여주는 몇 가지 예일 뿐입니다.

우리 사용자들은 무척 행복해했습니다. 7.2에서는 Elastic Infrastructure 앱에 Metrics Explorer을 도입함으로써 임시 메트릭 탐색을 더욱 개선해나가고 있습니다. 이 사용자 인터페이스는 사용자가 가장 중요한 인프라 메트릭을 탐색하고 일반 태그와 차트 그룹화를 이용해 이 메트릭과 상호작용할 수 있게 해줍니다. 각 Metrics Explorer 차트를 Time Series Visual Builder에서 열어 추가적으로 조사를 할 수 있으며, 모든 Elasticsearch 집계의 강력한 성능을 클릭 한 번으로 간편한 메트릭 탐색과 결합시킵니다. 이 모든 탐색은 태그, 카디널리티의 크기에도 불구하고 순식간에 이루어집니다.

Kibana 7.2의 Metrics Explorer

Metrics Explorer는 현재 베타 버전입니다. 포럼(Discuss)에 피드백을 남겨주시기 바랍니다! Elastic Infrastructure 릴리즈 블로그에서 다른 개선 사항에 대해 읽어보세요.

Elastic에서 Kubernetes Observability 강화

Kubernetes 생태계는 수많은 회사의 오픈 소스 혁신에 힘입어 급속히 진화하고 있습니다. 새 프로젝트들이 매달 CNCF 생태계에 추가되며, 놀라운 속도로 졸업 단계(Graduated)에 이릅니다.

Elastic은 이러한 동적 기술 스택을 모니터링하기 위한 필요성을 포함해 Kubernetes에서 마이그레이션하는 팀을 지원하기 위해 노력하고 있습니다. 예를 들어, Filebeat와 Metricbeat의 자동 검색 같은 기능과 Prometheus 같은 클라우드 네이티브 기술을 위한 모듈은 Kubernetes 인프라와 거기서 실행되는 서비스 양쪽 모두를 모니터링하는 턴키 방식을 제공합니다.

7.2는 클라우드 네이티브 기술을 위한 몇 가지 새로운 통합의 출시와 함께 이러한 노력을 기반으로 구축됩니다. Filebeat와 Metricbeat는 최근에 CNCF에서 졸업 단계가 된 Kubernetes용 기본 클러스터 DNS인 CoreDNS에 대한 지원을 도입합니다. 아울러 커뮤니티 회원들과의 긴밀한 협력을 통해 오픈 소스 클라우드 네이티브 메시징 시스템인 NATS 메시징 시스템에 대한 지원도 확장하고 있습니다.

끝으로, Filebeat 7.2는 Kubernetes용 오픈 컨테이너 런타임 계획인 CRI-O에 대한 지원을 추가합니다. RedHat이 개발한 이 경량의 대체 Docker는 인기있는 Openshift 배포에서 이미 기본 컨테이너 런타임입니다. CRI-O 모듈은 모니터링 요건을 희생하지 않고 Kubernetes 사용자가 CRI-O를 컨테이너 런타임으로 전환하게 해줍니다.

Elastic Stack을 이용한 Kubernetes Observability

Elastic InfrastructureElastic Logs 릴리즈 블로그에서 Kubernetes 데이터 통합의 장점에 대해 더 자세히 읽어보세요.

잠깐만요...아직 더 있습니다!

활성 및 가용성 모니터링에 대한 턴키 환경을 제공하기 위해 최근에 도입된 Elastic Uptime에는 이제 클릭 한 번으로 Elastic Logs, Infrastructure, APM 앱과의 통합이 포함됩니다. 이 통합은 활성 모니터링을 훨씬 더 쉽게 사용자의 로그 분석 및 Observability 워크플로우로 통합할 수 있게 해줍니다. Elastic Uptime 릴리즈 블로그에서 이 내용과 기타 개선 사항에 대해 더 자세히 읽어보세요.

로그 데이터를 이용한 작업을 간소화하기 위해 6.5에서 도입된 Elastic Logs는 명시적인 열 통합을 통해 구조화 로그 및 이벤트에 대한 지원을 추가했습니다. 또한 “필드 필터링” 기능을 도입하여, 많은 로깅 사용자가 조사에서 신뢰하는 중요한 “근접 로그 조회” 워크플로우가 가능하게 해줍니다. Elastic Logs 릴리즈 블로그에서 이 내용과 다른 새 기능에 대해 더 자세히 읽어보세요.

직접 체험해 보세요

최신 기능을 사용해 보는 가장 쉬운 방법은 Elastic Cloud에서 Elasticsearch Service 클러스터를 실행하는 것입니다. 릴리즈 당일에 Elastic Cloud의 Elasticsearch Service에서 Elastic Stack의 최신 버전이 제공되도록 하고 있습니다. 원하시면, 계속 사용하세요. 우리가 실행, 확장 및 축소, 클러스터 업그레이드를 모두 관리해 드립니다. 직접 실행하는 편을 선호하시면, 바이너리 다운로드, Docker 컨테이너 실행, Kubernetes에서 Elastic Stack 배포 등과 같은 자체 관리 옵션에 대해 알아보실 수 있습니다.