- SPF
- SMTP
- DevOps
- go
- Certified Solutions Architect
- EKS
- Fargate
- kubernetesscheduling
- SAA-CO2
- 메일 인증 프로토콜
- CKA
- SAA-CO3
- kubernetes admission controller
- cloudnative
- kubernetesadmin
- nodeaffinity
- Kubernetes
- containerorchestration
- aws ses
- K8S
- Lambda
- aws
- gochannel
- DKIM
- kubernetes 클러스터 보안
- JVM
- kubernetesstudyguide
- dMarc
- Java
- Today
- Total
목록전체 글 (57)
DevOps Tasks
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/ewe9Iy/btsK6v0I4zi/9Zx49RKiHm99Ov109F5h71/img.jpg)
Karpenter는 AWS에서 노드 프로비저닝을 자동화하는 강력한 오픈소스 툴로, 효율적인 자원 관리와 비용 최적화를 위해 Spot 인스턴스를 활용합니다.하지만 Spot 인스턴스는 가격 변화와 자원 가용성에 따라 중단될 수 있기 때문에 안정적인 서비스 운영을 위해 Spot 인스턴스의 라이프사이클을 모니터링하는 것은 필수적입니다.AWS EventBridge를 활용하면 Spot 인스턴스와 관련된 이벤트를 실시간으로 모니터링하고 적절한 대응을 자동화할 수 있습니다.이 글에서는 `aws.ec2`와 `aws.ec2fleet` 두 가지 이벤트 소스를 결합하여 Karpenter 노드의 Spot 인스턴스를 효과적으로 모니터링하는 방법을 설명합니다.자세한 AWS EventBridge 에 대한 글은 아래를 참고하시면 됩니..
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/LBm8o/btsK5EDXRhQ/Fph0fWUryKFA9KeMXiKUE1/img.png)
🔄 반복 작업의 비효율성 해결`AWS Parameter Store` 는 애플리케이션의 설정 값을 안전하게 관리할 수 있는 강력한 서비스입니다.그러나 관리 작업에서 효율성을 저해하는 몇 가지 문제가 있었습니다.이러한 문제를 해결하기 위해 CLI 도구를 개발하여 자동화와 성능 최적화를 목표로 삼았습니다.반복 작업여러 환경에 동일한 설정 값을 추가하거나 업데이트하는 작업이 번거롭고, 이를 자동화하여 시간을 절약하고 실수를 줄이고자 했습니다.대량 파라미터 처리대량의 파라미터를 효율적으로 처리하기 위해 `병렬 처리`를 활용하여 작업 속도를 최적화했습니다.Rate Limit 문제대량 파라미터 처리 중 API 호출 제한이 발생하여 이를 `지수 백오프`와 `랜덤 지터`로 해결했습니다.수동 처리콘솔에서 파라미터를 관리..
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/cl0Cr5/btsK3OfjOGD/m0JnX5vzTKKkc9ZkLGBYlK/img.png)
Karpenter 개요Karpenter는 Kubernetes 클러스터를 위한 오토스케일링 솔루션입니다.클러스터의 파드 수요에 따라 자동으로 노드를 생성하거나 제거하여 리소스를 효율적으로 관리합니다.Karpenter는 파드의 스케줄링 요구 사항을 실시간으로 분석하고, 필요한 경우 새로운 노드를 신속하게 프로비저닝 하여 애플리케이션의 확장성과 가용성을 보장합니다.Karpenter를 사용하면 다음과 같은 이점이 있습니다자동 노드 스케일링 : 클러스터의 리소스 사용량을 실시간으로 모니터링하고 필요에 따라 노드를 자동으로 생성하거나 제거합니다.비용 최적화 : 필요할 때만 노드를 생성하므로, 리소스 사용을 최적화하고 비용을 절감할 수 있습니다.유연한 프로비저닝 : 다양한 인스턴스 유형과 지역을 지원하여 파드의 요구..
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/cnwFBs/btsK1IViq92/5YjfA553bVcUT6eAZGK8B0/img.jpg)
"이게 다 포트 때문이라고?"Kubernetes 클러스터를 운영하다 보면 예상치 못한 문제를 자주 겪게 됩니다. 이번 사례도 그런 상황 중 하나였지만, 특히 인프라 설정의 중요성을 다시 한번 확인할 수 있었습니다. Liveness와 Readiness Probe 실패의 원인이 특정 포트 차단으로 밝혀졌고, 이로 인해 클러스터 동작에 심각한 지장이 발생했습니다.작은 설정 하나가 클러스터 전체에 영향을 미칠 수 있다는 사실을 다시 한번 실감한 경험이었습니다. 문제의 시작 : "왜 얘만 안 돼?"Karpenter 컨트롤러 두 대가 배포되었는데, 이상하게도 한 대는 문제가 없었고, 특정 가용 영역(AZ)에서만 계속 재시작만 반복했습니다.문제의 pod에서는 이런 로그들이 반복적으로 남았죠Liveness Probe ..