| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | |||
| 5 | 6 | 7 | 8 | 9 | 10 | 11 |
| 12 | 13 | 14 | 15 | 16 | 17 | 18 |
| 19 | 20 | 21 | 22 | 23 | 24 | 25 |
| 26 | 27 | 28 | 29 | 30 |
- 쿠버네티스 인그래스 컨트롤러 구성 예시
- 여러 레지스트리를 하나의 시크릿으로 묶고
- 노드포트
- timesynchronization
- 이미지풀시크릿생성
- servertimesync
- ingressrules
- networktimeprotocol
- 인증서설치후 런타임 재시작
- ingresscontroller
- apply
- servicemesh
- 인그래스컨트롤러
- ingress
- 쿠버네티스 구조
- 도커프라이빗레지스트리
- 원격서버지원
- kubernetes
- nodeport
- k8s
- 쿠버네티스
- 프라이빗레지스트리
- clustermanagement
- chrony
- 인그래스
- ingressservice
- createvsapply
- kubectl
- 컨테이너런타임 재시작
- 포트추적
- Today
- Total
목록apply (2)
madebychung
📌 kubectl apply로 리소스를 업데이트할 때 실제로 어떤 정보가 어떻게 바뀌는가?kubectl apply는 사용자가 마지막으로 적용한 YAML의 내용을 쿠버네티스 리소스 메타데이터에 저장해두고, 클러스터 상태와 비교하여 변경된 부분만 반영하는 방식입니다.📌 핵심 동작 원리apply는 리소스 메타데이터에 kubectl.kubernetes.io/last-applied-configuration 주석을 저장함새로운 YAML이 들어오면 이 주석과 현재 클러스터 상태를 비교함변경된 필드만 Kubernetes 리소스를 업데이트함🔍 예시kubectl apply -f deployment.yamlspec: replicas: 3만약 이전에 replicas: 2였다면, apply는 이 필드만 변경합니다.✅ 요..
📌 kubectl apply vs create 차이점 정복 (실습 포함)쿠버네티스를 막 시작한 사람이라면 kubectl apply랑 kubectl create의 차이 때문에 혼란스러울 수 있습니다.두 명령어는 리소스를 "만든다"는 점에서는 비슷하지만, 실제 사용 목적과 동작 방식은 확연히 다릅니다.🧠 개념 먼저: create vs apply 차이항목kubectl createkubectl apply목적리소스 최초 생성리소스 생성 및 이후 업데이트상태 추적없음.last-applied-configuration 주석으로 상태 추적덮어쓰기불가 (이미 있으면 오류)가능 (변경사항만 반영)선언적 관리❌ 명령형✅ 선언형 (YAML 중심)사용 예초기 리소스 배포배포 후 설정 변경 관리🧪 실습으로 이해하기📄 St..