이더넷 스위치는 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 TV(Type-Length-Values)의 구성을 동적으로 사용하도록 설정해야 합니다. 스위치는 특정 TLV를 사용하도록 설정하는 것 외에 추가 구성이 필요하지 않아야 합니다. 예를 들어 802.1 하위 유형 3을 사용하도록 설정하면 스위치 포트에서 사용할 수 있는 모든 VLAN이 자동으로 보급됩니다.
사용자 지정 TLV 요구 사항
LLDP를 사용하면 조직에서 자체 사용자 지정 TV를 정의하고 인코딩할 수 있습니다. 이를 조직별 TLL이라고 합니다. 모든 조직별 TV는 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 범위가 필요합니다.
Border Gateway Protocol
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
22H2 역할 요구 사항
요건
관리
스토리지
컴퓨팅(표준)
Compute(SDN)
가상 LAN
✓
✓
✓
✓
우선 순위 흐름 제어
✓
향상된 전송 선택
✓
LLDP 포트 VLAN ID
✓
LLDP VLAN 이름
✓
✓
✓
LLDP 링크 집계
✓
✓
✓
✓
LLDP ETS 구성
✓
LLDP ETS 권장 사항
✓
LLDP PFC 구성
✓
LLDP 최대 프레임 크기
✓
✓
✓
✓
최대 전송 단위
✓
Border Gateway Protocol
✓
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 TV(Type-Length-Values)의 구성을 동적으로 사용하도록 설정해야 합니다. 스위치는 특정 TLV를 사용하도록 설정하는 것 외에 추가 구성이 필요하지 않아야 합니다. 예를 들어 802.1 하위 유형 3을 사용하도록 설정하면 스위치 포트에서 사용할 수 있는 모든 VLAN이 자동으로 보급됩니다.
사용자 지정 TLV 요구 사항
LLDP를 사용하면 조직에서 자체 사용자 지정 TV를 정의하고 인코딩할 수 있습니다. 이를 조직별 TLL이라고 합니다. 모든 조직별 TV는 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)
최대 전송 단위
22H2의 새로운 요구 사항
MTU(최대 전송 단위)는 데이터 링크를 통해 전송할 수 있는 가장 큰 크기 프레임 또는 패킷입니다. SDN 캡슐화에는 1514-9174 범위가 필요합니다.
Border Gateway Protocol
22H2의 새로운 요구 사항
Azure 로컬 SDN 컴퓨팅 트래픽에 사용되는 이더넷 스위치는 BGP(Border Gateway Protocol)를 지원해야 합니다. BGP는 둘 이상의 네트워크 간에 라우팅 및 연결 가능성 정보를 교환하는 데 사용되는 표준 라우팅 프로토콜입니다. 경로는 BGP 전파를 사용하도록 설정된 모든 서브넷의 경로 테이블에 자동으로 추가됩니다. 이는 SDN 및 동적 피어링을 사용하여 테넌트 워크로드를 사용하도록 설정하는 데 필요합니다.
RFC 4271: Border Gateway Protocol 4
DHCP 릴레이 에이전트
22H2의 새로운 요구 사항
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) 경계 내에 유지되는 동서쪽의 더 무겁게 유지됩니다.
Important
사이트의 모든 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은 시스템의 각 노드가 시스템의 모든 노드에 중복 연결을 갖는 한 모든 시스템 크기에 대해 동서 트래픽에 대한 스위치리스(직접) 연결을 지원합니다. 이를 "전체 메시" 연결이라고 합니다.
인터페이스 쌍
서브넷
VLAN
Mgmt 호스트 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노드 시스템 이상으로 확장되지 않습니다. 더 많은 노드에는 스위치 사용의 복잡성을 능가할 수 있는 추가 케이블 연결 및 구성이 발생합니다.