컨테이너화 설명: 2021년 최고의 컨테이너 모니터링 도구 및 솔루션

네트워킹의 컨테이너화는 최근까지만 해도 고도로 숙련된 소수의 전문가만 알고 숙달한 비교적 모호한 기술이었습니다 . 오늘로 넘어가면 상황이 많이 바뀌었습니다. 명백한 유사점이 있지만 운송의 컨테이너화와 혼동하지 않도록 하는 네트워킹의 컨테이너화는 이제 주류가 되었으며 모든 네트워킹 전문가는 이 놀랍고 복잡하지만 최소한 기본적인 이해가 필요합니다.

우리의 목표는 결코 당신을 컨테이너화 전문가로 만드는 것이 아니라 기술이 무엇인지, 어떻게 작동하는지, 어떤 제품을 사용할 수 있고 어떻게 모니터링할 수 있는지 이해하기에 충분한 정보를 제공하는 것입니다.

컨테이너화와 유사한 목표를 가진 다른 기술인 가상화와 어떻게 다른지 간략하게 설명하는 것으로 시작하겠습니다. 그런 다음 이 기술의 장단점에 대해 논의하고 BYOD, Saas 및 MDM의 컨텍스트에서 이 기술을 사용하는 방법을 간단히 살펴보겠습니다. 다음으로 컨테이너화 환경을 모니터링하는 데 사용할 수 있는 최고의 도구를 검토하기 전에 어떤 컨테이너화 소프트웨어를 사용할 수 있는지 살펴보겠습니다.

간단히 말해서 컨테이너화

애플리케이션 컨테이너화는 각 애플리케이션에 대해 전체 가상 머신을 시작할 필요 없이 분산 애플리케이션을 배포하고 실행하는 데 사용되는 OS 수준 가상화 방법입니다. 따라서 여러 개의 격리된 응용 프로그램 또는 서비스가 단일 호스트에서 실행되고 동일한 OS 커널에 액세스할 수 있습니다.

응용 프로그램 컨테이너에는 원하는 소프트웨어를 실행하는 데 필요한 파일, 환경 변수 및 라이브러리와 같은 런타임 구성 요소가 포함됩니다. 컨테이너는 각 환경을 지원하는 전체 운영 체제 없이도 리소스를 공유하기 때문에 애플리케이션 컨테이너는 일반적으로 가상 머신에 대한 유사한 배포보다 적은 리소스를 사용합니다. 컨테이너에서 실행할 전체 정보 집합을 이미지라고 하며 컨테이너 엔진은 이러한 이미지를 호스트에 배포합니다. 컨테이너는 베어메탈 시스템, 클라우드 인스턴스, 가상 머신은 물론 Linux, Windows 및 Mac OS 시스템에서 작동할 수 있습니다.

흔히 말하는 애플리케이션 컨테이너화는 마이크로서비스 및 분산 애플리케이션에서 작동하며 각 컨테이너는 다른 컨테이너와 독립적으로 작동하고 호스트에서 최소한의 리소스를 사용합니다. 각 마이크로 서비스는 애플리케이션 프로그래밍 인터페이스를 통해 다른 사람들과 통신하며, 컨테이너 가상화 계층은 애플리케이션 구성 요소에 대한 수요를 충족하고 부하를 분산하기 위해 마이크로 서비스를 확장할 수 있습니다.

컨테이너화는 가상화와 어떻게 다릅니까?

컨테이너화와 가상화는 둘 다 비슷한 목적을 수행하지만 작동 방식은 상당히 다릅니다. 예를 들어 가상화에서 운영 체제의 본질은 애플리케이션으로 실행되는 동시에 별개의 가상 호스트로 나타납니다. 이 운영 체제는 차례로 가상 호스트에 설치된 모든 응용 프로그램에서 사용할 수 있습니다. 반대로 컨테이너는 운영 체제의 일부를 애플리케이션과 번들로 묶고 각 애플리케이션에 필요한 요소, 라이브러리 및 모듈만 번들로 제공합니다.

