Day 76 - 모니터링 환경 재시도 모니터링 환경 구성을 다시 시도했다. 메모리 초과 문제를 방지하기 위해 기존에 올려두었던 모든 리소스를 삭제하고, 모니터링 환경에 필요한 리소스만 최소한을 구성했다. 이 과정에서 문제를 발견할 수 있었다.문제 peration error EC2: CreateVolume, get identity: get credentials: request canceled, context canceledCSI Driver Controller 파드에서 해당 에러 발원인CSI Driver Controller 파드가 EC2 볼륨 생성 권한을 제대로 획득하지 못함IAM Role과 Policy는 정상적으로 생성되어 있었고, Pod에도 ServiceAccount로 잘 매핑되어 있었음미해결권한과 설..

Day 62 - EKS 공부최근 Kubernetes 환경에 대한 개념은 어느 정도 익숙해졌지만, AWS에서 제공하는 EKS에 대해서도 알아야겠다는 생각이 들었다. 단순히 문서를 읽는 것도 방법이지만, 이해도를 높이기 위해 AWS Korea 공식 유튜브 채널의 강의를 시청했다. 강의를 통해 Kubernetes의 전체적인 개념을 다시 복습할 수 있었고, EKS가 제공하는 기능과 AWS 환경에서 어떤 방식으로 활용할 수 있는지도 배울 수 있었다. 무엇보다도 AWS의 솔루션 아키텍트가 직접 강의하는 내용이라 신뢰도가 높았다.단순히 영상을 시청하는 것에 그치지 않고, 헷갈릴 수 있는 개념들을 언제든 다시 볼 수 있도록 Notion에 정리했다. 이 정리된 내용은 앞으로 실제로 EKS Cluster를 구성할 때 참고..

현업자 멘토링EKS -> DynamoDB 접근현재는 인터넷을 경유 -> VPC Endpoint Gateway를 생성하여 내부 통신으로 처리하는 것이 바람직해보임EBS 사용시 주의사항EBS는 AZ간 공유 불가외부 API 연결 구조현재 두 개의 Pod에서 네이버 API를 호출하고 있어 클러스터가 분리된 것처럼 보임 -> Pod에서 직접 네이버 API와 녀결하는 방식으로 그려도 좋을 것 같음확장성 관점컨테이너로 서비스 확장을 가정했을 때 서버리스와 쿠버네티스의 장단점을 비교하고 시나리오별로 구상해보면 좋을 것 같음모니터링 도구보통은 Prometheus와 Grafana 사용. OpenTelemetry도 고려 가능모니터링은 단순히 서비스가 떠 있는지 여부보다 클러스터 내부 컨테이너 동작 상태를 세밀하게 관찰하는 ..