본문 바로가기
관리자

분류 전체보기

(958)
쿠버네티스 인 액션: ch9. 디플로이먼트 디플로이먼트: 선언적 애플리케이션 업데이트파드를 최신 버전으로 교체관리되는 파드 업데이트디플로이먼트 리소스로 파드의 선언적 업데이트롤링 업데이트 수행잘못된 버전의 롤아웃 자동 차단롤아웃 속도 제어이전 버전으로 파드 되돌리기 파드에서 실행중인 애플리케이션 업데이트모든 파드를 업데이트하는 방법기존 파드를 모두 삭제한 다음 새 파드를 시작하는 방법새로운 파드를 시작하고, 기동하면 기존파드를 삭제하는 방법 새파드를 모두 추가한 다음 한꺼번에 삭제순차적으로 파드를 추가하고 기존 파드를 점진적으로 삭제 수동으로 오래된 파드를 삭제하고 새파드로 교체하는 방법레플리케이션 컨트롤러 레이블 셀렉터 변경: 새 버전의 파드를 생성할 수 있도록 레플리케이션 컨트롤러의 레이블 셀렉터를 변경합니다.기존 파드 삭제: 기존 파드가 삭..
[비공개] Weekly Report - 24/11/18~24/11/24, 1611일차 보호되어 있는 글입니다.
쿠버네티스 인 액션: ch8. 파드 메타데이터, 리소스 액세스 쿠버네티스 인 액션: 그림과 상세한 설명으로 명확하게 이해하는마르코 룩샤 저 / 강인호,황주필,이원기,임찬식 역 | 에이콘출판사 | 2020년 03월 31일     ch08. 애플리케이션에서 파드 메타데이터와 그 외의 리소스 액세스 Downward API로 메타데이터 전달Pod 내부에서 Kubernetes 리소스의 정보를 접근할 수 있게 해주는 기능환경변수 또는 파일에 파드의 스펙 또는 상태값이 채워지도록 하는 방식 (REST API 같은 엔드포인트가 아님)메타데이터파드 이름파드 IP파드가 속한 네임스페이스파드가 실행 중인 노드 이름파드가 실행 중인 서비스 어카운트 이름각 컨테이너의 CPU와 메모리 request/limit파드의 레이블, 어노테이션 (볼륨으로만 노출 가능)환경변수로 메타데이터 전달apiV..
쿠버네티스 인 액션: ch7. 컨피그맵과 시크릿 쿠버네티스 인 액션: 그림과 상세한 설명으로 명확하게 이해하는마르코 룩샤 저 / 강인호,황주필,이원기,임찬식 역 | 에이콘출판사 | 2020년 03월 31일     7장 컨피그맵과 시크릿: 애플리케이션 설정빌드된 애플리케이션 자체에 포함하지 말아야하는 설정(배포된 인스턴스별로 다른 세팅, 외부 시스템 액세스를 위한 자격 증명 등)을 위해 컨피그맵과 시크릿이 필요하다. 7.2 컨테이너에 명령줄 인자 전달 7.2.1 도커에서 명령어와 인자 정의ENTRYPOINT: 컨테이너가 시작될 때 호출될 명령어 정의CMD: ENTRYPOINT에 전달되는 인자 정의ENTRYPOINT로 실행하되, 기본 인자를 정의할려는 경우에만 CMD를 지정한다.FROM alpine:latestENTRYPOINT ["curl"] ..
쿠버네티스 인 액션: ch6. 볼륨 쿠버네티스 인 액션: 그림과 상세한 설명으로 명확하게 이해하는마르코 룩샤 저 / 강인호,황주필,이원기,임찬식 역 | 에이콘출판사 | 2020년 03월 31일    볼륨: 컨테이너에 디스크 스토리지 연결컨테이너는 독립적인 파일 시스템을 가지므로, 컨테이너가 재시작되면 해당 컨테이너의 파일 시스템은 사라지고 새로 생성동일한 파드안에 있는 컨테이너는 볼륨을 사용하여 파일을 공유할 수 있음스토리지 볼륨은 파드의 일부로, 파드가 시작될 때 볼륨이 생성되고, 파드가 삭제되면 볼륨도 삭제6.1 볼륨(Volumn) 소개볼륨(Volum)은 파드 내의 컨테이너들이 공유할 수 있는 데이터 저장 공간파드의 구성요소로 pod spec 에서 정의가 필요다른 쿠버네티스 오브젝트처럼 자체적으로 생성, 삭제 X볼륨은 파드안의 모든 컨..
쿠버네티스 인 액션: ch5. 서비스 쿠버네티스 인 액션: 그림과 상세한 설명으로 명확하게 이해하는마르코 룩샤 저 / 강인호,황주필,이원기,임찬식 역 | 에이콘출판사 | 2020년 03월 31일    서비스: 클라이언트가 파드를 검색하고 통신을 가능하게 함 서비스 소개서비스(Service)는 동일한 서비스를 제공하는 파드 그룹에 지속적인 단일 접점을 만들려고 할 때 생성하는 리소스다. 쿠버네티스 환경에서는 아래와 같은 이유로 파드를 찾는 리소스가 필요하다.파드는 일시적임, 장애로 제거되고 다시 생성되고 새로운 노드로 이동할 수 있음쿠버네티스는 노드에 파드를 스케줄링한 후 파드가 시작되기 바로 전에 파드의 IP주소를 할당함. 따라서 클라이언트는 서버인 파드의 IP 주소를 미리 알 수 없음여러 파드가 동일한 서비스를 제공할 때 클라이언트는 파드..
쿠버네티스 인 액션: ch4. 레플리케이션과 그 밖의 컨트롤러: 관리되는 파드 배포 쿠버네티스 인 액션: 그림과 상세한 설명으로 명확하게 이해하는마르코 룩샤 저 / 강인호,황주필,이원기,임찬식 역 | 에이콘출판사 | 2020년 03월 31일    파드의 안정적 유지 방법주 프로세스가 종료시 Kubelet에 의해 재시작 됨. JVM은 별도의 프로브 설정을 통해 재시작 필요.라이브니스 프로브 종류 및 설정 방법각 Probe의 주요 설정 옵션initialDelaySeconds: 처음 probe를 실행하기 전 대기 시간periodSeconds: probe를 주기적으로 실행하는 간격timeoutSeconds: 응답을 기다리는 시간failureThreshold: 연속적인 실패 횟수 (이 횟수를 넘기면 컨테이너가 재시작됨)HTTP GET ProbeHTTP GET 요청을 특정 엔드포인트로 보내서 응답..
쿠버네티스 인 액션: ch3. 파드: 쿠버네티스에서 컨테이너 실행 쿠버네티스 인 액션: 그림과 상세한 설명으로 명확하게 이해하는마르코 룩샤 저 / 강인호,황주필,이원기,임찬식 역 | 에이콘출판사 | 2020년 03월 31일    파드: 쿠버네티스에서 컨테이너 실행 파드소개파드함께 배치된 컨테이너 그룹쿠버네티스의 기본 빌딩 블록일반적으로 파드는 하나의 컨테이너를 포함 (그룹이니까 여러개가 될 수 있음)파드 안에 있는 모든 컨테이너는 같은 노드에서 실행  파드가 필요한 이유여러 프로세스를 실행하는 단일 컨테이너보다 다중 컨테이너가 나은 이유* 모든 프로세스 실행과 로그 관리를 사용자가 직접 처리해야함* 각 프로세스의 실패 시 자동 재시작 같은 메커니즘이 필요* 여러 프로세스가 동일한 표준 출력으로 로그를 기록하므로 어떤 로그가 어떤 프로세스에서 발생했는지 구분하기 어려움 ..