2-1. Docker 컨테이너 네트워킹: 브릿지, 호스트, none

1. Docker 컨테이너 네트워킹의 기본 이해

Docker는 컨테이너 기술을 기반으로 애플리케이션을 격리된 환경에서 실행할 수 있게 해줍니다. 이러한 컨테이너들은 서로 통신하고 외부 네트워크와 연결될 필요가 있습니다. Docker는 이러한 네트워킹을 관리하기 위해 여러 네트워크 드라이버를 제공합니다. Docker 컨테이너 네트워킹은 컨테이너 간의 통신, 컨테이너와 호스트 간의 통신, 그리고 외부 네트워크와의 통신을 가능하게 하며, 애플리케이션의 유연성과 이식성을 높이는 데 필수적인 요소입니다. 마치 여러 개의 독립된 섬(컨테이너)들을 다리(네트워크)를 통해 연결하여 하나의 생태계를 구축하는 것과 같습니다.

1) 컨테이너 네트워킹의 필요성

컨테이너 네트워킹은 다음과 같은 이유로 중요합니다.

• 컨테이너 간 통신: 여러 컨테이너로 구성된 애플리케이션에서 컨테이너 간의 데이터 교환 및 협업을 가능하게 합니다. 예를 들어, 웹 서버 컨테이너가 데이터베이스 컨테이너에 접근하여 데이터를 요청하는 경우입니다.
• 호스트와 컨테이너 간 통신: 호스트 시스템에서 컨테이너에 접근하거나, 컨테이너에서 호스트 시스템의 리소스를 사용하도록 합니다. 이는 로깅, 모니터링, 설정 관리 등에 필요합니다.
• 외부 네트워크와의 통신: 컨테이너가 인터넷과 통신하여 외부 서비스(API, 데이터베이스 등)를 이용하거나, 컨테이너 내부에서 서비스를 외부로 노출할 수 있도록 합니다.

2) Docker 네트워크 드라이버의 종류

Docker는 다양한 네트워크 드라이버를 제공하며, 각 드라이버는 서로 다른 네트워킹 기능을 제공합니다. 이 중에서 가장 널리 사용되는 드라이버는 bridge, host, none입니다. 각 드라이버의 특징과 사용법을 이해하는 것은 Docker 컨테이너 네트워킹을 효과적으로 관리하는 데 필수적입니다.

2. Bridge 네트워크 드라이버

bridge 네트워크 드라이버는 Docker에서 기본적으로 사용되는 드라이버입니다. 이 드라이버는 Docker 호스트 내에 가상 네트워크 브리지를 생성하고, 각 컨테이너는 이 브리지에 연결됩니다. 브리지는 컨테이너 간의 통신을 가능하게 하고, 컨테이너가 호스트 시스템의 네트워크에 접근할 수 있도록 해줍니다. 마치 아파트 단지 내의 공용 인터넷망과 같습니다. 각 세대(컨테이너)는 공용망(브리지)에 연결되어 서로 통신하고 인터넷(호스트 네트워크)에 접근할 수 있습니다.

1) 작동 방식

bridge 네트워크 드라이버는 다음과 같은 방식으로 작동합니다.

1. 가상 브리지 생성: Docker는 호스트 시스템에 가상 네트워크 브리지를 생성합니다. 일반적으로 docker0라는 이름으로 생성됩니다.
2. 컨테이너 IP 할당: 각 컨테이너는 브리지 네트워크로부터 IP 주소를 할당받습니다. 이 IP 주소는 컨테이너 내부에서 사용됩니다.
3. 포트 매핑: 컨테이너의 특정 포트를 호스트 시스템의 포트에 매핑할 수 있습니다. 이를 통해 호스트 시스템에서 컨테이너 내부의 서비스에 접근할 수 있습니다.

2) 주요 특징

bridge 네트워크 드라이버의 주요 특징은 다음과 같습니다.

• 컨테이너 간 통신: 동일한 브리지 네트워크에 연결된 컨테이너들은 서로 통신할 수 있습니다. 각 컨테이너는 다른 컨테이너의 IP 주소를 사용하여 통신합니다.
• 포트 매핑: 컨테이너의 포트를 호스트 시스템의 포트에 매핑하여 외부에서 컨테이너의 서비스에 접근할 수 있습니다.
• 격리: 컨테이너들은 기본적으로 호스트 시스템의 네트워크와 격리되어 있습니다. 이는 보안을 강화하는 데 도움이 됩니다.
• IP 주소 할당: Docker는 컨테이너에 자동으로 IP 주소를 할당합니다. 사용자는 Dockerfile 또는 docker run 명령어를 통해 IP 주소를 지정할 수도 있습니다.
• DNS Resolution: Docker는 컨테이너 간의 DNS resolution을 지원합니다. 컨테이너 이름으로 다른 컨테이너에 접근할 수 있습니다.

