Microsoft MVP성태의 닷넷 이야기
개발 환경 구성: 630. AKS/k8s의 Pod에 Volume 연결하는 방법 [링크 복사], [링크+제목 복사],
조회: 19087
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)

AKS/k8s의 Pod에 Volume 연결하는 방법

이번 내용은 다음 동영상에 대한 실습입니다.

AKS 실전 | ep5. AKS Volume 심화 | 애저 듣고보는 잡학지식
; https://www.youtube.com/watch?v=NWTEU8MRyL8

docker 자체에서도 "docker run" 시에 명령행 인자로 "-v"를 사용해 볼륨을 연결하는데요, AKS/k8s도 이와 유사하게 볼륨을 매핑하는 방법을 제공합니다. Azure의 경우 다음의 문서에서 설명하고 있는데,

AKS(Azure Kubernetes Service)에서 Azure 디스크를 사용하여 영구 볼륨을 동적으로 만들어 사용
; https://learn.microsoft.com/ko-kr/azure/aks/azure-disks-dynamic-pv

제공되는 Storage Class로는 이렇게 나뉩니다.

Azure Disk
	* Dynamic
	* Static

Azure Files
	* Dynamic
	* Static

Azure HPC Cache

NFS Server - Static (별도의 우분투 서버 등으로 따로 구성한 경우)

Azure NetApp Files

Azure Ultra Disks

그리고 이중에서 Azure Disk와 Azure Files의 경우에는 AKS를 생성하면 기본적으로 제공하고 있기도 합니다.

C:\docker_test> kubectl get sc
NAME                    PROVISIONER          RECLAIMPOLICY   VOLUMEBINDINGMODE      ALLOWVOLUMEEXPANSION   AGE
azurefile               file.csi.azure.com   Delete          Immediate              true                   2d22h
azurefile-csi           file.csi.azure.com   Delete          Immediate              true                   3d21h
azurefile-csi-premium   file.csi.azure.com   Delete          Immediate              true                   3d21h
azurefile-premium       file.csi.azure.com   Delete          Immediate              true                   2d22h
default (default)       disk.csi.azure.com   Delete          WaitForFirstConsumer   true                   3d21h
managed                 disk.csi.azure.com   Delete          WaitForFirstConsumer   true                   2d22h
managed-csi             disk.csi.azure.com   Delete          WaitForFirstConsumer   true                   3d21h
managed-csi-premium     disk.csi.azure.com   Delete          WaitForFirstConsumer   true                   3d21h
managed-premium         disk.csi.azure.com   Delete          WaitForFirstConsumer   true                   2d22h

결과를 보면, 크게 "azurefile"과 "managed"로 나뉘는데, 이 차이는 아래의 문서에서 확인할 수 있습니다.

Storage options for applications in Azure Kubernetes Service (AKS)
; https://learn.microsoft.com/en-us/azure/aks/concepts-storage

Since Azure Disks are mounted as ReadWriteOnce, they're only available to a single pod. For storage volumes that can be accessed by multiple pods simultaneously, use Azure Files.


자, 그럼 Storage Class도 있으니 Pod에 연결할 PV와 PVC를 만들면 됩니다. 이 과정은 역시나 yaml 파일을 만들어 진행하는데요, "AKS 실전 | ep5. AKS Volume 심화 | 애저 듣고보는 잡학지식" 강의에서는 "managed-premium"을 사용하는 PVC를 만들지만,

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: azure-managed-disk
spec:
  accessModes:
  - ReadWriteOnce
  storageClassName: managed-premium
  resources:
    requests:
      storage: 5Gi

제 경우에는 azurefile을 이용해 만들어 보겠습니다.

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: my-azure-file
spec:
  accessModes:
  - ReadWriteMany
  storageClassName: azurefile
  resources:
    requests:
      storage: 1Gi

적용하면,

c:\temp> kubectl apply -f aks.pv_pvc.yaml
persistentvolumeclaim/my-azure-file created

PVC가 만들어졌고,

C:\docker_test> kubectl get pvc
NAME            STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS   AGE
my-azure-file   Bound    pvc-5cef2cb5-a37b-483e-9138-d08ff1ef74d4   1Gi        RWX            azurefile      35s

(PersistentVolumeClaim 파일에 PV의 volumename을 주지 않았기 때문에) 기본적으로 PVC에서 요청한 크기의 PV가 자동으로 생성됩니다.

C:\docker_test> kubectl get pv
NAME                                       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM                   STORAGECLASS   REASON   AGE
pvc-5cef2cb5-a37b-483e-9138-d08ff1ef74d4   1Gi        RWX            Delete           Bound    default/my-azure-file   azurefile               56s

그런데, 이렇게 1GB를 점유하는 storage는 실제로 Azure의 어떤 리소스에서 확인할 수 있을까요? 이에 대해서는 AKS를 생성 시 자동으로 함께 만들어지는 "MC_"로 시작하는 리소스 그룹을 보면 됩니다. (AKS가 속한 리소스 그룹 삭제 시에도 자동으로 삭제됩니다.) "MC_..." 리소스 그룹에 대해서는 다음의 영상에서,

AKS 실전 | ep2. AKS Compute 심화 - 2 | 애저 듣고보는 잡학지식
; https://www.youtube.com/watch?v=98A_S8uam4Y

