Hyper-V용 SAN, NAS, 파이버 채널, iSCSI, SMB 스토리지와 함께 Windows Server를 사용하는 방법을 알아봅니다. Windows Server Hyper-V 복원력이 없는 독립 실행형 시스템에서 복잡한 복원력 요구 사항이 있는 클러스터형 시스템에 이르기까지 광범위한 물리적 스토리지 아키텍처를 지원하는 완성도 높은 하이퍼바이저 플랫폼입니다. 하이퍼컨버지드 및 분리된 스토리지 아키텍처를 사용하는 일반적인 구성에 대해서도 알아봅니다.
이 문서에서는 가능한 모든 스토리지 아키텍처 구성을 설명하지 않습니다. 또한 덜 일반적인 유형의 구성 또는 에지 사례에 대해서도 설명하지 않습니다.
SAN 또는 NAS 스토리지
SAN 또는 NAS 스토리지를 사용하는 분리된 구성에서 Windows Server를 사용하면 VM이 네트워크를 통해 스토리지에 액세스하는 클러스터에 Hyper-V 설치합니다.
이 구성을 사용하는 경우:
가상 머신(VMs)은 동일한 컴퓨팅 클러스터 내의 모든 노드에서 높은 가용성을 유지합니다.
SAN 및 NAS 시스템은 자체 가용성 보장을 제공합니다.
이 모델에서 컴퓨팅 및 스토리지는 서로 독립적으로 확장됩니다. 예를 들어 VM(CPU 또는 RAM)을 호스트하기 위해 더 많은 처리 또는 메모리 리소스가 필요한 경우 스토리지를 더 추가하지 않고 컴퓨팅 노드 또는 클러스터를 더 추가할 수 있습니다. 각 컴퓨팅 클러스터는 1~64개의 노드를 포함할 수 있습니다.
컴퓨팅 클러스터와 독립적으로 스토리지 크기를 조정할 수 있습니다. 스토리지 클러스터 크기 조정은 공급업체별로 다릅니다. 공급업체에 연락하여 그들이 제공하는 스토리지 솔루션이 어떻게 확장 가능한지 파악하십시오.
로컬 디스크를 사용하는 독립 실행형
Windows Server는 독립 실행형 서버에 Hyper-V 설치하고 로컬 스토리지를 사용하는 여러 비클러스터형 또는 독립 실행형 구성을 지원합니다.
이 구성을 사용하는 경우:
로컬 디스크를 사용하는 독립 실행형 Hyper-V 공유 스토리지가 부족하고 컴퓨팅(VM 처리 및 메모리) 시스템이 비클러스터형으로 인해 VM(가상 머신) 워크로드의 자동 장애 조치(failover)를 지원하지 않습니다. 예를 들어 물리적 호스트의 전원이 끊어지면 물리적 호스트의 전원을 다시 켜면 해당 호스트에서 실행 중인 VM이 다시 시작됩니다. 공유 없음 마이그레이션을 사용하여 VM을 다른 노드 또는 클러스터로 실시간 마이그레이션할 수도 있습니다.
필요에 따라 하드웨어 또는 소프트웨어 RAID 솔루션을 사용하여 로컬 드라이브에 대한 로컬 디스크 복원력을 구성할 수 있습니다. 자세한 정보가 필요한 경우 스토리지 공급업체에 문의하는 것이 좋습니다.
하이퍼컨버지드 및 스토리지 공간 다이렉트
이 구성에서는 클러스터의 각 노드에 Hyper-V 및 스토리지 공간 다이렉트를 설치합니다. 각 노드에는 동일한 클러스터의 다른 노드에 복제된 데이터가 있는 로컬 디스크가 포함됩니다.
이 구성을 사용하는 경우:
Live Migrate를 사용하여 클러스터의 모든 노드로 VM을 이동하거나 실패 후 자동으로 다시 시작할 수 있습니다(장애 조치).
스토리지 복원력을 높이기 위해 데이터가 클러스터의 다른 노드에 복제됩니다. 스토리지 공간 다이렉트는 여러 스토리지 복원력 모델을 지원합니다. 자세한 내용은 Azure 로컬 및 Windows Server 클러스터에서의 내결함성 및 스토리지 효율성및
를 참조하세요. 이 모델에서 각 물리적 호스트에는 스토리지 및 컴퓨팅 리소스가 포함됩니다. 결과적으로 이러한 물리적 리소스는 대칭적으로 확장됩니다. 모든 새 호스트는 컴퓨팅 및 스토리지 리소스를 자동으로 추가합니다. 각 클러스터는 1~16개의 노드를 포함할 수 있습니다.
스토리지 스페이스 다이렉트의 분리된 구현
이 구성에서는 Hyper-V 및 스토리지 공간 다이렉트를 별도의 클러스터에 설치하고 네트워크를 통해 VM의 구성 및 스토리지에 액세스합니다.
이 구성을 사용하는 경우:
가상 머신(VMs)은 동일한 컴퓨팅 클러스터 내의 모든 노드에서 높은 가용성을 유지합니다.
스토리지 복원력을 높이기 위해 데이터가 스토리지 클러스터의 다른 노드에 복제됩니다. 스토리지 공간 다이렉트는 여러 스토리지 복원력 모델을 지원합니다. 자세한 내용은 Azure 로컬 및 Windows Server 클러스터에서의 내결함성 및 스토리지 효율성및
를 참조하세요.
이 모델에서 컴퓨팅 및 스토리지는 서로 독립적으로 확장됩니다. 이 아키텍처는 스토리지 및 컴퓨팅 요구 사항이 서로 다른 속도로 증가하는 시나리오에 적합합니다. 예를 들어 VM을 호스트하는 데 더 많은 CPU 또는 메모리 리소스가 필요한 경우 스토리지를 더 추가하지 않고도 클러스터 노드를 추가할 수 있습니다. 많은 스토리지를 사용하지만 많은 CPU 리소스를 사용하지 않는 VM이 있는 경우 컴퓨팅 리소스를 더 추가하지 않고 다른 스토리지 노드 또는 클러스터를 추가할 수 있습니다.
각 컴퓨팅 클러스터는 1~64개의 노드를 포함할 수 있습니다.
각 스토리지 클러스터는 1~16개의 노드를 포함할 수 있습니다.
다음 다이어그램에서는 컴퓨팅 클러스터 1개와 스토리지 클러스터 1개를 사용하는 간단한 배포 예제를 보여 줍니다.
VM을 실행하기 위해 컴퓨팅 리소스를 더 추가하면 기존 컴퓨팅 클러스터에 새 노드를 추가하거나 새 클러스터를 추가할 수 있습니다. 다음 다이어그램에서는 스토리지를 더 추가하지 않고 새 클러스터를 추가하는 경우 간단한 배포에 어떤 일이 발생하는지 보여 줍니다.
컴퓨팅 리소스를 더 추가하지 않고 데이터를 호스팅하기 위한 스토리지 리소스를 더 추가하는 경우 기존 스토리지 클러스터에 새 노드를 추가하거나 새 클러스터를 추가할 수 있습니다. 다음 다이어그램에서는 CPU 또는 RAM과 같은 컴퓨팅 리소스를 추가하지 않고 새 클러스터를 추가할 때의 간단한 배포 모양을 보여 줍니다.
혼합 아키텍처 지원
Hyper-V 동일한 컴퓨팅 클러스터에서 다음 아키텍처를 결합할 수 있습니다.
비집계 스토리지 스페이스 다이렉트와 함께하는 Hyper-V
SAN을 사용하여 분해된 Hyper-V
NAS를 사용하여 집계된 Hyper-V
다음 다이어그램은 분리된 SAN 및 NAS 스토리지가 혼합된 컴퓨팅 클러스터를 사용하는 배포의 예를 보여 줍니다.
네트워크 스토리지 프로토콜
Windows Server는 다음과 같은 네트워크 파일 스토리지 프로토콜을 지원합니다.
TCP를 통한 SMB
QUIC을 통해 SMB
Windows Server는 다음과 같은 네트워크 블록 스토리지 프로토콜도 지원합니다.
iSCSI
파이버 채널
인피니밴드
메모
구성 세부 정보는 궁극적으로 배포에서 이러한 프로토콜을 지원할 수 있는지 여부를 결정합니다. 예를 들어 Hyper-V 가상 스위치를 사용하는 배포는 InfiniBand를 지원하지 않습니다. 그러나 가상 스위치에 바인딩되지 않은 경우 InfiniBand 디바이스를 지원할 수 있습니다.
Microsoft는 네트워크 블록 스토리지에 대한 내장된 소프트웨어 기반 iSCSI 이니시에이터도 제공합니다.
Windows Server 카탈로그에서 사용할 수 있는 모든 디바이스에 스토리지 공급업체 클라이언트를 사용할 수도 있습니다.