docker run default formatGeneral form docker run [OPTIONS] IMAGE[:TAG|@DIGEST] [COMMAND] [ARG...]--nameAssign name컨테이너를 제어할 경우 매번 컨테이너 id를 기억하기 어렵기에 해당 옵션을 통해 컨테이너에 이름을 부여해준다.$ docker run --name test -d nginx:alpine4bed76d3ad428b889c56c1ecc2bf2ed95cb08256db22dc5ef5863e1d03252a19 $docker psCONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES4bed76d3ad42 nginx:alpine "/docker-entrypoint.…" 1 se..

도커 설치 확인$ docker -v Docker version 24.0.6, build ed223bcpull mysqldocker hub (mysql)도커 허브에서 현재 mysql 이미지를 확인할 수 있다.아래 명령어를 통해 mysql 이미지를 pull한다. (버전 태그 지정 안할 시 latest 버전)$ docker pull mysqlUsing default tag: latestlatest: Pulling from library/mysqlce92cb084937: Pull complete2303f4a62c55: Pull completed763704225c6: Pull completed056028b9c18: Pull complete69b1500def33: Pull complete065a61ce0ce9: P..

도커 컨테이너 코틀린 스프링 부트 환경을 배포하기 위해 도커 파일, 도커 컴포즈 파일 생성 이후 테스트를 위해 localhost:8080으로 접속을 했으나 계속해서 접속이 실패했다. 서버측이나 도커에 아무런 로그도 안떠서 대략 난감했다....! server: port: 8080 address: 127.0.0.1 아 근데 application.yml에 위와 같이 정의되어 있었다;; server.address를 127.0.0.1로 설정하면, 애플리케이션이 오직 로컬호스트(즉, 그 자체 컨테이너)에서만 접근 가능하도록 제한된다. Docker 컨테이너에서 실행되는 애플리케이션은 호스트 시스템(예: 로컬 머신)의 네트워크를 통해 접근해야 하므로, 이 설정은 외부에서의 접근을 차단하게 된다 ㅠㅠ Docker 환경에..

Volume TypeFileStorageBlockStorageObjectStorage로깅 쿠버네티스에서 돌아가는 로그 관리Service Pipeline - 별도의 플러그인 설치 후 모니터링 관련 파드가 생기고 이 파드들이 각각의 노드에서 로그를 가져 수집 서버에 모으고 이걸 ui를 통해 사용자에게 보여짐Core Pipeline - 파드에 쌓여지는 로그 1. Basic Logging Construction 1-1) Deployment 생성apiVersion: apps/v1
kind: Deployment
metadata:name: app-log
spec:selector:matchLabels:type: app
 template:metadata:label..

Service Network Pod Network 1-1) Pause Container apiVersion: v1 kind: Pod metadata:name: pod-pause spec:nodeSelector:kubernetes.io/hostname: k8s-node1 containers: - name: container1 image: kubetm/p8000 ports: - containerPort: 8000 - name: container2 image: kubetm/p8080 ports: - containerPort: 8080 Pause Container 확인 docker ps | grep pod-pause Pause Container 인터페이스 확인 docker ps | grep pod-pause d..

쿠버네티스는 한 대의 마스터와 여러 대의 워커 노드들로 구성마스터- 쿠버네티스 주요 기능 담당 컴포넌트kube-apiserverAPI 서버는 쿠버네티스 API를 노출하는 쿠버네티스 컨트롤 플레인 컴포넌트이다. API 서버는 쿠버네티스 컨트롤 플레인의 프론트 엔드이다.쿠버네티스 API 서버의 주요 구현은 kube-apiserver 이다. kube-apiserver는 수평으로 확장되도록 디자인되었다. → 즉, 더 많은 인스턴스를 배포해서 확장할 수 있다. 여러 kube-apiserver 인스턴스를 실행하고, 인스턴스간의 트래픽을 균형있게 조절할 수 있다.etcd모든 클러스터 데이터를 담는 쿠버네티스 뒷단의 저장소로 사용되는 일관성·고가용성 키-값 저장소.kube-scheduler노드가 배정되지 않은 새로 생..