PVC를 PV에 바인딩하기 위한 수단은 아래와 같이 3가지가 있음 1. 볼륨 이름이 같은 경우 (참고) PV > metadata > name PVC > spec > volumeName 2. 레이블 셀렉터가 같은 경우 (참고) PV > metadata > labels PVC > spec > selector 3. 스토리지 클래스 이름이 같은 경우 (참고) PV > spec > storageClassName PVC > spec > storageClassName
문제 상황 linkerd의 도큐먼트를 따라 linkerd-viz 및 grafana를 설치 후 linkerd-viz 대시보드에서 grafana 아이콘이 뜨는 것을 확인했지만 막상 grafana를 열어보면 메트릭들이 N/A만 나오는 상황 linkerd-prometheus의 로그를 확인 시 unauthorized connection on server proxy-admin라고 나옴 해결 아래의 리소스를 추가해주니 해결됨 apiVersion: policy.linkerd.io/v1beta1 kind: ServerAuthorization metadata: name: yolo namespace: linkerd-viz spec: client: unauthenticated: true networks: - cidr: 0.0..
1. 서비스 어카운트 야믈 생성 (yamls/for_sa/create-sa.yaml) apiVersion: v1 kind: ServiceAccount metadata: name: test-sa namespace: default automountServiceAccountToken: true automountServiceAccountToken: true --> 서비스 어카운트를 명시하면서 파드를 생성 시 명시된 서비스 어카운트의 토큰이 자동으로 파드에 마운트됨 2. 롤 야믈 생성 (yamls/for_sa/pod-reader-role.yaml) apiVersion: rbac.authorization.k8s.io/v1 kind: Role metadata: name: pod-reader namespace: def..
kubeadm init 실행 시 container runtime is not running 에러 - containerd.io로 설치되는 config.toml 중 disabled_plugins = ["cri"]가 이슈를 발생시키는 것으로 추측됨 (참고) - 아래 명령어로 해결 sudo rm /etc/containerd/config.toml sudo systemctl restart containerd sudo kubeadm init kubectl get pod --all-namespaces를 확인 시 coredns가 ContainerCreating 상태에 갇힘 kubectl get node를 확인 시 master 혹은 control-plane 노드가 NotReady 상태 - CNI의 부재가 원인이므로 CNI..
cgroup - 프로세스에 대한 리소스 분리 및 할당 제어를 제공하는 리눅스 커널 기능 - 이를 통해 프로세스를 계층형 컨테이너로 그룹화하고 이러한 컨테이너 간의 CPU, 메모리, 디스크 I/O 및 네트워크 대역폭과 같은 시스템 리소스 할당을 관리할 수 있음 - cgroup이 관리할 수 있는 리소스의 컨트롤러는 파일 시스템의 형태로 관리되고 있음 cgroup driver - 리소스 관리를 위해 kubernetes 런타임이 기본 리눅스 커널의 cgroup 하위 시스템과 상호 작용하는 방법 - kubernetes 클러스터에서 사용되는 컨테이너 런타임을 구성할 때 설정됨 사용 가능한 cgroup driver 1. cgroupfs - kubernetes의 기본 cgroup 드라이버 - cgroupfs 파일 시스..
