이 문서에서는 백업을 사용하여 독립형 모드에서 TLS 지원 Nexus NDDB(Dashboard Data Broker) v3.10.4를 재구축하는 절차에 대해 설명합니다.
컨트롤러 재구축 프로세스를 시작하기 전에 다음 구성 요소를 준비하고 액세스할 수 있는지 확인하십시오.
이 문서의 정보는 다음 소프트웨어 및 하드웨어 버전을 기반으로 합니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 현재 네트워크가 작동 중인 경우 모든 명령의 잠재적인 영향을 미리 숙지하시기 바랍니다.
이 절차는 NDDB 패브릭을 관리하는 운영 팀이 중요한 컨트롤러 데이터를 아카이빙하는 루틴을 설정하는 데 권장됩니다. 비즈니스 연속성을 보장하려면 활성 컨트롤러에서 시스템 백업을 tlsTrustStore 및 tlsKeyStore 파일과 함께 주기적으로 내보내는 것이 중요합니다.
참고: 정기적인 백업을 위해 조직에 따라 백업 전략을 준수함으로써 재구축 프로세스를 시작하기 전에 백업 전략에 액세스할 수 있도록 합니다.
1단계. https://IP_address:8443/을 사용하여 기존 NDDB GUI 인스턴스에 로그인합니다
2단계. Administration(관리) > Backup/Restore(백업/복원) 탭으로 이동합니다.
3단계. Backup Locally(로컬 백업)를 클릭하여 구성을 zip 파일로 다운로드합니다.
4단계. WINSCP를 사용하여 64비트 프로비저닝된 Linux VM에 연결하고 <path>/ndb/configuration 폴더로 이동한 다음 tlsTrustStore 및 tlsKeyStore 파일을 로컬 시스템에 복사합니다.
주의: VM 및 네트워크 구성: 새 64비트 Linux VM을 프로비저닝하기 전에 네트워크 또는 컨피그레이션 충돌을 방지하기 위해 원래 컨트롤러 인스턴스의 전원이 완전히 꺼졌는지 확인합니다. 원래 인스턴스가 오프라인이면 원래 인스턴스와 동일한 IP 주소로 새 VM을 구성합니다.
1단계. 새 Linux VM에 SSH를 수행하고 이 명령을 실행하여 디렉토리를 만들어 NDDB 컨트롤러를 설치합니다.
mkdir /home/<user>/Desktop/CiscoNDDB
참고: 참고: linux VM을 재구축하는 동안 생성된 사용자로 변경합니다.
2단계. 이 링크(중앙 집중식 구축을 위한 Cisco Nexus Data Broker 소프트웨어)에서 NDDB 컨트롤러 설치 파일을 다운로드하고 WinSCP를 사용하여 1단계에서 생성된 CiscoNDDB 폴더(/home/<user>/Desktop/CiscoNDDB)에 복사합니다. 또한 백업된 백업 구성 파일 tlsTrustStore 및 tlsKeyStore 파일도 복사합니다. (정기 백업 절차 사용)
3단계. 모든 파일이 CiscoNDDB 디렉토리에 복사되면 CiscoNDDB 디렉토리로 이동하고 이 명령을 실행하여 CiscoNDDB 소프트웨어를 설치합니다.
cd /home/<user>/Desktop/CiscoNDDB
unzip ndb1000-sw-app-k9-3.10.4.zip
4단계. tlsTrustStore 및 tlsKeyStore 파일을 /ndb/configuration 폴더에 복사합니다.
cp /home/<user>/Desktop/CiscoNDDB/tlsTrustStore /home/<user>/Desktop/CiscoNDDB/ndb/configuration/tlsTrustStore
cp /home/<user>/Desktop/CiscoNDDB/tlsKeyStore /home/<user>/Desktop/CiscoNDDB/ndb/configuration/tlsKeyStore
5단계. 다음 명령을 사용하여 NDDB 인스턴스를 다시 시작합니다.
cd /home/<user>/Desktop/CiscoNDDB/ndb/
./runndb.sh -tls -tlskeystore ./configuration/tlsKeyStore -tlstruststore ./configuration/tlsTrustStore
6단계 SSH를 통해 컨트롤러 서버 IP에 연결하고 다음 경로로 이동합니다.
cd /home/<user>/Desktop/CiscoNDDB/ndb/bin
실행,
./ndb config-keystore-passwords --user admin --password admin --url https://ip-address_localhost*:8443 --verbose --prompt --keystore-password keystore_password --truststore-password truststore_password
Please enter your password: <enter the NDB GUI Default password>
참고:
1. 새 컨트롤러 배포이므로 현재까지 설정된 비밀번호가 없습니다. 기본 비밀번호는 admin입니다.
2. ip-address_localhost*를 컨트롤러 서버 IP로 바꿉니다.
3. 계속하기 전에 tlsKeyStore 및 tlsTrustStore 파일과 해당 암호가 준비되었는지 확인합니다. 이러한 인증서가 없으면 NXAPI용 NDB 서버와 NDB 스위치 간 TLS 서드파티 인증 생성이라는 제목의 문서를 참조하여 원래 .cer 및 .key 파일을 사용하여 필요한 인증서를 다시 생성하십시오.
7단계. https://IP_address:8443/을 사용하여 NDDB GUI의 새 인스턴스에 로그인합니다.
8단계. Administration(관리) > Backup/Restore(백업/복원) 탭으로 이동합니다.
9단계. Restore Locally(로컬로 복원)를 클릭하여 2단계에서 이전에 복사한 백업 구성 파일을 업로드합니다
NDDB를 다시 시작한 후 Nexus Dashboard Data Broker가 업로드된 백업에서 디바이스의 컨피그레이션을 다시 구성하도록 하려면 Restore(복원) 확인란을 선택합니다. 이러한 항목은 다시 구성됩니다.
· 전역 구성
· 포트 구성
· UDF
· 연결
참고:
1. 복원 확인란은 NDB 릴리스 3.8 이상에서 생성된 백업 파일과만 호환됩니다. 이 옵션을 활성화하면 전체 스위치 리프로그래밍이 트리거됩니다. 이 프로세스의 기간은 패브릭 크기와 총 정책 수에 따라 달라집니다. 연장된 다운타임을 방지하려면 대규모 NDDB 패브릭(스위치 20개 초과)에 대해 이 확인란을 사용하지 마십시오.
2. 컨피그레이션을 업로드하면 GUI에 성공 메시지가 표시됩니다.
10단계. NDDB GUI> Devices(디바이스) > NDB Switches(NDB 스위치)로 이동합니다. NDDB 스위치 상태가 녹색인지 확인합니다. 이 경우 빨간색으로 표시되며 두 스위치에 대해 Check the Box(상자 선택), Action(작업) > Reconnect(재연결)를 클릭하고 5분 동안 기다립니다.
5분 대기 기간이 지난 후에도 상태가 빨간색으로 유지되면 영향을 받는 스위치를 다시 선택하고 Action > Rediscover로 이동합니다.
경고: 재검색은 정책 밀어넣기를 트리거하며 서비스에 간단한 영향을 미칠 수 있습니다. 스위치 상태가 빨간색인 경우에만 이 작업을 수행합니다.
| 개정 | 게시 날짜 | 의견 |
|---|---|---|
1.0 |
01-Jun-2026
|
최초 릴리스 |