Arista UCN Design Guide (3) - The Next Generation Campus Network

Arista Universal Cloud Network for Campus (UCN-C) – The Next Generation Campus Network
네트워크 설계자는 일관되고 균일한 전사적 운영 환경을 위해 개방형 소프트웨어 기반 클라우드 원칙을 사용하여 변화하는 비즈니스 및 유비쿼터스 사용자 워크로드에 더 잘 적응해야 하는 새로운 요구 사항에 직면해 있습니다. 1990년대에는 인터넷과 이메일을 통한 정보 공유가 어려웠으나, 2000년대는 비즈니스 시스템과 PBX 네트워크의 융합으로 생산성이 향상되고 운영 비용이 절감되었습니다. 앞으로 전개되는 10년은 또 다른 근본적인 변화를 맞이할 것입니다.
관리자는 기존 방화벽 경계와 상호 연결된 IoT 환경에서 워크로드 이동, 사용자 기반 확장, 다양한 운영 체제 및 네트워크 관리의 복잡한 혼합에 이르기까지 다양한 문제에 직면해 있습니다.
결과적으로 네트워크 설계자는 IoT 지원 캠퍼스의 현 시대에 다음과 같은 중요한 질문에 직면하게 됩니다. 운영 비용을 늘리지 않고 IT 운영을 확장하는 방법은 무엇입니까? 워크로드 이동 시 네트워크에 미치는 영향은 무엇입니까?
클라우드 환경으로 전환할 수 있습니까?

IT를 경쟁 우위라고 생각하는 조직을 위해 Arista는 확장 가능한 운영 체제인 EOS의 단일 이미지를 실행하는 업계 최고의 상용 실리콘 아키텍처를 갖춘 클라우드급 솔루션을 제공합니다. 실제로 Arista는 클라우드 네트워킹으로 부상했습니다.
업계 최고 수준의 안정성과 자동화된 운영을 통해 물리적 및 가상 네트워크, 가시성, 프로그래밍 가능성을 고객에게 제공하고 있습니다.

Guiding Principles for the UCN for Campus
UCN-C는 차세대 캠퍼스 네트워크를 구축하기 위한 몇 가지 원칙을 가지고 있습니다.
 
* Cognitive Management Plane
* End-to-End Telemetry
* Single Operating System - EOS
* Universal Underlay
* Secure End-to-End Segmentation
* Consistent Operations
* Any-Application Readiness
* Agile Wireless Control

Cognitive Management Plane
UCN-C는 새로운 방식으로 관리되어야 합니다. 기기의 확산, 대역폭, 전력 및 캠퍼스 내에 존재하는 전반적인 복잡성의 증가로 인해, 우리는 과거에 존재했던 것보다 더 나은 관리 방식에 의존해야 합니다.
데이터 및 제어 평면의 성숙도와 견고성 사이에는 현저한 차이가 있으며 관리 기준에서는 이를 고민해야 합니다. Arista에서 CloudVision은 CMP(Cognitive Management Plane)를 통합하여 구축을 자동화하고, 모니터링을 단순화하고, 오류를 예측하며, 모든 Arista 플랫폼에서 운영 중단을 실시간으로 방지합니다. CloudVision은 클라우드 컴퓨팅, 빅데이터 및 머신 러닝의 기능을 활용하여 모든 네트워크 상태를 항상 수집 및 어카이빙합니다. CloudVision의 Cognitive Management Plane은 EOS 및 무선 플랫폼에서 모든 스트리밍 상태를 수집하며, 개방형 API를 통해 다른 플랫폼과 데이터를 공유할 수 있습니다.
애플리케이션(사용자 정의 개발 애플리케이션 또는 타사 애플리케이션)을 모두 지원합니다.

Cognitive Management Plane의 API는 원격 측정뿐만 아니라 명령을 전달하여 관리 도구가 캠퍼스 인프라를 구성, 제어할 수 있도록 합니다. OpenConfig API를 병렬로 하는 NetDB의 스키마 및 API와 함께 CMP는 아래 그림에서와 같이 유연한 관리 및 작업으로 표준, 개방성등 고객의 요구사항을 지원합니다.

 

