kubectl 롤아웃 실행 취소 webapp 배포 kubectl 롤아웃 상태 배포 webapp kubectl 가져오기 포드

kubect1 포드 가져오기--sort-by=.metadata.creationTimestamp

아래 솔루션을 참조하세요.
설명
해결책

아래 솔루션을 참조하세요.
설명
해결책
영구 볼륨
영구 볼륨은 Kubernetes 클러스터의 스토리지 부분입니다. PersistentVolumes는 어떤 네임스페이스에도 속하지 않는 노드와 같은 클러스터 수준 리소스입니다. 관리자가 제공하며 특정 파일 크기를 가집니다. 이런 식으로 Kubernetes에 앱을 배포하는 개발자는 기본 인프라를 알 필요가 없습니다. 개발자가 애플리케이션에 일정량의 영구 저장소가 필요할 때 시스템 관리자는 쉽게 프로비저닝된 PersistentVolume을 사용하도록 클러스터를 구성합니다.
영구 볼륨 생성
종류: PersistentVolumeapiVersion: v1metadata: name:app-dataspec: capacity: # 생성하려는 PV의 용량을 정의합니다. hostPath: path: "/srv/app-data" # 볼륨을 생성할 경로 Challenge
* 스토리지 클래스 이름인 ReadWriteMany라는 영구 볼륨 생성
공유, 2Gi의 스토리지 용량 및 호스트 경로

2. 파일을 저장하고 영구 볼륨을 생성합니다.
게시물용 이미지

3. 영구 볼륨을 봅니다.

* 우리의 영구 볼륨 상태는 사용 가능하며 아직 마운트되지 않았음을 의미합니다. PersistentVolume을 PersistentVolumeClaim에 마운트하면 이 상태가 변경됩니다.
PersistentVolumeClaim
실제 생태계에서 시스템 관리자는 PersistentVolume을 생성하고 개발자는 포드에서 참조될 PersistentVolumeClaim을 생성합니다. PersistentVolumeClaim은 persistentVolume에서 필요한 최소 크기와 액세스 모드를 지정하여 생성됩니다.
도전
* 위에서 생성한 영구 볼륨을 요청하는 영구 볼륨 클레임을 생성합니다. 클레임은 2Gi를 요청해야 합니다. 영구 볼륨 클레임에 이전에 생성한 persistentVolume과 동일한 storageClassName이 있는지 확인하십시오.
종류: PersistentVolumeapiVersion: v1metadata: 이름:
투기:
accessModes: - ReadWriteMany
요청: 스토리지: 2Gi
storageClassName: 공유
2. PVC 저장 및 생성
njerry191@cloudshell:~ (extreme-clone-2654111)$ kubect1 create -f app-data.yaml persistentvolumeclaim/app-data 생성
3. PVC 보기
게시물용 이미지

4. 초기에 생성한 pv에서 어떤 변화가 있었는지 봅시다.
게시물용 이미지

이제 상태가 사용 가능에서 바인딩으로 변경되었습니다.
5. /var/app/config 경로를 사용하여 영구 볼륨 클레임을 탑재하는 데 사용할 이미지 nginx로 myapp이라는 새 포드를 생성합니다.
클레임 탑재
apiVersion: v1kind: Podmetadata: creationTimestamp: null 이름: app-dataspec: 볼륨: - 이름:congigpvc persisenVolumeClaim: claimName: 앱 데이터 컨테이너: - 이미지: nginx 이름: 앱 볼륨 마운트: - mountPath: "/srv/app-data" 이름: configpvc