이를 확인하는 또 다른 방법은 가상 머신이 하나의 호스트에 대해 별도의 ID를 설정하고 여러 물리적 머신인 것처럼 보이게 하는 것입니다. 가상화는 하드웨어의 추상화를 만듭니다. 컨테이너화를 사용하면 대신 추상화되는 응용 프로그램입니다. 전반적으로 두 기술 모두 환경 간에 어느 정도 격리를 제공하지만 훨씬 다른 방식으로 이를 달성합니다.

컨테이너화에서 컨테이너와 컨테이너의 운영 체제는 기본적으로 일종의 네트워크를 형성하여 애플리케이션이 호환되지 않는 시스템에 전달될 수 있도록 합니다. 그러나 가상화에서 일어나는 일과 달리 애플리케이션은 컨테이너를 공유할 수 있으며 운영 체제의 인스턴스는 하나만 필요합니다.

컨테이너화의 장단점

가상화에 비해 컨테이너화의 가장 큰 장점 중 하나는 받는 시스템에 가상 운영 체제의 추가 계층을 영구적으로 설치할 필요가 없다는 것입니다. 결과적으로 컨테이너화된 응용 프로그램은 대상 컴퓨터에 사전 설치된 소프트웨어, 서비스 또는 운영 체제에 대한 요구 사항을 제거하므로 일반적으로 훨씬 더 이식성이 있습니다. 또한 컨테이너화된 애플리케이션은 환경을 알 수 없는 베어메탈 호스트와 원격 또는 클라우드 서버에서 실행할 수 있습니다.

컨테이너화의 또 다른 장점은 운영 체제 서비스가 컨테이너 내에서 필요로 하는 애플리케이션에 근접해 있기 때문에 일반 가상 머신보다 최종 사용자에게 더 빠른 응답 시간을 제공할 수 있다는 점입니다. 또한 원격으로 액세스되는 가상 머신을 운영하는 것보다 컨테이너화된 애플리케이션을 제공하는 데 필요한 네트워크 전체의 가져오기가 훨씬 적습니다. 마지막으로 컨테이너화는 분산 소프트웨어에 비해 몇 가지 장점이 있습니다. 사실 최근 컨테이너화 붐의 주요 원인은 바로 이 네트워크 서비스 범주입니다.

그러나 컨테이너에는 장점이 있을 뿐만 아니라 이를 피하고 싶은 경우가 몇 가지 있습니다. 우선 컨테이너화는 Linux 운영 체제에서 잘 작동하지만 Windows에서는 거의 지원되지 않습니다. 또한 컨테이너는 운영 체제의 커널을 공유하므로 취약해지면 모든 컨테이너도 취약해질 것입니다.

네트워킹은 컨테이너 작업을 어렵게 만들 수 있는 또 다른 영역입니다. 예를 들어, 컨테이너를 격리된 상태로 유지하기 위해 적극적으로 노력하면서 양호한 네트워크 연결을 지속적으로 유지해야 합니다. 마찬가지로 모니터링에는 일련의 과제도 따릅니다. 컨테이너화는 일반적으로 다계층 인프라를 구축하는 데 사용되기 때문에 하나의 컨테이너에 하나의 애플리케이션이 있으므로 하나의 가상 머신에서 모든 애플리케이션을 실행하는 것보다 더 많은 것을 모니터링해야 합니다.

컨테이너화 및 BYOD

BYOD(Bring Your Own Device)는 최근 매우 인기를 얻었으며 많은 조직에서 직원이 업무와 관련하여 자신의 스마트폰이나 랩톱을 사용할 수 있도록 허용합니다. 직원들이 개인 장치에서 액세스할 수 있도록 네트워크를 통해 응용 프로그램을 사용할 수 있으므로 컨테이너화를 사용하면 이러한 작업에 도움이 될 수 있습니다. 이러한 상황에서 컨테이너는 회사 응용 프로그램과 사용자 소유 장치 사이에 장벽을 만드는 "면역 장치" 역할을 합니다. 그러나 컨테이너는 사용자 장치의 커널에 액세스할 수 있으므로 신중하게 관리해야 합니다.

