본문으로 건너뛰기

FSx for NetApp ONTAP을 사용한 동적 프로비저닝

이제 Kubernetes용 FSx for NetApp ONTAP 스토리지 클래스를 이해했으므로, Persistent Volume을 생성하고 UI 컴포넌트가 이 볼륨을 마운트하도록 수정해보겠습니다.

먼저 fsxnpvclaim.yaml 파일을 살펴보겠습니다:

~/environment/eks-workshop/modules/fundamentals/storage/fsxn/deployment/fsxnpvclaim.yaml
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: fsxn-nfs-claim
  namespace: ui
spec:
  accessModes:
    - ReadWriteMany
  storageClassName: fsxn-sc-nfs
  resources:
    requests:
      storage: 5Gi
A

정의되는 리소스는 PersistentVolumeClaim입니다

B

이전에 생성한 fsxn-sc-nfs 스토리지 클래스를 참조합니다

C

5GB의 스토리지를 요청하고 있습니다

이제 UI 컴포넌트를 업데이트하여 FSx for NetApp ONTAP PVC를 참조하도록 하겠습니다:

~/environment/eks-workshop/modules/fundamentals/storage/fsxn/deployment/deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: ui
spec:
  replicas: 2
  template:
    spec:
      containers:
        - name: ui
          volumeMounts:
            - name: fsxnvolume
              mountPath: /fsxn
          env:
            - name: RETAIL_UI_PRODUCT_IMAGES_PATH
              value: /fsxn
      volumes:
        - name: fsxnvolume
          persistentVolumeClaim:
            claimName: fsxn-nfs-claim

다음 명령으로 이러한 변경 사항을 적용합니다:

~$kubectl apply -k ~/environment/eks-workshop/modules/fundamentals/storage/fsxn/deployment
namespace/ui unchanged
serviceaccount/ui unchanged
configmap/ui unchanged
service/ui unchanged
persistentvolumeclaim/fsxn-nfs-claim created
deployment.apps/ui configured
~$kubectl rollout status --timeout=130s deployment/ui -n ui


배포의 volumeMounts를 살펴보겠습니다. fsxnvolume이라는 새 볼륨이 /fsxn에 마운트된 것을 확인할 수 있습니다:


~$kubectl get deployment -n ui \
  -o yaml | yq '.items[].spec.template.spec.containers[].volumeMounts'
- mountPath: /fsxn
  name: fsxnvolume
- mountPath: /tmp
  name: tmp-volume


PersistentVolume(PV)이 PersistentVolumeClaim(PVC)을 충족하기 위해 자동으로 생성되었습니다:


~$kubectl get pv
NAME                                       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM                                 STORAGECLASS   REASON   AGE
pvc-342a674d-b426-4214-b8b6-7847975ae121   5Gi        RWX            Delete           Bound    ui/fsxn-claim                      fsxn-sc-nfs                  2m33s


PersistentVolumeClaim(PVC)의 세부 정보를 살펴보겠습니다:


~$kubectl describe pvc -n ui
Name:          fsxn-claim
Namespace:     ui
StorageClass:  fsxn-sc-nfs
Status:        Bound
Volume:        pvc-342a674d-b426-4214-b8b6-7847975ae121
Labels:        <none>
Annotations:   pv.kubernetes.io/bind-completed: yes
               pv.kubernetes.io/bound-by-controller: yes
               volume.beta.kubernetes.io/storage-provisioner: csi.trident.netapp.io
               volume.kubernetes.io/storage-provisioner: csi.trident.netapp.io
Finalizers:    [kubernetes.io/pvc-protection]
Capacity:      5Gi
Access Modes:  RWX
VolumeMode:    Filesystem
Used By:       <none>
Events:
  Type    Reason                 Age   From                                                                                      Message
  ----    ------                 ----  ----                                                                                      -------
  Normal  ExternalProvisioning   34s   persistentvolume-controller                                                               waiting for a volume to be created, either by external provisioner "csi.trident.netapp.io" or manually created by system administrator
  Normal  Provisioning           34s   csi.trident.netapp.io_trident-csi-6b9cdcddf6-kwx7p_35a063fc-5d91-4ba1-9bce-4d71de597b14  External provisioner is provisioning volume for claim "ui/fsxn-claim"
  Normal  ProvisioningSucceeded  33s   csi.trident.netapp.io_trident-csi-6b9cdcddf6-kwx7p_35a063fc-5d91-4ba1-9bce-4d71de597b14  Successfully provisioned volume pvc-342a674d-b426-4214-b8b6-7847975ae121


이 시점에서 FSx for NetApp ONTAP 파일 시스템이 성공적으로 마운트되었지만 현재는 비어 있습니다:


~$POD_1=$(kubectl -n ui get pods -l app.kubernetes.io/instance=ui -o jsonpath='{.items[0].metadata.name}')
~$kubectl exec --stdin $POD_1 -n ui -- bash -c 'ls /fsxn/'


Kubernetes Job을 사용하여 FSx for NetApp ONTAP 볼륨을 이미지로 채우겠습니다:


~$export PVC_NAME="fsxn-nfs-claim"
~$cat ~/environment/eks-workshop/modules/fundamentals/storage/populate-images-job.yaml | envsubst | kubectl apply -f -
~$kubectl wait --for=condition=complete -n ui \
  job/populate-images --timeout=300s


이제 UI 컴포넌트 Pod 중 하나를 통해 /fsxn의 현재 파일을 나열하여 공유 스토리지 기능을 시연해보겠습니다:


~$POD_1=$(kubectl -n ui get pods -l app.kubernetes.io/instance=ui -o jsonpath='{.items[0].metadata.name}')
~$kubectl exec --stdin $POD_1 -n ui -- bash -c 'ls /fsxn/'
1ca35e86-4b4c-4124-b6b5-076ba4134d0d.jpg
4f18544b-70a5-4352-8e19-0d070f46745d.jpg
631a3db5-ac07-492c-a994-8cd56923c112.jpg
79bce3f3-935f-4912-8c62-0d2f3e059405.jpg
8757729a-c518-4356-8694-9e795a9b3237.jpg
87e89b11-d319-446d-b9be-50adcca5224a.jpg
a1258cd2-176c-4507-ade6-746dab5ad625.jpg
cc789f85-1476-452a-8100-9e74502198e0.jpg
d27cf49f-b689-4a75-a249-d373e0330bb5.jpg
d3104128-1d14-4465-99d3-8ab9267c687b.jpg
d4edfedb-dbe9-4dd9-aae8-009489394955.jpg
d77f9ae6-e9a8-4a3e-86bd-b72af75cbc49.jpg


공유 스토리지 기능을 더 명확히 보여주기 위해, placeholder.jpg라는 새 이미지를 생성하고 첫 번째 Pod를 통해 FSx for NetApp ONTAP 볼륨에 추가해보겠습니다:


~$POD_1=$(kubectl -n ui get pods -l app.kubernetes.io/instance=ui -o jsonpath='{.items[0].metadata.name}')
~$kubectl exec --stdin $POD_1 -n ui -- bash -c 'curl -sS -o /fsxn/placeholder.jpg https://placehold.co/600x400/jpg?text=EKS+Workshop\\nPlaceholder'


이제 두 번째 UI Pod가 새로 생성된 파일에 접근할 수 있는지 확인하여 FSx for NetApp ONTAP 스토리지의 공유 특성을 시연하겠습니다:


~$POD_2=$(kubectl -n ui get pods -o jsonpath='{.items[1].metadata.name}')
~$kubectl exec --stdin $POD_2 -n ui -- bash -c 'ls /fsxn/'
1ca35e86-4b4c-4124-b6b5-076ba4134d0d.jpg
4f18544b-70a5-4352-8e19-0d070f46745d.jpg
631a3db5-ac07-492c-a994-8cd56923c112.jpg
79bce3f3-935f-4912-8c62-0d2f3e059405.jpg
8757729a-c518-4356-8694-9e795a9b3237.jpg
87e89b11-d319-446d-b9be-50adcca5224a.jpg
a1258cd2-176c-4507-ade6-746dab5ad625.jpg
cc789f85-1476-452a-8100-9e74502198e0.jpg
d27cf49f-b689-4a75-a249-d373e0330bb5.jpg
d3104128-1d14-4465-99d3-8ab9267c687b.jpg
d4edfedb-dbe9-4dd9-aae8-009489394955.jpg
d77f9ae6-e9a8-4a3e-86bd-b72af75cbc49.jpg
placeholder.jpg      <----------------


보시다시피, 첫 번째 Pod를 통해 파일을 생성했지만 두 번째 Pod도 즉시 접근할 수 있습니다. 이는 두 Pod가 동일한 공유 FSx for NetApp ONTAP 파일 시스템에 접근하고 있기 때문입니다.


마지막으로 이미지가 UI 서비스를 통해 접근 가능한지 확인해보겠습니다:


~$LB_HOSTNAME=$(kubectl -n ui get service ui-nlb -o jsonpath='{.status.loadBalancer.ingress[*].hostname}{"\n"}')
~$echo "http://$LB_HOSTNAME/assets/img/products/placeholder.jpg"
http://k8s-ui-uinlb-647e781087-6717c5049aa96bd9.elb.us-west-2.amazonaws.com/assets/img/products/placeholder.jpg


브라우저에서 URL을 방문하세요:


http://k8s-ui-uinlb-647e781087-6717c5049aa96b...


Amazon FSx for NetApp ONTAP이 Amazon EKS에서 실행되는 워크로드에 대해 영구 공유 스토리지를 제공하는 방법을 성공적으로 시연했습니다. 이 솔루션을 통해 여러 Pod가 동일한 스토리지 볼륨을 동시에 읽고 쓸 수 있으므로, 공유 콘텐츠 호스팅 및 엔터프라이즈급 기능과 성능을 필요로 하는 분산 파일 시스템 접근이 필요한 기타 사용 사례에 이상적입니다.