소개
이 문서에서는 MDS 9000 플랫폼에 대한 자동 상태 및 컨피그레이션 확인을 수행하기 위한 절차 및 요구 사항에 대해 설명합니다.
사전 요구 사항
요구 사항
자동 상태 및 컨피그레이션 확인은 지원되는 버전의 NX-OS® 소프트웨어를 실행하는 MDS 플랫폼에서만 지원됩니다.
다음과 같은 하드웨어 플랫폼이 지원됩니다.
- 아직 LDoS(Last Date of Support)에 도달하지 않은 모든 MDS 9000 Series 스위치: HW. MDS End-of-Life 및 End-of-Sale 알림을 참조하십시오.
EoL 및 EoS 공지
사용되는 구성 요소
이 문서는 특정 소프트웨어 및 하드웨어 버전으로 한정되지 않습니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 현재 네트워크가 작동 중인 경우 모든 명령의 잠재적인 영향을 미리 숙지하시기 바랍니다.
표기 규칙
문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참고하십시오.
상태 및 컨피그레이션 확인 절차
MDS 스위치에 대해 자동화된 상태 및 컨피그레이션 검사를 수행하려면 Cisco Support Case Manager에서 다음 키워드 집합을 사용하여 일반 TAC 서비스 요청을 엽니다.
기술: 데이터 센터 및 스토리지 네트워킹
하위 기술: MDS9000 - 상태 및 컨피그레이션 확인(자동)
문제 코드: 상태 및 컨피그레이션 확인
열린 TAC SR의 경우 스위치에서 캡처한 "show tech-support details" 명령의 출력을 .txt 또는 .gz/.tar 형식으로 업로드합니다. 현재 ASCII 및show tech-support details
UTF-8 텍스트 형식으로 캡처된 파일이 지원됩니다. 업로드 지침은 TAC 고객 파일 업로드를 참조하십시오.
NX-OS 8.4(2d) 및 9.2(1)부터 MDS 명령tac-pac
이 향상되어 온보드 show logging이 추가된 show tech-support 세부사항이 포함된 부트플래시에 파일을 신속하게 생성할 수 있습니다. 자동화된 상태 및 컨피그레이션 확인 사례를 포함하여 show tech-support 세부사항이 필요한 TAC SR(Service Request)에 대한 입력 파일을 생성하는 데 이 방법이 선호됩니다.
필수 출력이 SR에 첨부되면 Cisco 자동화는 로그를 분석하고 사용자에게 전송된 이메일에 첨부된 보고서(PDF 형식)를 제공합니다. 이 보고서에는 탐지된 문제 목록, 문제 해결을 위한 관련 단계, 권장 실행 계획이 포함되어 있습니다.
보고된 상태 검사 실패와 관련하여 질문이 있는 경우, 사용자는 추가 지원을 받기 위해 적절한 키워드와 함께 별도의 서비스 요청을 여는 것이 좋습니다. 신속한 조사를 위해 생성된 보고서와 함께 Automated Health and Config Check를 위해 개설된 SR(Service Request) 번호를 참조하는 것이 좋습니다.
상태 및 컨피그레이션 확인 모듈
Automated MDS Health and Configuration Check Version 1, 2023년 5월 릴리스는 표 1에 나열된 검사를 수행합니다.
표 1: 모듈에서 사용하는 상태 확인 모듈 및 관련 CLI
색인 |
상태 확인 모듈 |
모듈에 대한 간략한 설명 |
상태 확인을 수행하는 데 사용되는 CLI |
1. |
NX-OS 릴리스 확인 |
디바이스에서 Cisco 권장 NX-OS 소프트웨어 릴리스를 실행하는지 확인합니다. |
show version |
2 . |
EOL/EOS에 대한 MDS 트랜시버 검사 |
트렌시버가 EOL(End-of-Life) 또는 EOS(End-of-Sale)인지 확인합니다. |
show version show clock show hardware |
3 . |
MDS 스위치의 FC 인터페이스에 대한 데이터 속도 사용량 |
인터페이스 입력 및 출력 속도를 확인합니다. 사용률이 80%보다 높은 인터페이스의 상위 10개 인터페이스 및 알림을 나열합니다. |
show version show interface brief |
4. |
MDS 스위치에 대한 트랜시버 세부 정보 |
공칭 값에 대한 인터페이스 온도, 전압, 전류, tx 전력 또는 rx 전력 값을 확인합니다. 결함이 탐지되면 다음 단계를 제안합니다. |
show version show hardware show interface transceiver details |
5. |
실행 중인 NX-OS 버전을 기반으로 PSIRT 결함 확인 |
HW/SW 및 구성에 따라 다양한 PSIRT와 매칭합니다. 이것은 완전한 것이 아니다. |
show version show running-config |
6. |
MDS 클럭 정보 확인 |
권장 시계 컨피그레이션을 확인하고 샘플 권장 시계 컨피그레이션을 제공합니다. |
show running-config show clock |
7 . |
EOL/EOS에 대한 MDS 하드웨어 검사 |
MDS 모듈 및 섀시의 EOL(End-of-Life) 및 EOS(End-of-Support) 날짜를 파악합니다. |
show version show module show hardware show inventory |
8. |
EOL/EOS에 대한 MDS 소프트웨어 검사 |
MDS NX-OS 릴리스의 EOL(End-of-Life) 및 EOS(End-of-Support) 날짜를 식별합니다. |
show version show module |
9 . |
MDS FCNS 데이터베이스 및 FLOGI 데이터베이스 일관성 검사 |
show FCNS 데이터베이스와 show FLOGI 데이터베이스 출력 간의 일관성을 확인합니다. |
show version show hardware flogi database show fcns database local vsan 1-4093 |
10. |
MDS는 모든 VSAN이 가동 중이고 모든 TF 포트에서 활성 상태인지 확인합니다. |
모든 TF 포트에 허용된 모든 VSAN이 활성 상태이고, 격리 또는 초기화 상태의 VSAN이 없는지 확인합니다. |
show version show hardware show interface show interface brief show port-channel database |
11. |
MDS는 모든 VSAN이 가동 중이고 모든 TE 포트에서 활성 상태인지 확인합니다. |
모든 TE 포트에서 모든 허용 VSAN이 활성 상태이고, VSAN이 격리 또는 초기화 상태가 아닌지 확인합니다. |
show version show module show interface show interface brief show port-channel database |
12. |
MDS OUI Check Remote Devices(원격 디바이스 확인 MDS OUI) |
MDS가 트렁크 및 포트 채널 연결을 통해 연결된 의 OUI를 인식하는지 확인합니다. |
show flogi internal event-history errors show port internal event-history errors show system internal fcfwd idxmap interface show flogi internal event-history debugs show accounting log |
13. |
MDS CFS 잠금 확인 |
CFS 잠금 및 잠금 지우기 권장 단계를 확인합니다. |
show version show module show hardware show cfs lock show logging log show cfs internal session-history show cfs peers show fcdomain domain-list show cfs internal event-history errors show clock |
14. |
MDS Check active supervisor mgmt0(활성 수퍼바이저 관리0 링크 확인) |
활성 또는 유일한 수퍼바이저 mgmt0 링크 상태가 'up'으로 표시되는지 확인합니다. |
show version show interface mgmt0
|
15.
|
MDS 9700 Check standby supervisor mgmt0 링크 |
스탠바이 수퍼바이저 mgmt0 링크 상태가 'up'으로 표시되는지 확인합니다. NX-OS 9.2(1) 이상 버전을 실행하는 MDS 9700 디렉터에만 유효합니다. |
show version show interface mgmt0 standby |
16. |
MDS 하위 최적 PC 구성원 할당 확인
|
포트 채널은 멀티 스위치 파이버 채널 SAN에서 복원력을 위해 중요합니다. 포트 채널을 구성하여 내결함성 및 하드웨어 리소스 활용도를 극대화하면 SAN의 복원력이 향상됩니다. 이 모듈은 발견된 각 파이버 채널 포트 채널을 검사하여 멤버 인터페이스가 스위치의 사용 가능한 모듈과 fwd 엔진 전반에서 가능한 한 균일하게 분포되어 있는지 확인합니다. |
show version
show interface brief |
보고서 및 주의 사항
- 상태 및 컨피그레이션 확인 SR은 가상 TAC 엔지니어가 자동으로 처리합니다.
- 보고서(PDF 형식)는 일반적으로 모든 필요한 로그가 SR에 첨부된 후 24시간(업무 시간 기준) 내에 생성됩니다.
- 이 보고서는 서비스 요청과 관련된 모든 연락처(기본 및 보조)와 이메일(Cisco TAC Automated Emails <no-reply@cisco.com>에서 제공)을 통해 자동으로 공유됩니다.
- 이 보고서는 서비스 요청에도 첨부되어 나중에 사용할 수 있도록 합니다.
- 보고서에 나열된 문제는 제공된 로그를 기반으로 하며 표 1(이전에 표시됨)에 나열된 상태 확인 모듈의 범위에 속합니다.
- 수행되는 상태 및 컨피그레이션 확인 목록은 완벽하지 않으며, 사용자는 필요에 따라 추가 상태 확인을 수행하는 것이 좋습니다.
- 시간이 지남에 따라 새 상태 및 컨피그레이션 검사를 추가할 수 있습니다.
FAQ
Q1: 동일한 SR에 있는 둘 이상의 스위치에 대한 show tech-support details를 업로드하여 모든 스위치에 대한 상태 점검 보고서를 얻을 수 있습니까?
A1: 자동화된 케이스 처리이며 상태 검사는 가상 TAC 엔지니어가 수행합니다. 상태 확인은 처음 업로드된 항목에 대해서만show tech-support details
수행됩니다.
Q2: 몇 시간 간격으로 캡처한 동일한 디바이스에 대해 둘 이상의 show tech-support 세부 정보를 업로드하여 둘 다에 대한 상태 확인을 수행할 수 있습니까?
A2: 이는 가상 TAC 엔지니어가 수행하는 자동화된 상태 비저장 케이스 처리이며, 업로드된 파일이 동일한 스위치에서show tech-support details
온 것인지 아니면 다른 스위치에서 온 것인지 여부에 관계없이 SR에 업로드된 첫 번째 파일에 대해 상태 및 컨피그레이션 확인이 수행됩니다.
Q3: show tech-support details 파일이 단일 rar/gz 파일로 압축되어 SR에 업로드된 스위치에 대한 상태 확인을 받을 수 있습니까?
A3: 아니요. 여러 show tech 지원 세부사항이 단일 rar/zip/gz 파일로 업로드되면 아카이브의 첫 번째 파일만 상태 확인을 위해 처리됩니다.
Q4: 보고된 상태 검사 실패 중 하나에 대한 질문이 있는 경우 어떻게 해야 합니까?
A4: 별도의 TAC 서비스 요청을 열어 특정 상태 확인 결과에 대한 추가 지원을 받으십시오. 상태 확인 보고서를 첨부하고 자동 상태 및 컨피그레이션 확인을 위해 개설된 SR(Service Request) 케이스 번호를 참조하는 것이 좋습니다.
Q5: 발견된 문제를 트러블슈팅하기 위해 Automated Health and Config Check에 대해 열려 있는 동일한 SR을 사용할 수 있습니까?
A5: 아니요. 사전 대응적 상태 검사가 자동화되었으므로, 새 서비스 요청을 열어 문제를 해결하고 보고된 문제를 해결하십시오. 건강검진을 위해 개설된 SR은 건강보고서가 발간된 후 24시간 이내에 마감됨을 알려드립니다.
Q6: 이전에 언급한 버전보다 이전 버전을 실행하는 스위치의 show tech-support details 파일에 대해 자동화된 상태 및 컨피그레이션 확인이 실행됩니까?
A6: 앞서 언급한 플랫폼 및 소프트웨어 릴리스에 대한 자동화된 상태 및 컨피그레이션 확인이 구축되었습니다. 이전 버전을 실행하는 장치의 경우, 이는 최선의 노력이며 보고서의 정확성에 대한 보장은 없습니다.
Q7: 상태 확인을 위해 연 SR을 어떻게 닫습니까?
A7: 첫 번째 상태 확인 보고서가 전송된 후 24시간 내에 SR이 종료됩니다. SR 마감을 위한 사용자의 조치가 필요하지 않습니다.
Q8: Proactive Health and Configuration Check에 대한 의견 또는 피드백을 어떻게 공유합니까?
A8: 이메일을 통해 MDS-HealthCheck-Feedback@cisco.com에 공유하십시오.
Q9 스위치에서 "show tech-support" 또는 "show tech-support details"를 캡처하는 데 권장되는 방법은 무엇입니까?
A9: 이 문서의 앞부분에서 설명한 대로 NX-OS 8.4(2d) 및 9.2(1)부터 MDStac-pac
명령이 향상되어 추가된 가 포함된 bootflash에 파일을 신속하게 만들 수show tech-support details
있습니다show logging onboard
. 이 방법은 자동화된 상태 및 컨피그레이션 확인을show tech-support details
포함하여 가 필요한 TAC SR(Service Request)에 대한 입력 파일을 생성하는 데 선호됩니다. 터미널 애플리케이션의 로그 파일에 캡처된 CLI 출력(예: SecureCRT, PuTTY)은 자동화된 상태 검사에서 지원되지 않는 UTF-8-BOM 형식(또는 유사)일 수 있습니다. Automated Health & Config 확인은 ASCII 또는 UTF-8 형식의 파일만 지원합니다.
Nexus 상태 및 컨피그레이션 확인 수행
Nexus 상태 및 컨피그레이션 확인 수행을 참조하십시오.
피드백
이러한 툴의 운영에 대한 피드백은 매우 소중합니다. 관찰 또는 제안 사항(예: 생성된 보고서의 사용 편의성, 범위, 품질 등)이 있으면 MDS-HealthCheck-Feedback@cisco.com에서 공유하십시오.