Cloud

이름과 UID클러스터의 각 오브젝트 고유한 이름이 있음Namespace 내에서만 고유하면 됨.Namespace를 쓰는 이유는 오브젝트의 분리, DNS 이름의 분리를 위해서기본적으로는 default를 사용한다. 오브젝트를 리소스로 만들 때 쿠버네티스의 컨트롤러 매니저는 해당되는 리소스에 UID를 붙이게 되고,모든 쿠버네티스 오브젝트는 전체 클러스터에 걸쳐 고유한 UID를 가짐Namespace쿠버네티스 클러스터 내의 논리적인 분리 단위 리소스 분리 기준1. 서비스 별2. 사용자 별3. 환경 : 개발, 스테이징, 프로덕션 네임스페이스 확인하기$ kubectl get namespaces--namespace 를 통해 해당 네임스페이스 내 리소스를 확인 가능$ kubectl get pods --namespace d..
파드(Pod)? 워크로드: 쿠버네티스에서 구동되는 애플리케이션쿠버네티스에서 워크로드를 일련의 파드 집합 내에서 실행 Pod는 하나 이상의 컨테이너 그룹이며, 컨테이너를 실행하기 위한 오브젝트쿠버네티스에서 관리할 수 있는 가장 작은 Workload는 Pod즉, 쿠버네티스는 컨테이너를 직접 컨트롤하지 않고, 파드만 관리 가능하나의 파드는 하나의 호스트에만 배치되고, 하나의 노드에 배치 파드의 생성 및 관리 명령형 커맨드로 파드 실행$ kubectl run$ kubectl run NAME --image=image [--env="key=value"] [--port=port] [--dry-run=server|client] [--overrides=inline-json][--command] -- [COMMAND] [..
클러스터 내부의 엔티티 파드, 컨트롤러, 서비스 등등의 인스턴스를 의미 각각의 오브젝트는 쿠버네티스 API의 리소스 종류에 맞게 설정되고 생성쿠버네티스 오브젝트는 쿠버네티스 시스템에서 영속성을 가지는 오브젝트로,오브젝트가 지정된 상태를 유지되도록 쿠버네티스에 의해 제어됨 $ kubectl api-resourcesname : 소문자와 복수형, kubectl 에서 특정 리소스 지칭 시 사용shortnames : yaml 파일에서 사용 불가APIVERSION: 버전만 지정된 것은 Core 그룹, 그룹이 별도로 있는 것은 API 그룹 Object를 사용해서 만드는 것을 Resource라고 부름 오브젝트의 버전API GroupAPI 그룹은 쿠버네티스 API를 더 쉽게 확장하게 해주는 것으로,API 그룹은 REST..
노드쿠버네티스는 컨테이너를 파드 내에 배치, 노드에서 실행해 워크로드를 구동노드는 클러스터에 따라 가상일수도 물리적 머신일 수도 있음.각 노드는 컨트롤 플레인에 의해 관리되며 파드를 실행하는 데 필요한 서비스를 포함함.일반적으로 클러스터에는 여러 노드가 있고, 환경에 따라 하나만 있을 수 있음 노드의 컴포넌트엔 kubelet, 컨테이너 런타임, kube-proxy가 있음 관리API서버에 노드를 추가하는 방법1. 노드의 kubelet으로 컨트롤 플레인에 자체 등록2. 사용자가 노드 오브젝트를 수동으로 추가 노드 오브젝트 또는 노드의 kubelet으로 자체 증록한 후 컨트롤 플레인은 새 노드 오브젝트가 유효한지 확인ex) JSON 매니페스트에서 노드를 만드려는 경우{ "kind": "Node", "api..
클러스터쿠버네티스를 배포하면 클러스터를 얻음 → 쿠버네티스를 실행 중이라는 것은 클러스터를 실행중인 것과 같다.쿠버네티스 클러스터는 컨테이너화된 애플리케이션을 실행하는 노드라고 하는 워커 머신의 집합.모든 클러스터는 최소 한 개의 워커 노드를 가진다.워커 노드는 애플리케이션의 구성요소인 파드를 호스트한다.컨트롤 플레인은 워커 노드와 클러스터 내 파드를 관리일반적으로 컨트롤 플레인이 여러 컴퓨터에 걸쳐 실행되고, 클러스터는 일반적으로 여러 노드를 실행하므로 내결함성과 고가용성이 제공정리컨트롤 플레인 : 제어영역, Master Node노드 : 컨테이너 실행 역할 , Worker Node컨트롤 플레인, Master Node기본적으로 컨트롤 플레인 컴포넌트는 클러스터에 관한 전반적인 결정을 수행, 클러스터 이벤..
쿠버네티스가 뭔데? 애플리케이션 배포환경 변화전통적인 물리 서버하나의 물리적 서버에 데이터와 서비스를 모두 구성다른 OS 설치를 위해선 다른 물리적 서버를 하나 더 구성해야함같은 리소스를 공유하기 떄문에 서로 영향이 가고 성능 문제 발생하드웨어의 성능은 매우 빠르게 좋아졌지만 소프트웨어의 발전은 속도를 따라가지 못함→ 서버 사양의 10%수준밖에 사용하지 못함 → 매우 비효율적남는 공간을 활용할 방법에 대해 고민하게 됨.가상화 배포 물리적 하드웨어 장치를 논리적 객체로 추상화가상화 기술을 통해 한 대의 서버 위에 동시에 여러 OS를 설치 후 여러 애플리케이션을 실행가상머신을 기반으로 배포하는 방법가상머신은 각각 논리적으로 구분된 가상환경에서 실행되므로 각 다른 OS, 분리된 리소스를 갖고있음하이퍼바이저(H..
· Cloud/Linux
Linux Commands and Optionspwdprint working directory > 현재 작업 중인 디렉토리의 절대 경로 출력-L : logical > 심볼릭 링크를 따라 논리적 경로를 출력-P : physical > 심볼릭 링크를 무시하고 물리적 경로를 출력cdchange directory > 디렉토리 변경- : 이전 디렉토리로 이동~ : 홈 디렉토리로 이동mkdirmake directory > 새로운 디렉토리 생성-p : parents > 부모 디렉토리가 없을 경우, 필요한 모든 부모 디렉토리도 함께 생성-m : mode > 생성할 디렉토리의 접근 권한 설정-v : verbose > 생성된 디렉토리를 출력cpcopy > 파일 또는 디렉토리 복사-r : recursive > 디렉토리와 그..
onCloud
'Cloud' 카테고리의 글 목록 (2 Page)