얼마전 송도 트리플스트리트 지하 1층을 지나다가 프리마켓에서 발견한 간식인데요~^^ 이제 15개월 지난 우리 아기가 너무 좋아하는 간식 과자가 되었네요~ 지난번에 먹어보고 또 구입했어요~^^ 다른 종류도 많긴한데 모양도 길고 중간에 꽈배기 모양의 과자가 또 있어서 그런지 호기심 유발도 되는거 같습니다^^ 오후의 식탁 - 코코넛 쌀 뻥튀기 오프라인보다 조금 저렴하게 온라인에서도 파는군요~^^ 다음엔 온라인에서 구매해보려구여~^^ * 해당 리뷰는 직접 구매하여 남기는 리뷰이며, 포스팅 링크를 통해 구매시 쿠팡파트너스 활동의 일환으로 이에 따른 일정액의 수수료를 제공받을 수 있습니다.
# helm 1. 복잡한 어플리케이션들을 배포할때 사용하며, yum 이나 apt와 비슷하게 쿠버네티스 안의 package manager 역할을 한다. 2. chart template을 통해서 kubenetes application 을 패키징한다. 3. helm은 chart의 install을 요청하는 client 이다. 4. chart에 따라서 Tiller(서버) 가 cluster resource들을 생성한다. # helm과 Tiller helm은 로컬에 설치한 client를 말하고 Tiller는 쿠버네티스 클러스터 안에서 실행 중인 서버이다. # Helm 과 Charts helm 을 사용하면 복잡한 구성을 쉽게 구현할 수 있다. multi-part 애플리케이션을 한 번에 deployment 할 수 있다...
AZ-900 자격증 취득을 위해 만들어 졌고, azure를 좀더 많은 분들이 사용했으면 하는 마음에서 클라우드메이트의 김세준님이 강의를 준비하셨다고 하네요^^ Azure에 알고 싶고, 기초를 탄탄히 하고 싶은 분들이게 추천합니다~ 저도 시간 내서 수강해야겠네요~^^ 3/31까지 무료라고 하네요^^ Microsoft Azure 기초다지기https://educast.com/course/other-cert/ZB88
# Custom Resource Definition 생성 # CRD 생성을 위한 yaml 파일 작성 ps0107@k8smaster1:~$ vi crd.yaml apiVersion: apiextensions.k8s.io/v1beta1 kind: CustomResourceDefinition metadata: name: crontabs.ps.example.com spec: scope: Cluster group: ps.example.com version: v1 names: kind: CronTab plural: crontabs singular: crontab shortNames: - ct # CRD 생성 ps0107@k8smaster1:~$ kubectl create -f crd.yaml customresour..
# 사용자 정의 리소스 (Custom Resources) 1. 변화하는 요구에 유연하게 대응 2. 고유한 API 개체 생성 3. kubectl틀을 통해 API 개체 관리 4. 사용자 정의 리소스 정의(CRD) 5. 집계 APIs(AA) # 사용자 정의 리소스 정의 (Custom Resource Definitions) 1. 특징 - deploy가 쉬움 - 일반적으로 프로그래밍을 요구하지 않음 - 다른 API server를 요구하지 않음 - Namespaced or cluster 전체에서 쓸지 scope 결정할 수 있다. 2. 설정 예시 - Configuration apiVersion: apiextensions.k8s.io/v1beta1 kind: CustomResourceDefinition # => kub..
heapster가 deprecation 되면서 Metrics Server 와 통합되어 개발되고 배포되어지고 있다. 그리고 CNCF의 프로젝트중 프로메테우스도 잘 사용되어지고 있다. # Metrics 설정 # --------------------------------- # Metrics 설정 # --------------------------------- # git에서 metrics-server 받아옴. ps0107@k8smaster1:~$ git clone https://github.com/kubernetes-incubator/metrics-server.git # metrics-server 설치 ps0107@k8smaster1:~$ kubectl create -f metrics-server/deploy/..
# 로그 파일들의 위치 알아보기 다양한 로그 파일과 명령 출력 이외에도 journalctl을 사용하여 노드 관점에서 로그를 볼 수 있다. 우리는 로그 파일의 공통적인 위치를 보고, 컨테이너 로그를 보는 명령을 볼 것이다. 다른 컨테이너의 로그를 pod에 적재하는데 전용으로 사용되는 sidecar container의 사용과 같은 다른 로깅 옵션이 있다. Kubernet에서 전체 클러스터 로깅을 아직 사용할 수 없다. 따라서 kubernetes 같이 CNCF 프로젝트 다른 멤버인 fluentd 같은 외부 software를 사용된다. 다음의 로그 파일과 웹 사이트를 간단히 살펴보십시오. 서버 프로세스가 노드 수준에서 컨테이너안에 실행으로 이동함에 따라 로깅도 이동한다. 1. journalctl 명령 사용 (k..
# 로깅과 트러블슈팅 (logging and troubleshooting) 1. shell을 통한 Linux troubleshooting 2. 기본 monitoring 활성화 3. Set up cluster-wide logging 4. 외부 제품들 이용 (Fluentd, prometheus) 5. 내부 Metrics Server and API # 트러블슈팅을 위한 기본 단계 1. 가장 먼저 Error 라인을 확인 2. Pod 상태와 Pod 로그 확인 - kubectl get pod - kubectl describe (하단에 이유를 리턴해 주는 경우도 있기 때문에) - kubectl logs pod 3. Pod DNS 와 network 확인 - core dns 동작 이상여부, 네트워크 체크 - 만약 cal..
# Using Taints to Control Pod Deployment taints를 사용하여 어느곳에 pod가 배치되거나 실행을 허용하도록 관리할수 있다. 노드 그룹에 pod들을 할당하여 추가할때 노드 사용을 제한하거나 pod들을 완전히 대피시킬수 있다. 참고 마스터노드가 처음에 NoSchedule taint로 설정되어 있었던것을 기억할 것이다. 여기서 taint의 3가지 유형을 통해 pod들을 제한하거나 제거하는것을 알아보자. # 8개의 nginx container를 배포하는 deployment를 생성하기 위해 yaml파일을 생성해보자. ps0107@k8smaster1:~$ cat taint.yaml apiVersion: apps/v1beta1 kind: Deployment metadata: nam..
# Assign Pods Using Labels - label에 따라 pod 할당 테스트를 위해 세팅 # ------------------------------------------ # label에 따라 pod 할당 테스트를 위해 세팅 # 1. labeling # master : status=vip, worker : status=other # ------------------------------------------ # node list 확인. # 실습을 위해서 labels 나 taint 추가된게 없이 ready 상태여야 한다. ps0107@k8smaster1:~$ kubectl get nodes NAME STATUS ROLES AGE VERSION k8smaster1 Ready master 7d5h ..