그러나 컨테이너화는 사용자에게 네트워크에 대한 직접 액세스 권한을 부여할 필요가 없으므로 애플리케이션을 제공하는 조직에 확실한 보안 이점을 제공하여 기업 인프라에 대한 바이러스 감염 위험을 줄입니다.

BYOD와 관련된 컨테이너화의 또 다른 이점은 소프트웨어 라이선스 제어와 관련이 있습니다. 예를 들어, 애플리케이션은 언제든지 사용을 쉽게 철회할 수 있습니다. 사용자의 기기에 실제로 설치된 적이 없기 때문에 기기 소유자가 조직을 떠나거나 기기를 도난당한 경우 라이선스를 재사용할 수 있도록 기기를 일시 중단할 수 있습니다.

마지막으로 API를 통해 별도의 컨테이너에서 실행되는 응용 프로그램 간의 통신을 활성화할 수 있으므로 실제 통합 및 조정 양, 또는 규모의 다른 쪽 끝에서는 격리를 쉽게 제어할 수 있습니다.

컨테이너화 및 SaaS

SaaS(Software as a Service)는 컨테이너화가 분명한 가치를 가져올 수 있는 또 다른 영역입니다. 예를 들어 컨테이너를 제한할 수 있으므로 원격 장치에서 소프트웨어에 대한 액세스를 쉽게 추적하고 제어할 수 있습니다. 이는 구독 기반으로 클라우드에서 소프트웨어를 제공해야 하는 공급자에게 매우 유용할 수 있습니다. 이러한 경우 컨테이너는 호스트 장치에 임시 파티션을 생성하고 해당 파티션은 공급자가 임의로 일시 중단할 수 있습니다.

또한, 지원 서비스를 설치할 필요 없이 호환되지 않는 장치에 소프트웨어를 제공할 수 있는 가능성은 브라우저 사용을 넘어 애플리케이션 제공 방법을 확장하므로 클라우드 서비스에 특히 유용합니다.

컨테이너화 및 모바일 장치 관리

MDM(모바일 장치 관리)은 컨테이너화가 빛나는 또 다른 영역입니다. 간단히 말해서 MDM은 모바일 장치가 직원이 아닌 조직에서 소유 및 제어한다는 점을 제외하고는 기본적으로 BYOD와 동일합니다. 그러나 도전 과제는 동일합니다. 예를 들어, 컨테이너화는 쉽게 분실하거나 도난당할 수 있는 모��일 장치에 애플리케이션을 제공하기 위한 훌륭한 옵션이 될 수 있습니다.

컨테이너화 소프트웨어

현재 사용 가능한 가장 일반적인 컨테이너화 소프트웨어에 대해 간략히 살펴보겠습니다.

도커

Docker는 지금까지 가장 잘 알려진 컨테이너화 시스템입니다. Linux 플랫폼에서만 실행되는 대부분의 컨테이너화 환경과 달리 이 환경은 Windows에서도 실행됩니다. 그리고 더 흥미롭게도 이것은 유료 버전이 있지만 완전히 무료로 사용할 수 있는 오픈 소스 프로젝트입니다. 무료 버전은 Community Edition 또는 Docker CE로 알려져 있습니다. GitHub 리포지토리에서 Docker CE용 코드를 다운로드할 수 있습니다. 소프트웨어는 Fedora, Ubuntu, CentOS 및 Debian Linux에 설치할 수 있으며 Mac OS 및 Windows 10에서도 사용할 수 있습니다. 또한 Windows Server 2016 이상을 사용하는 경우 Docker를 그대로 설치할 필요도 없습니다. 는 이미 운영 체제와 함께 번들로 제공됩니다. Windows 및 Windows Server에서 Docker 시스템은 실행하기 위해 Hyper-V의 서비스에 의존합니다.

LXC

