구성 연습

Apstra: Apstra 서버 및 Apstra ZTP 서버 구성

이 문서에서는 Apstra 설치를 다루지 않습니다. 설치에 대한 자세한 내용은 주니퍼 Apstra 사용자 가이드를 참조하십시오.

첫 번째 단계는 Apstra 서버를 구성하는 것입니다. Apstra 서버 VM에 처음 연결할 때 구성 마법사가 시작됩니다. 이제 Apstra 서버, Apstra UI 및 네트워크 구성에 대한 암호를 구성할 수 있습니다.

Apstra: Junos OS 디바이스 관리

주니퍼 디바이스를 Apstra에 추가하는 방법에는 수동 또는 ZTP를 사용한 대량의 두 가지가 있습니다.

장치를 수동으로 추가하려면(권장):

Apstra UI에서 디바이스 > 에이전트 로 이동하여 오프박스 에이전트 생성> 합니다.

이를 위해서는 디바이스에서 루트 암호 및 관리 IP의 최소 구성을 구성해야 합니다.

ZTP를 통해 디바이스를 추가하려면:

Apstra ZTP 서버에서 디바이스를 추가하려면 주니퍼 Apstra 사용자 가이드 에서 주니퍼 디바이스의 ZTP에 대한 자세한 정보를 참조하십시오.

이 설정에서는 Apstra에 디바이스를 추가하기 전에 루트 암호와 관리 IP가 모든 스위치에 이미 구성되어 있었습니다. Apstra에 스위치를 추가하려면 먼저 Apstra 웹 UI에 로그인하고 위와 같이 디바이스 추가 방법을 선택한 다음 해당 디바이스에 대해 사전 구성된 적절한 사용자 이름과 비밀번호를 제공해야 합니다.

Apstra 웹 UI: 상담원 프로필 생성

이 JVD 실습의 목적을 위해 루트 사용자와 비밀번호는 모든 디바이스에서 동일합니다. 따라서 아래와 같이 에이전트 프로필이 생성됩니다. 이렇게 하면 암호도 가려져 안전하게 유지됩니다.

1. 디바이스(Devices) > 에이전트 프로필(Agent Profiles)로 이동합니다.
2. Create Agent Profile(에이전트 프로필 생성)을 클릭합니다.

그림 1: Apstra 에서 에이전트 프로필 생성

Apstra 웹 UI: 디바이스의 대량 검색을 위한 IP 주소 또는 IP 주소 범위 입력

Apstra에 디바이스를 대량으로 추가하기 위해 IP 주소 범위를 제공할 수 있습니다.

1. 디바이스 > 에이전트로 이동합니다.
2. Create Offbox Agents(오프박스 에이전트 만들기)를 클릭합니다.

그림 2: 오프박스 에이전트 만들기

Apstra 웹 UI: 기본 구성 추가 및 Junos OS 업그레이드

디바이스 > 매니지드 디바이스에서 디바이스에서 수집하거나 Apstra에서 푸시하여 원시 구성을 추가합니다. 기본 구성의 일부로 적용되는 구성은 사용자, 관리 스위치에 대한 고정 경로 등을 추가하여 디바이스에 도달하는 데 필요한 기본 구성 또는 최소 구성이어야 합니다. 이렇게 하면 Apstra에서 기본 구성의 백업이 생성되고 문제 발생 시 디바이스를 원래 구성으로 되돌릴 수 있습니다.

그림 3: 기본 구성 추가

Apstra를 사용하면 디바이스를 업그레이드할 수 있습니다. 하지만 Apstra는 기본 점검을 수행하고 업그레이드 명령을 내립니다. Apstra에서 디바이스를 업그레이드하려면 다음 그림을 참조하십시오.

그림 4: Apstra 에서 디바이스 업그레이드

Apstra에 Junos OS 이미지를 등록하려면 모든 OS 이미지가 저장된 리포지토리에 대한 링크를 제공하거나 아래와 같이 OS 이미지를 업로드하십시오. Apstra UI에서 디바이스 > OS 이미지로 이동한 후 OS 이미지 등록을 클릭합니다.

그림 5: OS 이미지 업로드

그림 6: 이미지 URL 을 업로드하거나 제공하여 OS 이미지 등록

Apstra 패브릭 프로비저닝

검색된 장치를 확인하고 장치를 확인합니다.

디바이스 > 관리 디바이스

오프박스 에이전트가 추가되고 디바이스 정보가 수집되면 확인란 인터페이스를 클릭하여 모든 디바이스를 선택한 다음 승인을 클릭합니다. 이렇게 하면 스위치가 Apstra 서버의 관리 하에 놓이게 됩니다.

마지막으로, Apstra가 LLDP 및 RSTP에 대한 구성을 추가할 때 원래 구성이 다시 수집되는지 확인합니다.

그림 7: Apstra 에서 관리할 디바이스 확인

스위치가 승인되면 "승인되었습니까?" 테이블 헤더 아래의 상태 아이콘이 빨간색 X에서 녹색 확인 표시로 바뀝니다. 모든 스위치에 대해 이 변경 사항을 확인합니다. 변경 사항이 없으면 절차를 반복하여 스위치를 다시 승인합니다.

그림 8: Apstra 에서 관리하는 디바이스

