zfs zvols가 포함된 Solaris에서 virtualbox를 사용하여 Windows 및 Linux를 가상화할 수 있습니까?

zfs zvols가 포함된 Solaris에서 virtualbox를 사용하여 Windows 및 Linux를 가상화할 수 있습니까?

zfs의 안정성을 활용하기 위해 Solaris(가정용)에서 virtualbox를 사용하여 Windows Server 2016 및 CentOS 6을 가상화하는 시스템 구축을 고려하고 있습니다.

저는 1TB RAM이 포함된 DP ws/서버 보드와 WD Red 드라이브 스택을 구입할 계획이었습니다.

또한 Windows VM이 GPU 리소스에 액세스하도록 허용하는 데에도 관심이 있습니다. 이런 상황에서 이게 가능할까요?

파일 시스템 액세스를 위해 하드웨어로 직접 이동하는 대신 zfs zpool 또는 vdev를 사용하는 Windows/Linux VM을 호스팅할 수 있습니까?

실제로는 Windows와 Linux OS만 필요하지만 zfs의 이점과 virtualbox와의 호환성만을 위해 솔라리스 호스트를 고려하고 있었습니다.

이 작업을 수행하는 더 좋은 방법이 있습니까, 아니면 최선의 옵션을 선택했습니까?

이것이 최선의 방법이든 더 나은 방법이 있든, 당신이 제안하는 방법과 관련된 문제점은 무엇입니까?

예산이 제한되어 있고 작동하는 무료 소프트웨어 옵션이 있다면 소프트웨어보다는 하드웨어에 돈을 쓰는 것을 선호합니다.

다른 옵션은 raid 6이 포함된 하드웨어 sas 어댑터를 추가하고 Windows Server 2016을 virtualbox, Linux 및 기타 VM의 호스트로 사용하는 것이었지만 ntfs는 zfs만큼 안정적이지 않습니다.

편집하다

내 목표는 다음과 같습니다

  1. 하나의 물리적 머신을 보유하세요.

  2. 하드 드라이브 오류 및 기타 파일 시스템 문제로 인한 데이터 손실 가능성을 최소화합니다.

  3. Windows 2016 서버 OS와 Exchange, SQL Server와 같은 일부 애플리케이션을 실행하세요. 여기에는 GPU가 필요합니다

  4. 수정된 CentOS 시스템(FreePBX)을 실행합니다.

  5. 가급적 GPU 지원을 통해 다른 가상 머신을 실행하세요.

  6. Synology RS812+ 상자를 보완하고 최종적으로 교체합니다.

  7. 소프트웨어에 대한 지출을 최소화하여 내 예산에 맞춰 더 많은/더 나은 하드웨어를 허용합니다.

지금은 기획 단계이므로 이 단계에서는 무엇이든 고려할 수 있습니다.

Solaris 호스트를 사용하는 것에 대한 내 생각은 전체 파일 시스템이 zfs가 될 것이므로 VM 게스트가 허용하는 것보다 오류로부터 더 잘 보호된다는 것입니다. 어딘가에서 잘못 이해하지 않는 한 말입니다. 대안을 사용하면 파일 시스템 중 적어도 일부가 zfs가 아니게 되어 안정성이 낮아지는 것으로 보입니다.

답변1

또한 Windows VM이 GPU 리소스에 액세스하도록 허용하는 데에도 관심이 있습니다. 이런 상황에서 이게 가능할까요?

PCIe 그래픽 카드를 직접 패스스루하려면 다음이 필요합니다.

  • PCIe 그래픽 카드 2개(부팅 시 스크립트를 통해 하이퍼바이저 시스템에서 게스트 시스템으로 카드를 이동하는 등 특정 트릭을 사용하는 경우 1개)
  • Intel VT-d 또는 AMD Vi(이전 IOMMU)를 지원하는 메인보드
  • 이를 지원하는 하이퍼바이저 소프트웨어

불행히도 Virtualbox는현재는 지원하지 않습니다. 이것이 어려운 요구 사항인 경우 Linux 또는 Illumos, VMware ESXi 또는 Microsoft Hyper-V에서 KVM을 사용해야 할 수 있습니다. 모두 이를 지원합니다(다양한 구성 작업이 필요하지만).

파일 시스템 액세스를 위해 하드웨어로 직접 이동하는 대신 zfs zpool 또는 vdev를 사용하는 Windows/Linux VM을 호스팅할 수 있습니까?

예, 가능합니다. 다음은관련 명령, Johannes Schlüter의 블로그 게시물에서 가져옴:

# zfs create -V 10G tank/some_name
# chown your_user /dev/zvol/rdsk/tank/some_name
# VBoxManage internalcommands createrawvmdk \
  -filename /home/your_user/VBoxdisks/some_name.vmdk \
  -rawdisk /dev/zvol/rdsk/tank/some_name
# VBoxManage registerimage disk /home/your_user/VBoxdisks/some_name.vmdk

또는 다음을 사용할 수 있습니다.컴스타iSCSI를 통해 zvol을 제공합니다.

이는 약간의 추가 오버헤드만 있고 로컬 사례에서는 직접적인 이점이 없지만, 예를 들어 다른 (중복) 스토리지 서버를 추가하거나 스토리지를 별도의 상자로 이동하려는 경우 이점을 누릴 수 있습니다.

귀하의 특정한 경우에는 이 작업을 수행하지 않겠지만 옵션이 있습니다(iSCSI 대신 NFS도 사용하지만 파일 시스템 대신 zvols를 사용하는 경우 둘 다 올바르게 구성되면 즉각적인 이점이 없습니다).

