Docker는 컨테이너에서 호스트에 어떻게 액세스하나요?

예를 들어 Docker 환경의 가상 IP가 192.168.99.100이면 호스트는 192.168.99.100과 동일한 네트워크 세그먼트에서 가상 IP도 호스팅하며 기본 IP는 192.168이 됩니다. .99.1이면 컨테이너의 주소 192.168.99.1에 액세스하는 것은 호스트에 액세스하는 것과 같습니다.

192.168.99.1을 통해 호스트에 액세스하는 것은 IP를 변경하는 것과 같습니다. 데이터베이스나 미들웨어가 로컬 액세스를 제한하거나 IP 세그먼트 제한을 적용하는 경우 192.168.99.1을 화이트리스트에 추가하는 것을 잊지 마세요.

Docker 컨테이너가 실행 중일 때 구성에 사용할 수 있는 네트워크 유형은 호스트, 브리지, 없음 등 세 가지입니다. 기본값은 브리지 네트워크인 브리지이며, 브리지 모드에서 호스트에 연결됩니다. 호스트는 호스트에 연결된 네트워크인 호스트 네트워크입니다. 없음은 네트워크가 없으며 컨테이너가 연결할 수 없음을 의미합니다. 인터넷에.

컨테이너가 호스트 네트워크를 사용하는 경우 컨테이너와 호스트가 네트워크를 사용하므로 컨테이너에서 호스트 네트워크에 액세스할 수 있으므로 컨테이너의 로컬 호스트는 호스트의 로컬 호스트가 됩니다.

추가 정보

호스트와 컨테이너 간의 통신 원리 문제:

재시작 속도 고려: 실제 운영 및 유지 관리 과정에서 일부 시나리오에서 , 문제가 발생할 수 있습니다. 호스트가 멈췄거나, Docker 프로세스가 멈췄을 때, 비즈니스를 복원하는 가장 빠른 방법은 호스트를 다시 시작하는 것입니다. 컨테이너는 호스트 재시작 후 자동으로 복구가 가능해 1~2분 내로 빠르게 업무 복구가 가능하다. 이는 물리적 머신을 다시 시작하기 위해 다양한 하드웨어 테스트를 수행해야 하기 때문에 일반적으로 다시 시작하는 데 걸리는 시간은 5~10분이며, 가상 머신의 다시 시작은 일반적으로 1분 이내입니다. 수요.

재구축 기능이 중요합니다.

컨테이너 플랫폼은 필요에 따라 운영 체제를 업데이트하거나 호스트 사양을 조정해야 하는 경우가 많습니다.

일정 기간 실행한 결과 메모리 구성이 너무 낮아 메모리를 추가해야 하는 것으로 확인되었습니다. 이때 클러스터에 가입할 새 머신을 신청하고 기존 머신을 오프라인으로 전환하세요.

수년 동안 운영되어온 우분투 12.04는 더 이상 공식적으로 유지보수가 되지 않고 전체를 교체해야 하는데, 이는 엄청난 작업량이다. 좋은 접근 방식은 기존 서버를 새 서버로 교체하는 것입니다.

장애가 발생하여 호스트를 복구할 수 없는 경우 클러스터에 합류할 새 서버를 직접 신청할 수 있습니다.