Add-on 목록

블록 스토리지를 Kubernetes PersistentVolume으로 사용하는 CSI 드라이버입니다. 이 Add-on을 설치하면 블록 스토리지 기반 볼륨을 동적으로 프로비저닝하고 Pod에 마운트할 수 있습니다.

제공하는 설정 항목은 다음과 같습니다.

아래는 예시입니다.

{
  "scheduling": {
    "nodeSelector": {
      "role": "storage"
    },
    "extraTolerations": [
      {
        "key": "dedicated",
        "operator": "Equal",
        "value": "storage",
        "effect": "NoSchedule"
      }
    ]
  }
}

NAS(NFS) 볼륨을 Kubernetes PersistentVolume으로 사용하는 CSI 드라이버입니다. 여러 Pod가 동시에 접근하는 공유 볼륨이 필요할 때 사용합니다.

제공하는 설정 항목은 다음과 같습니다.

아래는 예시입니다.

{
  "scheduling": {
    "nodeSelector": {
      "role": "storage"
    },
    "extraTolerations": [
      {
        "key": "dedicated",
        "operator": "Equal",
        "value": "storage",
        "effect": "NoSchedule"
      }
    ]
  }
}

Kubernetes의 Service와 Ingress에 설정된 DNS 이름을 외부 DNS 서비스에 자동으로 등록하고 관리하는 컨트롤러입니다. 이 Add-on을 설치하면 워크로드가 노출하는 도메인을 수동으로 관리하지 않아도 됩니다.

ExternalDNS가 제공하는 설정 항목은 다음과 같습니다.

아래는 예시입니다.

{
  "sources": ["service", "ingress", "crd"],
  "domainFilter": "example.com,foo.io",
  "annotationFilter": "external-dns.alpha.kubernetes.io/include=true",
  "labelFilter": "team=infra",
  "txtPrefix": "",
  "txtSuffix": "-edns",
  "policy": "sync",
  "logLevel": "info",
  "credentials": {
    "secretName": "external-dns-credentials"
  },
  "scheduling": {
    "nodeSelector": {
      "role": "external-dns"
    },
    "extraTolerations": [
      {
        "key": "dedicated",
        "operator": "Equal",
        "value": "dns",
        "effect": "NoSchedule"
      }
    ]
  }
}

Gateway API 리소스(Gateway, HTTPRoute)를 NAVER Cloud ALB(Application Load Balancer)로 연결하는 어댑터입니다. 이 Add-on을 설치하면 Gateway API 표준 리소스로 외부 트래픽 라우팅을 구성할 수 있습니다.

제공하는 설정 항목은 다음과 같습니다.

아래는 예시입니다.

{
  "scheduling": {
    "nodeSelector": {
      "role": "gateway"
    },
    "extraTolerations": [
      {
        "key": "dedicated",
        "operator": "Equal",
        "value": "gateway",
        "effect": "NoSchedule"
      }
    ]
  }
}

Canary 업그레이드를 시작하면 새 Revision의 컨트롤 플레인이 기존 Revision과 함께 설치됩니다. 워크로드는 네임스페이스의 istio.io/rev 레이블에 지정된 Revision을 계속 사용하므로, 레이블을 새 Revision으로 변경하고 워크로드를 재기동하면 재기동된 Pod부터 새 Revision의 사이드카로 동작합니다. 영향 범위가 작은 네임스페이스부터 순차적으로 전환하며 정상 동작을 확인해 주십시오.

# 네임스페이스를 새 revision(예: 1-30)으로 전환
kubectl label namespace <namespace> istio.io/rev=1-30 --overwrite

# 워크로드 재기동 (재기동된 Pod부터 새 revision 적용)
kubectl rollout restart deployment -n <namespace>

문제가 발견되면 레이블을 기존 Revision으로 되돌리고 다시 재기동하면 기존 Revision으로 복귀합니다.