이 문서는 운영 서버에 접속해 k3s 클러스터와 ArgoCD, gitops 반영 상태를 안전하게 확인하는 절차를 정리한다.
직접 변경 전에 반드시 현재 상태를 읽고, 변경 후에는 같은 기준으로 다시 검증하는 것을 기본 원칙으로 한다.
sudo kubectl 실행 권한gitops 레포 경로 정보조회만 하는 점검인지 실제 변경을 포함한 배포 점검인지 먼저 구분한다.gitops 기준 브랜치와 최근 커밋이 무엇인지 메모한다.ssh -p 2200 sh@203.253.84.77
접속이 되지 않으면 서버 문제인지, 계정 문제인지, 네트워크 문제인지 먼저 구분한다. 비밀번호나 키 자체는 이 문서에 적지 않는다.
cd /home/sh/Documents/Github/gitops
pwd
git status --short
git log --oneline -n 3
여기서 확인할 것은 아래다.
sudo kubectl get ns
sudo kubectl get applications -A
sudo kubectl get pods -A
sudo kubectl get ingress -A
여기서 먼저 보는 기준은 아래다.
Application 이 Missing 이나 Unknown 인 것이 없는가CrashLoopBackOff 나 Pending 으로 멈춰 있지 않은가예를 들어 palcar 배포를 확인한다면 아래 순서로 본다.
grep -n "path:" k8s/clusters/do4ai-prod/*app.yaml
sed -n '1,200p' k8s/clusters/do4ai-prod/palcar-prod-app.yaml
그 다음 아래를 확인한다.
source.path 가 어느 overlay를 가리키는가prod 인가sudo kubectl get applications -A
sudo kubectl get pods -n palcar
sudo kubectl get deploy,sts,svc,ing -n palcar
변경 직후에는 아래 순서로 판정한다.
SYNC STATUSHEALTH STATUSApplication 이 사라지지 않았는가Application 상태와 pod 로그를 함께 수집해 장애 채널에 공유한다.