감독자 구성 요소,애플리케이션 및 워크로드는 데이터를 저장하고 검색해야 합니다. 일시적으로 빠른 스토리지가 필요한 애플리케이션 및 개체가 있는 반면, 지속형 스토리지가 필요한 애플리케이션 및 개체도 있습니다.
스토리지 정책 정보
감독자는 스토리지 정책을 사용하여 vSphere 환경에서 사용할 수 있는 스토리지와 통합합니다. 정책은 데이터스토어를 대표하여 제어부 VM, vSphere 포드사용 후 삭제 디스크 및 컨테이너 이미지와 같은 구성 요소 및 개체의 스토리지 배치를 관리합니다. 영구 볼륨 및 VM 컨텐츠 라이브러리의 스토리지 배치에 대한 정책도 필요할 수 있습니다. Tanzu Kubernetes Grid 클러스터를 사용하는 경우 스토리지 정책은 Tanzu Kubernetes Grid 클러스터 노드가 배포되는 방식도 지정합니다.
스토리지 정책은 VMFS, NFS, vSAN(vSAN ESA 또는 vVols 포함)과 같은 환경의 모든 공유 데이터스토어를 지원합니다.
vSphere 스토리지 환경 및 DevOps의 요구 사항에 따라 서로 다른 스토리지 클래스에 대해 여러 스토리지 정책을 생성할 수 있습니다. 감독자를 사용하도록 설정하고 네임스페이스를 설정할 때 다양한 개체, 구성 요소 및 워크로드에 사용될 서로 다른 스토리지 정책을 할당할 수 있습니다.
예를 들어 vSphere 포드가 세 가지 유형의 가상 디스크를 마운트하고 vSphere 스토리지 환경에 Bronze, Silver 및 Gold의 3가지 데이터스토어 클래스가 있는 경우 모든 데이터스토어에 대한 스토리지 정책을 생성할 수 있습니다. 그런 다음 사용 후 삭제 및 컨테이너 이미지 가상 디스크에 대해 Bronze 데이터스토어를 사용하고 영구 볼륨 가상 디스크에 대해 Silver 및 Gold 데이터스토어를 사용할 수 있습니다.
스토리지 정책 생성에 대한 자세한 내용은 "vSphere IaaS 제어부 설치 및 구성" 설명서에서 스토리지 정책 생성을 참조하십시오.
스토리지 정책에 대한 일반적인 정보는 "vSphere 스토리지" 설명서의 스토리지 정책 기반 관리 장을 참조하십시오.
감독자에 대한 스토리지 정책
감독자 수준에서 감독자 제어부 VM에 대한 스토리지 정책을 구성합니다. 또한 배포에서 vSphere 포드를 지원하는 경우 스토리지 정책을 할당하고 사용 후 삭제 디스크 및 컨테이너 이미지에 대한 데이터스토어 위치를 지정합니다. 감독자를 사용하도록 설정한 경우 스토리지를 설정하는 방법에 대한 자세한 내용은 "vSphere IaaS 제어부 설치 및 구성" 설명서를 참조하십시오. 스토리지 설정을 변경하려면 감독자에서 스토리지 설정 변경을 참조하십시오.
- 제어부 스토리지 정책
- 이 정책은 정책이 나타내는 데이터스토어에 제어부 VM이 배치되도록 합니다.
- 사용 후 삭제 가상 디스크
-
vSphere 포드은 작업 중에, 로그,
emptyDir 볼륨 및
ConfigMaps와 같은 Kubernetes 개체를 저장하기 위해 사용 후 삭제되는 스토리지가 필요합니다. 이 사용 후 삭제 또는 임시 스토리지는 포드가 계속 존재하는 한 지속됩니다. 사용 후 삭제 데이터는 컨테이너를 다시 시작해도 유지되지만 사용 후 삭제 가상 디스크는 포드의 수명이 다하면 사라집니다.
각 포드에는 사용 후 삭제 가상 디스크가 하나씩 있습니다. vSphere 관리자는 감독자에 대한 스토리지를 구성할 때 스토리지 정책을 사용하여 모든 사용 후 삭제 가상 디스크에 대한 데이터스토어 위치를 정의합니다.
- 컨테이너 이미지 가상 디스크
-
vSphere 포드 내의 컨테이너는 실행할 소프트웨어가 포함된 이미지를 사용합니다. 포드는 컨테이너에서 사용하는 이미지를 이미지 가상 디스크로 마운트합니다. 포드의 수명 주기가 완료되면 이미지 가상 디스크가 포드에서 분리됩니다.
ESXi 구성 요소인 이미지 서비스는 이미지 레지스트리에서 컨테이너 이미지를 끌어와서 가상 디스크로 변환하여 포드 내에서 실행하는 작업을 담당합니다.
ESXi는 포드에서 실행 중인 컨테이너에 대해 다운로드된 이미지를 캐시할 수 있습니다. 동일한 이미지를 사용하는 후속 포드는 외부 컨테이너 레지스트리가 아닌 로컬 캐시에서 이미지를 끌어옵니다.
워크로드에 대한 영구 스토리지
DevOps가 네임스페이스에서 실행하는 특정 Kubernetes 워크로드에는 데이터를 영구적으로 저장하기 위한 영구 스토리지가 필요합니다.
영구 스토리지는 vSphere 포드, Tanzu Kubernetes Grid 클러스터, VM 및 네임스페이스에서 실행하는 기타 워크로드에서 사용할 수 있습니다. DevOps 팀이 영구 스토리지를 사용할 수 있도록 vSphere 관리자는 다양한 스토리지 요구 사항 및 서비스 클래스를 설명하는 스토리지 정책을 생성합니다. 그런 다음 관리자는 스토리지 정책을 할당하고 네임스페이스 수준에서 스토리지 제한을 구성합니다.
vSphere IaaS control plane가 영구 스토리지에서 작동하는 방식을 이해하려면 스토리지 클래스, 영구 볼륨 및 영구 볼륨 할당과 같은 필수 Kubernetes 개념을 숙지해야 합니다. 자세한 내용은 https://kubernetes.io/docs/home/에서 Kubernetes 설명서를 참조하십시오.
Tanzu Kubernetes Grid 클러스터용 영구 스토리지에 대한 자세한 내용은 Tanzu Kubernetes Grid 클러스터용 스토리지 항목을 참조하십시오.
영구 스토리지 사용에 대한 자세한 내용은 설명서에서 워크로드에 영구 스토리지 사용 "vSphere IaaS 제어부 서비스 및 워크로드" 을 참조하십시오.
DevOps 팀이 영구 스토리지 요구 사항을 위해 vSAN Direct를 사용하는 타사 서비스를 배포할 계획인 경우 설명서에서 vSphere with Taznu에서 상태 저장 서비스 사용 "vSphere IaaS 제어부 서비스 및 워크로드" 을 참조하십시오.
감독자가 vSphere 스토리지와 통합되는 방식
감독자는 몇 가지 구성 요소를 사용하여 vSphere 스토리지와 통합합니다.
- vCenter Server의 CNS(클라우드 네이티브 스토리지)
- CNS 구성 요소는 vCenter Server에 상주합니다. 이것은 영구 볼륨에 대한 수명 주기 작업과 프로비저닝을 구현하는 vCenter Server 관리의 확장입니다.
- First Class Disk(FCD)
-
향상된 가상 디스크라고도 합니다. 이러한 디스크는 데이터스토어 및 백 ReadWriteOnce 영구 볼륨에 상주합니다.
FCD를 사용하는 경우 다음 사항에 유의하십시오.
- FCD는 NFS 4.x 프로토콜을 지원하지 않습니다. 대신 NFS 3을 사용하십시오.
- vCenter Server는 동일한 FCD에서 작업을 직렬화하지 않습니다. 그 결과, 애플리케이션이 동일한 FCD에서 동시에 작업을 수행할 수 없습니다. 복제, 재배치, 삭제, 검색 등의 작업을 서로 다른 스레드에서 동시에 수행하면 예측할 수 없는 결과가 발생하게 됩니다. 문제를 방지하려면 애플리케이션이 동일한 FCD에서 순차적으로 작업을 수행해야 합니다.
- FCD는 관리되는 개체가 아니며 단일 FCD에 대한 다중 쓰기를 보호하는 글로벌 잠금을 지원하지 않습니다. 그 결과 FCD는 동일한 FCD를 관리하는 여러 vCenter Server 인스턴스를 지원하지 않습니다. FCD에서 여러 vCenter Server 인스턴스를 사용해야 하는 경우 다음 옵션이 있습니다.
- 여러 vCenter Server 인스턴스가 서로 다른 데이터스토어를 관리할 수 있습니다.
- 여러 vCenter Server 인스턴스가 동일한 FCD에서 작동하지 않습니다.
- 스토리지 정책 기반 관리
- 스토리지 정책 기반 관리는 스토리지 정책에 설명된 스토리지 요구 사항에 따라 영구 볼륨 및 해당 백업 가상 디스크의 프로비저닝을 지원하는 vCenter Server 서비스입니다. 프로비저닝 후에 서비스는 스토리지 정책 특성으로 볼륨의 규정 준수를 모니터링합니다. 스토리지 정책 기반 관리에 대한 자세한 내용은 " vSphere 스토리지" 설명서에서 스토리지 정책 기반 관리 장을 참조하십시오.
- vSphere CNS-CSI
- vSphere CNS-CSI 구성 요소는 CSI(Container Storage Interface) 규격을 준수합니다. 이것은 Kubernetes와 같은 컨테이너 Orchestrator가 영구 스토리지를 프로비저닝하는 데 사용하는 인터페이스를 제공하도록 설계된 업계 표준입니다. CNS-CSI 드라이버는 감독자에서 실행되고 네임스페이스의 Kubernetes 환경에 vSphere 스토리지를 연결합니다. vSphere CNS-CSI는 네임스페이스에서 시작된 모든 스토리지 프로비저닝 요청에 대해 CNS 구성 요소와 직접 통신합니다.
vSphere CNS-CSI에서 지원되는 기능
감독자에서 실행되는 vSphere CNS-CSI 구성 요소는 여러 vSphere 및 Kubernetes 스토리지 기능을 지원합니다. 하지만 특정 제한 사항이 적용됩니다.
| 지원되는 기능 | 감독자가 있는 vSphere CNS-CSI |
|---|---|
| vSphere Client의 CNS 지원 | 예 |
| vSphere Client의 향상된 개체 상태 | 예(vSAN만) |
| 동적 블록 영구 볼륨(ReadWriteOnce 액세스 모드) | 예 |
| 동적 파일 영구 볼륨(ReadWriteMany 액세스 모드) | 아니요 |
| vSphere 데이터스토어 | VMFS, NFS, vSAN(vSAN ESA 포함), vVols |
| 정적 영구 볼륨 | 예 |
| 암호화 | 아니요 |
| 오프라인 볼륨 확장 | 예 |
| 온라인 볼륨 확장 | 예 |
| 볼륨 토폴로지 및 영역 | 예. 볼륨은 Tanzu Kubernetes Grid 클러스터에서만 사용할 수 있습니다. |
| Kubernetes 다중 제어부 인스턴스 | 예 |
| WaitForFirstConsumer | 아니요 |
| VolumeHealth | 예 |
| 영구 볼륨이 있는 Storage vMotion | 아니요 |
영구 스토리지 및 vSphere 영역이 있는 감독자
3개 영역 감독자는 데이터스토어가 단일 영역의 모든 호스트에서 공유되는 영역 스토리지를 지원합니다.
- 세 영역 모두의 스토리지 유형이 같을 필요는 없습니다. 단, 세 클러스터 모두에 통일된 스토리지를 사용하면 일관된 성능을 얻을 수 있습니다.
- 3개 영역 감독자의 네임스페이스의 경우 각 클러스터의 공유 스토리지 규정을 준수하는 스토리지 정책을 사용합니다. 스토리지 정책은 토폴로지를 인식해야 합니다.
- 네임스페이스에 할당한 후 스토리지 정책에서 토폴로지 제약 조건을 제거하지 마십시오.
- 영역 데이터스토어를 다른 영역에 마운트하지 마십시오.
- 3개 영역 감독자는 다음 항목을 지원하지 않습니다.
- 교차 영역 볼륨
- vSAN 파일 볼륨(ReadWriteMany 볼륨)
- Register Volume API를 사용한 정적 볼륨 프로비저닝
- vSAN 데이터 지속성 플랫폼을 사용하는 워크로드
- vSphere 포드
- vSAN 확대 클러스터
- vGPU 및 인스턴스 스토리지가 있는 VM
자세한 내용은 "vSphere IaaS 제어부 서비스 및 워크로드" 설명서의 3개 영역 감독자에서 영구 스토리지 사용을 참조하십시오.
