Date: 7월 12, 2020
Amazon CloudWatch 란 무엇입니까?
CloudWatch 및 몇 가지 장애물로 고려해야 할 사항
AWS가 클라우드 시장에서 지배적 인 점유율을 차지하면서 많은 회사들이 Amazon AWS를 사용하여 온 프레미스 시스템을 클라우드로 마이그레이션하고 있습니다. 그렇다면 AWS 환경에서 실행되는 시스템을 어떻게 관리해야합니까?
이 블로그 게시물에서는 AWS에서 제공하는 모니터링 서비스 인 Amazon CloudWatch의 기능과이를 구현하는 문제 및 해결 방법을 소개합니다.
Amazon CloudWatch를 사용하여 AWS 환경을 면밀히 모니터링
안정적인 클라우드 환경을 유지하려면 이상 ( "시스템 손상")을 신속하게 감지하여 적시에 대응하는 것이 중요합니다. 클라우드로 이동하는 모든 조직에서 모니터링은 중요하고 필요한 작업이됩니다. 온 프레미스 응용 프로그램 및 인프라를 관리하는 경우와 다르지 않습니다. 그렇다면 AWS 환경에서 어떻게 모니터링해야합니까? 한 가지 선택은 CPU, 메모리 및 디스크 사용량을 모니터링하고 미리 결정된 임계 값을 초과 할 때 알려주는 Amazon CloudWatch를 사용하는 것입니다. 또한 응용 프로그램 로그와 같은 다양한 항목을 모니터링하도록 고유 한 메트릭을 설정할 수 있습니다.
Amazon CloudWatch의 가장 큰 장점은 AWS 자체에서 제공하는 서비스라는 것입니다. Amazon EC2 및 기타 AWS 서비스와의 친화력이 높기 때문에 빈번한 기능 확장 및 사양 변경에 신속하게 대응할 수 있으며, AWS Auto Scaling을 쉽게 지원할 수있어로드에 따라 리소스를 자동으로 늘리거나 줄입니다. Amazon CloudWatch는 각 환경의 고유 한 환경에 맞는 정밀한 모니터링을 제공합니다.
Amazon CloudWatch 구현 과제
Amazon CloudWatch는 숙련 된 클라우드 엔지니어 및 DevOps 팀이있는 조직에 이상적이지만 일반 사용자가 알아야 할 사항이 있습니다.
Amazon CloudWatch는 조직의 AWS 환경을 모니터링하는 데 효과적이지만 구성 및 배포에는 특정 수준의 기술과 지식이 필요합니다. 특히 자체 메트릭을 설정하거나, 경고를 설정하거나, Auto Scaling을 고려할 때 복잡성이 증가합니다. 예를 들어 모니터링을 설정하는 것은 쉽지만 리소스 상황에 따라 이메일, 재부팅, AutoScaling 등을 설정하는 경우 어려울 수 있습니다.
"오류 발생시 서버 다시 시작"과 같은 지침으로 복구 프로세스를 자동화하려면 먼저 수행 할 조건 및 조치에 대한 자세한 설명을 제공하는 AWS Lambda 스크립트를 사용하여 복구 시나리오를 생성해야합니다. 팀이 AWS Lambda에 얼마나 익숙합니까?
Amazon CloudWatch의 주요 장점은 환경을 면밀히 모니터링 할 수 있다는 점이지만,이를 위해서는 모니터링 할 항목과시기, 임계 값 등을 각 시스템에 대해 사전에 올바르게 설계해야합니다. 이러한 설계 작업에는 많은 시간이 걸릴 수 있습니다. 물론 이러한 방식으로 미션 크리티컬 한 시스템을 면밀히 모니터링해야하지만이 수준의 세부 사항과 정교함이 모든 시스템에 적합한 것은 아닙니다. 내부 웹 사이트 또는 WordPress 서버와 같은 일부의 경우 운영 및 인건비를 최소화해야합니다. 이 경우 더 쉽게 운영하고 관리 할 수있는 도구를 고려해 보시기 바랍니다.
AWS에서 실행되는 운영 체제 및 애플리케이션 서비스 모니터링을위한 SIOS AppKeeper
미션 크리티컬 애플리케이션의 경우 SIOS Technology의 SIOS AppKeeper를 권장합니다. AppKeeper는 EC2 인스턴스에서 실행되는 애플리케이션의 서비스 (프로세스)를 쉽게 설치 및 구성하고 모니터링합니다. AppKeeper는 오류가 감지되면 서비스를 자동으로 다시 시작하고 필요한 경우 인스턴스를 재부팅합니다. 클라우드로 처음으로 이동하는 사용자조차도 정교한 스크립팅 기술이 없어도 AppKeeper가 EC2 인스턴스를 모니터링하고 자동으로 복구하도록 AppKeeper를 설정할 수 있습니다.
AppKeeper를 사용하면 모니터링 할 개별 서비스를 선택할 필요가 없습니다. 모니터링 할 EC2 인스턴스와 자동으로 수행 할 작업을 선택하면됩니다. 모니터링 할 서비스와 방법에 대해 더 구체적으로 알 수 있지만 AppKeeper는 기본적으로 쉽게 구성 할 수 있도록 설계되었습니다. 오류가 감지되거나 자동으로 복구되면 오류의 원인을 나중에 조사 할 수 있도록 오류 로그가 기록 및 저장됩니다.
Amazon CloudWatch를 사용하여 AWS 환경의 모든 것을 면밀히 모니터링하는 대신 SLA 및 복구 요구 사항을 기반으로 환경 인벤토리를 생성하고 SIOS AppKeeper를 사용하여 운영 오버 헤드를 줄이려는 시스템 및 애플리케이션을 모니터링하는 것이 좋습니다.
동일한 기능을 수행하도록 CloudWatch와 AppKeeper를 설정하는 방법을 비교하여 자세히 설명 할 향후 블로그 게시물을 계속 지켜봐 주시기 바랍니다.