Kubernetes를 테스트하기 위해 랩을 만들고 있습니다. 내 게스트 OS는 Windows 10이고 VirtualBox 6을 사용하여 랩을 만듭니다. Kubernetes 마스터와 작업자를 설치하기 위해 세 개의 Ubuntu 16.04 VM을 만들었습니다. 다음과 같은 의사소통이 필요합니다. 어떻게 확립하는지 궁금합니다. NAT 네트워킹, 호스트 전용 어댑터 및 브리지 네트워크 어댑터를 사용해 보았습니다. 이러한 옵션은 내 요구 사항을 충족하지 않습니다.
요구사항:
- 게스트 VM 간 통신(게스트 VM은 고정 IP를 사용할 수 있어야 함)
- 호스트-게스트 VM 통신.
- 게스트 VM의 인터넷 연결.
이 설정에 도움이 되셨나요?
답변1
VM에 대한 네트워크 연결(물론 연결할 서비스가 적절하게 구성되어 있다고 가정)은 VM 설정에서 선택한 네트워크 유형에 따라 달라집니다.
1) NAT - 이것이 말하는 대로 수행됩니다. 불행히도 호스트 컴퓨터에 일치하는 주소가 생성되지 않습니다. 연결하는 유일한 방법은 홈 라우터에서와 마찬가지로 개별 포트를 전달하는 것입니다. 이는 관리자 인터페이스, 기기 설정, 네트워크 탭에서 수행됩니다. 네트워크 유형으로 "NAT"를 선택하고 카드가 활성화/활성화된 경우 포트 전달 버튼이 활성화되어 사용할 수 있습니다.
1b) "NAT 네트워크" - 위와 같지만 먼저 NAT 네트워크를 구성해야 합니다. DHCP 등이 있는 경우 서브넷을 선택할 수 있습니다. "NAT 네트워크"에 여러 VM이 있는 경우 VM 간에 통신할 수 있습니다. 여러 개의 "NAT 네트워크" 이름과 서브넷을 생성할 수 있으며, 이를 설정하기 위해 특별한 노력을 기울이지 않는 한 서로를 볼 수 없습니다.
2) 브리지 - 이는 호스트 시스템의 이더넷 장치 중 하나를 통해 브리지되며 마치 어딘가의 잭에 연결된 것처럼 네트워크에 직접 연결됩니다. 그러나... 일부 직장, 학교 등에서는 단일 관리 스위치 포트를 통해 여러 MAC 주소가 통신하는 것을 허용하지 않으며, 이 경우 연결하는 LAN이 작동하지 않습니다.
3) 호스트 전용 - 호스트 컴퓨터와 게스트 사이에 가상 네트워크가 생성됩니다. 사용 가능한 DHCP 서비스가 있지만 게이트웨이를 제공하지 않습니다. 게스트가 연결되도록 하려면 호스트 시스템에 NAT 등을 설정하고 그런 방식으로 액세스를 제공해야 합니다.
4) 내부 전용 - 머신을 가상 내부 멍청 스위치에 연결합니다. DHCP 서비스도 없고, 게이트웨이 액세스도 없고, 아무것도 없습니다. 아, 호스트 컴퓨터에 일치하는 어댑터가 없습니다.
제가 많은 연습/놀이터/실험을 위해 하는 일은 2개의 인터페이스가 있는 하나의 머신을 설정하는 것입니다. 하나는 브리지에 있고 다른 하나는 내부에 있습니다. 그런 다음 이를 가짜 도메인(fake.tld) DNS 서비스, DHCP, 전 세계에 대한 캐싱 DNS 서비스 등을 갖춘 라우터 시스템으로 전환한 다음 다른 VMS를 가동하여 내부 전용 네트워크에서 실제로 실험하고 작업을 수행합니다.
답변2
브리지된 네트워킹~해야 한다호스트 컴퓨터가 일종의 MAC 필터링을 수행하는 스위치에 연결되어 있지 않거나 할당된 IP 주소 수가 제한되어 있는 경우가 아니면 작업을 수행하십시오. 브리지 네트워킹을 사용하면 각 게스트가 호스트와 정확히 동일한 서브넷에 배치됩니다. 따라서 게스트를 호스트와 동일한 LAN에 있는 별도의 물리적 시스템인 것처럼 처리할 수 있습니다.