MDS 상태 및 컨피그레이션 확인 수행
소개
이 문서에서는 MDS 9000 플랫폼에 대한 자동 상태 및 컨피그레이션 확인을 수행하기 위한 절차 및 요구 사항에 대해 설명합니다.
사전 요구 사항
요구 사항
자동 상태 및 컨피그레이션 확인은 지원되는 버전의 NX-OS® 소프트웨어를 실행하는 MDS 플랫폼에서만 지원됩니다.
다음과 같은 하드웨어 플랫폼이 지원됩니다.
- 아직 LDOS(Last Date of Support)에 도달하지 않은 모든 MDS 9000 시리즈 스위치: 하드웨어 MDS End-of-Life 및 End-of-Sale 알림을 참조하십시오.
사용되는 구성 요소
이 문서는 특정 소프트웨어 및 하드웨어 버전으로 한정되지 않습니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 현재 네트워크가 작동 중인 경우 모든 명령의 잠재적인 영향을 미리 숙지하시기 바랍니다.
표기 규칙
문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참고하십시오.
상태 및 컨피그레이션 확인 절차
MDS 스위치에 대해 자동화된 상태 및 컨피그레이션 검사를 수행하려면 Cisco Support Case Manager에서 다음 키워드 집합을 사용하여 일반 TAC 서비스 요청을 엽니다.
기술: 데이터 센터 및 스토리지 네트워킹
하위 기술: MDS9000 - 상태 및 컨피그레이션 확인(자동)
문제 코드: 상태 및 구성 확인
상태 및 컨피그레이션 확인 선택
문제 영역 - 상태 및 컨피그레이션 확인
열린 TAC SR의 경우 스위치에서 캡처한 show tech-support details 명령의 출력을 .txt 또는 .gz/.tar 형식으로 업로드합니다. 현재 ASCII 및 UTF-8 텍스트 형식으로 캡처된 show tech-support details 파일이 지원됩니다. 업로드 지침은 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) 번호를 참조하는 것이 좋습니다.
심각도 수준
이 표에서는 다음 표준 NX-OS 심각도 레벨 및 그 정의를 보여줍니다.
| 심각도 수준 | 설명 |
| 긴급(0) | 시스템을 사용할 수 없습니다. |
| 경고(1) | 심각한 상태, 즉각적인 주의가 필요합니다. |
| 중요(2) | 주요 조건. |
| 오류(3) | 사소한 조건. |
| 경고(4) | 경고 상태입니다. |
| 알림(5) | 기본 알림 및 정보 메시지입니다. 가능하 독립적으로 중요하지 않습니다. |
| 정보(6) | 정상 상태로 돌아가기를 나타내는 정상 이벤트입니다. |
상태 및 컨피그레이션 확인 모듈
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 시계 표시 하드웨어 표시 |
|
3 |
MDS 스위치의 FC 인터페이스에 대한 데이터 속도 사용량 |
인터페이스 입력 및 출력 속도를 확인합니다. 사용률이 80%를 초과하는 인터페이스의 상위 10개 인터페이스 및 알림을 나열합니다. |
show version show interface brief 인터페이스 표시 |
|
4 |
MDS 스위치에 대한 트랜시버 세부 정보 |
공칭 값에 대한 인터페이스 온도, 전압, 전류, tx 전력 또는 rx 전력 값을 확인합니다. 결함이 탐지되면 다음 단계를 제안합니다. |
show version 하드웨어 표시 show interface transceiver details |
|
5 |
실행 중인 NX-OS 버전을 기반으로 PSIRT 결함 확인 |
HW/SW 및 구성에 따라 다양한 PSIRT와 매칭합니다. 이것은 완전한 것이 아니다. |
show version show running-config |
|
6 |
MDS 클럭 정보 확인 |
권장 시계 컨피그레이션을 확인하고 샘플 권장 시계 컨피그레이션을 제공합니다. |
show running-config 시계 표시 |
|
7 |
EOL/EOS에 대한 MDS 하드웨어 검사 |
MDS 모듈 및 섀시의 EOL(End-of-Life) 및 EOS(End-of-Support) 날짜를 파악합니다. |
show version show module 하드웨어 표시 인벤토리 표시 |
|
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 database" 및 "show flogi database" 출력 간의 일관성을 확인합니다. |
show version 하드웨어 표시 flogi 데이터베이스 표시 show fcns database local vsan 1-4093 |
|
10 |
MDS는 모든 VSAN이 가동 중이고 모든 TF 포트에서 활성 상태인지 확인합니다. |
모든 TF 포트에 허용된 모든 VSAN이 활성 상태이고, 격리 또는 초기화 상태의 VSAN이 없는지 확인합니다. |
show version 하드웨어 표시 인터페이스 표시 show interface brief 포트 채널 데이터베이스 표시 |
|
11 |
MDS는 모든 VSAN이 가동 중이고 모든 TE 포트에서 활성 상태인지 확인합니다. |
모든 TE 포트에서 모든 허용 VSAN이 활성 상태이고, VSAN이 격리 또는 초기화 상태가 아닌지 확인합니다. |
show version show module 인터페이스 표시 show interface brief 포트 채널 데이터베이스 표시 |
|
12 |
MDS OUI Check Remote Devices(원격 디바이스 확인 MDS OUI) |
MDS가 트렁크 및 포트 채널 연결을 통해 연결된 의 OUI를 인식하는지 확인합니다. |
flogi 내부 이벤트 기록 오류 표시 포트 내부 이벤트 기록 오류 표시 show system internal fcfwd idxmap interface show flogi internal event-history debug 계정 로그 표시 |
|
13 |
MDS CFS 잠금 확인 |
cfs 잠금이 있는지 확인하고 이를 지우기 위한 단계를 제안합니다. |
show version show module 하드웨어 표시 cfs 잠금 표시 로깅 로그 표시 cfs 내부 세션 기록 표시 cfs 피어 표시 fcdomain 도메인 목록 표시 cfs 내부 이벤트 기록 오류 표시 시계 표시 |
|
14 |
MDS Check active supervisor mgmt0(활성 수퍼바이저 관리0 링크 확인) |
활성 또는 유일한 수퍼바이저 mgmt0 링크 상태가 나타나는지 확인합니다. |
show version show interface mgmt0 |
|
15 |
MDS 9700 Check standby supervisor mgmt0 링크 |
스탠바이 수퍼바이저 mgmt0 링크 상태가 나타나는지 확인합니다. NX-OS 9.2(1) 이상 버전을 실행하는 MDS 9700 디렉터에만 유효합니다. |
show version show interface mgmt0 standby |
|
16 |
MDS 하위 최적 PC 구성원 할당 확인 |
포트 채널은 멀티 스위치 파이버 채널 SAN에서 복원력을 위해 중요합니다. 포트 채널을 구성하여 내결함성 및 하드웨어 리소스 활용도를 극대화하면 SAN의 복원력이 향상됩니다. 이 모듈은 발견된 각 파이버 채널 포트 채널을 검사하여 멤버 인터페이스가 스위치의 사용 가능한 모듈과 fwd 엔진 전반에서 가능한 한 균일하게 분포되어 있는지 확인합니다. |
show version show interface brief |
|
17 |
MDS FSPF 일관성 검사 |
각 ISL의 FSPF 비용을 검사하여 인접한 스위치의 비용이 동일하거나 일관되게 유지되는지 확인합니다. ISL의 각 측면에서 비용이 다를 경우 예기치 않은 라우팅 또는 비대칭 라우팅이 발생할 수 있습니다. NPV 모드의 스위치에는 FSPF 데이터베이스가 없으므로 이 검사는 적용되지 않습니다. |
스위치 이름 표시 fspf 데이터베이스 표시 fcs ie 표시 npv 내부 정보 표시 |
|
18 |
MDS 높은 CPU 사용률 확인 |
여러 명령 출력을 확인하여 현재 CPU 사용률이 미리 정해진 제한 내에 있는지 확인합니다. 사용량이 60%를 초과하면 사용자에게 알리고, 80%를 초과하면 사용자에게 알리고, 90%를 초과하면 사용자에게 경고합니다. |
show processes cpu 프로세스 cpu 기록 표시 로깅 로그 표시 |
|
19 |
MDS 높은 메모리 사용률 확인 |
현재 메모리 사용량이 구성된 임계값보다 작은지 또는 할당된 메모리 제한 내에서 프로세스가 실행 중인지 확인하려면 몇 가지 명령 출력을 확인합니다. 사용량이 90%를 초과하면 사용자에게 알립니다. |
show version show processes memory show running-config |
| 20 |
MDS Check Port-Monitor Tx-Datarate Configuration to Detect Over-Utilization |
활성 포트 모니터 정책을 확인하여 tx-datarate 및/또는 tx-datarate-burst 카운터가 초과 사용을 올바르게 탐지하도록 구성되어 있는지 확인합니다. |
show version show interface brief show running-config |
| 21 |
MDS 불량 수퍼바이저로 인한 FSPF 경로 삭제 오류 확인 |
지난 20일 동안의 FSPF 경로 삭제 오류를 확인하고, 이를 표시한 다음 인밴드 sup-fc0 링크에 0이 아닌 오류 카운터가 기록되었는지 확인합니다. |
show version 로깅 로그 표시 show hardware internal sup-fc0 interface-stats(MDS 9700) show hardware internal sup-fc0 errstats (MDS 패브릭 스위치) |
| 22 |
MDS sup-fc0 링크에서 0이 아닌 오류 확인 |
sup-fc0 인밴드 인터페이스에 기록된 0이 아닌 오류 카운터가 있는지 확인합니다. |
show version show hardware internal sup-fc0 interface-stats (MDS 9700) show hardware internal sup-fc0 errstats (MDS 패브릭 스위치) |
보고서 및 주의 사항
- 상태 및 컨피그레이션 확인 SR은 가상 TAC 엔지니어가 자동으로 처리합니다.
- 보고서(PDF 형식)는 일반적으로 모든 필요한 로그가 SR에 첨부된 후 24시간(업무 시간 기준) 내에 생성됩니다.
- 이 보고서는 서비스 요청과 관련된 모든 연락처(기본 및 보조)와 이메일(Cisco TAC Automated Emails <no-reply@cisco.com>에서 제공)을 통해 자동으로 공유됩니다.
- 이 보고서는 서비스 요청에도 첨부되어 나중에 사용할 수 있도록 합니다.
- 보고서에 나열된 문제는 제공된 로그를 기반으로 하며 표 1에 나열된 상태 확인 모듈의 범위 내에 있습니다(앞서 설명).
- 수행되는 상태 및 컨피그레이션 확인 목록은 완벽하지 않으며, 사용자는 필요에 따라 추가 상태 확인을 수행하는 것이 좋습니다.
- 시간이 지남에 따라 새 상태 및 컨피그레이션 검사를 추가할 수 있습니다.
FAQ
Q1: 동일한 SR에 있는 둘 이상의 스위치에 대한 show tech-support details(show tech-support 세부사항 표시)를 업로드하여 모든 스위치에 대한 상태 점검 보고서를 얻을 수 있습니까?
A1: 이는 자동화된 케이스 처리이며 상태 검사는 가상 TAC 엔지니어가 수행합니다. 상태 확인은 업로드된 첫 번째 "show tech-support details"에 대해서만 수행됩니다.
Q2: 몇 시간 간격으로 캡처한 동일한 디바이스에 대해 두 개 이상의 show tech-support 세부 정보를 업로드하여 두 디바이스에 대한 상태 검사를 수행할 수 있습니까?
A2: 이는 가상 TAC 엔지니어가 수행하는 자동화된 스테이트리스(stateless) 케이스 처리이며, 업로드된 파일이 동일한 스위치에서 온 것인지 아니면 서로 다른 스위치에서 온 것인지 여부에 관계없이 SR에 업로드된 첫 번째 show tech-support details 파일에 대해 상태 및 컨피그레이션 확인이 수행됩니다.
Q3: 단일 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: SR은 첫 번째 상태 확인 보고서가 전송된 후 24시간 내에 종료됩니다. SR 마감을 위한 사용자의 작업은 필요하지 않습니다.
Q8: Proactive Health and Configuration Check에 대한 의견 또는 피드백을 어떻게 공유합니까?
A8: 이메일을 통해 MDS-HealthCheck-Feedback@cisco.com에 공유
Q9. 스위치에서 show tech-support 또는 show tech-support 세부 정보를 캡처하는 데 권장되는 방법은 무엇입니까?
A9: 이 문서의 앞부분에서 언급한 대로 NX-OS 8.4(2d) 및 9.2(1)부터 MDS tac-pac 명령은 "show logging onboard"가 추가된 "show tech-support details"가 포함된 부트플래시에서 파일을 빠르게 생성하도록 향상되었습니다. 자동 상태 및 컨피그레이션 확인을 포함하여 "show tech-support details(기술 지원 세부사항 표시)"가 필요한 TAC 서비스 요청(SR)에 대한 입력 파일을 생성하는 데 권장되는 방법입니다. 터미널 애플리케이션의 로그 파일에 캡처된 CLI 출력(예: SecureCRT, PuTTY)은 자동화된 상태 검사에서 지원되지 않는 UTF-8-BOM 형식(또는 유사)일 수 있습니다. Automated Health & Config 확인은 ASCII 또는 UTF-8 형식의 파일만 지원합니다.
Q10. MDS 상태 검사기를 FICON 프로토콜에 대해 구성된 스위치와 함께 사용할 수 있습니까?
A10 예, 이는 가능하지만, 현재 FICON VSAN에 대한 특정 확인이 없습니다.
Nexus 상태 및 컨피그레이션 확인 수행
Nexus 상태 및 컨피그레이션 확인 수행을 참조하십시오.
피드백
이러한 도구의 운영에 대한 피드백은 매우 소중합니다. 사용 편의성, 범위, 생성된 보고서의 품질 등에 대한 관찰이나 제안이 있으면 MDS-HealthCheck-Feedback@cisco.com에서 공유하십시오.
개정 이력
| 개정 | 게시 날짜 | 의견 |
|---|---|---|
12.0 |
23-Apr-2025
|
Yuvaraj Ratnala에서 21 및 22 건강 검사 추가일부 스크린 샷 및 추가 텍스트 - Jason Mooney |
11.0 |
08-Apr-2025
|
Yuvaraj Ratnala에서 건강 검사 21 및 22 추가 |
10.0 |
04-Dec-2024
|
Requirements(요구 사항) 섹션에 Note를 추가했습니다. |
9.0 |
10-Jul-2024
|
업데이트된 기계 번역, 스타일 요구 사항 및 서식. |
8.0 |
29-May-2024
|
업데이트 및 수정됨 |
7.0 |
21-May-2024
|
업데이트 및 수정 |
6.0 |
28-Feb-2024
|
수정, 업데이트되었습니다. |
4.0 |
07-Nov-2023
|
Update |
3.0 |
06-Sep-2023
|
참가자 목록 업데이트 |
2.0 |
25-Aug-2023
|
하위 기술, 문제 코드 및 링크가 추가되었습니다.
업데이트된 스타일 요구 사항 및 서식. |
1.0 |
19-Jul-2023
|
최초 릴리스 |
피드백