End to End Telemetry
네트워크는 종종 트래픽 흐름이 올바르게 들어오고 나가는 것으로 예상되었던 '블랙박스'였습니다. 그러나 대부분의 벤더는 네트워크 문제를 정확하고 신속하게 진단하고, 과거 데이터를 수집하거나, 제공하는 데 필요한 지침을 제공하지 않습니다.
트래픽에 대한 가시성을 확보하여 흐름과 물리적 연결의 정확성을 검증합니다. UCN-C 네트워크는 정체가 발생하는 시점을 인식하고 트래픽 유도 복사본을 모니터링 시스템으로 전송할 수 있어야 합니다.
인터페이스가 Down되면 모니터링 도구는 영향을 받는 워크로드를 시스템 간 이벤트 상관 관계 및 실시간 분석을 통해 즉시 제공하여 문제를 진단하거나 해결해야 합니다. 네트워크의 잘못된 케이블 연결 또는 잘못된 구성이 감지되어 단순한 재융합이 아니라 경고 및 알람을 생성해야 합니다. 네트워크상의 모든 인터페이스의 트래픽을 몇 초 안에 탭하여 소프트웨어 프로비저닝만으로 모니터링 툴로 다시 전송할 수 있어야 합니다.

 

Single Operating System - EOS
Arista는 Linux 커널을 활용하여 네트워크 내에서 복원력을 제공합니다.  Linux 커널 위에 네트워크 운영 체제를 구축하면 다음과 같은 많은 이점이 있습니다. 

* 수천 명의 기여자와 수백만 명의 사용자가 있습니다.
* 다양한 기능을 제공하기 위해 수많은 소프트웨어 패키지를 실행할 수 있습니다.
* OS, 보안 및 버그 수정 사항을 신속하게 해결합니다.
* 응용 프로그램 저장소 및 소스 코드를 자유롭게 사용할 수 있습니다.

시스템의 기능 제어를 여러 프로세스로 분리하는 것은 복원력과 장애 격리에 매우 유용하지만 시스템 내에서 작업을 조정하는 메커니즘이 필요합니다. Arista는 SysDB라는 혁신을 통해 이러한 기능을 개척했습니다.
시스템 DB는 시스템 상태를 포함하는 사용자 공간에서 실행 중인 메모리 내 데이터베이스입니다.
기존 데이터베이스와 마찬가지로, SysDB는 애플리케이션 로직을 포함하지 않으며 시스템 상태를 유지하고 전파하는 역할만 담당합니다. 그러나 SysDB는 트랜잭션에 최적화되어 있지 않고 상태가 변경될 때 관련 프로세스 또는 에이전트에 통보하여 
프로세스간 상태를 동기화하도록 설계되었습니다.

Arista EOS: SysDB – Publish-Subscribe Programmable Model

기존 네트워크 운영 체제의 공통적이고 반복적인 아키텍처 결함은 프로세스 간 통신을 처리하는 방식입니다. 스위치의 서로 다른 프로세스 간의 복잡한 상호의존성은 버그가 고정되어 있기 때문에 지속적인 리팩터링이 필요합니다.
이러한 버그 Fix 작업으로 인해 다른 네트워크 운영 체제가 일반적으로 불안정해집니다. (예: 메모리 누수, 회귀 버그 등)

SysDB는 이벤트 기반 게시/구독 모델을 사용하여 운영함으로써 이 문제를 해결합니다. 속성 또는 개체가 변경되면 SysDB는 개체/속성을 따르는 에이전트에 이벤트 통지를 전송하여 로컬 복사본을 업데이트합니다.
에이전트가 마운트 지점에 쓸 때 로컬 복사본만 변경되며, 이 상태 공유 프로세스는 EOS를 확장하여 궁극적으로 세계에서 가장 신뢰할 수 있는 네트워크 운영 체제를 구축하는 데 핵심적인 역할을 합니다.

Universal Underlay
네트워크는 서로 다른 두 개의 전달 평면으로 생각할 수 있습니다. Underlay 네트워크 및 Overlay 네트워크입니다. 이 설계는 최근 몇 년 동안 스위칭 인프라에 VXLAN 기능이 도입되면서 더욱 대중화되고 있습니다. 
전통적으로 VLAN이 필요한 세분화를 제공하는 데 사용되는 Underlay 네트워크로 제한되었습니다. UCN-C는 동일한 유형의 VLAN 설계의 기반이 될 수 있거나 EVPN/VXLAN과 같은 현재 기술을 규모에 맞게 배포할 수 있는 Underlay 네트워크로 포지셔닝될 수 있는 강력한 Underlay 네트워크를 제공해야 합니다. 이 기반은 인프라 전환, 무선 인프라 또는 호스트 기반 인프라에 초점을 맞춘 향후 Overlay 기술을 위한 메커니즘을 제공합니다.