Apstra Web UI: 논리적 디바이스, 디바이스 프로필로 인터페이스 맵 식별 및 생성

다음 단계에서는 주니퍼 Apstra 기본 아키텍처 및 디바이스로 3단계 패브릭을 정의합니다. Blueprint를 프로비저닝하기 전에 토폴로지의 복제본이 생성됩니다. 다음 단계에서는 ERB 데이터 센터 참조 아키텍처 및 디바이스를 정의합니다.

• 여기에는 스파인, 리프 및 경계 리프 스위치에 대한 논리적 디바이스 선택이 포함됩니다. 논리적 장치는 포트의 양, 속도 및 역할과 같은 일반적인 장치 폼 팩터를 지정하는 물리적 장치의 추상화입니다. 공급업체별 정보는 포함되지 않으므로 공급업체 및 하드웨어 디바이스 모델을 선택하기 전에 네트워크 정의를 구축할 수 있습니다. Apstra 소프트웨어 설치에는 논리적 디바이스의 변형을 생성하는 데 사용할 수 있는 사전 정의된 여러 논리적 디바이스가 포함됩니다.
• 그런 다음 논리 디바이스는 인터페이스 맵을 사용하여 디바이스 프로필에 매핑됩니다. 인터페이스 맵에 매핑된 포트는 디바이스 프로필 및 물리적 디바이스 연결과 일치합니다. 다시 말하지만, Apstra 소프트웨어 설치에는 사전 정의된 많은 인터페이스 맵과 디바이스 프로필이 포함됩니다.
• 마지막으로, 랙과 템플릿은 구성된 논리적 디바이스와 디바이스 프로파일을 사용하여 정의되며, 이는 청사진을 생성하는 데 사용됩니다.

주니퍼 Apstra 사용자 가이드에는 Apstra 청사진 및 디바이스로 작업할 때 이해해야 하는 디바이스 라이프사이클이 설명되어 있습니다.

Design > Logical Devices(논리적 디바이스 설계)로 이동한 다음 포트 수와 포트 속도에 따라 나열된 디바이스를 검토합니다. 추가해야 하는 디바이스와 가장 유사한 디바이스를 선택한 다음, 논리적 디바이스를 복제합니다.

다음 표에는 이 문서에서 주니퍼 Apstra JVD를 사용한 3단계 패브릭 랩을 위해 생성된 디바이스 역할, 논리적 디바이스 유형, 포트 및 연결이 나와 있습니다. Port Groups(포트 그룹) 열에는 이 랩에 필요한 최소 연결이 표시됩니다. 이는 이러한 스위치가 제공할 수 있는 실제 포트 그룹과 다릅니다.

^{1 포트 그룹 연결의 경우 연결된 역할 및 디바이스에 따라 달라질 수 있습니다.}

^{2 포트 그룹의 경우 포트 수는 연결 및 속도에 따라 달라질 수 있습니다.}

디바이스 프로필

Apstra: Junos OS 디바이스 관리에서 다루는 바와 같이 이 문서에서 다루는 모든 디바이스의 디바이스 프로필(Apstra의 디바이스 > 디바이스 프로필 아래에 정의됨)은 Apstra에 디바이스를 추가하는 동안 Apstra와 정확히 일치했습니다. 지원되는 디바이스를 검증하는 동안 디바이스의 라인 카드 설정(예: QFX5700)에 맞게 디바이스 프로필을 맞춤 제작해야 하는 경우가 있었습니다. 디바이스 프로필에 대한 자세한 정보는 디바이스 프로필에 대한 Apstra 사용자 가이드를 참조하십시오.

그림 9: 섀시 프로필 및 라인 카드 프로필에 연결된 QFX5700 디바이스 프로필

그림 10: 라인 카드 프로필에 연결된 QFX5700 디바이스 프로필

스파인 논리 디바이스 및 해당 인터페이스 맵

스파인 논리적 디바이스는 QFX5220-32CD(Junos OS)를 기반으로 합니다. 이 솔루션의 목적을 위해 7개의 100G 링크가 리프 스위치에 연결하는 데 사용됩니다. 그림 11에서 볼 수 있듯이 100Gbps의 포트 12개는 스파인-리프 연결 5개에 충분합니다.

그림 11: Apstra 논리 디바이스 스파인 구성

스파인 논리적 디바이스 포트는 아래와 같이 인터페이스 맵을 사용하여 디바이스 프로필에 매핑됩니다. 인터페이스 맵에 매핑된 포트는 디바이스 프로필 및 물리적 디바이스 연결과 일치합니다.

그림 12: 스파인 인터페이스 맵

서버 리프 스위치 논리적 디바이스 및 인터페이스 맵

이 JVD의 목적을 위해 3개의 QFX5120-48Y 서버 리프 스위치가 있습니다. 그 중 2개는 ESI 지원 스위치이고, 1개는 비 ESI LAG 스위치입니다. 3개의 서버 리프 스위치는 모두 100GB 인터페이스를 사용하여 각 스파인에 연결되며, 10GB 인터페이스는 일반 서버에 연결됩니다.

단일(비이중화) 리프 스위치의 경우 ESI가 사용되지 않으며 LACP(액티브)만 구성됩니다.

그림 13: Apstra 단일 리프 논리적 디바이스

