ㅁ 풀어야 할 문제
시스템 운영 작업에서 모니터링(서비스/자원 감시 등)은 필수 이기 때문에 클라우드에서도 모니터링 서비스를 제공하고 잇다. 그러나 클라우드 모니터링 서비스는 가상 서버 내 (OS/미들웨어/애플리케이션 등)의 감시는 할 수 없기 때문에 다른 모니터링 시스템이 필요하다.
그렇게 되면 모니터링 시스템이 여러 대가 되고 운영(특히, 감시)가 복잡해지는 문제가 있다.
ㅁ 해결/패턴
가상 서버 등은 클라우드의 모니터링으로 감시하고 OS/미들웨어/애플리케이션 등은 사용자가 구축한 모니터링 시스템을 이용하여 감시한다. 클라우드 모니터링 서비스는 API를 제공하고 있다. 그 API를 통해 별도로 구축한 모니터링 시스템에서 정보를 수집하여 클라우드를 포함한 통합 감시를 할 수 있다.
EC2에 감시 소프트웨어를 설치하고 AWS 모니터링 서비스인 [CloudWatch]에서 모니터링 정보를 갖고 온다.
- 감시 소프트웨어(Nagios, Zabbix, Munin 등)를 도입한다.
- CloudWatch의 API를 이용하여 모니터링 정보를 수집하여 감시 소프트웨어에 전달하는 플러그인을 준비한다.
- 그 플러그인을 이용하여 클라우드를 포함한 통합 모니터링을 한다.
- OS/미들웨어/애플리케이션과 같은 형식의 감시를 클라우드 자원에 대해서도 할 수 있다.
- CloudWatch의 데이터 보존 기간은 2주이지만, 감시 소프트웨어를 같이 사용하면 장기간 데이터를 보관할 수 있다.
- 클라우드 자원의 상태 통지에 있어서도 감시 소프트웨어를 사용하면 통지 메일 내용 등을 수정할 수 있다.
- 감시 소프트웨어가 정기적으로 API를 통해 CloudWatch에서 데이터를 수집하기 때문에 그만큼의 API 이용료가 발생한다.
'AWS Design Pattern > 운영 유지 보수 패턴' 카테고리의 다른 글
Weighted Transition - 가중치 라운드 로빈 DNS적용을 이용한 이전 (0) | 2021.02.05 |
---|---|
Web Storage Archive - 대용량 데이터 아카이브화 (0) | 2021.02.05 |
Server Swapping - 서버 이전 (0) | 2021.02.05 |
Stack Deployment - 서버 군의 템플릿화 (0) | 2021.02.05 |
Cloud DI - 변경이 많은 부분의 분리 (0) | 2021.02.05 |