다음을 통해 공유

Azure 로컬에 대한 물리적 네트워크 요구 사항

적용 대상: Azure Local 2311.2 이상

이 문서에서는 Azure Local, 특히 네트워크 스위치에 대한 물리적(패브릭) 네트워크 고려 사항 및 요구 사항에 대해 설명합니다.

참고

향후 Azure 로컬 버전에 대한 요구 사항은 변경될 수 있습니다.

Azure 로컬에 대한 네트워크 스위치

Microsoft는 아래의 네트워크 스위치 요구 사항 섹션에서 식별된 표준 및 프로토콜에 대해 Azure Local을 테스트합니다 . Microsoft는 네트워크 스위치를 인증하지 않지만 공급업체와 협력하여 Azure 로컬 요구 사항을 지원하는 디바이스를 식별합니다.

중요한

여기에 나열되지 않은 기술 및 프로토콜을 사용하는 다른 네트워크 스위치가 작동할 수 있지만 Microsoft는 Azure Local에서 작동하며 발생하는 문제 해결을 지원할 수 없다고 보장할 수 없습니다.

네트워크 스위치를 구매할 때 스위치 공급업체에 문의하고 디바이스가 지정된 역할 유형에 대한 Azure 로컬 요구 사항을 충족하는지 확인합니다. 다음 공급업체(사전순)는 해당 스위치가 Azure 로컬 요구 사항을 지원하는지 확인했습니다.

공급업체 탭을 클릭하여 각 Azure 로컬 트래픽 유형에 대한 유효성이 검사된 스위치를 확인합니다. 이러한 네트워크 분류는 여기에서 찾을 수 있습니다.

중요한

네트워크 스위치 공급업체의 변경 내용을 알 수 있으므로 이러한 목록을 업데이트합니다.

스위치가 포함되지 않은 경우 스위치 공급업체에 문의하여 스위치 모델 및 스위치 운영 체제 버전이 다음 섹션의 요구 사항을 지원하는지 확인합니다.

네트워크 스위치 요구 사항

이 섹션에서는 Azure 로컬 배포에 사용되는 네트워크 스위치의 특정 역할에 필수인 업계 표준을 나열합니다. 이러한 표준은 Azure 로컬 배포의 노드 간에 안정적인 통신을 보장하는 데 도움이 됩니다.

참고

컴퓨팅, 스토리지 및 관리 트래픽에 사용되는 네트워크 어댑터에는 이더넷이 필요합니다. 자세한 내용은 호스트 네트워크 요구 사항을 참조 하세요.

필수 IEEE 표준 및 사양은 다음과 같습니다.

24H2 역할 요구 사항

필수 조건 관리 스토리지 컴퓨팅(표준) Compute(SDN)
가상 LAN ✓ ✓ ✓ ✓
우선 순위 흐름 제어 ✓
향상된 전송 선택 ✓
LLDP 포트 VLAN ID ✓
LLDP VLAN 이름 ✓ ✓ ✓
LLDP 링크 집계 ✓ ✓ ✓ ✓
LLDP ETS 구성 ✓
LLDP ETS 권장 사항 ✓
LLDP PFC 구성 ✓
LLDP 최대 프레임 크기 ✓ ✓ ✓ ✓
최대 전송 단위 ✓
경계 게이트웨이 프로토콜 ✓
DHCP 릴레이 에이전트 ✓

참고

게스트 RDMA에는 Compute(표준) 및 스토리지가 모두 필요합니다.

표준: IEEE 802.1Q

이더넷 스위치는 VLAN을 정의하는 IEEE 802.1Q 사양을 준수해야 합니다. VLAN은 Azure Local의 여러 측면에 필요하며 모든 시나리오에서 필요합니다.

표준: IEEE 802.1Qbb

Azure 로컬 스토리지 트래픽에 사용되는 이더넷 스위치는 PFC(우선 순위 흐름 제어)를 정의하는 IEEE 802.1Qbb 사양을 준수해야 합니다. DCB(데이터 센터 브리징)를 사용하는 경우 PFC가 필요합니다. DCB는 RoCE 및 iWARP RDMA 시나리오 모두에서 사용할 수 있으므로 모든 시나리오에서 802.1Qbb가 필요합니다. 스위치 기능 또는 포트 속도를 다운그레이드하지 않고 최소 세 가지 CoS(서비스 클래스) 우선 순위가 필요합니다. 이러한 트래픽 클래스 중 하나 이상이 무손실 통신을 제공해야 합니다.

표준: IEEE 802.1Qaz

Azure 로컬 스토리지 트래픽에 사용되는 이더넷 스위치는 ETS(고급 전송 선택)를 정의하는 IEEE 802.1Qaz 사양을 준수해야 합니다. DCB를 사용하는 경우 ETS가 필요합니다. DCB는 RoCE 및 iWARP RDMA 시나리오 모두에서 사용할 수 있으므로 모든 시나리오에서 802.1Qaz가 필요합니다.