ESI(이중화) 리프 스위치의 경우 멀티호밍에 ESI LAG가 사용됩니다. ESI 지연은 설계 > 랙 유형의 랙 아래에 구성됩니다.

그림 14: Apstra 서버 리프 스위치 논리 디바이스

서버 리프 논리적 디바이스는 아래와 같이 디바이스 프로필에 매핑됩니다.

그림 15: 단일 서버 리프 스위치 인터페이스 맵

그림 16: ESI 리프 스위치용 서버 리프 스위치 인터페이스 맵

경계 리프 스위치 논리적 디바이스 및 인터페이스 맵

경계 리프 논리 디바이스는 이 설계에 사용된 QFX5130-32CD 스위치의 표현입니다. 물리적 케이블링에 따라 인터페이스 맵에 할당된 포트가 결정됩니다.

그림 17: 경계 리프 스위치 논리적 디바이스

그림 18: 경계 리프 스위치 인터페이스 맵

나머지 논리적 디바이스는 아래에 설명되어 있습니다. 인터페이스 맵은 선택 사항이며 생략할 수 있습니다.

일반 서버 논리 장치

일반 서버는 리프 스위치에 연결된 서버(경계 및 단일)의 네트워크 인터페이스 연결을 정의합니다.

사용되는 서버의 논리적 디바이스는 이미 Apstra 내에 사전 정의되어 있습니다. 유사한 일반 시스템이 DCI에 사용될 수 있습니다. 그러나 DCI는 별도의 JVD 확장 문서에서 다룹니다.

외부 라우터

외부 라우터는 경계 리프 스위치에 연결됩니다.

Apstra는 MX 시리즈 디바이스와 같은 외부 라우터를 관리하지 않습니다. 따라서 MX 시리즈 라우터는 관련 포트 및 속도 구성을 갖춘 외부 일반 서버로 분류됩니다.

Apstra 웹 UI: 랙, 템플릿, 블루프린트 - 랙 생성

논리적 디바이스와 인터페이스 맵을 정의한 후, 다음 단계는 논리적 디바이스를 랙 형성에 배치할 랙을 생성하는 것입니다. 이 솔루션의 기본 설계는 스파인 2개, 서버 리프 스위치 5개, 경계 리프 스위치 2개입니다. 모든 랙 설계는 스파인 스위치에 이를 지원할 수 있는 충분한 포트가 있는 한 여러 번 생성하고 사용할 수 있습니다.

Apstra의 Design > Rack Types 아래에 랙을 생성합니다. 이 솔루션에는 4개의 랙이 있습니다. 보더 리프 스위치용 랙 1개와 서버 리프 스위치용 랙 3개. 랙 생성에 대한 자세한 내용은 주니퍼 Apstra 사용자 가이드를 참조하십시오.

이 설계의 경우 L3 Clos 랙 구조는 다음과 같습니다.

서버 리프 스위치(단일 리프)

그림 19: ESI 가 없는 단일 리프 랙

서버 리프 스위치(리프 스위치 2개)

그림 20: 멀티호밍용 ESI LAG가 있는 서버 리프 스위치

경계 리프 스위치

그림 21: 보더 리프 스위치 랙

템플릿 만들기

템플릿은 네트워크의 구조와 의도를 정의합니다. 랙을 생성한 후 스파인 링크를 각 랙에 연결해야 합니다. 이 설계에서 랙 기반 템플릿은 ToR(Top-of-Rack) 스위치(또는 ToR 스위치 쌍)로 연결할 랙을 정의하는 데 사용됩니다.

스파인 논리 디바이스 섹션에 설명된 대로 각 서버 리프 및 보더 리프에 할당된 100G 링크가 있습니다. 스파인 논리적 디바이스는 템플릿에 할당됩니다. 이 디자인에는 슈퍼 스파인이 없으므로 템플릿에서 제외됩니다. 템플릿에 대한 자세한 내용은 주니퍼 Apstra 사용자 가이드를 참조하십시오.

그림 22: 랙 할당 및 링크 속도가 있는 DC 랙 기반 템플릿

그림 23: 랙 기반 템플릿 구조

청사진

각 청사진은 데이터센터를 나타냅니다. 템플릿은 설계 > 템플릿 섹션에서 생성되며 Blueprint의 글로벌 카탈로그에서 사용할 수 있습니다. 템플릿이 정의되면 이를 사용하여 데이터센터의 청사진을 생성할 수 있습니다.

블루프린트를 생성하려면 블루프린트(Blueprints) > 블루프린트 생성(Create Blueprint)을 클릭합니다. 청사진 생성에 대한 자세한 내용은 주니퍼 Apstra 사용자 가이드를 참조하십시오.

그림 24: 듀얼 스택 으로 블루프린트 생성

Blueprint > Staged로 이동합니다. 표시된 토폴로지를 확장하여 모든 연결을 볼 수 있습니다. 여기에서 Staged(스테이징됨)에서 Blueprint를 프로비저닝할 수 있습니다.

그림 25: 블루프린트가 생성되고 프로비저닝 되지 않음

위에 표시된 대로 Blueprint가 생성되지만 프로비저닝되지는 않습니다. 토폴로지에 불일치가 있는지 검사할 수 있으며, 불일치가 있는 경우 템플릿이나 랙을 수정한 후 청사진을 다시 생성할 수 있습니다. 또는 Staged > Racks 로 이동하여 이 문서에 언급된 단계에 따라 랙을 편집합니다.

