헬름 기반으로 애플리케이션 설치하기파드의 노출을 담당하는 Service애플리케이션 설정에 관련된 ConfigMap기밀 정보를 다루는 Secret Helm다양한 리소스를 각각 관리하지 않고 하나의 패키지로 관리하는 도구 리눅스에서 apt, yum 으로 애플리케이션에 필요한 라이브러리를 패키지 형태로 제공하는 것과 유사 많은 업체에서 쿠버네티스 환경에서 애플리케이션을 설치할 수 있도록 헬름 파일을 제공 헬름의 주요 구성 요소: charts, repository, templateshelm charts애플리케이션 설치에 사용되는 네트워크, 스토리지, 보안과 관련된 여러 쿠버네티스 리소스를 묶어놓은 패키지보통 차트는 그래프를 의미하지만 헬름에서 차트는 여러 리소스의 묶음을 의미 헬름 차트 디렉터리 구조C..

쿠버네티스 트러블 슈팅의 기본 프로세스일반적인 쿠버네티스 작업 순서apply get describe logs get event 대부분의 쿠버네티스 환경의 문제는 위와 같은 순서의 디버깅 프로세스로 해결 가능 쿠버네티스는 에러 메시지가 직관적이라 이해하기 쉬움 VM 이 아닌, 컨테이너 기반이기 때문에 이식성이 높음자동 복구와 같은 컨테이너 오케스트레이션 기능이 뛰어남 기본 에러 조치 프로세스의 이해kubectl logs -f ${resource} 라는 명령어를 입력하면 실시간 로그 조회 가능 특정 자원이 아닌 클러스터 레벨의 에러는 kubectl get events 명령어를 통해 확인 가능 장애 처리 사례: 호스트 노드의 파일 시스템 용량 초과호스트 노드의 자원 부족은 흔히 발생하는 문제..

복잡한 옵션들을 사용해야 하는 경우, kubectl 명령어만을 통해 관리하기는 어렵습니다.복잡한 옵션들을 코드로 구현해두면 kubectl 명령어보다 가독성이 높아지며, 재사용성도 증가하게 됩니다. 쿠버네티스 코드를 작성하는 데에는 보통 yaml 파일을 사용합니다.모든 쿠버네티스 리소스와 옵션들은 yaml 파일로 구현할 수 있습니다. 예제는 아래와 같습니다.특정 노드에서만 파드가 실행되도록 하지 않고, 파드를 여러 노드에 분산해 배치하는 예제입니다.이를 anti-affinity 라고 합니다.affinity: podAntiAffinity: preferredDuringSchedulingIngnoredDuringExecution: - podAffinityTerm: labelSelecto..

1절. nginx 파드 실행과 배시 실행run, createpod, deployment 생성 get, execpod 현황 조회, pod 내 명령 전송 scale, deletepod 수량 증가, 감소, 삭제 create namespacenamespace 생성 쿠버네티스의 모든 오브젝트는 API 서버로 생성사용자는 쿠버네티스 명령어 입력쿠버네티스는 해당 명령어의 API 호출해 오브젝트 실행 복잡한 옵션의 오브젝트의 경우, 명령어 대신 YAML 파일 사용 파드쿠버네티스 환경에서 컨테이너 애플리케이션을 실행하는 기본 단위일반적으로 하나의 파드 안에 하나의 컨테이너만 실행하나의 파드 안에 2개 이상의 컨테이너도 실행 가능IT 업계에서 흔히 사용하는 용어로는 컴퓨팅, 네트워크, 스토리지를 모듈 형태로 묶어 시스템 ..

alias 지정해 kubectl 대신 k 로 사용 가능다른 명령어들도 alias 지정하면 편하게 사용 가능  krewkubectl 플러그인 매니저kubectl 에서 사용 가능한 플러그인 설치, 삭제, 조회 기능 제공list 로 설치된 플러그인 현황 확인search 로 플러그인 검색install 로 플러그인 설치kubectl krew search  kube-ctx쿠버네티스 context 를 선택하는 플러그인여러 클러스터 중 원하는 클러스터를 선택할 수 있는 플러그인kubectl krew install ctx 를 통해 설치kubectl ctx 를 통해 로컬에 등록된 클러스터 목록 확인kubectl ctx 클리스터이름 으로 클러스터 변경  kube-nskubectl krew install ns 를 통해 설치k..

1절. 쿠버네티스란?쿠버네티스의 소개와 특징  쿠버네티스대규모 클러스터 환경에서 컨테이너화된 애플리케이션 자동 배포확장, 관리를 위한 여러 요소 자동화오픈소스 플랫폼사용자 부하에 따라 자동으로 애플리케이션과 서버 규모 확장 가능 특징소스코드 기반 클러스터 운영명령어가 아닌 소스코드 기반적용하기 전에 코드로 구현해 검토 가능공통의 도구로써 효율적인 의사소통에 도움desired state 를 통한 클러스터 관리Go 언어의 watch 모듈을 통해 의도한 상태와 현재 실행 중인 상태를 끊임없이 비교의도한 상태에서 벗어나는 경우 의도한 상태로 다시 변경 (self-healing)예기치 않은 종료 시 자동으로 재시작운영자가 개입하지 않아도 되기에 생산성 향상rolling update 를 통해 무중단 배포 가능  2..