Study/도커씨와쿠버씨 (11) 썸네일형 리스트형 로드FC 아니고 로드 밸런싱(Elastic Load Balancing) ALB Ingress Controller 사용 전에 필요한 선수지식 이라고 쓰고 정확하게 말하자면 AWS EKS에서 Fargate 사용 중에 Ingress와 ALB의 역할 궁금해서 정리한 내용 이라고 읽으면 된다. AWS Elastic Load Balancing AWS에서 지원하는 ELB(Elastic Load Balancing)에는 4가지 종류가 있다. ALB(Application Load Balancer) NLB(Network Load Balancer) GLB(Gateway Load Balancer) CLB(Classic Load Balancer) 여기서 ALB는 L7 Load Balancer 라고도 하는데, OSI 7 Layer(Application) 계층에서 작동하기 때문임 그러면 NLB는 L4 .. Docker Compose vs Docker Swarm Docker Compose vs Docker Swarm 도커 컴포즈와 도커 스웜의 차이점? 요약 Docker Compose는 단일 노드에서 애플리케이션을 실행하고 Docker Swarm은 둘 이상의 서버로 확장이 가능함 Docker Compose는 단일 노드에서 실행되기 때문에 애플리케이션을 계속 확장해 나가도 단일 노드에서 실행되지만, Docker Swarm을 사용하면 고가용성 및 내결함성이란 장점을 가지고 애플리케이션을 빠르게 확장할 수 있음 Docker-compose? 컨테이너 그룹 구성 및 관리하는 명령어 or 복수 개의 컨테이너를 실행시키는 도커 애플리케이션을 정의하기 위한 도구 YAML 파일에 애플리케이션 서비스를 정의함. 복수 개 컨테이너에 대한 정의 파일 왜 docker-compose를 써.. 내가 볼라고 쓰는 CUDA 부터 pytorch 설치 까지 폐쇄망에 CUDA 설치부터 pytorch 설치 뻘짓하고 내가 볼라고 쓰는 포스팅 **제일 중요함** 폐쇄망인 경우, 인생 편하게 사는 법 온라인 망에서 도커이미지 만들어서 오자 간단한 커맨드 자기 컴퓨터 윈도우 버전 확인 window키 + R(실행창)에 winver 검색하면 확인 가능 conda install list 저장 conda list --export > list.txt conda list 사용해서 설치 conda install --file list.txt conda 가상환경 생성 conda create -n test python=3.9 conda 가상환경 리스트 conda env list Pytorch 설치까지 1. 컴퓨터 그래픽 카드 확인 nvidia 정보에서 확인하거나 뭐 암튼 알아서 확인 .. [K8s] 컨테이너 특징 및 리소스 설정, 1 컨테이너 N 프로세스 가능? 파드 특징과 Cpu limit 파드 하나이상의 컨테이너 그룹, 애플리케이션 배포 기본 단위 파드의 컨테이너(Container) 특징 Pod 당 컨테이너 하나가 일반적인 유스 케이스 여러 컨테이너가 단일 Pod안에 존재 가능함, 완전한 서비스 컨테이너를 다중으로 가지는 것은 권장 X ex) 완전한 웹서버 컨테이너 2개가 1개의 Pod안에 존재하는 것은 XX 완전한 웹서버 컨테이너를 서포트(보조)할 수 있는 컨테이너가 같이 있는 것은 OO 이때, 보조 컨테이너를 사이드카 컨테이너라고 부름 Container는 서비스가 연결될 수 있도록 port를 가짐 Container는 다중 port를 가질 수 있지만, Container 끼리 port 중복 XX 파드 컨테이너 정의 containers [] 밑에 각 정보 입력.. [쿠도읽]쿠버네티스 레이블? 레이블 셀렉터? - (7) 쿠도읽 : 쿠버네티스 도큐먼트 읽기 쿠버네티스 개념 이론을 정리하는 포스팅은 이번 포스팅을 마지막으로 해야겠다. 주관적으로 남은 개념들은 외우는 것보다 쿠버네티스를 사용하면서 참고하면 좋은 내용이기 때문이다. 레이블과 셀렉터 레이블은 파드와 같은 오브젝트에 첨부된 키와 값의 쌍 오브젝트 특성을 식별하는 데 사용 고유하지 않음 'metadata' : { 'labels' : { "key1" : 'value1', "key2" : 'value2' } } 왜 사용하는 가? 사용자가 조직 구조와 시스템 오브젝트를 느슨하게 결합할 수 있음(클라이언트에 매핑 정보를 저장할 필요 X) 레이블 실렉터 레이블은 고유하지 않기 때문에 레이블 셀렉터를 통해 오브젝트를 식별함 일치성 기준과 집합성 기준이라는 두 종류의 셀렉터를 .. [쿠도읽] 쿠버네티스 네임스페이스? namespace? - (6) 쿠도읽 : 쿠버네티스 도큐먼트 읽기 네임스페이스? 단일 클러스터 내에서 리소스 그룹 격리 메커니즘 제공 리소스의 이름은 네임스페이스 내에서 유일해야 함, 네임스페이스 간에서 유일할 필요 X 네임스페이스는 여러 개의 팀, 많은 사용자가 있는 환경에서 사용하도록 만들어짐 네임 스페이스는 클러스터 자원을 여러 사용자 사이에서 나누는 방법 kubectl get namespace 네임스페이스 조회하기 초기 4개의 네임스페이스를 가짐 default : 기본 네임스페이스 kube-system : K8s 시스템에서 생성한 오브젝트를 위한 네임스페이스 kube-public : 자동으로 생성, 모든 사용자가 읽기 권한으로 접근 가느ㅏㅇ kube-node-lease : pass [쿠도읽] 오브젝트 이름? ID? UID? -(5) 쿠도읽 : 쿠버네티스 도큐먼트 읽기 오브젝트 이름? ID? UID? 클러스터의 각 오브젝트는 고유한 이름과 UID를 가짐 예시로 이름이 A인 pod는 동일한 namespace 내 하나만 존재하지만, 이름이 A인 pod와 deployment는 각각 존재 가능 namespace : 단일 클러스터 내에서 리소스 그룹 격리 메커니즘 제공 namespace ? 격리? : 오브젝트를 별도 그룹으로 분리 후 특정 namespace의 리소스에 대해서만 작업할 수 있음 이름 리소스 URL에서 오브젝트를 가리키는 문자열 같은 종류 내에서는 하나의 이름은 하나의 오브젝트에만 지정 가능 이름 제한 조건 : https://kubernetes.io/ko/docs/concepts/overview/working-with-object.. [쿠도읽] 쿠버네티스 오브젝트 관리? - (4) 쿠도읽 : 쿠버네티스 도큐먼트 읽기 쿠버네티스 오브젝트 관리? 쿠버네티스 오브젝트는 기법 하나로만 사용해서 관리해야 함 관리 기법 3가지 1. 명령형 커맨드 사용자는 활성 오브젝트를 대상으로 직접 동작 시킴 1개 이상의 작업자 수 지원 학습 난이도 낮음 일회성 작업을 동작시키기 위한 추천 방법 kubectl create deployment a --image a 장점 ( 비교 대상은 오브젝트 구성) 하나의 동작을 나타내는 단어로 표현 클러스터 수정하는데 단 하나의 단계만 필요 단점 변경 검토 프로세스와 통합 X 변경에 관한 감사 추적 제공 X 레코드 소스 제공 X (활성 동작 중인 경우 제외) 새 오브젝트 생성을 위한 템플릿 제공 X 2. 명령형 오브젝트 구성 개별 파일을 대상으로 함 1 개의 작업자 수 .. 이전 1 2 다음