Apstra 웹 UI: 네트워크 프로비저닝 및 정의

Blueprint가 생성되면 Blueprint를 스테이징할 준비가 되었음을 의미합니다. 생성된 Blueprint 아래의 탭을 검토합니다.

프로비전을 시작하려면 Staged 탭을 Physical> 클릭한 다음, 오른쪽 패널에서 Build를 클릭합니다. 자세한 정보는 주니퍼 Apstra 사용자 가이드를 참조하십시오.

그림 26: Blueprint 빌드 중인 리소스 할당Figure 26: Blueprint Assign Resources Under Build

자원 배정

첫 번째 단계는 이 리소스 섹션에서 만든 IP를 할당하는 것입니다. 이 디자인의 경우 사용되는 리소스 값은 다음과 같습니다.

1. Staged > Physical > Build > Resources를 클릭하고 아래와 같이 업데이트합니다.
   1. DC1 ASN—스파인 및 리프 스위치: 64512 - 64999
   2. 루프백 IP - 스파인 및 리프 스위치: 192.168.255.0/24
   3. 링크 IP—스파인 <> 리프 스위치: MUST-FABRIC-Interface-IPs DC1-10.0.1.0/24

그림 27: ASN, 루프백 IP 및 패브릭 링크 IP 풀

그림 28: 할당된 리소스

스위치에 인터페이스 맵 할당

청사진에서 Staged > Physical > Build > Device Profiles(디바이스 프로파일 구축)로 이동합니다.

그런 다음 이 문서의 Apstra 웹 UI: 논리적 디바이스 식별 및 생성, 디바이스 프로필이 있는 인터페이스 맵 섹션에서 생성한 인터페이스 맵에 디바이스를 할당합니다.

그림 29: Blueprint 빌드 중인 디바이스 프로필의 인터페이스 맵 할당

그림 30: 할당된 인터페이스 맵

시스템 ID 및 올바른 관리 IP 할당

청사진에서 Staged > Physical > Build > Devices 로 이동하고 Assigned System IDs(할당된 시스템 ID)를 클릭합니다. 시스템 ID는 디바이스 일련 번호입니다.

그림 31: 스테이징된 블루프린트 빌드 중인 시스템 ID 할당

시스템 ID(디바이스의 일련 번호)를 할당하기 전에 모든 디바이스가 Apstra의 디바이스 > 관리되는 디바이스에 추가되었는지 확인합니다.

케이블 연결 검토

Apstra는 물리적 케이블과 동일하지 않을 수 있는 케이블링 포트를 디바이스에 자동으로 할당합니다. 그러나 Apstra가 할당한 케이블은 실제 케이블링을 나타내도록 재정의하고 변경할 수 있습니다. 이 작업은 청사진에 액세스하여 Staged > Physical > Links로 이동한 다음 Edit Cabling Map 버튼을 클릭하여 수행할 수 있습니다. 자세한 정보는 주니퍼 Apstra 사용자 가이드를 참조하십시오.

그림 32: 케이블 연결 검토 및 편집

이름 지정이 일관성이 있는지 확인하기 위해 일반 서버를 포함하여 스위치 이름을 검토하는 것이 가장 좋습니다. 디바이스의 이름을 검토하고 수정하려면 Staged > Physical > Nodes(물리적 노드 )로 이동한 다음 나열된 디바이스 이름을 클릭하여 디바이스 속성, 태그 등을 보여주는 오른쪽 패널과 함께 토폴로지 및 디바이스 연결이 포함된 화면을 표시합니다( 그림 35 참조).

그림 33: 장치 링크, 속성 검토

Configlet 및 속성 집합

Configlet은 글로벌 카탈로그의 Design > Configlets에 정의된 구성 템플릿입니다. Configlet은 Apstra의 인텐트 기반 기능으로 관리되지 않으며 수동으로 관리해야 합니다. configlet을 사용하지 말아야 하는 경우에 대한 자세한 내용은 주니퍼 Apstra 사용자 가이드를 참조하십시오. 레퍼런스 설계 구성을 대체하는 데 Configlet을 사용해서는 안 됩니다. Configlet은 Junos 구성 JSON 스타일 또는 Junos 세트 기반 구성과 같은 구성 스니펫의 Jinja 템플릿으로 선언할 수 있습니다. 구성 요소 설계에 대한 자세한 내용은 Apstra 구성 요소 사용자 가이드를 참조하십시오.

속성 집합은 장치 속성을 정의하는 데이터 집합입니다. 구성 요소 및 분석 프로브와 함께 작동합니다. 속성 집합은 글로벌 카탈로그의 디자인 > 속성 집합에 정의되어 있습니다.

글로벌 카탈로그에 정의된 구성 요소 및 속성 집합을 필요한 Blueprint로 가져와야 하며, 구성 요소가 수정된 경우 속성 집합의 경우와 마찬가지로 동일한 항목을 Blueprint로 다시 가져와야 합니다. 다음 그림에서는 Blueprint에 있는 구성 요소 및 속성 집합을 보여 줍니다.

그림 34: Configlet을 블루프린트 로 가져오기

