[에스넷시스템 부트캠프] TIL Day32 - 쿠버네티스 Pod 2
·
TIL
1. [실습] 각각의 프로브를 사용한 livenessProbe 구성해보기 쿠버네티스에서 livenessProbe는 컨테이너가 정상적으로 동작 중인지 여부를 주기적으로 확인하여 비정상일 경우 자동으로 재시작해주는 메커니즘이다. 이 실습에서는 exec 프로브를 활용하여 /tmp/healthy 파일 존재 여부를 기준으로 헬스 체크를 수행한다. 파라미터 종류initialDelaySeconds : 컨테이너 시작 후 헬스체크까지 대기 시간periodSeconds : 헬스 체크 주기timeoutSeconds : 헬스체크 명령 실행 제한 시간successThreshold : n회 이상 성공하면 정상으로 간주failureThreshold : n회 연속 실패시 비정상으로 간주하고 컨테이너 재시작 트리거 됨 # vi exe..
[에스넷시스템 부트캠프] TIL Day31 - 쿠버네티스 Pod 1
·
TIL
1. Pod1) Pod란Pod는 쿠버네티스에서 사용하는 가장 작은 배포 단위이자 컴퓨팅 단위로, 내부에 하나 이상의 컨테이너를 포함할 수 있다. 일반적으로는 하나의 Pod에 하나의 컨테이너를 실행하는 것이 권장되지만, 밀접하게 연관된 프로세스를 함께 실행해야 할 경우 복수의 컨테이너를 하나의 Pod 안에 둘 수도 있다. 2) Pod의 특징고유 IP 할당: 각 Pod는 고유의 IP 주소를 가지며, Pod내부의 컨테이너 간 통신은 localhost를 통해 포트 기반으로 이루어짐단일 노드 배포: 하나의 Pod는 반드시 하나의 노드에만 배포된다. Pod 내 컨테이너는 해당 노드에 같이 올라감컨테이너 배포 단위: 쿠버네티스에서 컨테이너를 직접 다루지 않고, Pod 단위로 컨테이너를 관리하고 배포 3) Pod의 장..
[에스넷시스템 부트캠프] TIL Day30 - 쿠버네티스 아키텍처
·
TIL
1. 쿠버네티스 아키텍처1) 기본 구성 2) Control Plane의 작동 흐름사용자가 kubectl로 명령 전송→ API Server에 HTTP 요청을 보냄API Server가 요청을 수신하고 etcd에 클러스터 상태 업데이트Scheduler가 새로 생성된 Pod에 대해 적절한 Node를 선택선택된 Node의 kubelet이 해당 Pod를 생성하고 컨테이너 실행kube-proxy가 서비스 네트워크 연결 경로를 설정하고, 클러스터 내부 트래픽을 관리 3) 상태 확인 4) 명령어 shortnames가 설정되어 있는 경우 약어로 짧게 사용 가능하다.더 자세한 명령어를 보려면 해당 사이트 방문 -> https://kubernetes.io/ko/docs/reference/kubectl/ 명령줄 도구 (ku..
[에스넷시스템 부트캠프] TIL Day29 - Podman Volume, Compose, 쿠버네티스
·
TIL
1. Podman Volume컨테이너에서 볼륨은 데이터를 저장하기 위한 용도로 사용한다.Podman Image: 읽기 전용 (Read-Only)Podman Container: 읽기/쓰기 가능 (Read-Write)컨테이너의 파일 시스템은 휘발성이므로, 데이터 유지에는 볼륨이 필수 1) 마운트 방식유형 설명Bind Mount호스트 PC의 특정 디렉토리를 컨테이너 내부에 마운트Named Volume (익명/이름있는 볼륨)Docker가 관리하는 영역에 자동 생성됨Shared Volume컨테이너 간 볼륨 공유, 하지만 보통 1:1 사용이 일반적 2. Podman Network 1) 타입네트워크 타입 설명bridge기본값. NAT 기반 브릿지 네트워크. 외부와 통신 가능host컨테이너가 호스트의 네트워크 스..