Secure End to End Segmentation
Universal Underlay를 기반으로 하는 UCN-C는 다양한 사용자 워크로드, 작업 그룹 또는 장치 유형을 분할할 수 있는 기능을 가지고 있어야 합니다. 이 엔드 투 엔드 분할은 세그먼트를 보장하기 위한 적절한 보안 메커니즘을 제공해야 합니다.
내부적으로 안전할 뿐만 아니라 다른 세그먼트와의 통신도 적절한 보안 상태를 갖추고 있어야 합니다. 구현된 세분화는 고객에게 가장 유연한 옵션을 제공하기 위해 업계에서 널리 사용되어야 합니다.
Consistent Operations
네트워크의 목표는 비즈니스의 요구를 충족하는 것입니다. 이러한 요구를 신속하고 민첩하게 충족하려면 네트워크가 덜 복잡해져야 합니다. 과거에는 네트워크를 매일 실행하는데 사용되는 운영 모델에 복잡성이 있었습니다. UCN-C에는 모든 장치의 상태 및 기능이 표시되는 반면, 통합 운영 모델이 있어야 합니다.
공통 도구 세트를 통해 UCN-C는 캠퍼스 네트워크뿐만 아니라 프라이빗 및 퍼블릭 데이터 센터 스위칭 및 라우팅을 관리하고, 프로비저닝 및 원격 측정 기능을 지사로 확장할 수 있는 원활한 프로비저닝 시스템을 제공해야 합니다. 
원격 측정 및 분석과 결합된 운영 체제는 일관된 네트워크 운영을 구축하는 데 필수적입니다.

Any Application Readiness
애플리케이션 환경은 매우 복잡할 수 있습니다. 한 예로 네트워크가 음성 또는 비디오 트래픽을 캠퍼스로 전송하는 경우가 있습니다. 또는 캠퍼스 네트워크가 모바일 워크스테이션에 VDI 인프라를 제공할 수도 있습니다.
예를 들어, 네트워크 전체에 걸쳐 수많은 센서로부터 IoT 트래픽을 전송할 수 있습니다. 이러한 모든 경우 고유한 QOS 요구 사항, 고유한 분할 요구 사항이 있을 수 있습니다. UCN-C는 다양한 유형의 장치 및 응용 프로그램을 위한 기본 연결 지점으로, 캠퍼스 환경 전반에 걸쳐 이 모든 것을 설명하고 추적할 수 있어야 합니다.

Agile Wireless Control
Arista의 클라우드 관리형 WiFi 솔루션은 네트워크 에지에 있는 인텔리전스 AP와 함께 클라우드의 무제한 컴퓨팅 성능과 스토리지 용량을 활용하여 최적화된 성능, 자동화된 네트워크 문제 해결 및 근본 원인 분석 기능을 제공하며 단순화된 환경을 제공합니다.
그 결과 기업은 뛰어난 네트워크 성능과 타의 추종을 불허하는 데이터 보호를 달성하는 동시에 IT 비용을 절감하고 네트워크 문제 해결에 소요되는 시간을 최소화할 수 있는 자가 구동 네트워크를 구축할 수 있습니다.

아리스타의 가장 큰 차별화 기능 중 하나는 무선 네트워크 관리에 머신 러닝(ML)과 인공지능(AI)을 활용하는 것입니다. 이러한 기술을 통해 무선 네트워크는 패턴을 학습하고, 예측하고, 개선할 수 있습니다.
Cognitive WiFi 플랫폼의 ML 및 AI 기능에는 네트워크 클라이언트 장치에 대한 실시간 통찰력, 네트워크 기준선, 근본 원인 분석, 자동 패킷 캡처, 네트워크 프로파일링 등이 있습니다.

Arista 클라우드 기반 WiFi 아키텍처로 전환하면 많은 이점이 있습니다:
 