그림 35: 프로퍼티 세트를 블루프린트 로 가져오기

3단계 검증 중에 설정 및 관리 목적(예: 네임서버, NTP 등)을 위한 일반 구성의 일부로 여러 구성릿이 적용되었습니다.

패브릭 설정

• 패브릭 정책

이 옵션을 사용하면 MTU, IPv6 애플리케이션 지원 및 경로 옵션과 같은 다양한 매개 변수를 패브릭 전체에서 설정할 수 있습니다. 이 JVD의 경우 다음 매개변수가 사용되었습니다. Apstra UI 내의 패브릭 정책 > 스테이징된 > 패브릭 정책 블루프린트 내에서 이러한 설정을 보고 수정합니다.

그림 36: 패브릭 정책 설정

1. 데이터 센터에서 중간 정도의 트래픽을 시뮬레이션하기 위해 트래픽 확장 테스트가 수행되었습니다(자세한 내용은 표 6 을 참조하십시오). 스케일 테스트는 QFX5120-48Y 스위치에서 수행되었습니다.

   'Junos EVPN 다음 홉 및 인터페이스 수 최대값' 설정도 활성화되었으며, 이를 통해 Apstra는 관련 구성을 적용하여 리프 스위치에서 허용되는 EVPN 오버레이 다음 홉 및 물리적 인터페이스의 최대 수를 데이터센터 패브릭에 적합한 수로 최적화할 수 있습니다. 이와 함께 Configlet은 그림 37과 같이 레이어 2 및 레이어 3 항목에 대한 균형 잡힌 메모리 할당을 설정하는 데에도 사용됩니다.

이러한 기능에 대한 자세한 내용은 다음을 참조하십시오.

• https://www.juniper.net/documentation/us/en/software/junos/multicast-l2/topics/topic-map/layer-2-forwarding-tables.html
• https://www.juniper.net/documentation/us/en/software/junos/evpn-vxlan/Other/interface-num-edit-forwarding-options.html
• https://www.juniper.net/documentation/us/en/software/junos/cli-reference/topics/ref/statement/next-hop-edit-forwarding-options-vxlan-routing.html

QFX5120 리프 스위치 구성의 경우:

그림 37: 균형 잡힌 메모리를 위한 리프 스위치의 Configlet

1. 비 EVO 리프 스위치의 경우, Apstra가 Apstra 4.2의 모든 신규 청사진에 적용되는 기본 설정인 'Junos EVPN 라우팅 인스턴스 모드' 설정도 활성화되었습니다. Apstra 4.2 이전에 생성된 모든 청사진의 경우, 비 EVO 스위치에 대한 기본 스위치의 Apstra 사후 업그레이드가 허용됩니다. 그러나 MAC-VRF는 Junos OS와 Junos EVO OS의 혼합 설정에서 구성을 정규화하는 것이 좋습니다. MAC-VRF를 위한 VLAN 인식 라우팅 인스턴스 'evpn-1'은 EVO가 아닌 Junos 디바이스만을 위해 생성됩니다. Junos EVO는 MAC-VRF만 지원할 수 있고 기본적으로 이미 구현되어 있으므로 이 옵션은 EVO 디바이스에 영향을 미치지 않습니다.

QFX5120 리프 스위치 구성의 경우:

MAC-VRF 라우팅 인스턴스 모드가 활성화되면 비 EVO 리프 스위치에 대해 "디바이스 재부팅 필요"에 대한 이상 현상이 발생합니다. 이러한 이상 현상을 해결하려면 CLI에서 위 변경의 영향을 받는 리프 스위치를 재부팅하십시오.

그림 38: MAC-VRF로 변경 후 QFX5120 디바이스 재부팅을 위해 Apstra에서 발생한 이상 징후

구성 커밋

케이블 연결이 확인되면 패브릭을 커밋할 준비가 된 것입니다. 즉, 컨트롤 플레인이 설정되고 모든 리프 스위치가 BGP를 통해 경로를 보급할 수 있습니다. 변경 사항을 검토하고 블루프린트에서 블루프린트> <Blueprint-name> > 커밋되지 않음으로 이동하여 커밋합니다.

Apstra 4.2부터 새로운 기능은 커밋 전에 커밋 검사를 수행하는 것으로, 특히 구성릿이 관련된 경우 의미론적 오류나 누락을 확인하기 위해 도입되었습니다.

빌드 오류가 있는 경우 수정해야 합니다. 그렇지 않으면 Apstra는 오류가 해결될 때까지 변경 사항을 커밋하지 않습니다.

자세한 정보는 주니퍼 Apstra 사용자 가이드를 참조하십시오.

그림 39: 커밋된 청사진

Apstra 패브릭 구성 검증

변경 사항을 검토하고 장치에 커밋한 후 기능 패브릭을 만들어야 합니다.

그림 40: 구축된 청사진 노드와 Apstra에 의해 할당된 IPv4 및 IPv6 루프백

데이터센터의 청사진은 모든 것이 제대로 작동하고 있음을 보여주기 위해 이상 징후가 없음을 나타내야 합니다. Blueprint 배포와 관련된 이상 징후를 보려면 Blueprint > <Blueprint-name> > 활성 으로 이동하여 BGP, 케이블 연결, 인터페이스 다운 이벤트, 누락된 경로 등과 관련하여 발생한 이상 징후를 확인합니다. 자세한 정보는 Apstra 사용자 가이드를 참조하십시오.