다음 목록은 Linux Containers의 약어인 LXC입니다. 가장 오래된 컨테이너화 시스템 중 하나인 LXC는 약 3년 후에 출시된 Docker의 지지로 인기가 떨어졌음에도 불구하고 여전히 매우 영향력이 있습니다. 이름에서 알 수 있듯이 이 플랫폼은 Linux에서만 사용할 수 있습니다. 사실, 이미 Ubuntu에 번들되어 있습니다. 참고로 LXC 컨테이너를 생성하려면 Linux 3.8 커널 이상이 필요합니다. 이 제품은 완전 무료입니다. 그러나 관리 인터페이스와 같은 명령줄 환경 외에는 Docker만큼 배우고 사용하기가 쉽지 않습니다. 이것은 Docker가 컨테이너화 세계의 스타가 된 이유를 가장 잘 설명합니다.

쿠버네티스

떠오르는 신인으로서 Kubernetes는 최고의 컨테이너화 시스템이 될 가능성이 있는 Docker의 유일한 대안일 가능성이 높습니다. 그것은 또 다른 오픈 소스 프로젝트이며 Google에서 만들고 관리합니다. 이는 Google Cloud 제품군의 일부이며 플랫폼이 높은 수준으로 상승하는 데 도움이 되는 Google 배경을 믿을 수 있습니다.

컨테이너는 클라우드 기반 환경인 Google Kubernetes Engine(GKE)을 사용하여 생성됩니다. 또는 설치된 버전을 가져와 자체 호스트에서 실행할 수 있습니다. 이를 GKE On-Prem이라고 합니다. 이것은 또한 오픈 소스 프로젝트이므로 누구나 자신의 도구 버전을 만들 수 있도록 코드를 사용할 수 있습니다. 놀랍게도 이것은 원래 코드를 경쟁 플랫폼에 포크하는 것보다 프론트 엔드 도구와의 다양한 통합을 통해 대부분 발생했습니다. 예를 들어 Azure 클라우드 플랫폼에서 사용할 수 있는 Azure Kubernetes Service가 있습니다.

코어OS rkt

CoreOS rkt(CoreOS 로켓으로 발음)는 또 다른 오픈 소스 컨테이너화 프로젝트입니다. 이것은 우리가 방금 이야기한 Linux 컨테이너와 혼동되지 않는 Container Linux라는 더 넓은 컨테이너화 시스템에서 Docker를 대체할 목적으로 2014년에 시작되었습니다. CoreOS rkt 시스템은 Linux에 설치되며 클라우드 기반 서비스에서 애플리케이션을 제공하는 방법으로 설계되었습니다. Container Linux는 원래 CoreOS Linux라고 불렸습니다. 가벼운 운영 체제입니다. CoreOS rkt는 네트워크를 통해 Container Linux를 제공하는 컨테이너화 시스템입니다. 그러나 ArchLinux, Fedora, NixOS, CentOS, Ubuntu 및 OpenSUSE에서도 사용할 수 있습니다.

오픈VZ

목록에 있는 라스는 Open Virtuozzo의 약자인 OpenVZ입니다. 이 시스템은 2005년에 도입되어 LXC보다 훨씬 오래되었습니다. Linux에서 실행되는 컨테이너화 패키지입니다. 이름의 Virtuozzo 부분은 오늘날에도 여전히 사용 가능한 이 시스템의 선구자에서 따왔습니다. Virtuozzo는 개인 회사에서 개발했으며 2000년에 출시되었습니다. 컨테이너를 실제로 구현한 것은 처음이었습니다. 몇 년 후 이 기술의 무료 오픈 소스 버전이 OpenVZ로 제공되었으며 오늘날에도 여전히 사용 가능합니다.

컨테이너화된 시스템 모니터링

컨테이너화된 시스템 모니터링은 가상 머신 모니터링과 약간 다르지만 동일한 도구를 종종 사용할 수 있습니다. 결국 컨테이너화된 시스템은 기본적으로 서버에서 실행되는 애플리케이션입니다.

1. SolarWinds 서버 및 애플리케이션 모니터(무료 평가판)

솔라 윈즈 서버 및 응용 프로그램 모니터는 도움 관리자 모니터 서버, 자신의 작동 매개 변수, 자신의 프로세스 및 그들에 실행중인 응용 프로그램을 설계되었습니다. 매우 작은 네트워크에서 물리적 및 가상 서버를 모두 포함하는 수백 대의 서버가 여러 사이트에 분산되어 있는 대규모 네트워크로 쉽게 확장할 수 있습니다. 이 도구는 또한 Amazon Web Services 및 Microsoft Azure와 같은 클라우드 호스팅 서비스와 대부분의 컨테이너화 플랫폼 변형을 모니터링할 수 있습니다.

