hardened-containers가 apisix 3.17 라인 EOL로 3.18.0을 게이트 PASS로 새로 발행했다
(hardened-containers 커밋 3518f98: "3.17 line went EOL"). 이게 이 카탈로그의
차트 버전 갱신 트리거다 — appVersion을 3.18로 맞추려면 차트도 2.17.0(appVersion
3.18.0)으로 올려야 한다.
breaking_change_check: breaking=false. 다만 자동 diff가 못 잡는 실제 변경을
수동으로 하나 찾았다 — ingress-controller.enabled=true로 켜서 쓰는
apisix-ingress-controller 서브차트(1.2.0→1.3.0)에 새 CRD
l4routepolicies.apisix.apache.org가 추가됐다. helm_diff는 이 서브차트를 기본값
(off)으로만 렌더링해 애초에 스캔 대상에서 빠뜨린다 — CUSTOM-README.md에 수동
적용 안내를 남기고, 이 사각지대 자체를 catalog-update-pipeline SKILL.md에
기록해 다음 리뷰 때 놓치지 않게 했다.
catalog/image-map/{apisix,apisix-ingress-controller,adc}.env의 CHART_DIRS를
2.17.0으로 교체(2.16.0은 동결)하고, apply-published-tags.py로 발행된 실제 태그
(apisix 3.18.0-20260826, ingress-controller/adc는 최근 재스캔 리빌드분)를 반영했다.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
7.8 KiB
Upgrade History
2.16.0 → 2.17.0
변경 요약
- from_version: 2.16.0
- to_version: 2.17.0
- Chart
apisix2.16.0 → 2.17.0 업데이트 - Values: +0 / -0 /
1 / type0 - Templates: +0 / -0
- Dependencies: +0 / -0 / ~1
custom-values.yaml 수정 필요 항목
없음
참고
- severity: warning
- breaking: false
⚠️ ingress-controller 서브차트 — 신규 CRD 수동 적용 필요
ingress-controller.enabled: true(이 카탈로그의 기본 설정)로 켜서 쓰는
apisix-ingress-controller 서브차트가 1.2.0 → 1.3.0으로 함께 올라간다. 이 diff는
자동 파이프라인(helm_diff)이 못 잡는다 — ingress-controller가 차트 기본값으로는
꺼져 있어(enabled: false) 커스텀 오버라이드 없이 렌더링하면 이 서브차트 자체가
스캔 대상에서 빠지기 때문이다(수동 확인, catalog-update-pipeline SKILL.md
"helm_diff 사각지대" 참고).
새 CRD l4routepolicies.apisix.apache.org가 추가됐다. ClusterRole도 그에 맞춰
configmaps·l4routepolicies·l4routepolicies/status 권한이 확장됐다(전부 추가,
제거 없음 — 하위 호환 깨지지 않음).
Helm은 helm upgrade에서 기존 설치의 CRD를 자동 갱신하지 않는다. 업그레이드 전에
새 CRD를 직접 적용해야 한다:
kubectl apply -f https://raw.githubusercontent.com/apache/apisix-helm-chart/apisix-ingress-controller-1.3.0/charts/apisix-ingress-controller/crds/apisixic-crds.yaml
적용하지 않아도 기존 리소스(ApisixRoute 등)는 그대로 동작한다 — L4RoutePolicy
리소스를 새로 쓰려는 경우에만 필요하다.
Apache APISIX 2.14.0 (appVersion 3.16.0) — PaaSup 커스텀 가이드
개요
Apache APISIX는 고성능 클라우드 네이티브 API Gateway이다. 이 차트는 APISIX 게이트웨이와 선택적으로 내장 etcd, Ingress Controller를 함께 배포한다.
배포 전 필수 변경사항
아래 항목을 변경하지 않으면 보안 취약점 또는 배포 오류가 발생한다.
1. 어드민 키 교체 (보안)
custom-values.yaml에 어드민 키가 두 곳에 있으며, 반드시 동일한 값으로 교체해야 한다.
# 키 생성
openssl rand -hex 16
# 변경 위치 1
apisix:
admin:
credentials:
admin: "<생성된 키>"
# 변경 위치 2
ingress-controller:
gatewayProxy:
provider:
controlPlane:
auth:
adminKey:
value: "<동일한 키>"
두 값이 불일치하면 ingress-controller가 Admin API 인증에 실패해 라우트 등록이 되지 않는다.
2. externalEtcd 접속 정보 확인 (CVE 대응으로 기본값 변경됨)
etcd.enabled는 **기본 false**다. 내장 etcd(bitnami 서브차트)가 쓰던
bitnamilegacy/etcd:latest가 CVE 게이트 차단 65건(2026-08-11 실측)이었고,
업스트림이 latest 태그만 제공해 태그 교체로 해소되지 않는 알려진 이슈다
(bitnami/containers#83267). 기본값은 카탈로그의 하드닝된 별도
etcd(manifests/helm/etcd/1.1.12) 차트를 가리킨다.
externalEtcd:
host:
- http://etcd.etcd-system.svc.cluster.local:2379 # 릴리스명 etcd, 네임스페이스 etcd-system 기준
manifests/helm/etcd/1.1.12를 다른 릴리스명/네임스페이스로 배포했거나 TLS(autoTls)를
켰다면 host/TLS 설정을 그에 맞게 바꾼다. 그 차트가 아직 없다면 먼저 배포한다
(manifests/helm/etcd/1.1.12/CUSTOM-README.md).
개발/테스트에서 내장 etcd가 필요하면 etcd.enabled: true로 되돌릴 수 있지만, 그러면
bitnamilegacy/etcd:latest의 CVE 노출이 그대로 돌아온다는 점을 감수해야 한다.
3. ingress-controller 엔드포인트 및 publishService 확인
릴리스 이름이나 네임스페이스가 다를 경우 아래 두 값을 수정한다.
ingress-controller:
gatewayProxy:
publishService: <namespace>/<release-name>-gateway # 기본: apisix/apisix-gateway
provider:
controlPlane:
endpoints:
- http://<release-name>-admin.<namespace>.svc.cluster.local:9180
# 기본: http://apisix-admin.apisix.svc.cluster.local:9180
custom-values.yaml 필드 설명
image
image:
repository: apache/apisix
tag: 3.16.0-ubuntu
pullPolicy: IfNotPresent
tag:-ubuntu접미사 이미지 사용 권장 (distroless 대비 디버깅 편의)- 내부 레지스트리 사용 시
repository를<registry>/apache/apisix로 변경한다
replicaCount
- 기본값
2(HA 구성) - 단일 노드 테스트 환경에서는
1로 줄여도 무방하다
resources
resources:
limits:
cpu: "1000m"
memory: "1Gi"
requests:
cpu: "250m"
memory: "512Mi"
- 트래픽 규모에 따라 조정한다 (
doc/define-chart-resources.md참고)
service
service:
type: LoadBalancer # 또는 NodePort / ClusterIP
http:
enabled: true
servicePort: 80
tls:
enabled: false
servicePort: 443
- 클러스터 내부 전용이면
type: ClusterIP로 변경한다 - TLS 종료를 APISIX에서 처리하려면
tls.enabled: true로 설정한다
ingress
ingress:
enabled: false
annotations:
kubernetes.io/ingress.class: kong
hosts:
- host: apisix.example.com
paths:
- path: /
pathType: Prefix
- APISIX Admin API를 외부에 노출할 경우에만 활성화한다
host를 실제 도메인으로 변경한다
etcd (내장 etcd, 기본 비활성)
etcd:
enabled: true # 켜면 bitnamilegacy/etcd:latest 의 CVE 노출이 돌아온다
replicaCount: 3 # 운영 환경 HA: 3개 권장
persistence:
enabled: true
size: 8Gi
기본값이
externalEtcd로 바뀌었다(CVE 대응). 내장 etcd는 개발/테스트에서etcd.enabled: true로 켤 수 있지만,bitnamilegacy/etcd:latest는 상위 태그가 없어 CVE 게이트가 계속 차단한다.
externalEtcd (기본값 — 카탈로그의 하드닝된 etcd 차트 연동)
etcd:
enabled: false
externalEtcd:
host:
- http://etcd.etcd-system.svc.cluster.local:2379 # manifests/helm/etcd/1.1.12 기본 배포 기준
user: ""
password: ""
ingress-controller
ingress-controller:
enabled: false # Kubernetes Ingress Controller 역할이 필요할 때만 true
배포 명령어
# 네임스페이스 생성
kubectl create namespace apisix
# 설치
helm install apisix apisix/apisix \
--namespace apisix \
--version 2.14.0 \
-f custom-values.yaml
# 업그레이드
helm upgrade apisix apisix/apisix \
--namespace apisix \
--version 2.14.0 \
-f custom-values.yaml
# 템플릿 렌더링 확인 (dry-run)
helm template apisix apisix/apisix \
--version 2.14.0 \
-f custom-values.yaml
업그레이드 주의사항
etcd 데이터 마이그레이션
- 기본값은
externalEtcd(카탈로그etcd차트)라 이 차트 자체의 업그레이드는 etcd 데이터에 영향을 주지 않는다 etcd.enabled: true로 내장 etcd를 쓰는 중이라면 버전 업그레이드 전 스냅샷을 반드시 백업한다 —etcd.image.tag가latest고정이라(bitnami/containers#83267) 버전 고정이 필요하면externalEtcd로 전환한다
Breaking Change 체크 키
custom-values.yaml에서 관리하는 핵심 키 목록 (Breaking Change 판단 기준):
image.repository/image.tagreplicaCountresourcesservice.type/service.http.servicePortetcd.enabled/etcd.replicaCount/etcd.persistence.sizeexternalEtcd.hostingress-controller.enabled