설명하니 참고하시고, 그래서 여러분들의 Azure Portal에서 "MC_"로 시작하는 리소스 그룹에 들어가면 다음과 같이 (azurefile을 PV로 사용하는 경우) "Storage account" 유형의 자원이 하나 보이고,

aks_volume_file_1.png

자세히 보면 이렇게 1GB를 점유하는 "File shares" 정보를 알 수 있습니다.

aks_volume_file_2.png




PVC/PV가 생성되었으니, 이후 여러분들이 원하는 Pod에 (k8s에서 했던 것처럼) "volumes" 항목을 통해 PVC의 이름을 지정하면 볼륨 연결이 됩니다.

apiVersion: apps/v1
kind: Deployment
...[생략]...
spec:
  ...[생략]...
  template:
    ...[생략]...
    spec:
      containers:
        ...[생략]...
        volumeMounts:
        - mountPath: "/test_dir"
          name: volume
      volumes:
        - name: volume
          persistentVolumeClaim:
            claimName: my-azure-file

참고로, Azure의 경우 Resource Group이 다르거나... 하는 등의 원격 볼륨이라면, 만들어진 Storage의 경우 보안이 달라지기 때문에 별도의 "Secret" 설정 과정이 필요합니다. 이 부분은 나중에 기회가 되면 실습을 하는 걸로 하고, 오늘은 여기까지만. ^^




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 4/5/2023]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




1  2  3  4  5  [6]  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13888정성태2/17/20256260닷넷: 2321. Blazor에서 발생할 수 있는 async void 메서드의 부작용
13887정성태2/17/20257989닷넷: 2320. Blazor의 razor 페이지에서 code-behind 파일로 코드를 분리 및 DI 사용법
13886정성태2/15/20255571VS.NET IDE: 196. Visual Studio - Code-behind처럼 cs 파일을 그룹핑하는 방법
13885정성태2/14/20257714닷넷: 2319. ASP.NET Core Web API / Razor 페이지에서 발생할 수 있는 async void 메서드의 부작용
13884정성태2/13/20258274닷넷: 2318. C# - (async Task가 아닌) async void 사용 시의 부작용파일 다운로드1
13883정성태2/12/20258112닷넷: 2317. C# - Memory Mapped I/O를 이용한 PCI Configuration Space 정보 열람파일 다운로드1
13882정성태2/10/20256321스크립트: 70. 파이썬 - oracledb 패키지 연동 시 Thin / Thick 모드
13881정성태2/7/20256336닷넷: 2316. C# - Port I/O를 이용한 PCI Configuration Space 정보 열람파일 다운로드1
13880정성태2/5/20258697오류 유형: 947. sshd - Failed to start OpenSSH server daemon.
13879정성태2/5/20258248오류 유형: 946. Ubuntu - N: Updating from such a repository can't be done securely, and is therefore disabled by default.
13878정성태2/3/20257944오류 유형: 945. Windows - 최대 절전 모드 시 DRIVER_POWER_STATE_FAILURE 발생 (pacer.sys)
13877정성태1/25/20256536닷넷: 2315. C# - PCI 장치 열거 (레지스트리, SetupAPI)파일 다운로드1
13876정성태1/25/20258221닷넷: 2314. C# - ProcessStartInfo 타입의 Arguments와 ArgumentList파일 다운로드1
13875정성태1/24/20255968스크립트: 69. 파이썬 - multiprocessing 패키지의 spawn 모드로 동작하는 uvicorn의 workers
13874정성태1/24/20257896스크립트: 68. 파이썬 - multiprocessing Pool의 기본 프로세스 시작 모드(spawn, fork)
13873정성태1/23/20255742디버깅 기술: 217. WinDbg - PCI 장치 열거파일 다운로드1
13872정성태1/23/20255362오류 유형: 944. WinDbg - 원격 커널 디버깅이 연결은 되지만 Break (Ctrl + Break) 키를 눌러도 멈추지 않는 현상
13871정성태1/22/20256392Windows: 278. Windows - 윈도우를 다른 모니터 화면으로 이동시키는 단축키 (Window + Shift + 화살표)
13870정성태1/18/20257913개발 환경 구성: 741. WinDbg - 네트워크 커널 디버깅이 가능한 NIC 카드 지원 확대
13869정성태1/18/20256397개발 환경 구성: 740. WinDbg - _NT_SYMBOL_PATH 환경 변수에 설정한 경로로 심벌 파일을 다운로드하지 않는 경우
13868정성태1/17/20256152Windows: 277. Hyper-V - Windows 11 VM의 Enhanced Session 모드로 로그인을 할 수 없는 문제
13867정성태1/17/20258357오류 유형: 943. Hyper-V에 Windows 11 설치 시 "This PC doesn't currently meet Windows 11 system requirements" 오류
13866정성태1/16/20259175개발 환경 구성: 739. Windows 10부터 바뀐 device driver 서명 방법
13865정성태1/15/20257824오류 유형: 942. C# - .NET Framework 4.5.2 이하의 버전에서 HttpWebRequest로 https 호출 시 "System.Net.WebException" 예외 발생
13864정성태1/15/20257806Linux: 114. eBPF를 위해 필요한 SELinux 보안 정책
13863정성태1/14/20255738Linux: 113. Linux - 프로세스를 위한 전용 SELinux 보안 문맥 지정
1  2  3  4  5  [6]  7  8  9  10  11  12  13  14  15  ...