백업을 사용하여 중앙 집중식 독립형 모드에서 TLS 지원 NDDB 3.10.4 컨트롤러 구성

다운로드 옵션

  • PDF     (296.4 KB)
    다양한 디바이스에서 Adobe Reader로 보기
업데이트:2026년 6월 1일
문서 ID:225993

편견 없는 언어

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

이 번역에 관하여

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

소개

이 문서에서는 백업을 사용하여 독립형 모드에서 TLS 지원 Nexus NDDB(Dashboard Data Broker) v3.10.4를 재구축하는 절차에 대해 설명합니다.

사전 요구 사항

요구 사항

컨트롤러 재구축 프로세스를 시작하기 전에 다음 구성 요소를 준비하고 액세스할 수 있는지 확인하십시오.

  • 가상 머신 환경: 최소 시스템 요구 사항을 충족하는 새로 프로비저닝된 64비트 Linux 가상 머신.
  • 소프트웨어 패키지: 공식 NDDB 컨트롤러 설치 미디어
  • 시스템 백업: 가장 최근의 시스템 백업 파일입니다.
  • 보안 인증서: 보안 통신을 보장하기 위해 컨트롤러와 관련된 특정 tlsTrustStore 및 tlsKeyStore 파일입니다.

사용되는 구성 요소

이 문서의 정보는 다음 소프트웨어 및 하드웨어 버전을 기반으로 합니다.

  • 하드웨어: Cisco UCS C240 M7SX 랙 서버
  • CIMC(Cisco Integrated Management Controller) 버전: 4.3.6(250053)
  • 가상화/운영 체제: RHEL(Red Hat Enterprise Linux) 9.5(64비트)
  • VM(Virtual Machine) 운영 체제: RHEL(Red Hat Enterprise Linux) 9.5(64비트)
  • 애플리케이션: NDDB Controller 3.10.4(링크)
  • 액세스 방법: 가상 미디어 매핑을 위한 KVM(Keyboard, Video, Mouse) 
  • 파일 전송 유틸리티: WinSCP(Windows Secure Copy).

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

백업 절차

이 절차는 NDDB 패브릭을 관리하는 운영 팀이 중요한 컨트롤러 데이터를 아카이빙하는 루틴을 설정하는 데 권장됩니다. 비즈니스 연속성을 보장하려면 활성 컨트롤러에서 시스템 백업을 tlsTrustStore 및 tlsKeyStore 파일과 함께 주기적으로 내보내는 것이 중요합니다.

note-icon

참고: 정기적인 백업을 위해 조직에 따라 백업 전략을 준수함으로써 재구축 프로세스를 시작하기 전에 백업 전략에 액세스할 수 있도록 합니다.

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 파일을 로컬 시스템에 복사합니다.

재구축 절차

caution-icon

주의: VM 및 네트워크 구성: 새 64비트 Linux VM을 프로비저닝하기 전에 네트워크 또는 컨피그레이션 충돌을 방지하기 위해 원래 컨트롤러 인스턴스의 전원이 완전히 꺼졌는지 확인합니다. 원래 인스턴스가 오프라인이면 원래 인스턴스와 동일한 IP 주소로 새 VM을 구성합니다.

1단계. 새 Linux VM에 SSH를 수행하고 이 명령을 실행하여 디렉토리를 만들어 NDDB 컨트롤러를 설치합니다.

mkdir /home/<user>/Desktop/CiscoNDDB
note-icon

참고: 참고: 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>
note-icon

참고:

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

· 연결

note-icon

참고:

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로 이동합니다.

warning-icon

경고: 재검색은 정책 밀어넣기를 트리거하며 서비스에 간단한 영향을 미칠 수 있습니다. 스위치 상태가 빨간색인 경우에만 이 작업을 수행합니다.

관련 정보

 

개정 이력

개정 게시 날짜 의견
1.0
01-Jun-2026
최초 릴리스

기고자

  • 아다르 수드
    컨설팅 엔지니어
  • 아카시 말라
    컨설팅 엔지니어링 기술 리더

이 문서가 도움이 되셨습니까?

Feedback피드백

지원 문의

이 문서가 적용되는 제품