대기 APIC 구성

다운로드 옵션

PDF (2.2 MB)
다양한 디바이스에서 Adobe Reader로 보기
ePub (2.1 MB)
iPhone, iPad, Android, Sony Reader 또는 Windows Phone의 다양한 앱에서 보기
Mobi (Kindle) (1.4 MB)
Kindle 디바이스에서 보기 또는 다양한 디바이스의 Kindle 앱에서 보기

업데이트:2020년 1월 24일

문서 ID:215209

편견 없는 언어

본 제품에 대한 문서 세트는 편견 없는 언어를 사용하기 위해 노력합니다. 본 설명서 세트의 목적상, 편견 없는 언어는 나이, 장애, 성별, 인종 정체성, 민족 정체성, 성적 지향성, 사회 경제적 지위 및 교차성에 기초한 차별을 의미하지 않는 언어로 정의됩니다. 제품 소프트웨어의 사용자 인터페이스에서 하드코딩된 언어, RFP 설명서에 기초한 언어 또는 참조된 서드파티 제품에서 사용하는 언어로 인해 설명서에 예외가 있을 수 있습니다. 시스코에서 어떤 방식으로 포용적인 언어를 사용하고 있는지 자세히 알아보세요.

이 번역에 관하여

Cisco는 전 세계 사용자에게 다양한 언어로 지원 콘텐츠를 제공하기 위해 기계 번역 기술과 수작업 번역을 병행하여 이 문서를 번역했습니다. 아무리 품질이 높은 기계 번역이라도 전문 번역가의 번역 결과물만큼 정확하지는 않습니다. Cisco Systems, Inc.는 이 같은 번역에 대해 어떠한 책임도 지지 않으며 항상 원본 영문 문서(링크 제공됨)를 참조할 것을 권장합니다.

소개

이 문서에서는 구성 방법을 설명합니다. Cisco APIC(Application Policy Infrastructure Controller)의 콜드 스탠바이 기능. 스탠바이 APIC 클러스터를 사용하면 액티브/스탠바이 모드에서 클러스터의 APIC를 운영할 수 있습니다.APIC 클러스터에서 지정된 활성 APIC는 로드를 공유하며, 지정된 대기 APIC는 활성 클러스터의 모든 APIC를 대체하는 역할을 할 수 있습니다.

대기 APIC 기능은 Danube Release(ACI 2.2 소프트웨어 버전)부터 추가되었습니다.

사전 요구 사항

요구 사항

다음 주제에 대한 지식을 보유하고 있으면 유용합니다.

패브릭의 OOB(Out-of-Band Management)
APIC 클러스터링

사용되는 구성 요소

이 문서의 정보는 소프트웨어 버전 3.1(1i)을 실행하는 ACI 패브릭을 기반으로 합니다.

문서는 특정 랩 환경의 디바이스에서 작성되었습니다.이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다.네트워크가 작동 중인 경우 모든 명령의 잠재적인 영향을 이해해야 합니다.

배경 정보

단일 및 멀티포드 설정에서 지원됩니다.
스탠바이 APIC는 패브릭의 모든 POD에서 모든 리프에 연결할 수 있습니다.Fabric/POD에서 편집 기능을 소수 단위로 복원합니다.
스탠바이 APIC은 펌웨어 업데이트로 자동 업데이트되어 백업 APIC를 액티브 클러스터와 동일한 펌웨어 버전으로 유지합니다.
업그레이드 프로세스 중에 모든 활성 APIC가 업그레이드되면 대기 APIC도 자동으로 업그레이드됩니다.
임시 ID는 대기 APIC에 할당됩니다.스탠바이 APIC가 액티브 APIC로 전환되면 새 ID가 할당됩니다.
대기 APIC에서 관리자 로그인이 활성화되지 않았습니다.
콜드 스탠바이 문제를 해결하려면 SSH를 구조 사용자로 사용하여 스탠바이에 로그인해야 합니다.
전환 중에 교체된 활성 APIC의 전원이 꺼져 교체된 APIC에 대한 연결을 방지합니다.대기 APIC는 정책 컨피그레이션 또는 패브릭 관리에 참여하지 않습니다.
Cisco는 교체할 수 있는 활성 APIC와 동일한 POD에 대기 APIC를 권장합니다.데이터가 대기 유닛에 복제되지 않으며 관리자 자격 증명도 복제되지 않습니다(Rescue-user 로그인 작업).
대기 APIC은 정책 컨피그레이션 또는 관리에 참여하지 않습니다.
관리 자격 증명을 포함하여 대기 컨트롤러에 정보가 복제되지 않습니다.

구성

버전 2.2부터 Initial Configuration Script(초기 컨피그레이션 스크립트)는 이 APIC가 Standby(대기)인지 여부, 기본값은 [NO]인지 묻는 새로운 질문을 표시합니다. 일단 [YES]로 응답하면 Standby Controller ID를 선택해야 합니다. 이 ID는 Active APIC의 수가 +1부터 29까지, 권장되는 범위는 21~29까지입니다.

대기 APIC를 추가하려면 3개의 활성 APIC가 있어야 합니다.
필요한 최소 클러스터 크기는 3입니다. 더 높은 클러스터 크기는 대기 상태일 수 있습니다.
스탠바이 APIC는 액티브 APIC와 동일한 버전으로 클러스터에 가져와야 합니다.
Cisco는 스탠바이 APIC를 교체할 수 있는 액티브 APIC와 동일한 POD에 유지하는 것이 좋습니다.

검색 프로세스의 일부로 대기 APIC는 다음과 일치해야 합니다.

Fabric Domain Infra VLAN TEP 주소 풀 일련 번호 승인됨 - 엄격한 모드 인증서 검증

컨피그레이션이 제출되면 Standby APIC는 Active Cluster에서 자동으로 검색되며 Standby Controllers 아래에서 볼 수 있습니다.

상태를 Approve(승인)로 변경하려면 Do Something(현재 상태)을 클릭한 다음 이미지에 표시된 대로 Accept Controller(컨트롤러 수락)를 선택합니다.

검색이 성공적으로 완료되면 활성 APIC와 대기 APIC 간에 지속적인 keepalive 메시지가 교환되며 새 APIC가 표시됩니다.

클러스터의 다른 운영 유닛에서 특정 유닛을 교체할 수 있습니다.

여러 대기 APIC의 경우, 시리얼 번호를 기준으로 할 대기 APIC를 선택할 수 있습니다. ID CSCvh49791의 개선 요청이 접수되어 교체 절차를 수행할 때 대기 APIC ID와 일련 번호를 표시합니다.

대기 유닛이 여러 개인 경우 교체용으로 사용할 유닛의 일련 번호를 알아야 합니다. 이는 특히 APIC가 다른 POD/사이트에 있는 경우, 경우에 따라 유닛의 위치가 중요합니다.

교체 작업의 일환으로 대기 APIC OOB IP 주소 및 세부 정보로 OOB(Out of Band) 정책을 업데이트하는 옵션이 있습니다. 이 옵션은 대기 유닛이 다른 Pod에 있는 경우 유용할 수 있으며, 원래 POD IP 주소는 두 번째 POD에서 라우팅할 수 없습니다.