* 운영 비용 절감(OPEX) - 관리 인프라는 클라우드에서 호스팅되며, 그 용량과 업데이트는 Arista가 관리합니다. 기업은 더 이상 초기 자본으로 자체 컨트롤러 기반 네트워크를 구축할 필요가 없습니다.
Arista 가 관리하는 클라우드 호스팅이란 장치 관리, 랙 공간 요구 사항, 소프트웨어 업그레이드등을 의미합니다.
* 유지 관리 중 다운타임 최소화 - 네트워크의 제어 영역이 WiFi AP에 배포되고 클라우드 관리 솔루션에 대한 모든 업데이트가 Arista에서 관리되기 때문에 무선 네트워크 서비스에 영향을 미치지 않습니다.
WiFi AP의 업그레이드는 영향을 최소화하면서 클라우드 관리 포털을 통해 자동화할 수 있습니다.
* 생산성 향상 - 네트워크 관리 책임이 없어졌기 때문에 IT 직원은 다른 작업에 참여할 수 있으며, 직원은 생산성에 영향을 미치는 네트워크 다운타임을 처리할 필요가 없습니다.
* 확장성 향상 - 클라우드 관리 네트워크는 무제한의 AP를 처리할 수 있으며, 조직은 추가 하드웨어 컨트롤러를 구입 및 관리할 필요 없이 서비스 범위를 확장하거나 쉽게 새 사이트를 추가할 수 있습니다.
따라서 매우 민첩한 무선 네트워크를 사용할 수 있습니다.
* 신속한 구축 - 클라우드 관리형 WiFi를 통해 몇 번의 클릭만으로 새로운 네트워크 또는 확장 네트워크를 간편하게 구축할 수 있습니다. 더 이상 네트워크 인프라를 구입, 설치 및 구성하여 IT 리소스를 절약할 필요가 없습니다.
직원 및 최종 사용자가 네트워크 구축까지 몇 시간, 며칠 또는 몇 주 동안 기다릴 필요가 없습니다.
* 보안 강화 - 관리 영역이 클라우드에 상주하는 동안 무선 데이터 및 제어 영역은 엔터프라이즈 네트워크에 로컬로 유지됩니다. Arista AP를 통해 전송되는 무선 데이터는 Arista 클라우드로 흐르지 않습니다. Arista는 기밀성, 무결성 및 가용성을 지향하는 Arista 클라우드 보안 제어의 타사 정밀 검사(감사) 및 검증을 포함하는 보안 준수 인증을 충족합니다.
* 원격 관리 - 클라우드 관리 WiFi를 사용하면 네트워크 관리자에게 더 나은 관리 기능을 제공합니다. 클라우드 서비스는 어디에서나 액세스할 수 있으므로, 무선 네트워크를 온사이트, 가정 또는 다른 곳에서 관리할 수 있습니다.

 

Arista Universal Cloud Network for Campus High Level Overview
Arista UCN for Campus는 다음 가이드 원칙을 채택하여 조직이 캠퍼스 네트워크를 현대적이고 유연하며 확장성이 뛰어난 솔루션으로 전환할 수 있도록 적용합니다.
아래 다이어그램에 Arista UCN for Campus와 기존 네트워크와 통합할 수 있는 방법을 볼 수 있습니다

위의 설계에는 다음과 같은 주요 이점이 포함되어 있습니다:
 
* 단일 네트워크 운영 체제인 Arista EOS는 DC에서 캠퍼스, 프라이빗, 퍼블릭 클라우드까지 네트워크의 모든 워크로드를 통과합니다.

* Campus Spline은 데이터 센터에서 Leaf로 기능하며 Arista UCN의 일관된 디자인과 확장성을 제공합니다.
기존 캠퍼스 배포 계층을 활용하여 Arista Campus POD 솔루션의 연결성을 집계합니다.
Campus POD에서 표준 기반 계층 2 또는 계층 3 연결을 유연하게 선택할 수 있습니다.

* 표준 기반 프로토콜을 사용하여 Campus POD를 확장하여 서로 다른 하드웨어 플랫폼과 공급업체 간의 상호 운용성을 지원합니다.

* EVPN/VxLAN과 같은 최신 표준 기반 세분화 프로토콜은 확장 가능한 계층 3 설계를 지원하는 동시에 필요한 경우 멀티 테넌시(Multi-tenancy) 및 계층 2 인접성을 허용하고 장애 도메인을 제한합니다.