그림 41: 배포된 청사진에 이상 징후가 없는 활성 탭이 표시됨

그림 42: 데이터 센터 청사진 요약Figure 42: Datacenter Blueprint Summary

패브릭이 작동하고 변경 사항이 구성되었는지 확인하려면 각 스파인 스위치의 콘솔 또는 CLI에 로그인합니다. 각 스파인 스위치의 셸에서 다음 Junos OS CLI 명령을 입력합니다.

이 명령의 출력은 아래 출력과 유사해야 합니다. 이는 BGP가 루프백 및 패브릭 링크 IP를 위해 각 스파인에서 7개의 리프 스위치 각각으로 설정됨을 보여줍니다.

show bgp summary | no-more 명령의 출력이 위의 스크린샷과 유사하면 이제 베어본 네트워크 패브릭이 완성된 것입니다. 그러나 VRF, VLAN 및 VNI가 있는 오버레이 네트워크를 적용해야 하므로 아직 운영 환경에 사용할 준비가 되지 않았습니다.

show bgp summary | no-more 명령의 출력이 스크린샷과 유사하지 않은 경우 계속 진행하기 전에 컨피그레이션 오류를 수정해야 합니다.

오버레이 네트워크 구성

빨간색 및 파란색 테넌트에 대한 VRF(Routing Zone)를 구성하고 VNI(Virtual Network Identifier)를 지정합니다

1. Blueprints에서 > Staged -> 가상 > 라우팅 영역까지.
2. Create Routing Zone(라우팅 영역 생성)을 클릭하고 다음 정보를 제공합니다.
   1. VRF 이름: 파란색
   2. VLAN ID: 3
   3. VNI: 20002년
   4. 라우팅 정책: 기본값 변경 불가능
3. 다음 정보를 사용하여 다른 라우팅 영역을 만듭니다.
   1. VRF 이름: 빨간색
   2. VLAN ID:2
   3. VNI: 20001년
   4. 라우팅 정책: 기본값 변경 불가능

그림 43: 빨간색 및 파란색 라우팅 영역

라우팅에 EVPN 루프백 할당

라우팅 존을 생성한 후 아래의 EVPN 루프백을 레드 및 블루 라우팅 존 모두에 할당합니다. Blueprint > Staged > Routing Zone 으로 이동하여 오른쪽 패널에서 리소스를 할당합니다.

그림 44: 할당된 빨간색 및 파란색 루프백

빨간색 및 파란색 라우팅 영역에 가상 네트워크 생성

가상 네트워크는 VRF(라우팅 영역)와 연결되어야 합니다. 가상 네트워크(VNI)를 생성하고 이러한 가상 네트워크를 이전에 생성한 라우팅 존(VRF)과 연결합니다. 선택적으로 개별 요구 사항에 따라 프로덕션 환경을 위한 추가 라우팅 존 및 가상 네트워크를 생성합니다.

아래는 패브릭에서 생성되어 해당 리프 스위치에 할당된 네트워크입니다. 입력 필드는 다음과 같습니다.

블루 네트워크의 경우:

1. Create Virtual Networks(가상 네트워크 생성)를 클릭합니다.
2. 네트워크 VXLAN 유형을 설정합니다.
3. 이름( dc1_vn1_blue 및 dc1_vn2_blue)을 제공합니다.
4. 두 네트워크 모두에 대해 파란색 보안 영역을 선택합니다.
5. VNI 제공:
   1. dc1_vn1_blue의 경우 12001.
   2. dc1_vn2_blue의 경우 12002.
6. IPv4 연결(IPv4 Connectivity) – 활성화됨(enabled)으로 설정합니다.
7. 연결 템플릿 만들기: Tagged.
8. IPv4 서브넷 및 가상 IP 게이트웨이 제공:
   1. 10.12.1.0/24, dc1_vn1_blue의 경우 10.12.1.1
   2. 10.12.2.0/24, dc1_vn2_blue의 경우 10.12.2.1
9. 리프 스위치에 할당합니다.

레드 네트워크의 경우:

1. Create Virtual Networks(가상 네트워크 생성)를 클릭합니다.
2. 네트워크 VXLAN 유형을 설정합니다.
3. 이름: dc1_vn1_red 및 dc1_vn2_red를 제공합니다.
4. 두 네트워크 모두에 대해 빨간색 보안 영역을 선택합니다.
5. VNI 제공:
   1. dc1_vn1_red의 경우 11001
   2. dc1_vn2_red의 경우 11002
6. IPv4 연결(IPv4 Connectivity) – 활성화됨(enabled)으로 설정합니다.
7. 연결 템플릿 만들기: Tagged.
8. IPv4 서브넷 및 가상 IP 게이트웨이 제공:
   1. dc1_vn1_red의 경우 10.11.1.0/24, 10.11.1.1
   2. dc1_vn2_red의 경우 10.11.2.0/24, 10.11.2.1
9. 리프 스위치에 할당합니다.

그림 45: 생성된 가상 네트워크

IRB 네트워크가 생성되고 그림 47과 같이 연결 템플릿이 리프 스위치에 추가되고 할당됩니다. 연결 템플릿에 대한 자세한 내용은 주니퍼 Apstra 사용자 가이드를 참조하십시오.

