일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
- RAPA
- PaaS
- 개념
- docker
- 쿠버네티스
- MongoDB
- mysql
- network
- express
- 네트워크
- node.js
- worker
- nodejs
- Javascript
- dockerfile
- 용어정리
- PAT
- 실습
- 도커
- 명령어
- gns3
- IaaS
- OpenStack
- Docker Swarm
- 이론
- Docker-compose
- RAID
- git
- 클라우드
- kubernetes
- Today
- Total
목록2022이전 (168)
융융이'Blog
위 3가지는 서비스 퍼블리싱(Service Types) 에 속한다. 기본값으로 ClusterIP 방식으로 설정 된다. ClusterIP : 서비스를 클러스터-내부 IP에 노출시킨다. 이 값을 선택하면 클러스터 내에서만 서비스에 도달할 수 있다. Cluster 내부적에서만 사용한다. NordPort : 고정포트로 각 노드 IP에 서비스를 노출 시킨다. NodePort 서비스가 라우팅되는 ClusterIP 서비스가 자동으로 생성된다. [NodeIP] : [NodePort]를 요청하여, 클러스터 외부에서 NodePort 서비스에 접속할 수 있다. 같은 상위 네트워크 상에서 주로 사용한다. LoadBalancer: 클라우드 공급자의 로드밸런서를 사용하여 서비스를 외부에 노출시킨다. 외부 로드 밸런서가 라우팅되는..
컨피그맵(ConfigMap) 환경 변수나 설정값까지 쿠버네티스 오브젝트에서 관리 값들을 YAML 파일로 포드와 함께 배포할 수 있다. 사용법 kubectl create configmap 위 실행문은 log-level-configmap 에 변수 1개 / start-k83에 변수 2개를 설정해준 것이다. configmap 확인 => kubectl describe configmap , kubectl get configmap -o yaml이다. 주요 사용 컨피그맵의 값을 컨테이너의 환경 변수로 사용 컨피그맵의 값을 포드 내부의 파일로 마운트해 사용 컨피그맵의 데이터를 컨테이너의 환경변수로 가져오기 예시: yaml 파일에서 log-level-configmap 과 start-k8s의 comfigmap값 참조를 하고..
리소스를 논리적으로 구분하는 장벽 쿠버네트스에서는 리소를 논리적으로 구분하기 위해 네임스페이스(Namespace)라는 오브젝트를 제공합니다. 네임스페이스를 생서하지 않았더라면 기본적으로 default, kube-public, kube-system 으로 3가지가 존재한다. # yaml 파일 이용할 때 kubectl apply -f production-namespace.yaml # CLI이용 kubectl create name production네임스페이스와 라벨의 차이점은 네임스페이스는 자원사용량을 제한을 두거나 특정 네임스페이스에 생성되는 포드에는 사이드카 컨테이너를 붙이는 등 특정 namespace에 대해서 설정이 가능합니다. namespace를 꼭 부여를 해야하는 것은 아니다. 왜냐하면 namespa..
도커가 나타난 이래로 다양한 컨테이너 오케스트레이션 도구가 등장했다. 어려 해에 걸쳐 이 도구끼리 경쟁한 결과 2017년 가을에 쿠버네티스가 정식으로 도커에 통합된다는 내용이 발표되면서 컨테이너 오케스트레이션 도구의 사실상 표준이 되었다. 쿠버네티스 공식 문서 : https://kubernetes.io/ko/docs/home/ 쿠버네티스(Kubernetes) 쿠버네티스는 구글의 엔지니어를 중심으로 하는 커뮤니티에서 개발이 진행되고 있는 오픈소스 컨테이너 오케스트레이션 툴이다. 구글 뿐만 아니라 Microsoft, Red Hat, IBM 등이 개발에 참여하고 있어 제공하는 기능도 풍부하고 개발 속도도 빠르며, 대규모 시스템에서의 도입 실적도 풍부하여 컨테이너 오케스트레이션 툴의 실질적 표준이라고 할 수 있..
로그레벨은 TRACE > DEBUG > INFO > WARN > ERROR > FATAL 순 입니다. Log Level TRACE : 추적 레벨은 Debug보다 좀더 상세한 정보를 나타냄 DEBUG : 프로그램을 디버깅하기 위한 정보 지정 INFO : 상태변경과 같은 정보성 메시지를 나타냄 WARN : 처리 가능한 문제, 향후 시스템 에러의 원인이 될 수 있는 경고성 메시지를 나타냄 ERROR : 요청을 처리하는 중 문제가 발생한 경우 FATAL : 아주 심각한 에러가 발생한 상태, 시스템적으로 심각한 문제가 발생해서 어플리케이션 작동이 불가능할 경우
ubuntu 18.04에서 설치 sudo apt-get install zsh sudo sh -c "echo 'deb http://download.opensuse.org/repositories/shells:/zsh-users:/zsh-completions/xUbuntu_18.04/ /' > /etc/apt/sources.list.d/shells:zsh-users:zsh-completions.list" wget -nv https://download.opensuse.org/repositories/shells:zsh-users:zsh-completions/xUbuntu_18.04/Release.key -O Release.key sudo apt-key add - < Release.key sudo apt-get u..
Docker의 Cilent-Server 아키텍처 도커를 이용하여 환경을 구축을 하다보면 위 그림과 비슷한 형태의 아키텍처를 따른다. Docker 시스템 유닛은 크게 3개로 분리되어, Client, Host(Daemon), Registry를 이룬다. 대부분의 현대 CI 도구들(travis, circle, gocd, jenkins)등이 agent를 통해 docker관련 Task를 수행을 하기 때문에 docker daemon은 호스트머신에서 동작하면서 컨테이너로 동작하는 agent들이 docker-client역할을 하는 경우가 많다. 그래서 데브옵스 개발자들은 쉽게 daemon과 client의 분리를 고려하며 docker container에서 agent가 호스트 머신에 위치한 docker daemon에게 어떻..
이 둘을 비교한다는 것은 Dokcer Swarm 과 Kubernetes를 비교하는 것을 말한다. 도커 = 이미지 생성, 관리, 탄력적인 확장성, 격리, 이식성 쿠버네티스 = 오케스트레이션 중점, 복잡한 앱, 확장성과 복구성이 중요한 앱 도커란? 도커는 '컨테이너 기반의 오픈소스 가상화 플랫폼' 이다. 컨테이너는 애플리케이션 & OS앱을 구동하는 환경을 격리한 공간을 뜻한다. 자원을 필요한 만큼 격리하여 컨테이너에 할당(Host 운영체제와 자원 공유) 효율적 배포가 빠름 쿠버네티스란? 쿠버네티스는 '컨테이너 오케스트레이션 툴' 이다. 다른 컨테이너 오케스트레이션 툴로 'Docker Swarm', 'ECS', 'Nomad' 등이 있다. ..