이 제품은 Docker 구현을 모니터링하는 데 특히 적합합니다. 이 솔루션은 가용성과 성능을 더 잘 이해할 수 있도록 Docker 컨테이너 아키텍처를 사용하는 모든 애플리케이션을 모니터링하도록 구축되었습니다. 제품의 Docker 모니터링을 사용하여 애플리케이션이 예상대로 수행되고 필요한 서비스에 적절한 리소스가 있는지 확인할 수 있습니다. 또한 Docker 컨테이너 모니터링 및 호스트 메트릭과 함께 애플리케이션 성능 메트릭을 상호 연관시키고 관리하여 성능 문제를 해결할 때 도움이 될 수 있는 성능을 시각화할 수 있습니다.

• 무료 평가판: SolarWinds 서버 및 애플리케이션 모니터
• 공식 다운로드 링크: https://www.solarwinds.com/server-application-monitor/registration

솔라 윈즈 서버 및 응용 프로그램 모니터 설정하는 매우 간단하고 초기 구성은 쉽게 자사의 자동 검색 과정의 도움으로 이루어집니다. 2단계 과정입니다. 첫 번째 패스는 서버를 검색하고 두 번째 패스는 애플리케이션을 검색합니다. 이 작업에는 시간이 걸릴 수 있지만 검색할 특정 응용 프로그램 목록을 도구에 제공하면 속도를 높일 수 있습니다. 도구가 실행되고 나면 사용자 친화적인 GUI를 통해 쉽게 사용할 수 있습니다. 정보를 표 또는 그래픽 형식으로 표시하도록 선택할 수 있습니다.

SolarWinds Server 및 Application Monitor 의 가격은 2,995 달러부터 시작하며 모니터링 되는 구성 요소, 노드 및 볼륨의 수에 따라 다릅니다. 무료 30 일 평가판 버전을 사용할 수 있습니다 당신이 그것을 구입하기 전에 제품을 시도 할 경우, 다운로드.

2. ManageEngine 애플리케이션 관리자

ManageEngine 은 SolarWinds 만큼 잘 알려져 있지는 않지만 네트워크 및 데이터베이스 관리자 사이에서 탁월한 명성을 누리고 있는 또 다른 이름입니다. ManageEngine의 응용 프로그램 관리자는 애플리케이션 관리 다룬다. 아마 스스로 알아냈을 것입니다. 그러나 이것은 관리 도구인 동시에 모니터링 플랫폼이기 때문에 다소 오해의 소지가 있는 이름입니다.

이 도구는 모든 서버 및 애플리케이션 모니터링 요구 사항에 대한 통합 애플리케이션 성능 모니터링을 제공합니다. 또한 애플리케이션 서버, 데이터베이스, 미들웨어 및 메시징 구성 요소, 웹 서버, 웹 서비스, ERP 패키지, 가상 시스템 및 클라우드 리소스와 같은 기본 인프라 구성 요소에 대해서도 이를 수행할 수 있습니다. 한마디로 모든 것을 아우르는 플랫폼입니다.

ManageEngine의 응용 프로그램 관리자Kubernetes 및 Docker 컨테이너를 모니터링하기 위한 특정 확장이 있습니다. 예를 들어 도구의 Docker 관리는 Docker 컨테이너의 상태와 성능에 대한 통찰력을 제공할 뿐만 아니라 강력한 모니터링, 경고 및 분석 엔진을 통해 Docker 호스트 모니터링을 가능하게 합니다. Kubernetes 클러스터 모니터링 기능과 관련하여 클러스터-Kubernetes 노드, 네임스페이스, 배포, 복제본 세트, 포드 및 컨테이너의 개체 간 관계를 자동으로 검색하고 매핑할 수 있습니다. 또한 Kubernetes 클러스터 통계를 모니터링하고 결함 및 해당 소스를 쉽게 식별합니다. 이를 사용하여 사용된 리소스 수, 클러스터당 및 포드당 네임스페이스와 같은 운영 데이터에 대한 가시성을 확보하고 클러스터의 용량 및 리소스 사용률을 추적하고 클러스터의 특정 부분으로 드릴합니다.

