안녕하세요, 달콤한달팽이입니다.🐌🙂 지난 시간에는 쿠버네티스에서 주로 사용하는 볼륨의 종류와 특징에 대하여 알아보았습니다. 오늘은 이 중 hostPath라는 볼륨에 대하여 실습해보도록 하겠습니다.hostPath란?실습에 앞서 hostPath란, Pod가 생성될 때 같이 생성되고, 삭제될 때 같이 삭제되는 임시 볼륨을 의미한다라고 했습니다. 때문에 이를 영구 스토리지로 사용하는 것 보다, 아래와 같은 특정 상황에서 사용하는 것을 권장드립니다. (1) Pod의 임시 데이터 저장이 필요할 경우 (2) 컨테이너 간 데이터를 공유해야 할 경우 (3)스토리지를 통한 성능 최적화가 필요할 경우 이번 실습에서는 하나의 Pod를 생성한 후, 노드의 hostPath에서 생성한 파일이 Pod의 경로에서도 확인이 가능한..

안녕하세요, 달콤한달팽이입니다.🐌🙂 앞선 실습들을 통해 저희는 Pod가 언제든 소멸될 수 있는 Stateless 리소스임을 확인했습니다. 하지만 이 경우 Pod가 재시작되면 각각의 Pod 내부에 저장되어 있는 데이터들이 모두 사라진다는 문제가 발생합니다. 그래서 이번 시간에는 쿠버네티스에는 어떤 종류의 볼륨이 존재하는지 알아보도록 하겠습니다.1) emptyDiremptyDir란, Pod가 생성될 때 같이 생성되고, 삭제될 때 같이 삭제되는 임시 볼륨을 의미합니다. Pod과 생성주기를 공유하기 때문에 Pod 내부 컨테이너가 삭제 또는 재시작 되어도 계속 사용 가능한 특징이 있습니다. 2) hostPathhostPath란, Pod가 위치한 Node의 로컬 디스크 경로에 마운트해서 사용하는 방식을 의미합..

안녕하세요, 달콤한달팽이입니다.🐌🙂 이번 시간에는 Pod이 배포되는 노드에 이상이 있을 경우 Pod를 유지한 채 노드를 유지보수할 수 있는 방법에 대하여 알아보겠습니다. ** 모든 실습은 AWS EKS 환경에서 진행하였습니다 **Drain이란?쿠버네티스를 사용하다 보면, 노드의 유지보수를 위해 노드를 꺼야하는 상황이 발생합니다. 이런 경우를 대비해 쿠버네티스는 Drain이라는 기능을 제공합니다. Drain이란, 지정된 노드의 Pod를 모두 다른 노드로 이동시켜 해당 노드를 유지보수 할 수 있도록 도와줍니다.  [ Drain 사용법 ]우선 디플로이먼트의 Pod 갯수를 3개에서 9개로 증가시켜 보도록 하겠습니다.$ kubectl scale deployment nginx-deployment --repli..

안녕하세요, 달콤한달팽이입니다.🐌🫡 정해진 시간에 EC2가 ON/OFF(중지) 되도록 스케줄링이 필요한 경우 어떻게 해야할까요? 이전 글에서는 Lambda 코드를 직접 작성하여 구현했지만,이번에는 더 간단한 방식으로 이를 구현하는 방법에 대해 알아보겠습니다.이전 방식일전에 실습해보았던 Lambda를 사용하여 스케줄링을 구현하는 방법은 아래와 같은 방식으로 수행되었습니다.  1) EC2에 시간 태그 설정(ex. AutoSchedule/9-18)  2) 매 시간마다 EventBridge 실행  3) EventBridge에서 Lambda 실행  4) Lambda를 통해 대상 EC2 스케줄링 동작 그런데 이는 장점도 있지만 단점도 존재했습니다.불필요하게 매 시간 수행되는 Lambda와 EC2마다 태그가 필..

안녕하세요, 달콤한달팽이입니다.🐌🫡 AWS 계정을 정리하거나, 온프레미스에도 AMI 백업이 필요한 경우 어떻게 해야할까요? 이럴 경우, S3에 AMI를 백업하고 이를 원하는 곳에서 다운로드 받는 방식이 있습니다. 그래서 오늘은 S3에 AMI를 백업하는 방법에 대해 알아보겠습니다.이번 실습을 위해 필요한 사전 준비사항은 아래와 같습니다.사전 준비사항 1) AMI 이미지 : 백업에 사용될 이미지 준비는 필수겠죠!? 2) S3: 백업 이미지가 저장될 S3 버킷도 만들어주세요! 3) EC2 : CLI 사용을 위해 AMI와 S3에 대한 권한이 필요합니다! 이제 본격적으로 S3로 AMI를 복제하는 방법에 대해 알아보겠습니다.[ 동일 계정 백업 ]1)  AMI  생성백업이 필요한 AMI의 이미지 ID를 확인해주..

안녕하세요, 달콤한달팽이입니다.🐌EKS에서 ALB Ingress를 배포할 때, Address가 공란으로 출력되는 현상에 대해 알아보겠습니다.ERROR 발생ALB Ingress를 배포했지만 ADDRESS가 공란으로 보이는 현상이 발생했습니다.원인자세한 원인을 찾아보기 위해 배포되어있는 ingress의 로그를 확인해보도록 하겠습니다. kubectl describe ingress {Ingress Name} -n {Namespace} ingress 로그를 확인해보니, 계속해서 동일한 WARNING 문구를 출력하고 있었습니다.Warning FailedDeployModel 3m40s ingress Failed deploy model due to AccessDenied: User: arn:aws:sts::..