PV / PVC / StorageClass
스토리지 관리는 중요한 문제가 관리 계산이다. PersistentVolume서브 시스템은 소비에 따라 방법을 추상적 저장에 대한 자세한 정보를 제공, 사용자와 관리자를위한 API를 제공한다. 이를 위해, 우리는 두 개의 새로운 API 자원을 소개했다 : PersistentVolume와 PersistentVolumeClaim.
PersistentVolume(태양 광)이 클러스터에 기억 또는 구성 관리자에 의해 사용되는 저장 클래스 동적 구성 . 클러스터 노드가 자원 것처럼, 자원의 클러스터입니다. PV는 볼륨과 같은 위젯의 용량이지만, 그 수명은 PV의 단일 포드 사용 무관합니다. 이 개체 캡처 API 구현 세부 사항은, NFS, iSCSI를, 또는 특정 클라우드 공급자를 포함하여 스토리지 시스템을 저장.
PersistentVolumeClaim(PVC)는 사용자의 요청에 의해 저장된다. 그것은 포드와 유사하다. 포드 노드 자원 소비, PVC PV 자원 소비. 포드 자원의 특정 수준 (CPU 및 메모리)을 요청할 수있다. 문은 특정 크기 및 액세스 모드를 요청할 수있다 (예를 들어, 읽기 / 쓰기 또는 읽기 전용 회).
영구 데이터의 최종 실현
NFS 테스트를 사용하여
[KUBE @ 루트는 냠 .repos.d] #는 YUM 설치 -Y NFS 안전 잠금 유틸 // 설치 로드 된 플러그인 : fastestmirror의 hostfile에서 캐시로드 미러 속도 종속성 해결을 ....... [루트 @ KUBE 데이터] # 개의 CAT / 등 / 수출 구성 파일 편집 // / NFS를 / 데이터 10.2 . 61.0 / 24 (no_root_squash 옵션, RW, 동기화 ) [KUBE @ 루트 데이터] # 개 # 서비스가 시작 하여 rpcbind를 다시 시작 systemctl && rpcbind를 가능 systemctl NFS를 다시 시작 systemctl && systemctl 수 있도록 NFS를
// 클라이언트는 NFS-utils를 -y 설치 냠으로 설치됩니다
NFS 점을 여러 마운트 만들
[@ 루트의 KUBE 데이터] # 개에 exportfs / NFS / 데이터 / V1 10.2 . 61.0 / 24 / NFS / 데이터 / V2 10.2 . 61.0 / 24 / NFS / 데이터 / V3 10.2 . 61.0 / 24 / NFS / 데이터 / V4 10.2 . 61.0 / 24 / NFS / 데이터 / V5 10.2 . 61.0 / 24 / NFS / 데이터 / V6 10.2 . 61.0 / 24 / NFS / 데이터 / V7 10.2 . 61.0 / 24 / NFS / 데이터 / V8 10.2. 61.0 / 24 / NFS / 데이터 / V9 10.2 . 61.0 / 24 [루트 @의 KUBE 데이터] # [@ 루트의 KUBE 데이터] # systemctl 재시작하여 rpcbind && systemctl 재시작 NFS [루트 @의 KUBE 데이터] #
만들기 PV
[루트 @의 KUBE PV-PVC] # 개 고양이 p1.yaml의 apiVersion : V1의 종류 : PersistentVolume의 메타 데이터 이름 : pv0001의 사양 : 용량 : 저장 : 5Gi volumeMode : 파일 시스템 accessModes : - ReadWriteOnce persistentVolumeReclaimPolicy : 재활용 storageClassName : 느린 NFS : 경로 : / NFS / 데이터 / V1의 서버 : 10.2 . 61.21 [루트 @ KUBE의 태양 광 발전 - PVC] # [루트 @의 KUBE의 태양 광 발전 - PVC] # kubectl GET 태양 광 발전 NAME 용량 액세스 모드는 정책 상태 청구 STORAGECLASS 이유 AGE 회수 pv0001 5Gi RWO 재활용 가능한 느린 20 [루트 @의 KUBE의 태양 광 발전 - PVC] #