ManageEngine의 응용 프로그램 관리자는 여러 버전에서 사용할 수 있습니다. 기능이 제한된 무료 버전과 Professional 및 Enterprise 유료 버전이 있습니다. 가격은 945달러부터 시작하며 자세한 내용은 ManageEngine에 문의하면 얻을 수 있습니다. 30일 무료 평가판도 사용할 수 있습니다.

3. PRTG 네트워크 모니터

PRTG 네트워크 모니터 에서 Paessler AG는 또 다른 좋은 제품입니다. 기본적으로는 SNMP 네트워크 분석 도구이지만 우리가 논의하려고 하는 것처럼 훨씬 더 많은 기능을 제공합니다. 설치 속도는 제품의 또 다른 장점입니다. Paessler 에 따르면, 몇 분 안에 설정할 수 있습니다. 경험은 다를 수 있지만 도구의 자동 검색 엔진 덕분에 일반적으로 대부분의 경쟁업체보다 설치가 더 빠릅니다. 이 제품은 사용자 인터페이스를 선택할 수도 있습니다. 기본 Windows 엔터프라이즈 콘솔, Ajax 기반 웹 인터페이스, Android 및 iOS용 모바일 앱 중에서 선택할 수 있습니다. 경고 및 보고 기능이 우수하며 HTML 또는 PDF로 보거나 CSV 또는 XML로 내보내 외부에서 처리할 수 있는 다양한 보고서를 제품에 자랑합니다.

센서라고 하는 다소 독특한 개념(제품에 이미 내장된 기능 플러그인 유형) 덕분에 PRTG 네트워크 모니터 로 추가 메트릭을 모니터링할 수 있습니다 . 거의 모든 네트워크 매개변수를 모니터링하기 위해 제품과 함께 사용할 수 있는 약 200개의 센서가 있습니다. 컨테이너, 특히 Docker 모니터링과 관련하여 PRTG에는 Docker 컨테이너 상태 센서에 필요한 것이 있으며, 이 센서는 당연히 Docker 컨테이너의 상태를 모니터링합니다. 이 센서는 컨테이너의 전체 상태(생성, 실행, 일시 중지, 다시 시작, 종료), 가동 시간, 종료 코드, CPU 사용량 및 사용 가능한 메모리와 같은 여러 매개변수를 바이트 및 백분율로 표시합니다.

PRTG 네트워크 모니터는 100 개 이하로 센서를 모니터링에 제한 무료 버전에서 사용할 수 있습니다. 모니터링하려는 각 매개변수는 하나의 센서로 계산됩니다. 예를 들어, 4포트 라우터의 각 인터페이스에 대한 모니터링 대역폭은 최대 4개의 센서를 사용하고 동일한 라우터의 CPU 및 메모리 모니터링은 2개를 더 사용합니다. 설치하는 각 추가 센서도 계산됩니다. 가장 필요하게 될 100개 이상의 센서에는 라이센스가 필요합니다. 가격은 유지 보수 첫해를 포함하여 최대 500개의 센서에 대해 $1,600부터 시작합니다. 30일 무료 평가판도 사용할 수 있습니다.

4. 다이나트레이스

Dynatrace 는 또 다른 클라우드 기반 SaaS(Software as a Service) 제품입니다. 애플리케이션을 자동으로 감지, 해결 및 최적화할 수 있습니다. 복잡한 애플리케이션 생태계를 발견하고 매핑하는 것은 Dynatrace OneAgent 를 설치하기 만 하면 됩니다. 이 서비스는 애플리케이션 성능, 클라우드 인프라 및 사용자 경험에서 전체 애플리케이션 스택에 대한 충실도 높은 보기를 제공합니다. 비즈니스 영향 및 근본 원인과 함께 문제를 손쉽게 감지하는 데 도움이 됩니다.

