본문 바로가기

k8s

Kustomize로 Kubernetes 구성 관리하기
Docker & Kubenetes 2024. 7. 4. Kustomize로 Kubernetes 구성 관리하기 Kustomize는 Kustomization 파일을 통해 쿠버네티스 오브젝트를 사용자가 편리하게 Customize 할 수 있도록 하는 독립형 도구입니다.쿠버네티스를 운영하다보면 동일한 애플리케이션을 운영/개발/테스트 환경으로 각각 배포해야 하는 경우가 발생합니다.각 환경마다 환경변수나 일부 설정 값만 다르고 동일한 환경이 필요하게 되는데 이때 각 오브젝트 마다 배포 yaml 파일을 구성하는 것 보다 상속을 기반으로 일부만 변경하는 배포 파일을 작성하여 편리하게 동일한 애플리케이션을 각기 다른 환경으로 구축할 수 있도록 합니다. Kustomize는 기존의 쿠버네티스 매니페스트 파일을 수정하거나 레이어로 조합하여 애플리케이션 배포를 구성할 수 있도록 합니다.특정 배포 환경에 맞게 구성을 쉽게 할 수 있고 반..
Kubernetes Service
Docker & Kubenetes 2024. 5. 14. Kubernetes Service 각 Pod 들은 Kubernetes Cluster 내에서만 유효한 가상의 IP를 부여받고 같은 Cluster 내 Pod들 끼리 통신이 가능하다.예를 들면, Pod A 에서 Pod B로 통신 중에 에러에 의해 재기동 되면 Node 2 에 생성이 될 수도 있는데 이때 Pod B에는 새로운 IP가 부여된다.Pod A의 입장에서는 Pod B와 통신하려면 Pod B의 IP를 알아야 통신이 가능하기 때문에 관리자가 Pod A에 등록되어 있는 Pod B의 IP 주소를 수정해줘야 통신이 가능하다. 또한 Pod의 IP는 가상의 IP로 Cluster 내부에서만 유효하기 때문에 외부 클라이언트가 접근하지 못한다. 즉 APP을 Pod로 배포해도 접근이 안되기 때문에 사용을 못하는 것이다.이러한 불편함 때문에 SVC(Servi..
Kubernetes - Cluster Node 제거
Docker & Kubenetes 2024. 2. 1. Kubernetes - Cluster Node 제거 이번 포스팅에서는 기존에 연결 되어있는 k8s 인프라에서 worker node 서버를 제거하는 과정을 포스팅하겠습니다. 절차는 아래와 같습니다. Master Server # Node 연결상태 확인 k get nodes # Node 스케줄링 비활성화 k drain {Node Name} # daemonset으로 생성된 pod들은 제거할 수 없어 --ignore-daemonsets 옵션을 사용해야함 # empty-volume 이 연결된 pod들은 제거할 수 없어 --delete-local-data 옵션을 사용해함 # pdb(PodDisruptionBuget) pod들은 제거할 수 없어 해당 pod들은 직접 delete 명령으로 제거해 줘야 함 Ex) k drain Server2 Server1 Ready 287..
Kubernetes Highly Available Clusters - 고가용성(HA) 클러스터 구축
Docker & Kubenetes 2023. 11. 20. Kubernetes Highly Available Clusters - 고가용성(HA) 클러스터 구축 고가용성(HA) 클러스터컨트롤러와 스케쥴러, DNS는 대표 하나만 동작API는 병렬 처리etcd는 어느 한쪽에서 데이터 수정이 발생하면 동기화고가용성 기본 구성은 마스터 노드 3개이며, 홀수 단위로 구성한다.3개의 마스터 중 하나가 중지되면 총 약 66.6% 가 구동 중이기 때문에 서비스를 계속 지원하지만 2개가 중지되어 약 33.3%가 되면 남은 마스터 노드도 중지하여 서비스를 중단시킨다. 과반수 이상의 마스터 리소스가 활용가능해야 서비스를 지원한다⇒ 하나의 마스터를 구동하는 것 처럼 활용 가능고가용성 클러스터 구성 순서1. Runtime Install ( All Nodes )2. Control plane Install ( All Nodes )3. LB Setting4. kubeamd로 HA Clust..
EKS - EFS CSI driver
Docker & Kubenetes 2023. 11. 3. EKS - EFS CSI driver CSI는 Kubernetes 클러스터 내에서 EFS를 사용하기 위한 드라이버로 EFS 파일 시스템을 마운트하여 컨테이너에 공유 스토리지를 제공, 관리할 수 있도록 합니다. 먼저, EKS에서 EFS의 역할부터 알아보도록 하겠습니다. EFS는 EKS에서 여러 Pod들이 하나의 스토리지를 사용할 수 있도록 합니다. 하나의 AZ에서만 접근할 수 있는 EBS와 달리, EFS는 여러 가용 영역에서 접근할 수 있어 다른 Node에 배포되어 있는 Pod도 스토리지에 접근할 수 있습니다. EFS를 사용하기 위해서는 드라이버가 설치되어야 하고 적절한 권한(AmazonElasticFileSystemFullAccess)이 필요합니다. 드라이버는 efs provisioner와 efs CSI driver가 있었는데 옛날 프로비저..
쿠버네티스 Pod 배포 및 Upgrade 전략
Docker & Kubenetes 2023. 10. 4. 쿠버네티스 Pod 배포 및 Upgrade 전략 NodeSelector - Node에 설정된 Label을 기반으로 Pod 배치 #label 추가 kubectl label node {노드명} {key}={value} #label 삭제 kubectl label node {노드명} {key}- Node Affinity - 노드 셀렉터와 비슷하게 노드의 레이블을 기반으로 Pod 배치 - 노드 셀렉터는 = 조건만 가능하지만 어피니티는 &&, || 조건도 가능하다 (이 때문에 노드 셀렉터에서 어피니티로 넘어가는 경우가 많다고 한다.) - 필드 : requiredDuringSchedulingIgnoredDuringExecution : '스케쥴링하는 동안 꼭 필요한' 조건 preferredDuringSchedulingIgnoredDuringExecution : '스..
쿠버네티스 Pod 배포 ( Taint & Toleration & Cordon & Drain )
Docker & Kubenetes 2023. 9. 11. 쿠버네티스 Pod 배포 ( Taint & Toleration & Cordon & Drain ) 쿠버네티스 클러스터 내에 pod를 배치할 때 Label을 함께 활용하여 여러 명령 및 옵션으로 사용자가 원하는 node에 pod를 배치하고 컨트롤 할 수 있다. Taint - node마다 설정 가능하고 설정한 노드는 스케쥴에서 제외된다. - 기본적으로 master node 에는 taint가 설정되어 있다. kubectl taint node [nodename] [key]=[value]:[option] 옵션 NoSchedule tainit node에 pod의 스케줄링을 허용하지 않음 기존 실행 중인 pod는 유지하고 이후 실행될 pod에 대해서만 스케쥴링 제외 NoExecute tainit node에 pod의 실행을 허용하지 않음 기존에 실행 중인 pod를 모두 방출하고 스케쥴링에도 제외 PreferNoSc..
Kubernetes 트러블 슈팅의 기본 프로세스
Docker & Kubenetes 2023. 7. 22. Kubernetes 트러블 슈팅의 기본 프로세스 Kubernetes Troubleshooting의 기본 프로세스를 알아보겠습니다. 일반적인 작업 순서는 다음과 같습니다. Apply > Get > Describe > Logs > Get Event 1. YAML 파일을 이용하여 오브젝트를 생성(apply)하고 생성한 오브젝트 리스트를 get 명령으로 확인 2. 파드가 정상적으로 생성되지 않으면 describe 명령으로 상세한 설정 정보를 확인 3. 애플리케이션 관련 에러는 logs 명령으로 확인하고 클러스터 관련 메시지는 get event 명령으로 확인 예시 이미지 버전을 잘못 기재하여 발생한 에러를 예시로 트러블 슈팅을 진행해 보겠습니다. apiVersion: v1 kind: pod metadata: name: test-nginx spec: contai..
Helm의 주요 구성 요소
Docker & Kubenetes 2023. 7. 20. Helm의 주요 구성 요소 Helm이란, 다양한 리소스(Service, ConfigMap, Secret 등)를 각각 관리하지 않고 하나의 패키지로 관리하는 도구입니다. Helm의 주요 개념 3가지인 Charts, Repository, Templates에 대해 알아보겠습니다. Helm Charts 애플리케이션 설치에 사용되는 네트워크, 스토리지, 보안과 관련된 여러 쿠버네티스 리소스를 묶어놓은 패키지로, 여러 리소스의 묶음을 의미합니다. 헬름 차트를 통해 애플리케이션 설치 시 개별 설치가 아닌 헬름 차트 하나만 설치하면 간편하게 일괄 설치할 수 있으며 구조는 다음과 같습니다. Chart.yaml#차트에 대한 정보가 담겨있는 YAML 파일 LICENSE#차트의 라이선스 정보가 담긴 TEXT 파일 README.md#차트에 대한 설명을 ..

티스토리툴바