Amazon ECS 및 ECR 이해 Amazon ECS(Elastic Container Service) 컨테이너화된 애플리케이션을 배포, 관리 스케일링할 수 있도록 도와주는 완전 관리형 컨테이너 오케스트레아션 서비스 Amazon ECS 기반 애플리케이션들은 간단한 API 호출을 이용하여 컨테이너 애플리케이션 운영, 관리를 손쉽게 할 수 있고, 단일 컨테이너부터 수천 개의 컨테이너까지 복잡한 과정 없이 확장 가능할수 있다. Serverless 방식으로 클라우드 인프라에서 애플리케이션을 호스팅하는
Docker swarm cluster 이해 이사를 하느라 한동안 스터디에 신경을 못썼네요. 이번 장에서는 Docker swarm에 대해 다루는데 쿠버네티스의 도커 버전으로 이해 하면 됩니다. 실습위해서 지난번과 비슷하게 hostos2를 복사해서 hostos3을 만들고 진행 했습니다. Docker swarm mode Docker swarm은 docker 컨테이너를 위한 분산 환경 클러스터링 및 스케줄링 도구다. Docker는 단일 호스트, Docker swarm mode는 다중호스트 기반의 컨테이너 기반
이번 글에서는 드디어 docker compose를 다루게 되었습니다. 도커를 사용하면 사실상 compose를 사용하는게 당연하게 생각 되듯이 널리 사용되고 있습니다. 이번 글에서 기본적인 사용법과 실습을 해보면서 익숙해 지도록 해봅시다. 멀티 컨테이너 서비스 구성 [실습] wordpress와 mysql을 이용한 web application cd ~/fastcampus/ch10/my-webdb docker volume create mydb_data docker volume create myweb_data docker network create my-webdb-net docker run -itd –name=mysql_app
Image 생성을 위한 Dockerfile 명령어 Dockerfile Dockerfile은 Docker에서 동작하는 컨테이너의 구성 정보를 프로비저닝(Provisioning)한 텍스트 template 파일이다. Docker 이미지는 컨테이너가 런타임 환경으로 동작하기 위해 필요한 특정 기술 또는 서비스를 사전에 구축한 환경이다. Dockerfile은 애플리케이션 배포에 필요한 컨테이너 인프라를 코드 형태로 정의한 파일이다.(IaC-Infrastructure as Code) Dockerfile 명령어 FROM(layer) (필수) 생성하려는 이미지의 베이스 이미지 지정으로 hub.docker.com에서 제공하는 공식(오피셜,
Docker 제공, volume 기술 이해 volume 기술 이해 Docker에서 제공하는 volume 기술은 컨테이너 애플리 케이션에서 생성되고 사용되는 데이터를 유지, 보존하기 위한 메커니즘을 제공한다. 컨테이너가 삭제되어도 volume은 독립적으로 운영되기 때문에 데이터를 유지한다. volume 기술은 Docker HostOS와 컨테이너에서 직접 접근이 가능하다. 일반적으로 컨테이너 내부의 데이터는 컨테이너의 생명 주기와 연관되어 컨테이너 종료시 삭제되지만, 이를 지속적으로 보존하기 위한 방법으로
컨테이너 리소스 모니터링을 위한 cadvisor 컨테이너들을 모니터링하는 도구인 cadvisor를 설치하고 metric(지표)가 의미하는 바를 알아 봅시다. 이전장에서 이미 설치를 진행해서 올라가 있네요. 혹시나 설치가 안되어 있을수도 있으니 아래에 설치하는 명령어를 적어 놓을게요. arm64버전의 문제인지 CPU 항목에서 usage per core 활성화가 안되서 확인이 안되는 문제가 있습니다. docker run –restart=always –volume=/:/rootfs:ro –volume=/var/run:/var/run:rw –volume=/sys/fs/cgroup:/sys/fs/cgroup:ro –volume=/var/lib/docker/:/var/lib/docker:ro –volume=/dev/disk/:/dev/disk:ro –publish=9559:8080 –detach=true –name=cadvisor
컨테이너 네트워크 docker network docker network = Linux network CNM(Container Networking Model) 인터페이스 집합 위에 구축. OS 및 인프라에 상관없이 동일한 환경을 가질 수 있다. 리눅스 네트워킹 빌딩 블록(리눅스 브리지, 네트워크 네임스페이스, veth pair 및 iptables) iptables가 방화벽(?)이고 bridge를 통해서 os의 네트워크와 통신을 하는 구조입니다. docker network는 리눅스 브리지를 사용하기에 그 목록을 조회하기 위해서 bridge-utils를
이번 장에서는 컨테이너를 다루는 CLI를 다루는 장입니다. 도커는 결국 이미지를 사용해서 컨테이너를 만들어서 사용하는게 목적이므로 빠질수 없는 부분이죠. 컨테이너 격리 기술 docker run -it –name=myubuntu16-2 ubuntu:16.04 ls df -h hostname ps -ef 위의 커맨드를 실행하면 컨테이너 내부로 들어 갑니다. 거기서 내부 구조를 ls로 확인해보면 ubuntu구조가 보입니다. 이처럼 컨테이너는 우분투 구조를 호스와 별개로 격리되게 구성하고 있습니다.
이번 글에서는 도커에서 image가 무었인지 어떻게 관리해야 하는지에 관해서 정리해보겠습니다. UTM hostos2 만들기 이번장을 들어 가기 전에 실습위해서 hostos1을 복제해서 hostos2를 만들겠습니다. hostos1을 선택해서 큰론 버튼을 클릭해줍니다. 새로 생긴 인스턴스를 선택해서 edit버튼을 클릭해줍니다. hostos2로 이름을 변경해 줍니다. 이 부분이 중요합니다. 네트워크탭에서 MAC Address의 random을 클릭해주세요. 복사를 한것이라서 hostos1과 MAC Address가 같아서 두개의 터미널을 뛰울경우 내부적으로
도커 엔진이 계속 최신 버전으로 올라가기 때문에 기존에 사용하는 엔진이 구형이 되었을때 성능, 버그, 보안 패치, 새로운 기능등의 이유로 업그레이드가 권장됩니다. 이번글에서는 어떻게 업데이트를 할수 있는지 정리해보겠습니다. [시나리오] 현재 F 사는 ubunt18.04 운영체제에 docker 19.x 버전을 사용 중이다. 새로운 기능의 호환성을 맞추고 성능 향상을 위해 최신 버전 업데이트를 결정했다. 작업 절차는 다음과 같다. 기존에 실행
