YJWANG

Refer to https://helm.sh/docs/chart_template_guide/ 구성 Helm Chart를 만드는 가이드가 위 공식 문서에 잘 나와있다. Helm에서 지정한 Value가 없어도 당연히 아주 간단히 사용할 수있다. 우선 아래 명령어를 통해 Dir를 생성한다. # helm create mychart그럼 아래와 같은 Directory가 Sample 파일들과 같이 생성되는데 우선 Templates 내에 있는 파일들은 설명하지 않고 지나가려한다. [root@ha01-master-1 helm]# tree mychart/ mychart/ ├── Chart.yaml ├── charts ├── templates └── values.yaml 대상 설명 Chart.yaml 해당 Helm Char..

Nexus3로 Helm Repo 만들기 refer to : https://help.sonatype.com/repomanager3/formats/helm-repositories repo 추가 Web Interface를 통해 진행한다. 아래 버전 cli에서는 helm repo를 생성할 수 없다. # pip3 list --format=legacy |grep nexus3-cli nexus3-cli (4.1.0)Helm repo 생성 Create Repositories > helm(hosted) > Copy URLHelm repository 추가 # helm repo add local-repo http://1.2.3.4:1234/repository/test-helm --username user --password..

작성중 Pod to Pod network pod 내 인터페이스 > veth > teln > (Route table 참고하여 Other Node 로 이동) > terln > veth > pod 내 인터페이스 kubespray 에서 default로 master node HA되는 법 현재 kubernetes service (api-server)는 10.233.0.1의 주소를 가지고 있고 433을 listen 하고 있다. [root@master01 ~]# kubectl get svc kubernetes NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE kubernetes ClusterIP 10.233.0.1 443/TCP 19h이는 ipvs로 각 서버에 동일한 IP (10.233...

오랫동안 Kubespray만을 이용해서 설치해서 1.20 version을 한 번 kubeadm으로 설치해보고싶어졌다; 하여 아래와 같이 포스팅한다. 모든 Node에 작업이 필요한 경우는 ansible을 사용했다. https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/install-kubeadm/ IPTables Requirments [root@kubeadm_master_0 ~]# cat inventory master01 ansible_host="10.97.90.10" master02 ansible_host="10.97.90.11" worker01 ansible_host="10.97.90.20" worker02 ansible_host=..

refer to https://blog.chesterwood.io/2019/06/how-to-delete-old-elasticsearch-logs.html 구성 kubernetes cronjob을 사용하여 headless service에 dn으로 접근하여 로그를 삭제할 예정이다. 우선 pod 내에서 통신이 되는지 확인하기 위해 임시로 alpine image를 사용한 pod를 실행한다. root@master01:~# kubectl run -it alpine --image=alpine --restart=Never -- sh alpaine 이미지에는 기본으로 curl 및 host 명령어가 없기에 아래와 같이 추가해준다. / # apk add bind curl 먼저 host 명령으로 headless servic..

https://yjwang.tistory.com/entry/EFK-on-k8s 이전에 작성한 위 포스팅을 따라 EFK를 Kubernetes 위에 구축할 수 있다. 기본으로는 각 Node에 있는 docker log들을 수집하며 로그가 삭제되지 않고 지속적으로 수집된다. 하여 수동 혹은 자동으로 로그를 삭제할 필요가 생기게 되는데 오늘은 이에 대한 포스팅을 다루려고한다. 참고 : https://blog.chesterwood.io/2019/06/how-to-delete-old-elasticsearch-logs.html 삭제 진행 삭제 전 아래 캡쳐와 같이 2월 5일자 Log가 수집돼있는 것을 볼 수 있다. elasticsearch는 logstash-2019.04.04 과 같이 일별로 로그가 저장되며 2월 5일..