스위치 기능 또는 포트 속도를 다운그레이드하지 않으면 최소 3개의 CoS 우선 순위가 필요합니다. 또한 디바이스에서 수신 QoS 속도를 정의할 수 있도록 허용하는 경우 수신 속도를 구성하거나 ETS(송신) 속도와 정확히 동일한 값으로 구성하지 않는 것이 좋습니다.

참고

하이퍼 컨버지드 인프라는 동일한 랙 내에서 동서 계층 2 통신에 대한 의존도가 높으므로 ETS가 필요합니다. Microsoft는 DSCP(차별화된 서비스 코드 포인트)를 사용하여 Azure Local을 테스트하지 않습니다.

표준: IEEE 802.1AB

이더넷 스위치는 LLDP(링크 계층 검색 프로토콜)를 정의하는 IEEE 802.1AB 사양을 준수해야 합니다. LLDP는 Azure Local에 필요하며 물리적 네트워킹 구성의 문제 해결을 사용하도록 설정합니다.

LLDP TLV(Type-Length-Values)의 구성을 동적으로 사용하도록 설정해야 합니다. 스위치는 특정 TLV를 사용하도록 설정하는 것 외에 추가 구성이 필요하지 않아야 합니다. 예를 들어 802.1 하위 유형 3을 사용하도록 설정하면 스위치 포트에서 사용할 수 있는 모든 VLAN이 자동으로 보급됩니다.

사용자 지정 TLV 요구 사항

LLDP를 사용하면 조직에서 자체 사용자 지정 TLV를 정의하고 인코딩할 수 있습니다. 이를 조직별 TLL이라고 합니다. 모든 조직별 특수 TLV는 LLDP TLV 유형 값 127로 시작합니다. 아래 표에서는 필요한 조직별 사용자 지정 TLV(TLV 유형 127) 하위 형식을 보여 줍니다.

조직 TLV 하위 유형
IEEE 802.1 포트 VLAN ID(하위 유형 = 1)
IEEE 802.1 VLAN 이름(하위 유형 = 3)
최소 10개 VLAN
IEEE 802.1 링크 집계(하위 유형 = 7)
IEEE 802.1 ETS 구성(하위 유형 = 9)
IEEE 802.1 ETS 권장 사항(하위 유형 = A)
IEEE 802.1 PFC 구성(하위 유형 = B)
IEEE 802.3 최대 프레임 크기(하위 유형 = 4)

최대 전송 단위

MTU(최대 전송 단위)는 데이터 링크를 통해 전송할 수 있는 가장 큰 크기 프레임 또는 패킷입니다. SDN 캡슐화에는 1514-9174 범위가 필요합니다.

경계 게이트웨이 프로토콜

Azure 로컬 SDN 컴퓨팅 트래픽에 사용되는 이더넷 스위치는 BGP(Border Gateway Protocol)를 지원해야 합니다. BGP는 둘 이상의 네트워크 간에 라우팅 및 연결 가능성 정보를 교환하는 데 사용되는 표준 라우팅 프로토콜입니다. 경로는 BGP 전파를 사용하도록 설정된 모든 서브넷의 경로 테이블에 자동으로 추가됩니다. 이는 SDN 및 동적 피어링을 사용하여 테넌트 워크로드를 사용하도록 설정하는 데 필요합니다. RFC 4271: Border Gateway Protocol 4

DHCP 릴레이 에이전트

Azure 로컬 관리 트래픽에 사용되는 이더넷 스위치는 DHCP 릴레이 에이전트를 지원해야 합니다. DHCP 릴레이 에이전트는 서버가 다른 네트워크에 있을 때 DHCP 서버와 클라이언트 간에 요청 및 회신을 전달하는 데 사용되는 모든 TCP/IP 호스트입니다. PXE 부팅 서비스에 필요합니다. RFC 3046: DHCPv4 또는 RFC 6148: DHCPv4

네트워크 트래픽 및 아키텍처

이 섹션은 주로 네트워크 관리자를 위한 것입니다.

Azure Local은 2계층(Spine-Leaf) 및 3계층(Core-Aggregation-Access)을 비롯한 다양한 데이터 센터 아키텍처에서 작동할 수 있습니다. 이 섹션에서는 Azure Local과 같은 하이퍼 컨버지드 인프라의 워크로드와 함께 일반적으로 사용되는 Spine-Leaf 토폴로지의 개념을 자세히 설명합니다.

네트워크 모델

네트워크 트래픽은 해당 방향에 따라 분류할 수 있습니다. 전통적인 SAN(스토리지 영역 네트워크) 환경에서는 트래픽이 IP(Layer-3) 경계를 넘어 컴퓨팅 계층에서 스토리지 계층으로 북-남 방향으로 집중적으로 흐릅니다. 하이퍼컨버지드 인프라는 상당 부분의 트래픽이 VLAN(Layer-2) 경계 내에서 주로 동서 방향으로 이동하는 특성을 보입니다.

