회사 내부 정리용 글. Helm 설치 Kubectl을 설치한 Jenkins EC2서버에 Helm을 설치해서 Helm으로 Argocd를 설치할 것이다. 우선 Helm을 설치한다. (참조한 사이트는 https://helm.sh/docs/intro/install/ ) $ curl https://baltocdn.com/helm/signing.asc | gpg --dearmor | sudo tee /usr/share/keyrings/helm.gpg > /dev/null $ sudo apt-get install apt-transport-https --yes $ echo "deb [arch=$(dpkg --print-architecture) signed-by=/usr/share/keyrings/helm.gpg] ht..

회사에서 내부적으로 설치 방법을 정리한 글이라 설명은 생략함. Istio install istio를 통한 control plane설치와, 외부에서 istio를 접속할 수 있는 istio gateway 설치 kubectl 1.27을 우리는 사용하므로 이에 호환되는 istio version인 1.18.1을 설치한다. $ mkdir istio-install $ cd istio-install/ $ curl -L https://istio.io/downloadIstio | ISTIO_VERSION=1.18.1 sh - 명령어 실행을 위해 PATH 설정해준다. $ export PATH="$PATH:/home/ubuntu/istio-install/istio-1.18.1/bin" $ istioctl version ist..

(여기서부터는 오직 회사 내부에서 정리를 위한 글) 설치 이유 HPA(Horizontal Pod Autoscaler)가 auto scale out하기 위해서는 CPU와 메모리 등 자원의 사용량을 모니터링 하고 그 데이터를 기반으로 해야하는데 이를 위해 metrics server 설치해야한다. Metrics server를 설치해야 다음 명령어도 동작한다. kubectl top nodes 설치 wget https://github.com/kubernetes-sigs/metrics-server/releases/latest/download/components.yaml kubectl apply -f components.yaml 다른 설정 파일을 수정할 필요는 없다. metric은 pull 방식으로 15초마다 한 번..

"04. [AWS EKS] AWS console에서 Node Group 생성" 글에서 'node_role=msa'으로 node group labelling을 했으면 이 글은 전체를 skip 해도 된다. 이 글은 그냥 부연 설명. 개요 처음에 node group 만들 때 설정해주었으면 아래 과정 skip. 이 글은 그냥 labelling에 대한 부연 설명이다. 경우에 따라서 ArgoCD와 같은 운영에 필요한 도구는 Management라는 이름을 붙인 Node Group을 따로 생성하여 설치하고, application은 App이라는 이름의 node group에만 설치하는 방법도 있다. 이것을 구현하기 위해서는 각각 Node에 label을 붙이고 (예: node-role = msa) 배포시에 다음과 같이 ya..

생성한 AWS EKS는 EC2 instance의 Linux 환경에서도 CLI로 제어가 가능하고 개인 노트북에서도 CLI 환경으로 제어가 가능하다. 그러기 위해서는 우선 AWS CLI2와 kubectl을 설치하여야 한다. 1. AWS CLI2 Windows, MacOS, 혹은 EC2 instance의 Linux 환경에 있어도 AWS CLI2를 설치할 수 있다. 공식 문서에 아주 잘 나와있기 때문에 https://docs.aws.amazon.com/ko_kr/cli/latest/userguide/getting-started-install.html 위 사이트를 그대로 따라하기만 하면 된다. Access key 설치가 완료되면 AWS console에서 IAM 메뉴 > Users > Security credent..

개요 우리는 AWS EKS에 argoCD를 설치할 때 Jenkins와 함께 사용할 예정이다. 그 이유는 Jenkins와 argoCD가 협력하여 원활한 배포 및 관리를 가능하게 하기 때문이다. 뿐만 아니라, develop과 stage 단계에서 서로 다른 Jenkins 서버를 사용하여 권한을 관리하고자 한다. 이것은 보안 및 권한 관리를 더욱 효과적으로 할 수 있게 도와준다. 또한, Jenkins 서버에 kubectl을 설치하는 것이 용이하기 때문에 별도의 EC2 인스턴스에 Jenkins를 설치할 것이다. (챗GPT로 한 번 정제한 문단인데 나 원래 글보단 잘 썼지만 문체가 좀 그렇네.) 별도의 EC2 생성 우선 EC2 생성. instance type은 t3.large가 가장 무난하다. 같이 사용하는 사람이..