일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
- Kubernetes
- kubernetes operator
- Continuous Deployment
- tekton
- opentelemetry
- mlops
- Kubeflow
- Kopf
- blue/green
- knative
- nginx ingress
- serving
- 카오스 엔지니어링
- CANARY
- 오퍼레이터
- gitops
- CI/CD
- seldon core
- Kubernetes 인증
- xdp
- argocd
- Argo
- operator
- keda
- eBPF
- Model Serving
- MLflow
- Pulumi
- Litmus
- opensearch
- Today
- Total
목록Kubernetes/모니터링 (15)
Kubernetes 이야기

SLO, SLI, SLA란 무엇인가? SLO: 서비스 수준 목표 내부적으로 대상으로 설정하여 측정 임계값을 구동하는 것(예: 대시보드 및 경고). 일반적으로 SLA보다 엄격해야 한다. 예: "99.9%" 가용성 키워드: 임계값 SLI: 서비스 수준 지표 SLO가 목표에 부합하는지 여부를 확인하기 위해 실제로 측정하는 지표 예: 오류 비율, 대기 시간 키워드: 측정항목 SLA: 서비스 수준 계약 합의된 내용과 시스템이 SLO를 충족하지 않는 경우 발생하는 상황을 설명하는 법적 계약. 예: "99.5%" 가용성 키워드: 계약 서비스 수준 관리의 이점 손쉬운 설정: 간단한 안내 흐름으로 제공되는 원클릭 설정과 권장 사항 및 사용자 지정을 통해 모든 서비스에 대한 성능 및 안정성 기준을 자동으로 설정. 팀 간 ..

OpenCost는 인프라 및 컨테이너 비용을 측정하고 할당하기 위한 벤더 중립적 오픈 소스 프로젝트이다. Kubernetes 비용 모니터링용으로 구축되어 실시간 비용 모니터링을 지원한다. https://github.com/opencost/opencost GitHub - opencost/opencost: Cross-cloud cost allocation models for Kubernetes workloads Cross-cloud cost allocation models for Kubernetes workloads - GitHub - opencost/opencost: Cross-cloud cost allocation models for Kubernetes workloads github.com 설치 Open..

Jenkins로 CI/CD 를 구축한 경우에는 빌드 상태나 Jenkins 메모리 사용률, Plugin 상태 등으로 조회하고자 하는 경우가 발생한다. 특히 Namespace (Project) 단위로 여러 대의 Jenkins를 운영한다면 운영팀에서는 전체를 파악할 필요가 있다. 그리고 이러한 문제가 있는 경우 알람은 필수이다. Jenkins Worker가 Offline(연결실패)인 경우 알람 발생 Queue에 대기 중인 Job이 계속 많은 경우 알람 발생 이러한 경우 Prometheus의 데이터를 이용하여 AlertManager 와의 연동 또는 Grafana의 Alarm 기능과 연동할 수 있다. 그럼 설정에 앞서 우선 Prometheus와 Jenkins를 먼저 설치해 보자. 설치 방법은 다음을 참고한다. P..

Prometheus 는 Kubernetes 환경에서 모니터링을 위한 사실상 표준 솔루션이다. Prometheus의 아키텍처는 다음과 같다. Prometheus는 기본적으로 Pull 방식의 모니터링 솔루션이다. 즉 모니터링 대상 App에서 Prometheus로 모니터링 수집 데이터를 Push 하는 것이 아닌 Prometheus에서 App에게 모니터링 수집 데이터를 요청하여 저장하는 방식이다. 이 Push 모드와 Pull 모드의 장단점이 있기 때문에 어느쪽이 더 아키텍처인지는 판단할 수 없다. Prometheus의 주요 기능은 다음과 같다. 메트릭 이름 및 키/값 쌍으로 식별되는 시계열 데이터가 있는 다차원 데이터 모델 이 차원을 활용 하는 유연한 쿼리 언어 인 PromQL 분산 스토리지에 의존하지 않음 단..

Hubble은 클라우드 네이티브 워크로드를 위한 완전히 분산된 네트워킹 및 보안 관찰 플랫폼이다. Cilium 및 eBPF 를 기반으로 구축 되어 완전히 투명한 방식으로 네트워킹 인프라는 물론 서비스의 통신 및 동작에 대한 깊은 가시성을 제공한다. Hubble UI는 Cilium Hubble 용 오픈 소스 사용자 인터페이스이다. Hubble은 다음과 같은 궁금한 사항에 대한 답을 찾을 수 있는 Cilium의 오픈소스이다. 서비스 종속성 및 통신 맵: 어떤 서비스가 서로 통신하고 있습니까? 얼마나 자주? 서비스 종속성 그래프는 어떻게 생겼습니까? 어떤 HTTP 호출이 이루어지고 있습니까? 서비스는 어떤 Kafka 주제를 소비하거나 생산합니까? 운영 모니터링 및 경고: 네트워크 통신이 실패합니까? 왜 의사 ..

cilium Cilium은 컨테이너 워크로드 간의 네트워크 연결을 제공, 보호 및 관찰하기 위한 오픈 소스 소프트웨어(클라우드 네이티브이며 혁신적인 커널 기술 eBPF로 구동됨)이다. Cilium에는 강력한 보안, 가시성 및 네트워킹 제어 로직을 Linux 커널에 동적으로 삽입할 수 있는 eBPF라는 새로운 Linux 커널 기술이 있다. eBPF는 고성능 네트워킹, 다중 클러스터 및 다중 클라우드 기능, 고급 로드 밸런싱, 투명한 암호화, 광범위한 네트워크 보안 기능, 투명한 관찰 가능성 등을 제공하는 데 사용된다. 또한, cilium 의 또 다른 기능은 kube-proxy를 완전히 대체 할 수 있다는 것이다. 올바른 구성으로 Kind 클러스터를 설정하여 Cilium CNI를 사용하고 kube-proxy..