* 클라우드 기반 무선 컨트롤러 솔루션은 대규모 무선 배포를 관리하기 위한 인프라 설치 공간을 줄여줍니다. 이를 통해 안전하고 편리한 클라우드 기반 관리 영역과 액세스 지점의 세분화된 제어 및 데이터 영역이 제공됩니다.
게스트 액세스와 같은 요구 사항에 대한 무선 트래픽에 대한 보안 터널링 기술을 제공하지만 표준 기반 프로토콜을 사용하여 이를 달성하여 네트워크 설계에 대한 유연성을 높입니다. 

Arista Campus Architecture
Astara UCN for Campus 설계는 종단 간 아리스타 장치가 필요하지 않은 개방형 접근 방식입니다. 조직이 대폭적인 컷오버 없이도 스트리밍 원격측정, 보안 세분화 등 현대적 기술을 구현할 수 있는 아키텍처입니다. 간단히 말해서 Campus Spline은 기존의 Distribution Layer 3을 대체하지만 Campus Spline을 데이터 센터 리프 레이어에 배치합니다. 여러 건물이나 사이트에서 서로 다른 여러 캠퍼스 POD를 위한 통합 지점을 제공하는 여러 Campus Spline이 있을 수 있습니다. 이 아키텍처는 점점 더 많은 조직의 워크로드가 사내 데이터 센터 또는 퍼블릭 클라우드에 기반을 두고 있기 때문에 일관된 네트워크 설계를 지원하도록 설계되었습니다. "Places in the Cloud" 또는 "PICs"에 대한 아리스타의 전제가 이러한 네트워크 설계 접근법의 기초를 구성합니다.

 

위와 같이 Campus Spline에서 Campus POD로 연결은 표준 기반 Layer 2 또는 Layer 3 프로토콜을 기반으로 합니다. 이를 통해 캠퍼스 설계 UCN으로 마이그레이션할 수 있는 유연한 단계별 접근 방식이 가능합니다. 
다음 세션에서Campus POD 설계와 Campus Spline 연결 설계 옵션을 살펴보겠습니다.

Arista Campus POD Design
Arista UCN 캠퍼스 설계에는 액세스 계층 또는 배선 와이어링 POD 설계가 포함되어 있습니다. 
2계층 대 3계층 측면에서 Campus POD에 대한 여러 가지 설계 옵션이 있지만, 이번 가이드는 Campus POD를 위한 간단한 2계층 MLAG 설계에 초점을 맞출 것입니다.

Layer 2 Campus POD 설계는 Arista의 표준 기반 MLAG(Multi-Chassis Link Aggregation Group) 기술을 활용하여 탄력적이고 확장 가능한 액세스 계층 설계를 생성합니다. 이 설계는 아래 그림에 나와 있습니다.

Layer 2 Campus POD 설계의 주요 구성 요소는 다음과 같습니다.
 
* 스위치 두 개가 MLAG 쌍을 형성하여 하나의 논리적 계층 2 노드를 제공합니다. 
이를 통해 다른 계층 2에 연결된 호스트 또는 네트워크 디바이스와의 표준 기반 상호 운용성을 구현할 수 있습니다. 
연결된 디바이스는 MLAG 쌍을 단일 스패닝 트리 브리지와 단일 LACP 노드로 봅니다. 
이러한 MLAG 구성은 소규모 초기 Campus POD 설계 시 필수 사항은 아니지만, 이를 통해 지원을 제공할 수 있습니다.
또한 향후 POD를 쉽게 확장하여 추가 듀얼 홈 액세스 스위치를 지원할 수 있도록 지원합니다.

* 이 설계를 통해 Campus POD의 플랫 레이어 2 도메인이 활성화되고 Campus POD 간에 멀티 테넌시(Multi-tenancy) 또는 레이어 2 확장을 위해 EVPN VXLAN을 활용할 수 있으며 DC 또는 퍼블릭 클라우드로 돌아갈 수 있습니다. 고가용성을 위해 Campus POD에서 업링크를 둘 이상 사용할 수 있습니다.

* Campus POD에 배포된 서브넷의 게이트웨이는 MLAG의 액세스 계층 스위치에 있습니다. VARP(Virtual ARP)와 결합되어 액티브/액티브 전달 모델을 제공합니다. MLAG 및 VARP에 대한 자세한 내용은 상세 설계 섹션에 나와 있습니다.
 

