목록데브옵스부트캠프 (119)
IT STUDY LOG

#해결 과제 💡 Prometheus Operator가 설치된 환경에서 nginx 인그레스 컨트롤러를 설치 💡 cozserver (v2)의 디플로이먼트 및 서비스를 배포하고, 인그레스를 만들어서 nginx를 통해 서비스에 접근하도록 설정 💡 Prometheus에서 쿼리를 통해 주요 메트릭을 확인 💡 Grafana에 이미 존재하는 대시보드들을 살펴보고, 어떤 쿼리를 사용하는지 확인 #과제 항목별 진행 상황 ✏️ helm을 이용해 nginx 인그레스 컨트롤러 설치 - nginx 인그레스 컨트롤러가 프로메테우스용 메트릭을 노출할 수 있도록 환경 설정 (참고 레퍼런스 : 레퍼런스, 레퍼런스2) Step 1 : helm 패키지 매니저로 nginx ingress controller 설치 # nginx controll..

# 조사 및 발표 발표 주제 1 [C173] 모니터링 시스템에는 메트릭 수집을 위한 두 가지 방식의 메커니즘이 존재합니다. 바로 Pull 방식과 Push 방식입니다. 프로메테우스는 어떤 방식의 메커니즘을 사용하나요? 또한 Pull 방식과 Push 방식은 어떻게 다르며, 장단점은 무엇인지, 또한 해당 방식을 사용하는 모니터링 도구는 어떤 것들이 있는지 연구해 보세요. 메트릭 수집을 위한 메커니즘 방식 - 데이터를 수집하는 방식에 따라 push, pull로 구분 더보기 pull 특징 - pull 기반 모니터링 시스템은 능동적으로 지표를 획득하는 모니터링 시스템 - 모니터링 시스템은 원격으로 애플리케이션에 액세스할 수 있는 기능이 필요 - 중앙 모니터링 시스템에서 에이전트로부터 구성 및 메트릭 메타데이터를 가..
# 학습 목표 서비스 수준 척도(SLI), 서비스 수준 목표(SLO), 서비스 수준 협약(SLA)의 의미를 이해할 수 있다. 메트릭을 이용한 주요 SLO를 이해하고, 어떻게 목표를 세우는지 알 수 있다. # 학습 내용 1. 서비스 수준 관련 용어 - 서비스를 운영하는 데 있어서, 사용자에게 필요한 적정 수준을 정의하고 제공하기 위해, 서비스 제공자와 사용자는 서로 서비스 수준 협약(Service Level Agreements, SLA) 체결 - but, 고객과의 약속은 "어느 정도의 서비스를 제공해야 제대로 제공했다고 말할 수 있는 것인지"를 정확하게 명시해야 함 ∴ SRE 엔지니어는 척도를 통한 목표를 이해하고, 실제로 목표를 세우는 방법을 알아야 함 SLI (서비스 수준 척도, Service Leve..

# 학습 목표 쿠버네티스 모니터링 시스템이 Prometheus와 Grafana를 통해 구현됨을 이해할 수 있다. # 학습 내용 1. Prometheus 모니터링 시스템 - 오픈소스 모니터링/알림 시스템 - 프로메테우스는 쿠버네티스, 노드, 프로메테우스 자체를 모니터링 가능 - 쿠버네티스를 지원하고 관리하는 재단인 CNCF에서 프로메테우스 역시 관리하고 있으며, 이 두 도구를 비롯해 시각화를 담당하는 Grafana와 함께 세 도구 조합은 정석적으로 널리 사용되고 있음 프로메테우스 구성 요소 프로메테우스는 시계열(time series) 데이터를 저장 프로메테우스 서버는 다양한 exporter로부터 각 대상의 메트릭을 pull하여 주기적으로 가져오는 모니터링 시스템 예를 들어, 쿠버네티스 관련 메트릭을 가져오..
# 학습 목표 쿠버네티스 모니터링 시스템이 Prometheus와 Grafana를 통해 구현됨을 이해할 수 있다. # 학습 내용 1. 쿠버네티스 클러스터 모니터링 - 쿠버네티스의 경우 클러스터 안에 다수의 노드, 그리고 그 안에 파드를 비롯한 다양한 워크로드가 많게는 수백 개가 실행되는 형태로 구성되어 있음 단일 노드의 경우 쿠버네티스(여러 노드)의 경우 - 리눅스 명령어를 이용하여 하드웨어의 상황을 파악하고, 각 프로세스 모니터링 - 각 노드는 전적으로 컨트롤 플레인에 의해 관리되므로 우리는 모니터링에 대해 다른 접근 방법을 가져야 함 -> 즉, 쿠버네티스 API를 적극 이용해야 함 클러스터 환경에서의 문제 해결의 어려움 kubectl top 명령어 - 단일 노드와 비슷하게, 클러스터 모니터링에서도 노드..