3) 사용법

bridge 네트워크 드라이버는 특별한 설정을 하지 않아도 Docker에서 기본적으로 사용됩니다. 컨테이너를 생성할 때 --net bridge 옵션을 사용하거나, Dockerfile에서 EXPOSE 지시어를 사용하여 포트를 노출할 수 있습니다.

docker run -d --name my-container1 --net bridge nginx:latest
docker run -d --name my-container2 --net bridge nginx:latest

위 명령어는 두 개의 nginx 컨테이너를 bridge 네트워크 드라이버를 사용하여 실행합니다. 두 컨테이너는 서로 통신할 수 있으며, 호스트 시스템에서 컨테이너의 80번 포트에 접근하기 위해 포트 매핑을 사용할 수 있습니다.

docker run -d -p 8080:80 --name my-nginx nginx:latest

-p 8080:80 옵션은 호스트 시스템의 8080번 포트를 컨테이너의 80번 포트에 매핑합니다. 이제 호스트 시스템의 웹 브라우저에서 http://localhost:8080으로 접속하면 컨테이너 내부의 nginx 웹 서버에 접근할 수 있습니다.

3. Host 네트워크 드라이버

host 네트워크 드라이버는 컨테이너를 호스트 시스템의 네트워크와 직접 연결합니다. 컨테이너는 호스트 시스템의 IP 주소와 포트를 공유하며, 마치 호스트 시스템에서 직접 실행되는 프로세스처럼 동작합니다. 이는 컨테이너가 호스트의 네트워크 인터페이스를 직접 사용하므로, 브리지 네트워크보다 빠르고 간단한 통신을 제공하지만, 보안 측면에서는 주의가 필요합니다. 마치 호스트 컴퓨터의 네트워크 카드에 직접 연결된 것과 같습니다.

1) 작동 방식

host 네트워크 드라이버는 다음과 같은 방식으로 작동합니다.

1. 네트워크 공유: 컨테이너는 호스트 시스템의 네트워크 네임스페이스를 공유합니다.
2. IP 주소 및 포트 사용: 컨테이너는 호스트 시스템의 IP 주소를 사용하고, 호스트 시스템의 포트를 직접 사용합니다.
3. 포트 매핑 불필요: 별도의 포트 매핑 없이 컨테이너 내부의 서비스에 접근할 수 있습니다.

2) 주요 특징

host 네트워크 드라이버의 주요 특징은 다음과 같습니다.

• 빠른 성능: 브리지 네트워크 드라이버보다 네트워크 성능이 빠릅니다. 컨테이너와 호스트 간의 통신이 직접 이루어지기 때문입니다.
• 간편한 설정: 포트 매핑이 필요 없으므로 설정이 간편합니다.
• 보안 취약점: 호스트 시스템의 모든 네트워크 인터페이스에 컨테이너가 접근할 수 있으므로, 보안에 취약할 수 있습니다.
• IP 충돌 가능성: 호스트 시스템과 컨테이너가 동일한 IP 주소를 사용하므로, IP 충돌이 발생할 수 있습니다.

3) 사용법

host 네트워크 드라이버는 컨테이너를 생성할 때 --net host 옵션을 사용하여 지정할 수 있습니다.

docker run -d --net host --name my-container nginx:latest

위 명령어는 nginx 컨테이너를 host 네트워크 드라이버를 사용하여 실행합니다. 컨테이너는 호스트 시스템의 IP 주소를 사용하고, 호스트 시스템의 80번 포트를 직접 사용합니다.

4. None 네트워크 드라이버

none 네트워크 드라이버는 컨테이너에게 네트워크 인터페이스를 할당하지 않습니다. 컨테이너는 외부 네트워크와 통신할 수 없으며, 컨테이너 간의 통신도 불가능합니다. 이는 컨테이너를 완전히 격리된 상태로 실행해야 할 때 사용됩니다. 마치 세상과 완전히 단절된 섬과 같습니다.

1) 작동 방식

