IT's 잡탕찌개 블로그

간단하게 OSI 7계층과 TCP/IP 4계층에 대해서 알아보자.

7계층 : 물 - 데 - 네 - 전 - 세 - 표 - 어 

위처럼 외우면 편하다.

물리계층

 - 전기 신호를 아날로그 신호로 변경한 후 전송, 수신한 아날로그 신호를 전기 신호로 변환.

데이터 링크 계층

 - MAC주소

 - Frame 단위로 전송하며 header/payload 로 구성된다.

 - EtherNet을 통한 LAN 구성

네트워크 계층

 - WAN 구성.

 - IP주소로 구분, IPv4, IPv6로 나뉨

 - 라우터를 통한 패킷 전달.

 - host 간의 논리적 통신 담당.

전송계층 

 - TCP/IP Protocol

 - Application간의 논리적 통신을 담당.

세션 계층

 - 사용자 위주의 논리적인 연결 서비스 제공

어플리케이션 계층

 - 최상위 계층으로 사용자의 응용 서비스가 돌아간다.

 - SMTP, FTP 등등 

원론적으로는 위의 7계층이지만 때에 따라 4계층으로 구분하기도 한다.

TCP/IP 4계층의 경우 OSI 참조 모델을 상업적이고 실무적으로 이용할 수 있게 단순화 한 모델이다.

. 네 - 인 - 전 - 어

네트워크 계층

 - 실제 Data인 Frame 전송을 담당.

 - EtherNet 구축

인터넷 계층

 - Data 전송을 위한 논리적인 주소 및 경로 지정하며 Packet 전송을 담당

 - IP, ARP 등

전송계층

 - host간의 자료를 송,수신하며, Segment 전송을 담당

 - TCP/UDP와 port번호를 관리

어플리케이션 계층

 - Application간의 data 송수신을 담당

 - P2P, FTP, SMTP, DNS 등등

7계층과 4계층의 대응관계

. 물리계층 + 데이터 전송계층 => 네트워크 계층

. 네트워크 계층 => 인터넷 계층

. 전송 계층 => 전송계층

. 세션 계층 + 표현계층 + 어플리케이션 계층 => 어플리케이션 계층

우선 Docker는 docker 를 명령어 맨 앞에 붙인 후 입력 해야한다.

 -> 밑의 명령어들은 모두 docker 명령어 라고 가정.

search

 . Docker Hub를 통해서 이미지를 검색 시 사용

 -> ex : docker search ubuntu [리눅스 에서는 앞에 sudo를 붙여야 하는 듯?]

pull

 . Git과 유사하게 특정 Image를 다운받아 적용할 때 사용

 -> docker pull 이미지명:태그명 

 -> ex : docker pull ubuntu:latest

 -> docker pull 유저명/이미지명:태그로 특정 유저가 올린 이미지를 받을 수 있음.

image

 . 현재 받은 image들의 목록을 보여준다. 특정 이미지명으로 filtering이 가능

 . ex : docker image 또는 docker image 이미지명

run

 . docker image를 실행하여 container를 만들고 바로 실행한다.

 -> docker image 옵션 컨테이너명 실행할 이미지명 실행할 파일

 -> ex : docker image -i -t --name hello ubuntu /bin/bash

    -> ubuntu 이미지를 사용한 hello라는 이름의 container의 만든 후 /bin/bash 파일을 실행한다

create

 . docker image를 기반으로 컨테이너를 만든다.

 -> ex : docker create 옵션 이미지명:태그명

ps 

 . docker ps 옵션

 -> 모든 컨테이너의 목록을 출력한다.

 -> 옵션에 -a를 주면 정지된 컨테이너까지 조회한다.

start

 . 정지되어 있던 해당 컨테이너를 시작한다.

 -> ex : docker start 컨테이너명

stop 

 . 컨테이너를 정지한다.

 -> ex : docker stop 컨테이너명[혹은 컨테이너 id]

restart

 . docker restart 컨테이너명

 -> 특정 컨테이너를 재시작한다.

rename

 . 컨테이너의 이름을 변경한다.

 -> ex : docker rename 컨테이너명 새로운 이름

rm

 . 컨테이너를 제거한다.

 -> ex : docker rm 옵션 컨테이너명

 -> 만약 해당 컨테이너가 실행중이라면 종료 후 삭제해야함. 혹은 옵션으로 -f를 적용

rmi

 . 이미지를 삭제한다.

 -> ex : docker rmi 옵션 이미지명

 -> 옵션으로 -f 적용 시 컨테이너도 강제 삭제된다.

diff

 . 

 -> ex : docker diff 컨테이너명

-v

 . docker 의 버전을 확인

 -> ex : docker -v

참고

 . service docker restart : Docker 서비스를 재시작.

Docker에 대해서

 . 컨테이너형 가상화기술 기반의 오픈소스 가상화 플랫폼이다.

 . Docker는 반가상화 보다 좀 더 경량화 된 방식이다.

 . 하드웨어를 가상화하는 계층이 없기 때문에 메모리 접근, 파일시스템, 네트워크 속도가 가상머신보다 월등히 빠르다.

 . 마치 Git에서 관리하는 것과 같이 Docker Image를 관리한다.

 . Docker 자체는 특정 파일  실행 또는 스크립트를 위한 실행 환경을 의미한다.

 -> Docker Container : Docker Image를 실행한 상태 [작동중인 가상환경을 의미하는 듯?]

Docker의 장점

 . 쉽고 빠른 실행환경 구축이 가능하다.

 -> 초기 개발환경을 이미지로 만든 후 활용

 . 가볍고 실행속도가 빠르다.

 -> 컨테이너는 일반 가상화보다 memory, storage 소모가 적다.

 . Docker Hub를 통해 검증된 Docker Image가 공유된다. 

Docker의 단점

 . Docker 개발 초기 오베헤드가 많을 수 있다

 -> 초반 환경 설정 시 시행착오를 겪거나 등등

 . 리눅스 편향적이다

 -> 제대로 활용하기 위해서는 linux 기반 OS에서 사용하는 것이 좋다.

Docker Base Image란?

 . Docker image 중 리눅스의 UserLand만 설치된 파일

 -> UserLand란 OS의 커널과 유저 영역중 유저영역에서 실행되는 프로그램 혹은 라이브러리를 의미한다.

 -> ex : nginx, Redis 등등이 포함된 이미지

Docker의 이미지 관리 방식

 . Docker는 Base Image 에서 변경된 점들을 기억한 후 실행시에 Base Image와 합쳐서 실행한다.

 . Image의 구별을 위한 ID는 16진수로 표기한다.

Docker의 이미지 구조

 . Docker는 바뀐부분만 생성한 뒤 부모 이미지를 계속 참고하는 방식으로 작동하는데 이 방식을 레이어라고 한다.

Union mount 

 . Docker의 이미지는 읽기전용이며 내용이 변경 될 시 쓰기 이미지를 생성한 뒤 내용을 기록하는 방식

 . 즉 복수의 파일을 하나의 파일 시스템으로 마운트 하는 기능.

 -> 두 파일 시스템에서 동일파일이 존재 시 최근 갱신된 내용을 적용한다.

 . Copy on Write 원칙대로 수행하기 때문에 원본은 유지된다.

 -> Copy on Write : 내용을 쓰기 전에 원본을 복사해두는 방식 

Union file system

 . Union mount를 지원하는 파일 시스템