가상 네트워크를 생성할 때 연결 생성 템플릿이 위에서 태그된 것으로 선택되면 Apstra는 가상 네트워크에 대해 자동으로 생성되는 연결 템플릿을 생성합니다.

Blueprint > Staged > Connectivity Templates(청사진 스테이징된 연결 템플릿)로 이동하여 템플릿을 보고 리프 스위치에 할당합니다. 리프 스위치에 할당되면 태그가 지정된 어그리게이션 이더넷 인터페이스가 생성되어 서버를 연결합니다.

그림 46: Apstra에서 생성된 연결 템플릿

그림 47: 리프 스위치 에 각 네트워크에 대한 연결 템플릿 할당

그런 다음 블루프린트 > 커밋되지 않음 으로 이동하여 커밋되지 않은 변경 사항을 검토하고 오버레이 구성을 커밋합니다. 또는 Blueprint > Staged > Physical > Nodes 로 이동하여 오버레이 네트워크가 생성된 각 리프 스위치에 대해 생성된 구성을 검토하고 구성을 확인합니다.

파란색 및 빨간색 네트워크에 대한 오버레이 연결 확인

Apstra UI에서 커밋된 변경 사항이 이제 스위치에 적용됩니다.

패브릭 구성 확인을 시작하려면 각 리프 스위치의 콘솔에 로그인하십시오.

리프 스위치의 CLI에서 다음 명령을 입력합니다.

이 출력에는 여러 IRB 인터페이스와 파란색 및 빨간색 네트워크에 대해 구성된 라우팅 인스턴스가 표시됩니다.

리프 스위치 중 하나의 빨간색 네트워크 IRB:

리프 스위치 중 하나의 블루 네트워크 IRB:

이제 Apstra는 기본적으로 MAC-VRF 라우팅 모드를 사용하므로 모든 빨강 및 파랑 네트워크 VLAN에 대한 아래 명령 출력에서도 동일한 내용을 확인할 수 있습니다.

리프 스위치에 ERB가 구성되었는지 확인

리프 스위치의 CLI 내에서 다음 명령을 입력합니다.

이 명령의 출력은 모든 스위치의 분산 게이트웨이를 표시합니다.

게이트웨이는 빨간색 네트워크의 경우 10.11.1.1, 10.11.2.1, 파란색 네트워크의 경우 10.12.1.1, 10.12.2.1을 표시합니다. 이러한 IRB 구성은 연결 템플릿에 할당된 디바이스에만 적용됩니다. 연결 템플릿을 통해 할당되지 않는 한 다른 패브릭 스위치에는 이 IRB가 구성되어 있지 않습니다.

리프 스위치 라우팅 테이블 확인

리프 스위치의 CLI 내에서 다음 명령을 입력합니다.

이 명령의 출력은 리프 스위치 중 하나에 대한 VRFs Red 네트워크의 경로를 표시합니다.

이 명령의 출력은 리프 스위치 중 하나에 대한 VRFs Blue 네트워크의 경로를 표시합니다.

다음 명령은 ESI 리프 스위치 오버레이를 보여줍니다. 이는 원격 리프 VNI가 ESI 리프 스위치 간에 교환됨을 보여줍니다.

외부 라우터 및 VRF 간 라우팅 구성

이 JVD의 경우 MX204 라우터는 외부 라우터로 사용되어 외부 라우팅을 수행하고 Red와 Blue 네트워크 간에 VRF 간 경로 누출을 수행합니다. 외부 라우터를 구성하는 것은 일반 서버를 추가하는 것과 비슷합니다. MX204 라우터는 데이터센터 패브릭의 외부 게이트웨이 역할을 하는 경계 리프 스위치에 연결됩니다.

MX 라우터를 외부 라우터로 추가하려면 Apstra UI, Blueprint > Staged > 토폴로지 로 이동한 후 보더 리프 스위치를 클릭하여 외부 일반 시스템과 외부 일반 시스템에 대한 연결을 추가합니다( 그림 50 참조).

다음 그래픽에서 border leaf1 및 MX204 디바이스 및 해당 인터페이스에 대한 인터페이스를 선택하고 링크 추가를 클릭합니다.

그림 48: MX204를 외부 일반 시스템으로 추가

그런 다음 Stage > Policies > Routing Policies(라우팅 정책) 로 이동하고 외부 라우팅 정책을 생성하여 경로를 외부 라우터로 내보냅니다. 그런 다음 이 정책이 연결 템플릿에 적용되어 다음 단계에서 다루는 대로 빨간색 및 파란색 네트워크 경로를 내보낼 수 있습니다.

그림 49: 외부 라우터 정책

그런 다음 청사진의 연결 템플릿으로 이동하고 아래 연결 템플릿을 추가하여 MX204(외부 라우터)를 통해 IP 링크, BGP 피어링 및 라우팅 정책을 추가합니다. 이 JVD의 경우 빨강 및 파랑 네트워크는 VRF 간 라우팅이 수행되는 MX204로 라우팅됩니다. VLAN 299는 빨간색 네트워크에, VLAN 399는 파란색 네트워크에 사용됩니다.

