Q: qemu 버전은 이러한 예제간에 다릅니다. 그에 대한 좋은 이유? “vlan” 매개 변수는 용어가 다소 혼란스러웠기 때문에 QEMU v3.0에서 삭제되며(예: IEEE 802.1Q와 관련이 없으며) 과거에 많은 잘못된 구성이 발생했습니다. 추가 허브는 -netdev (또는 -nic) 및 특수 “허브 포트” 백 엔드로 인스턴스화할 수 있습니다. -net 옵션 자체는 하나의 프런트 엔드와 하나의 백 엔드만 함께 사용하려는 경우 또는 하나의 백 엔드만을 통해 여러 NIC의 트래픽을 터널하려는 경우 여전히 유용하기 때문에 여전히 유지됩니다 (-net nic, model= e1000 -net nic , 모델 = virtio -net l2tpv3,… 예를 들어)를 참조하십시오. 동시에 여러 qemu 게스트를 시작하면 기본적으로 동일한 MAC 주소를 사용하기 때문에 네트워킹 문제가 발생할 수 있습니다. 해결책은 -net nic,macaddr =XX:XX:XX:XX:XX:XX:XX:XX:XX를 전달하는 것입니다. 아래 각 예제에서는 다른 MAC 주소를 사용합니다. 가상 시스템의 성능을 향상시키는 데 사용할 수 있는 여러 가지 기술이 있습니다. 예를 들어 이제 복사된 디렉터리 부팅만 으로 -kernel 및 -initrd 인수를 파일로 가리킵니다.

정확한 인수는 위의 각 예제에 나타납니다. 설치하는 동안 Windows 설치 관리자는 제품 키를 요청하고 몇 가지 추가 검사를 수행합니다. “Windows 설치 위치를 지정하시겠습니까?” 화면이 되면 디스크를 찾을 수 없다는 경고가 표시됩니다. 아래 예제 지침을 따르십시오(업데이트가 있는 Windows Server 2012 R2 기준). 이제 Windows에서 드라이버를 검색하도록 하는 새 디스크 이미지를 만들어야 합니다. 예를 들어 원하는 USB 리디렉션 슬롯당 EHCI/UHCI 컨트롤러 1대와 슬롯당 SPICE 리디렉션 채널 1개를 추가해야 합니다. 예를 들어, SPICE 모드에서 가상 컴퓨터를 시작하는 데 사용하는 QEMU 명령에 다음 인수를 추가하면 리디렉션을 위해 사용 가능한 세 개의 USB 슬롯이있는 가상 시스템이 시작됩니다 : 이를 위해 장치 관리자로 이동하여 PCI 표준 RAM을 찾아야합니다. 시스템 장치(또는 다른 장치에서 인식할 수 없는 PCI 컨트롤러)의 컨트롤러를 선택하고 드라이버 업데이트를 선택합니다. 열린 창에서 내 컴퓨터 찾아보기를 선택해야합니다 … CD-ROM을 선택합니다(하위 디렉터리 포함 확인란을 잊지 마세요).

설치 후 재부팅합니다. 이렇게 하면 드라이버가 설치되고 풍선을 팽창시킬 수 있습니다(예: hmp 명령 풍선 memory_size를 통해 풍선이 가능한 한 많은 메모리를 차지하여 게스트의 사용 가능한 메모리 크기를 memory_size로 축소합니다). 그러나 게스트 메모리 상태를 추적할 수는 없습니다. 이렇게하려면 풍선 서비스를 제대로 설치해야합니다. 관리자로 열린 명령줄의 경우 시스템 및 아키텍처에 따라 CD-ROM, 풍선 디렉토리 및 심층으로 이동합니다. 일단 당신이 amd64 (x86) 디렉토리에, 설치를 할 것입니다 blnsrv.exe -i를 실행합니다. 그 후 virsh 명령 dommemstat 모든 지원 되는 값을 밖으로 입력 해야 합니다. 즉, e1000 NIC는 virtio-net NIC와 두 호스트 백 엔드에서 네트워크 트래픽을 가져옵니다… 이것은 아마도 사용자가 예상한 것이 아닐 것입니다.

게스트에 각각 하나씩 두 개의 별도 네트워크를 원했을 가능성이 높습니다. -net은 항상 NIC를 허브에 연결하므로 QEMU에게 “vlan” 매개 변수를 사용하여 두 개의 별도 허브를 사용하도록 지시해야 합니다. 예를 들어 -net nic, model=e1000,vlan=0 -net 사용자, vlan=0 -net nic, model=virtio, vlan=1 -net 탭, vlan=1은 virtio-net NIC 및 “탭” 백엔드를 두 번째 허브로 이동합니다(ID #1 있음).