가장 간단한 형태로, 캠퍼스 POD는 최대 96개의 Copper 포트를 제공하는 MLAG 쌍으로 두 개의 아리스타 PoE 스위치를 특징으로 합니다. 다른 경우에는 LACP 번들의 리던던시 링크를 사용하여 각 MLAG 피어 스위치에 연결하는 PoE Access 스위치를 추가하여 설계가 확장됩니다. 아래 그림은 추가 스위치에 맞게 캠퍼스 POD 설계를 확장하는 방법을 보여줍니다.

확장된 Campus POD 설계는 액세스 스위치 1 및 2의 MLAG 연결을 활용하여 추가 액세스 스위치에 대한 이중화된 비차단 경로를 제공합니다. 이 접근 방식은 다음과 같은 이점을 제공합니다.:
물리적인 케이블 연결에서 Campus Spline으로 연결되는 물리적 케이블 연결 제한으로 인해 모든 Campus POD MLAG 쌍의 업링크가 제한될 수 있습니다.
저비용 Copper DAC 케이블을 사용하여 액세스 스위치 1, 2와 다른 액세스 스위치 사이의 로컬 케이블을 활성화할 수 있습니다. 예를 들어, 위의 그림에서 액세스 스위치 3은 액세스 스위치 1과 2에 이중 홈이 있으며, 25G 동축 DAC 케이블을 사용하여 연결할 수 있습니다.
또한 이러한 설계를 통해 Non-아리스타 스위치 또는 기존 스택을 표준 기반 방식으로 MLAG 쌍에 연결하여 빅뱅 접근 방식 없이도 기존 액세스 스위치에서 새로운 스위치로 전환할 수 있습니다.

Campus Spline Design
Campus POD를 Campus Spline에 다시 연결하기 위한 연결 옵션은 아래의 아키텍처 그림에 나와 있습니다.

위의 설계에서 Campus POD는 Layer 2 또는 Layer 3 링크를 통해 Campus Spline에 다시 연결될 수 있습니다. 설계는 유연하며 최종 호스트 서브넷의 요구 사항에 따라 두 가지 접근 방식을 모두 수용할 수 있습니다.

이 아키텍처는 Campus POD가 Arista Campus 스위치 또는 타사 솔루션으로 구성될 수 있도록 유연하고 개방적이며, Arista EOS 및 CloudVision의 이점을 제공하도록 설계되었습니다.

Campus Spline에 대한 2계층 연결 옵션을 자세히 살펴보면, 다음 다이어그램은 MLAG 기반 2계층 캠퍼스 POD 설계를 보여 줍니다.

위의 설계에서는 Campus POD에서 Campus Spline으로 가는 유연한 업링크 옵션을 두 개 또는 네 개의 링크 선택과 함께 보여줍니다.
업링크 접근 방식에 대한 결정은 고가용성 및 Over-Subscription 요구사항에 의해 결정됩니다. 또한 기존 설계에는 단일 10G 업링크가 2개 있는 스위치 스택이 포함된 물리적 케이블링 요구 사항에 의해 구동될 수 있습니다. 

Campus POD를 Layer 3을 통해 Campus Spline에 다시 연결하고 싶은 요구가 있을 수 있습니다. 이렇게 하면 다음 홉이 두 개 이상 가능하고 데이터 센터 설계와 일치하는 스케일 아웃 설계를 수행할 수 있습니다.

위의 디자인은 여전히 Campus POD에 있는 MLAG이지만, Campus Spline을 향한 2개 이상의 Layer 3 링크에 대해 설명합니다. Campus Spline의 MLAG는 선택 사항이며 아래 그림은 증가된 환경을 위한 4-way Campus Spline 옵션을 보여줍니다.

3 계층 설계는 많은 이점을 가지고 있으며, 세부 설계 섹션에서 더 자세히 논의될 것이지만, 요약하면 다음과 같습니다.:
 
* 단일 Campus POD에 2 계층 장애 도메인을 포함합니다.
* 캠퍼스 Spline으로 가는 업링크 용량이 증가합니다.
* MLAG는 Campus Spline에서 선택 사항으로 Campus POD에서 더 넓은 ECMP 설계를 지원합니다.
* EVPN/VXLAN 기술을 활용하여 클라이언트 2 도메인을 안전하게 분할하고, DC 또는 테넌시(Multi-tenancy) 내의 퍼블릭 클라우드에서 호스팅되는 워크로드에 대해 3계층 멀티 테넌시(Multi-tenancy)를 구현할 수 있습니다.