그림 50: 빨간색 및 파란색 VRF 에 대한 IP 링크

그림 51: 빨강 및 파랑 VRF 를 위한 MX로의 BGP 피어링

그림 52: 빨강 및 파랑 VRF 에 대한 라우팅 정책

그런 다음 Staged > Virtual > Routing Zone(가상 라우팅 영역 )으로 이동하여 Red VRF Network(빨간색 VRF 네트워크) 를 클릭하고 아래로 스크롤하여 두 보더 리프 스위치의 IP 인터페이스 링크를 추가합니다. Blue VRF 네트워크에서도 동일한 작업이 수행됩니다.

그림 53: 빨간색 네트워크에 대한 IP 인터페이스 링크 추가

그림 54: 블루 네트워크에 대한 IP 인터페이스 링크 추가

청사진을 커밋하여 2개의 경계 리프 스위치에 구성을 푸시합니다. Apstra는 MX204를 관리하지 않으므로 외부 라우터를 수동으로 구성해야 합니다. 구성 MX204 라우터의 경우 인터페이스는 그림 53 및 그림 56에서 사용된 IP를 사용하여 구성됩니다.

레드 및 블루 네트워크를 위한 MX204 구성 스니펫:

VRF 간 라우팅의 경우, 빨간색과 파란색 VRF 네트워크 간의 VRF 간 라우팅을 활성화하기 위해 아래와 같이 MX에 정책이 구성됩니다. 두 VRF는 MX204(외부 라우터)를 통해 BGP 피어에 대한 경계 리프 스위치에 구성되었습니다. MX204는 BGP 라우팅 정책을 사용하여 VRF 간 경로를 교환합니다.

VRF 간을 위한 MX204 구성 스니펫:

Apstra UI: 청사진 대시보드, 분석, 프로브, 이상 징후

매니지드 스위치는 스위치 상태 및 네트워크 상태에 대한 방대한 양의 데이터를 생성합니다. 데이터센터 네트워크와 관련해 이를 분석하기 위해 Apstra는 그래프¹ 의 인텐트와 스위치 생성 데이터를 결합하는 인텐트 기반 분석을 사용하여 Apstra 대시보드를 통해 데이터센터 네트워크 뷰를 제공합니다.

분석 대시보드, 이상 징후, 프로브 및 보고서

또한 Apstra는 디바이스에서 데이터를 수집하는 사전 정의된 대시보드를 제공합니다. Apstra는 IBA 프로브의 도움으로 인텐트와 데이터를 결합하여 네트워크에 대한 실시간 인사이트를 제공하며, 이러한 인사이트는 Apstra GUI 또는 Rest API를 사용하여 검사할 수 있습니다. IBA 프로브는 임계값에 따라 이상을 발생시키도록 구성할 수 있습니다. Apstra 서버의 디스크 공간이 IBA 작업을 수용할 수 있는지 확인하기 위해 프로브에서 생성되는 데이터의 양을 분석하는 것이 좋습니다. 로그 순환 설정을 조정하여 디스크 사용량을 줄일 수 있습니다.

Apstra를 사용하면 사용자 지정 대시보드를 생성할 수 있습니다. 자세한 정보는 Apstra 사용자 가이드를 참조하십시오. 블루프린트에서 Analytics > 대시보드 로 이동하여 분석 대시보드를 봅니다.

그림 55: 분석 대시보드

분석 대시보드에는 모든 디바이스 상태의 상태가 표시됩니다. 변칙이 있는 경우 변칙 탭을 클릭하여 변칙을 확인합니다. IBA 프로브에서 탐지된 이상이 없는 경우 Blueprint 이상 탭에 "이상 없음!" 메시지가 표시됩니다. 자세한 정보는 Apstra 사용자 가이드를 참조하십시오.

그림 56: 블루프린트 이상 징후

구성된 프로브를 보려면 블루프린트 > 분석 > 프로브로 이동합니다. 여기서 프로브를 편집, 복제 또는 삭제하는 작업을 수행할 수 있습니다. 예를 들어, 프로브 이상을 억제해야 하는 경우 프로브를 편집하여 동일한 작업을 수행할 수 있습니다.

그림 57: Apstra 사전 정의된 프로브

이상 징후를 발생시키거나 표시하지 않으려면 이상 징후 발생 확인란을 표시하거나 표시 해제합니다.

그림 58: 프로브 이상 구성

보고서를 생성하려면 블루프린트 > 분석 > 보고서로 이동합니다. 여기에서 보고서를 다운로드하여 상태, 디바이스 트래픽 등을 분석할 수 있습니다.

그림 59: 상태 보고서 생성Figure 59: Generate Health Report

근본 원인 식별(RCI)은 Apstra 소프트웨어에 통합된 기술로, 복잡한 네트워크 문제의 근본 원인을 자동으로 판별합니다. RCI는 실시간 네트워크 상태를 파악하기 위해 Apstra 데이터스토어를 활용하고 텔레메트리를 각 액티브 블루프린트 인텐트와 자동으로 상호 연관시킵니다. 근본 원인 사용 사례에는 링크 다운, 링크 잘못 연결됨, 인터페이스 다운, 링크 연결 해제 등이 포함됩니다.

그림 60: 근본 원인 분석 사용

그림 61: 연결에 사용하도록 설정된 근본 원인