vSAN은 두 위치에 걸쳐 있는 확장된 클러스터 배포를 지원합니다.
vSAN 6.5 이하에서 데이터 사이트 간의 vSAN 트래픽은 메타데이터에 대해서는 멀티캐스트이고 I/O에 대해서는 유니캐스트입니다.
vSAN 6.6 이상에서는 모든 트래픽이 유니캐스트입니다. 모든 vSAN 버전에서 데이터 사이트와 감시 호스트 간의 감시 트래픽은 유니캐스트입니다.
계층 2 Everywhere
계층 2 네트워크에서 vSAN 확장 클러스터를 구성할 수 있지만 이 구성은 권장되지 않습니다.
vSAN 확장된 클러스터가 단일 대규모 계층 2 설계에서 구성되는 방식을 고려하십시오. 데이터 사이트 1 및 사이트 2에는 가상 시스템이 배포됩니다. 사이트 3에는 감시 호스트가 포함되어 있습니다.
계층 2 Everywhere를 최대한 간단히 예시하기 위해 토폴로지에서 스위치(라우터 아님)를 사용합니다.
계층 2 네트워크에는 루프(다중 경로)가 있을 수 없으므로, 사이트 1과 사이트 2 간의 연결 중 하나를 차단하기 위해 STP(Spanning Tree Protocol)와 같은 기능이 필요합니다. 이제 사이트 2와 사이트 3 간의 링크가 끊어진 상황(사이트 1과 사이트 2 간의 링크)을 살펴보겠습니다. 이제 네트워크 트래픽이 사이트 3의 감시 호스트를 통해 사이트 1에서 사이트 2로 전환될 수 있습니다. VMware는 감시 호스트에 대해 훨씬 더 낮은 대역폭과 더 높은 지연 시간을 지원하므로 데이터 네트워크 트래픽이 더 낮은 규격의 감시 사이트를 통과하는 경우 성능이 크게 저하되는 것을 볼 수 있습니다.
데이터 사이트 간의 트래픽이 감시 사이트를 통과하도록 전환되어 애플리케이션 지연 시간에 영향을 주지 않고 대역폭이 허용 수준을 유지할 경우 사이트 간에 확장 L2 구성이 가능할 수 있습니다. 대부분의 경우 이러한 구성은 적합하지 않으며 네트워킹 요구 사항이 더 복잡해집니다.
멀티캐스트 트래픽을 사용하는 vSAN 6.5 또는 이전 버전에서는 스위치에 IGMP 스누핑을 구성해야 합니다. vSAN 6.6 이상에서는 이 작업을 꼭 수행할 필요가 없습니다. 멀티캐스트 트래픽의 라우팅이 없기 때문에 PIM이 필요하지 않습니다.
![계층 2 vSAN 확장된 클러스터 다이어그램](images/GUID-85DC91CC-4A7B-4B09-890D-70B23F526AA2-low.png)
지원되는 vSAN 확장된 클러스터 구성
vSAN은 확장된 클러스터 구성을 지원합니다.
다음 구성은 데이터 사이트의 네트워크에서 장애가 발생하는 경우 사이트 1의 트래픽이 감시 호스트를 통해 사이트 2로 라우팅되는 것을 방지합니다. 이 구성은 성능 저하를 방지합니다. 데이터 트래픽이 감시 호스트로 연결되지 않도록 하려면 다음 네트워크 토폴로지를 사용합니다.
사이트 1과 사이트 2 사이에서 확장 계층 2 전환 구성 또는 계층 3 라우팅 구성을 구현합니다. 두 구성이 모두 지원됩니다.
사이트 1과 감시 호스트 간에 계층 3 라우팅 구성을 구현합니다.
사이트 2와 감시 호스트 간에 계층 3 라우팅 구성을 구현합니다.
이러한 구성(L2+L3 및 L3 Everywhere)은 vSAN 6.5 이하 버전의 멀티캐스트와 vSAN 6.6에서 사용할 수 있는 유니캐스트에 대해서만 지정되는 고려 사항과 함께 설명됩니다. 멀티캐스트 트래픽은 IGMP 스누핑을 위해 추가적인 구성 단계와 멀티캐스트 트래픽 라우팅을 위한 PIM을 요구합니다.
데이터 사이트 간의 확장 계층 2 네트워크와 감시 사이트로의 계층 3 라우팅 네트워크를 검토해야 합니다. 계층 2와 계층 3의 조합을 가능한 한 간단히 나타내기 위해 토폴로지의 스위치 및 라우터 조합을 사용하십시오.
데이터 사이트 간 확장 계층 2, 감시 호스트로의 계층 3
vSAN은 데이터 사이트 간에 확장 계층 2 구성을 지원합니다.
이 경우 라우팅된 트래픽은 감시 트래픽뿐입니다. 멀티캐스트를 사용하는 vSAN 6.5 이하 버전에서는 데이터 사이트 간 확장 L2 vSAN에서 멀티캐스트 트래픽에 IGMP 스누핑을 사용합니다. 그러나 감시 트래픽이 유니캐스트이기 때문에 계층 3 세그먼트에서 PIM을 구현할 필요가 없습니다.
유니캐스트를 사용하는 vSAN 6.6의 경우에는 IGMP 스누핑 또는 PIM을 고려할 필요가 없습니다.
![L2에서 데이터 호스트로 확장, L3에서 감시 호스트로 확장](images/GUID-3617012F-D9E1-439E-BDA3-832003DF1083-low.png)
계층 3 Everywhere
이 vSAN 확장 클러스터 구성에서 데이터 사이트와 감시 호스트 간에 데이터 트래픽이 라우팅됩니다.
계층 3 Everywhere를 최대한 간단히 구현하기 위해 토폴로지에서 라우터 또는 라우팅 스위치를 사용합니다.
예를 들어 멀티캐스트 트래픽을 사용하는 vSAN 6.5 이하 환경을 고려하십시오. 이 경우 데이터 사이트 스위치에서 IGMP 스누핑을 구성하여 네트워크의 멀티캐스트 트래픽 양을 관리합니다. 감시 트래픽이 유니캐스트이기 때문에 감시 호스트에서는 이것이 필요하지 않습니다. 데이터 사이트 간에 멀티캐스트 트래픽이 라우팅되므로 멀티캐스트 라우팅을 허용하도록 PIM을 구성합니다.
vSAN 6.6 이상에서는 라우팅된 모든 트래픽이 유니캐스트이기 때문에 IGMP 스누핑 및 PIM이 필요하지 않습니다.
![계층 3 vSAN 확장된 클러스터 다이어그램](images/GUID-213796E4-E2C9-4967-8995-F9B6FA8B9E14-low.png)
vSAN 확장된 클러스터에서 감시 트래픽 분리
vSAN은 확장된 클러스터에서 감시 트래픽을 구분하도록 지원합니다.
vSAN 6.5 이상 릴리스에서는 2노드 구성의 vSAN 트래픽에서 감시 트래픽을 분리할 수 있습니다. 즉, 10Gb 스위치 없이도 2개 vSAN 호스트를 직접 연결할 수 있습니다.
이 감시 트래픽 분리는 vSAN 6.6의 2노드 배포에서만 지원됩니다. vSAN 확장된 클러스터에서 감시 트래픽을 분리하는 것은 vSAN 6.7 이상에서 지원됩니다.
vSAN 확장된 클러스터를 사용하여 랙 인식 달성
vSAN 확장된 클러스터를 사용할 경우 vSAN은 단일 사이트에서 랙 인식을 제공합니다.
vSAN 호스트 랙이 2개 있는 경우 완전한 랙 실패가 발생한 후에도 vSAN 클러스터를 계속 실행할 수 있습니다. 이 경우, 남은 랙 및 원격 감시 호스트에서 VM 워크로드의 가용성을 제공합니다.
이 예에서 랙 1이 실패하면 랙 2와 감시 호스트가 VM 가용성을 제공합니다. 이 구성은 vSAN 6.6 이전 환경으로, 네트워크에 멀티캐스트가 구성되어 있어야 합니다. 감시 호스트는 vSAN 네트워크에 있어야 합니다. 감시 트래픽은 유니캐스트입니다. vSAN 6.6 이상에서는 모든 트래픽이 유니캐스트입니다.
이 토폴로지는 L3를 통해서도 지원됩니다. 각 vSAN VMkernel 포트를 서로 다른 서브넷 또는 VLAN에 배치하고 각 랙에 대해 별도의 서브넷 또는 VLAN을 사용합니다.
![외부 감시 호스트가 있는 2개의 랙에 vSAN 확장된 클러스터](images/GUID-C3CF9743-D6A8-4002-8197-A8CD1CEBAB52-low.png)
이 토폴로지는 vSAN 확장된 클러스터를 사용하여 랙 인식(장애 도메인)을 실현하기 위해 두 개의 랙이 있는 배포를 지원합니다. 이 솔루션은 클러스터 외부에 있는 감시 호스트를 사용합니다.