또한 Dynatrace 는 지원되는 언어, 애플리케이션 아키텍처, 클라우드, 온프레미스 또는 하이브리드, 엔터프라이즈 앱, SaaS 모니터링, 컨테이너화 등의 측면에서 모든 모니터링 솔루션을 가장 광범위하게 적용한다고 주장합니다. 이 도구는 컨테이너 내부에서 실행되는 동적 마이크로서비스를 자동으로 검색하고 모니터링합니다. 그것은 그들이 어떻게 수행하고 있는지, 어떻게 서로 통신하는지 보여주고 성능이 좋지 않은 마이크로 서비스를 신속하게 감지하는 데 도움이 됩니다. 인프라 검색이 완료되면 도구의 대시보드를 통해 실시간으로 컨테이너화된 프로세스를 볼 수 있습니다. 소프트웨어는 또한 컨테이너 내에 있는 애플리케이션 및 마이크로서비스의 성능을 모니터링할 수 있습니다.

로그 분석은 Dynatrace 와 함께 제공되는 또 다른 유용한 기능 입니다. 하나의 로그 파일 내에서 애플리케이션과 관련된 모든 로그 메시지를 볼 수 있습니다. 모든 로그 항목은 검색을 필터링하는 데 사용할 수 있는 추가 정보를 제공합니다. 예를 들어, 로그 항목에는 컨테이너 이미지, 메시지를 기록한 ID 및 사용된 출력이 표시됩니다.

Dynatrace의 가격 은 쉽게 구할 수 없지만 15일 무료 평가판에 등록하면 얻을 수 있습니다. 평가판에 등록하면 서버에 에이전트를 설치하기만 하면 5분 이내에 모니터링을 시작할 수 있습니다.

5. 스모 로직

Sumo Logic 은 Docker와 같은 컨테이너화 플랫폼과 호환되는 애플리케이션 및 로그 모니터링 솔루션입니다. 이 제품은 거의 모든 소스에서 대량의 로그 데이터를 집계하도록 만들어졌습니다. 그러나 로그 데이터 수집은 시작에 불과합니다. 또한 이 서비스는 수집된 데이터를 사용하여 성능을 모니터링하고 애플리케이션을 개선하며 잠재적으로 보안 문제 및 규정 준수를 해결하는 데 도움이 될 수 있습니다.

Sumo Logic 은 실시간으로 컨테이너를 모니터링할 수 있습니다. 대시보드 보기는 메트릭 상자와 그래프로 나뉩니다. 하나의 대시보드에서 CPU 사용량별 상위 10개 컨테이너 또는 송수신 트래픽별 상위 10개 컨테이너에 대한 그래프는 물론 생성된 컨테이너 수와 호스트 수에 대한 그래프를 볼 수 있습니다. 고급 분석은 이 제품을 특히 강력한 제품으로 만드는 또 다른 기능입니다. 분석 기능은 컨테이너화 인프라에서 이상을 자동으로 감지하여 성능 문제 식별 프로세스를 자동화할 수 있습니다.

Sumo Logic 은 세 가지 계획으로 제공됩니다. 소규모 프로젝트에 Sumo Logic을 무제한으로 사용하려는 개인과 팀을 대상으로 하는 무료 계획이 있습니다. 다음은 1GB의 평균 일일 로그 데이터당 $90/월의 Professional 요금제입니다. 그리고 맨 위에는 1GB의 평균 일일 로그 데이터당 월 $150의 모든 기능을 갖춘 엔터프라이즈 플랜이 있습니다. 30일 평가판은 두 유료 플랜에서 모두 사용할 수 있습니다.

마무리

컨테이너화는 개념화하기가 다소 어려울 수 있습니다. 그러나 원격 장치에 서비스를 제공하기 위한 인프라 요구 사항에 대한 해답이 될 수 있습니다. 이 복잡한 주제에 대해 조금이나마 밝힐 수 있기를 바랍니다. 우리가 당신을 전문가로 만들지는 못했지만, 우리의 목표는 당신이 기술을 탐구하기 시작할 때 기술을 더 잘 이해할 수 있도록 충분한 배경 ​​정보를 제공하는 것이었습니다.