이 상자를 주로 SSH를 통해 사용하는 경우 VM이든 실제 하드웨어 든 상관없이 버터 영역에있을 가능성이 큽니다. 게스트 OS를 GUI 데스크탑으로 사용하려고 할 때 다른 답변에서 언급 된 많은 문제가 발생합니다. Linux 서버는 VM 내부에서 매우 만족합니다. 웹 호스팅 시장의 큰 덩어리는 Linux in VMs입니다.

필자는 VM 대신 실제 하드웨어에서 Linux 서버를 실행 해야하는 몇 가지 사례를 겪었습니다.

실제 하드웨어 액세스

때로는 VM 시스템이 가상화 할 수없는 일부 PCI 카드를 사용해야합니다. 예를 들어, 4 채널 MPEG-2 디코더 입니다. 일부 VM 시스템은 Intel VT-d 기술 을 통해 VM에 독점적으로 카드 소유권을 부여 할 수 있지만 문제가없는 것은 아닙니다.

• 속도가 맞습니다. 중요 할 수도 있습니다.

• 모든 VM 시스템에서이 작업을 수행 할 수있는 것은 아니며 가능한 VM으로 전환 할 수있는 자유가 없을 수도 있습니다.

• 카드의 VM 소유권을 부여하려면 호스트를 재부팅 한 다음 해당 VM의 스냅 샷을 수행하지 못하게하는 VMware ESXi 5와 같이 중요한 결과가 발생할 수 있습니다. 본질적으로 이러한 문제를 해결할 수 있다는 것은 개발 시간이 걸립니다.

큰 저장

베어 하드웨어가 실제 디스크를 허용하는 한 VM 시스템에서 가상 디스크를 생성하지 못할 수 있습니다. 예를 들어 VMware ESXi 5에는 2TB 가상 볼륨 크기 제한이 있습니다. VM 내부에 더 큰 단일 볼륨이 필요한 경우 제한을 해결하려면 후프를 뛰어 넘어야합니다.

• VT-d를 사용하여 RAID 컨트롤러를 VM으로 푸시 할 수 있지만 다시 문제가 있습니다.

• 2TB 가상 볼륨의 Passel을 VM으로 푸시하고 LVM 과 함께 묶을 수는 있지만 문제가있는 경우도 있습니다.

  우선 물리적 디스크 중 하나 (!)가 죽었을 때 베어 하드웨어에서 게스트 OS를 사용하는 경우 3Ware의 3DM 또는 tw_cli소프트웨어 와 같은 제공된 관리 소프트웨어를 사용하여 진단하고 수정할 수 있습니다. 그러나 VMware ESXi 5.0 호스트에서 실행될 버전을 찾아보십시오! 이제 BIOS 관리 인터페이스를 사용할 수 있도록 재부팅해야합니다.

  또한 추상화 계층이 가상 볼륨과 물리 볼륨의 연결을 끊었으므로 게스트 OS의 소프트웨어 RAID / LVM 계층이 디스크를 효율적으로 관리 할 수 ​​없습니다. 이 계층은 디스크에 라운드 로빈 방식으로 영리하게 쓰고 있다고 생각할 수 있지만 동일한 물리적 디스크 중 일부를 공유 할 수 있기 때문에 일부 디스크가 연속해서 쓰기 때문에 성능이 저하 될 수 있습니다.

• 실제 하드웨어 시스템에서 볼륨을 생성하고 NFS를 통해 VM으로 내보낼 수 있지만 그렇게하면 속도가 저하됩니다.

VM 일시 중지, 다른 호스트로 이동 및 다시 완벽하게 다시 시작하는 기능과 같은 가상화 이점과 함께 위의 일부의 균형을 맞출 수 있습니다.

답변