[CKA] 56. StorageClass

Date

2026/02/01

Provisioning

Static Provisioning

이전 게시물([CKA] 55. Volumes in Kubernetes)에서 Volume을 사용하기 위해서는 아래와 같은 흐름을 가졌다:

•

PV 생성 (스토리지 백엔드 포함)

•

PVC 생성

•

Pod에서 PVC를 볼륨으로 사용

여기서 스토리지 백엔드가 예를 들어 GCP Persistent Disk라면 문제가 생긴다.

문제

PV를 만들기 전에:

GCP에서 디스크를 먼저 수동으로 생성

그 디스크 이름과 동일한 이름/정보를 사용하여

PV YAML을 수동으로 작성

애플리케이션이 스토리지를 필요로 할 때마다 이 과정을 반복해야 한다.

→ 이 방식을 Static Provisioning이라고 한다.

Dynamic Provisioning

PVC가 생성되는 순간 필요한 크기의 디스크가 자동으로 프로비저닝되고, PV가 자동 생성되며 PVC가 그 PV에 바인딩된다.

→ 이걸 가능하게 하는 것이 StorageClass이다.

StorageClass에는:

•

어떤 provisioner를 써서

•

어떤 방식/옵션으로 스토리지를 만들지

를 정의한다.

→ 이것이 Dynamic Provisioning이다.

StorageClass

StorageClass가 생기면 PV 및 모든 관련 스토리지가 자동으로 생성되므로, 더 이상 PV 정의가 필요하지 않다. 하지만 PVC 정의를 통해 StorageClass 이름을 지정하여 바인딩하기 때문에 PVC는 여전히 생성해야 한다.

•

StorageClass 생성

•

PVC가 storageClassName으로 StorageClass 지정

•

PVC가 생성되면

◦

프로비저너가 클라우드에 디스크 생성

◦

PV 생성

◦

PVC를 PV에 바인딩

즉,

•

PV + 실제 디스크는 자동 생성

•

PVC는 여전히 생성

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: google-storage
provisioner: kubernetes.io/gce-pd
YAML
복사

Parameters

StorageClass의 강점은 단순히 “자동 생성”만이 아니라, 디스크 종류/복제 방식 같은 옵션을 클래스별로 표준화할 수 있다는 점이다.

GCP PD의 경우 아래와 같은 파라미터를 사용할 수 있다:

•

Disk Type: pd-standard / pd-ssd

•

Replication Type: none / regional-pd 

그래서 서비스 등급처럼 여러 클래스를 만들 수 있다. 아래는 그 예시이다:

•

silver: 표준 디스크

•

gold: SSD 디스크

•

platinum: SSD + 복제(regional)

PVC는 필요한 등급만 지정하여 생성하면 된다.

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: my-claim
spec:
  storageClassName: silver
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 1Gi
YAML
복사

이전 게시물

[CKA] 55. Volumes in Kubernetes

다음 게시물

[CKA] 57. Switching, Routing, Gateway