중요한

사이트의 모든 Azure 로컬 컴퓨터가 물리적으로 동일한 랙에 있고 동일한 ToR(Top-of-rack) 스위치에 연결되어야 합니다.

참고

확장 클러스터 기능은 Azure Local 버전 22H2에서만 사용할 수 있습니다.

Azure 로컬에 대한 남북 트래픽

남북 트래픽의 특징은 다음과 같습니다.

  • 트래픽은 ToR 스위치에서 스파인 방향으로 이동하거나 스파인에서 ToR 스위치 방향으로 이동합니다.
  • 트래픽은 물리적 랙을 벗어나거나 계층 3 경계(IP)를 교차합니다.
  • 관리(PowerShell, Windows Admin Center), 컴퓨팅(VM) 및 사이트 간 확장 클러스터 트래픽이 포함됩니다.
  • 실제 네트워크에 연결하기 위해 이더넷 스위치를 사용합니다.

Azure 로컬 네트워크의 동서 트래픽

동서 트래픽의 특징은 다음과 같습니다.

  • 트래픽은 ToR 스위치 및 계층 2 경계(VLAN) 내에 남아 있습니다.
  • 동일한 시스템의 노드와 동일한 사이트 내에서(확장된 클러스터를 사용하는 경우) 간의 스토리지 트래픽 또는 실시간 마이그레이션 트래픽을 포함합니다.
  • 다음 두 섹션에 설명된 대로 이더넷 스위치(전환) 또는 직접(스위치리스) 연결을 사용할 수 있습니다.

스위치 사용

남북 트래픽은 스위치를 사용해야 합니다. Azure Local에 필요한 프로토콜을 지원하는 이더넷 스위치를 사용하는 것 외에도 가장 중요한 측면은 네트워크 패브릭의 적절한 크기 조정입니다.

이더넷 스위치가 지원할 수 있는 "비차단" 패브릭 대역폭을 이해하고 네트워크의 초과 구독을 최소화(또는 바람직하게는 제거)하는 것이 중요합니다.

경로 중복에 사용되는 다중 섀시 링크 집계 그룹과 같은 일반적인 정체 지점 및 초과 가입은 서브넷과 VLAN을 적절하게 사용하여 제거할 수 있습니다. 호스트 네트워크 요구 사항도 참조 하세요.

네트워크 공급업체 또는 네트워크 지원 팀과 협력하여 실행하려는 워크로드에 맞게 네트워크 스위치의 크기가 올바르게 조정되었는지 확인합니다.

스위치리스 사용

Azure Local은 시스템의 각 노드가 시스템의 모든 노드에 중복 연결을 갖는 한 모든 시스템 크기에 대해 동서 트래픽에 대한 스위치리스(직접) 연결을 지원합니다. 이를 "풀-메시" 네트워크 연결이라고 합니다.

풀 메시 스위치리스 연결을 보여주는 다이어그램

인터페이스 쌍 서브넷 가상 LAN (VLAN)
매니지먼트 호스트 vNIC 고객별 고객별
SMB01 192.168.71.x/24 711
SMB02 192.168.72.x/24 712
SMB03 192.168.73.x/24 713

참고

필요한 네트워크 어댑터 수로 인해 3노드보다 큰 시스템에서는 스위치리스 배포의 이점이 줄어듭니다.

스위치리스 연결의 장점

  • 동서 트래픽에는 스위치 구매가 필요하지 않습니다. 남북 트래픽에 스위치가 필요합니다. 이로 인해 자본 지출(CAPEX) 비용이 낮아질 수 있지만 시스템의 노드 수에 따라 달라집니다.
  • 스위치가 없으므로 구성은 호스트로 제한되므로 필요한 구성 단계의 잠재적 수를 줄일 수 있습니다. 시스템 크기가 증가함에 따라 이 값이 감소합니다.

스위치리스 연결의 단점

  • IP 및 서브넷 주소 지정 체계에는 더 많은 계획이 필요합니다.
  • 로컬 스토리지 액세스만 제공합니다. 남북 액세스가 필요한 관리 트래픽, VM 트래픽 및 기타 트래픽은 이러한 어댑터를 사용할 수 없습니다.
  • 시스템의 노드 수가 증가함에 따라 네트워크 어댑터의 비용이 네트워크 스위치 사용 비용을 초과할 수 있습니다.
  • 3노드 시스템 이상으로 확장되지 않습니다. 더 많은 노드에는 스위치 사용의 복잡성을 능가할 수 있는 추가 케이블 연결 및 구성이 발생합니다.
  • 시스템 확장은 복잡하므로 하드웨어 및 소프트웨어 구성을 변경해야 합니다.

다음 단계