none 네트워크 드라이버는 다음과 같은 방식으로 작동합니다.

1. 네트워크 인터페이스 없음: 컨테이너는 네트워크 인터페이스를 갖지 않습니다.
2. 통신 불가: 컨테이너는 외부 네트워크와 통신할 수 없으며, 다른 컨테이너와도 통신할 수 없습니다.

2) 주요 특징

none 네트워크 드라이버의 주요 특징은 다음과 같습니다.

• 완전 격리: 컨테이너를 외부 네트워크로부터 완전히 격리합니다.
• 보안 강화: 네트워크 공격으로부터 컨테이너를 보호할 수 있습니다.
• 특정 사용 사례: 로컬에서만 실행되는 애플리케이션, 네트워크 통신이 필요 없는 작업 등에 사용됩니다.

3) 사용법

none 네트워크 드라이버는 컨테이너를 생성할 때 --net none 옵션을 사용하여 지정할 수 있습니다.

docker run -d --net none --name my-container ubuntu:latest

위 명령어는 ubuntu 컨테이너를 none 네트워크 드라이버를 사용하여 실행합니다. 컨테이너는 어떠한 네트워크 인터페이스도 갖지 않으므로, 외부 네트워크와 통신할 수 없습니다.

5. 세 가지 드라이버 비교

6. 적절한 네트워크 드라이버 선택

어떤 네트워크 드라이버를 선택할지는 애플리케이션의 요구 사항에 따라 달라집니다.

• 일반적인 경우: bridge 드라이버를 사용하는 것이 좋습니다. 컨테이너 간의 통신과 외부 네트워크와의 통신을 모두 지원하며, 적절한 격리를 제공합니다.
• 성능이 중요한 경우: host 드라이버를 고려할 수 있습니다. 호스트 시스템의 네트워크를 직접 사용하므로 브리지 네트워크보다 빠릅니다. 다만, 보안에 주의해야 합니다.
• 격리가 필요한 경우: none 드라이버를 사용합니다. 컨테이너를 외부 네트워크로부터 완전히 격리하여 보안을 강화할 수 있습니다.

7. 컨테이너 네트워킹의 고급 활용

Docker 컨테이너 네트워킹은 위에서 설명한 기본적인 드라이버 외에도, 더욱 복잡하고 유연한 네트워크 설정을 지원합니다. 예를 들어, 사용자 정의 네트워크를 생성하여 여러 컨테이너를 연결하거나, 컨테이너 간의 통신을 위한 VPN 연결을 구성할 수 있습니다.

1) 사용자 정의 네트워크

Docker는 사용자가 직접 네트워크를 생성하고, 컨테이너를 해당 네트워크에 연결할 수 있도록 지원합니다. 이를 통해 컨테이너 간의 격리, 보안, DNS resolution 등을 더욱 세밀하게 제어할 수 있습니다.

docker network create my-network
docker run -d --net my-network --name container1 nginx:latest
docker run -d --net my-network --name container2 nginx:latest

위 명령어는 my-network라는 사용자 정의 네트워크를 생성하고, 두 개의 nginx 컨테이너를 해당 네트워크에 연결합니다. 이제 두 컨테이너는 container1과 container2라는 이름으로 서로 통신할 수 있습니다.

2) 네트워크 플러그인

Docker는 다양한 네트워크 플러그인을 지원하여, 더욱 확장된 네트워킹 기능을 제공합니다. 예를 들어, Weave, Calico, Flannel과 같은 플러그인을 사용하면, 여러 호스트에 걸쳐 있는 컨테이너 간의 통신을 지원하는 오버레이 네트워크를 구축할 수 있습니다. 이러한 플러그인은 Docker 생태계를 더욱 유연하고 강력하게 만들어 줍니다.

8. 결론

Docker 컨테이너 네트워킹은 컨테이너 기반 애플리케이션의 핵심적인 부분입니다. bridge, host, none과 같은 다양한 네트워크 드라이버를 이해하고, 애플리케이션의 요구 사항에 맞는 드라이버를 선택하는 것은 Docker를 효과적으로 사용하기 위한 필수적인 기술입니다. Docker 컨테이너 네트워킹을 통해 컨테이너 간의 통신, 호스트 시스템과의 상호 작용, 그리고 외부 네트워크와의 연결을 유연하게 관리할 수 있으며, 이는 애플리케이션의 개발, 배포, 운영 효율성을 크게 향상시킬 수 있습니다.