이 작업을 수행하는 더 좋은 방법이 있습니까, 아니면 최선의 옵션을 선택했습니까?

  • Virtualbox를 사용하고 싶다면 이렇게 하세요.
  • 하이퍼바이저와 관련하여 유연성이 있다면 SmartOS(가상 머신 호스팅을 위해 특별히 구축된 거의 상태가 없는 소규모 서버 운영 체제의 ZFS, 영역 및 KVM)를 살펴볼 수 있습니다.
  • 그래픽 카드에 대한 PCIe 패스스루가 필요한 경우 Linux+KVM, ESXi 또는 Hyper-V를 하이퍼바이저로 사용하고, Solaris/illumos 스토리지 VM을 가상화하고, 디스크를 거기로 패스스루하고, NFS 또는 iSCSI를 통해 다시 제공해야 할 수 있습니다. 하이퍼바이저는 일반적으로 사용됩니다. 이는 올인원 스토리지 어플라이언스(AiO)라고도 알려져 있습니다.gea의 훌륭한 매뉴얼(상단의 링크된 PDF를 참조하세요). 복잡해 보이지만 일단 설정하면 언제든지 가상 네트워크에서 물리적 네트워크로 확장할 수 있고 평소와 같이 하드웨어를 교체할 수 있으며 전체 접근 방식이 계층화되므로 놀라울 정도로 간단하고 유연합니다. 몇 가지 단점이 있지만 꽤 틈새 시장이므로 관심이 있는 경우에만 살펴보겠습니다.

편집 내용과 관련하여:

  1. 하나의 물리적 머신을 보유하세요.
  2. 하드 드라이브 오류 및 기타 파일 시스템 문제로 인한 데이터 손실 가능성을 최소화합니다.
  3. Windows 2016 서버 OS와 Exchange, SQL Server와 같은 일부 애플리케이션을 실행하세요. 여기에는 GPU가 필요합니다
  4. 수정된 CentOS 시스템(FreePBX)을 실행합니다.
  5. 가급적 GPU 지원을 통해 다른 가상 머신을 실행하세요.
  6. Synology RS812+ 상자를 보완하고 최종적으로 교체합니다.
  7. 소프트웨어에 대한 지출을 최소화하여 내 예산에 맞춰 더 많은/더 나은 하드웨어를 허용합니다.

넓은 의미에서 올인원 설정 옵션에는 두 가지가 있습니다. 즉, 스토리지 자체가 가상화되거나(링크된 napp-it readme에서와 같이) 하이퍼바이저에 스토리지가 있습니다. 나는 당신의 요점을 비교하기 위해 A와 B라고 부를 것입니다.

  1. A와 B는 둘 다 동일한 물리적 시스템에 있기 때문에 동일합니다.
  2. A와 B는 두 시스템 모두 ZFS를 사용할 수 있으므로 거의 동일합니다. A를 사용하면 스토리지 OS(Solaris, Illumos, Linux, BSD)를 자유롭게 선택할 수 있으며, B를 사용하면 VGA(현재는 Linux 및 FreeBSD만 해당)에 대해 ZFS 및 PCIe 패스스루를 지원하는 것을 선택해야 합니다. 이는 하이퍼바이저 선택에도 영향을 미칩니다(ESXi, Hyper-V, A가 있는 KVM, B가 있는 KVM만).
  3. A와 B는 동일하다. 그러나 단일 GPU는 실행 중인 단일 VM으로만 전달될 수 있으며 VM이 이를 완전히 점유할 수 있습니다. GPU를 전환하려면 영향을 받는 VM을 종료해야 합니다. 공유 GPU 지원이 필요한 경우 옵션이 제한됩니다. Nvidia Tesla/Grid(매우 비쌉니다) 또는 새로운 Intel Skylake 공유 GPU(별로 강력하지 않고 아직 실험적입니다. 참조)KVMGT 프레젠테이션).
  4. 가상 VGA 카드이면 충분하므로 두 경우 모두 문제가 없습니다.
  5. 3번 항목을 참조하세요. VM 수에 따라 여러 카드나 단일 그리드 카드를 구입하거나 KVM의 모든 카드에 대해 공유가 제대로 구현될 때까지 기다리는 것이 괜찮을 수 있습니다.
  6. 두 경우 모두 내부 및 외부(실제 네트워크를 의미) 사용을 위한 iSCSI 및 NFS 사용을 지원하며 관리 선호도에 따라 다릅니다. 또한 둘 다 NAS/SAN의 스토리지를 사용할 수 있습니다(데이터시트에 따르면 나에게는 시스템이 없습니다).
  7. 선택에 관계없이 Windows Server와 필요한 CAL(Samba4로 대체 가능) 및 Solaris(OmniOS, OpenIndiana 또는 SmartOS와 같은 Illumos 배포판으로 대체 가능)를 제외하고 모든 소프트웨어를 라이선스 비용 없이 실행할 수 있습니다. . Grid 솔루션에는 추가 라이센스 비용이 발생할 수 있으며, 하드웨어 자체가 너무 비싸서 이러한 경우에는 유용하지 않기 때문에 조사하지 않았습니다.

따라서 이는 주로 선호도에 달려 있습니다.

  • Linux 관리(ZoL 포함) 및 KVM 설정(하드웨어 및 배포판에 따라 약간 까다로울 수 있음)에 익숙하다면 솔루션 B를 선택하면 추가 스토리지 VM을 우회하고 소형 SSD/HDD가 필요할 수 있습니다.
  • 반면에 전체 옵션 중에서 선택하고 모든 경우에 가장 적합한 시스템을 사용하려는 경우 솔루션 A의 유연성을 활용할 수 있습니다(여기서 약간의 내부 네트워크 오버헤드가 발생할 수 있음).

관련 정보