＠코시_ぃふぇ 입니다.

Stackdriver Monitoring 을 사용해 처음 2주일 정도 지났습니다. 매우 편리하기 때문에 다소 신속하지만, 일부 AWS의 CloudWatch에서 실시하고 있는 모니터링 운용의 마이그레이션을 검토하고 있습니다.

이하, Stackdriver Monitoring을 사용해 본 소감입니다.

Good 여기가 훌륭합니다!

대략 4점.

①Web의 사활 감시가 Uptime Checks로 간단하게 설정 가능

CloudWatch 단독 기능으로는 웹의 사활 감시 (URL 감시)를 할 수 없다 1
하지만 Stackdriver는 URL 감시 설정을 지원하고 설정도 간단했습니다.

참고 Stackdriver - 가동 시간 확인 관리

참고 Uptime Checks 설정 화면

② 경보 통지처의 대응 통합이 풍부

Slack에서 알림을 받았습니다. (이하, 통지 예)



AWS라면 SNS 경유로 Lambda 설정하는 등 약간 설정이 번거롭습니다.

참고 Stackdriver - API를 통한 알림 채널 관리

③ 주요 미들웨어 모니터링 에이전트 지원

Nginx, Apache, MySQL 등의 주요 미들웨어 모니터링 플러그인 지원이 있습니다. 2

Nginx, MySQL의 플러그인 도입해 보았습니다만 설정도 간단했습니다.

또한 메트릭은 많이 정의되어 있지만, 억제하고 싶은 메트릭에 대해서는 디폴트의 뷰로 그래프화 되어 있으므로 감시의 장소의 캐치 업의 도움이 되었습니다.

참고 Stackdriver - 타사 애플리케이션 모니터링

참고 Nginx 기본적으로 그려진 그래프의 일부

④ 공식 문서의 충실, 부드럽게 도입할 수 있었다

AWS도 문서는 충실하지만, GCP의 문서도 간결하고 정리되어 있어 절차도 극력 적게 되도록 궁리가 곳곳에서 읽혀졌다.

원라이너적인 커맨드의 성공률도 높고, 에러가 일어나도 알기 쉬운 메시지가 출력되어 비교적 부드럽게 도입이 생겼다고 생각한다.

또, AWS 환경에서 설정하는 최소한의 권한 정의 방법의 Tips도 실려 있어 신경이 쓰이는 곳도 정리하고 있어 좋은 인상.

Stackdriver - 최소 AWS 권한

Bad 도 좀!

이하 2점 기대하고 싶다.

① 감시용 에이전트가 Amazon Linux2에 비대응

GCP 환경에서 사용하는 인스턴스는 문제가 없었지만,
내 AWS 환경에서 사용중인 대부분의 이미지가 Amazon Linux2이므로 Stackdriver Monitoring Agent가 지원되지 않기 때문에 배포 할 수 없었습니다. 죄송합니다. 3

덧붙여서, AWS 환경에서는 다음 이미지에 설치가 가능하고 Stackdriver에서 전송된 메트릭을 확인하고 있습니다.

Amazon Linux1
Ubuntu Server 18.04 LTS
CentOS 7
데비안 GNU/리눅스 9

② 그래프에서 색상을 지정할 수 있다면 기쁩니다.

CloudWatch라면 그래프의 색의 설정이 가능해, 관련이 있는 색을 통일이 할 수 있지만, Stackdriver상에서는 할 수 없다.


GCP-Stackdriver
AWS-CloudWatch

요약

실수로 CloudWatch와 Stackdriver를 비교하면

AWS의 CloudWatch는 매우 높은 기능이지만 설정은 다소 복잡합니다.
Stackdriver Monitoring은 데이터 보존 기간이나 세세한 그래프 설정은 약간 기능 열위는 있지만, 보다 라이트에 사용하기 시작할 수 있는 서비스라는 인상입니다.

당분 어느 쪽에도 신세를 질 것이라고 생각합니다만, Stackdriver Logging의 분도 시험해 보고 싶다.



2019년 5월 말 시점. 감시 서버를 세우거나 Lambda에서 수행하는 것과 같은 궁리가 필요합니다 예 1

BlueMedora로 만든 플러그인도 풍부합니다. 예 2  ↩

마지막 항목 참조 에 있는 대로, 내 환경에서도 인스톨 할 수 없었다. ↩