Namespace Namespace 는 쿠버네티스 내 존재하는 가상의 공간 클러스터 내에서 오브젝트들과 리소스 그룹을 “논리적"으로 분리함. (물리적 분리가 아님) 작은 규모의 클러스터에서는 그냥 default에서 작업하면 되지만, 엔터프라이즈나 프로덕션 환경에서는 Namespace를 사용하는 것이 좋음 적용 예시 사용자에 따라 Namespace 접근 권한을 다르게 부여할 수 있음. Namespace마다 다른 정책을 부여할 수 있음. Namespace 별로 리소스 할당량(resource quota)을 지정/정의할 수 있음 Namespace의 유형 Default Namespace Cluster가 처음 생성될 때 K8s가 default로 생성함 프로덕션 클러스터의 경우 Default Namespace를 사용하지 않고, 다른 Namespace를 만드는 것이 권장됨....

데이터를 영구적으로 저장하는 매커니즘 Persistent Storage PV / PVC 의 주요 개념 PV (Persistent Volume) K8s 어드민이 설정한 클러스터 레벨의 스토리지 볼륨군이며, 클러스터 리소스의 일ㅈ오. 관리자가 프로비저닝하거나 Storage Class를 통해 동적으로 프로비저닝 됨 일반 볼륨과의 차이점 일반 볼륨은 Pod와 같은 라이프사이클을 가짐. 함께 생성되고 함께 내려간다는 뜻 PV는 Pod와 별개의 라이프사이클을 가지므로, Pod가 종료되어도 PV에 기록된 데이터는 삭제되지 않음 PV 생성하기 # ex) pv-definition....

KubeFlow 쿠버네티스 기반 ML 워크플로우를 구축, 실행, 관리하기 위한 오픈소스 플랫폼 모델 개발과 배포를 위한 E2E 솔루션 제공 확장성과 유연성을 가지고, 다양한 머신러닝 프레임워크 통합 가능 기능적 특징 Distributed Training Pipeline Model Serving Model Management Jupyter Notebook Integration Metadata Store 활용 예시 분산모델 트레이닝 대규모 데이터셋을 다루는 복잡한 머신러닝 모델을 분산환경에서 트레이닝 모델 서빙 및 배포 학습된 모델을 쿠버네티스 클러스터에 배포 효율적 리소스 관리 스케일링 통해 모델 서빙 최적화 1....

Network Single Node 상황 쿠버네티스에서는 내부 IP 주소가 Pod에 할당됨. 쿠버네티스 클러스터는 처음 설정될 때, internal private network 를 생성함 모든 pods는 이 네트워크의 레인지 내에서 IP를 부여받음 Pod가 재생성될 때는 또 새로운 IP를 부여받음 따라서, Pod에 부여된 IP로 접근하는 것은 적절한 방법이 아님 Multiple Nodes in a Cluster 상황 각 Node 의 IP는 다르지만, 각 노드 내 Pod의 네트워크가 같을 수 있음 하지만, 모든 Container / Pod는 NAT 없이도 서로 networking 가능 모든 Node는 NAT 없이도 서로 networking 가능 따라서 IP conflict 을 피하기 위한 조치가 필요함 pre-built solution 존재하기도 함 cisco big cloud fabric flannel vmware nsx calico cilium … etc Service helps connecting applications together with other applications OR userss ex) backend server frontend application external datasource etc … Service 개념 Service는 Kubernetes를 기반으로 하는 어플리케이션 내외의 통신과 접근을 위한 obejct Service 유형 Node Port service node의 port 에서부터 listen(응답대기) → request 를 pod로 전달하는 역할 Cluster IP 클러스터 내 virtual IP를 생성하여 제각기 다른 service들 간의 통신을 가능케 함....