테스트 클러스터 Powershell cmdlet 목록 및 유효성 검사


8

Powershell cmdlet Test-Cluster은 무수히 많은 데이터를 쿼리하고 유용한 테스트로 마무리하는 유효성 검사를 수행합니다. 실행 Test-Cluster -List하면 항목 목록이 표시되며 cmdlet을 사용하여 개별적으로 쿼리 할 수 ​​있습니다. 의을 읽을 때 일반적인 명명 체계가 있습니다 DisplayName. 모두 "List" 또는 "Validate"로 시작 합니다.

분명히 "유효성 검사" 는 실제로 장애 조치를 통해 장애 조치를 테스트합니다. 그러나 "List"라는 이름을 지정 하면 데이터가 실행될 당시의 데이터에 대한 쿼리 일 뿐이라고 생각합니다. 나는 이것을 다음 스크립트로 테스트했다.

$TestList = Test-Cluster -List | Where-Object {$_.DisplayName -like "List*"}
Test-Cluster -Include $TestList.DisplayName -ReportName "c:\cluster reports\report"

이 보고서가 생성되는 동안 기록 된 클러스터 오류가 표시되거나 장애 조치 활동이 감지되지 않습니다. Microsoft technet도 이것에 대해 명확하지 않지만 행동이 내가 생각하는 것과 일치한다고 추론합니다. 이 발췌 부분을 참조하십시오 (강조 광산).

테스트 결과는 지정한 파일 이름을 가진 파일로 캡처됩니다. 유효성 검사실행하면 하드웨어 및 설정이 장애 조치 클러스터링과 호환되는지 확인할 수 있습니다 . 클러스터, 인벤토리, 네트워크, 스토리지, 시스템 및 기타 유형의 테스트를 포함하여 여러 유형의 테스트가 있습니다. 스토리지 테스트는 클러스터 된 역할에서 사용중인 온라인 디스크 또는 스토리지 풀을 테스트하지 않습니다. 이러한 디스크를 테스트하려면 먼저 Stop-ClusterGroup을 실행하여 클러스터 된 역할을 중지 한 다음 Test-Cluster를 실행하십시오. 테스트가 완료된 후 리소스 그룹이라고도하는 클러스터 된 역할을 다시 시작하십시오.

테스트 클러스터 TechNet 페이지

"Validation" 이라는 단어의 사용에주의를 기울이고 싶습니다 . 또한 해당 스크립트를 실행할 때 출력의 일부로 다음과 같이 표시됩니다.

Test Result:
ClusterSkippedTestsCompleted

유효성 검사를 포함하면 결과는 다음과 같습니다.

Test Result:
ClusterConditionallyApproved

내 테스트 환경에서 네트워크 테스트는 조건부 승인을 트리거하는 몇 가지 경고를 생성했습니다. "Validate""List" 스플릿 의 논리를 설명하는 문서를 찾기 위해 약간의 구글 검색을 했지만 아무것도 설정하지 않았습니다. 이것은 질문으로 이어집니다 ...

목록 요청이 페일 오버 이벤트를 트리거합니까?

답변:


2

유효성 검사목록 의 분리는 예상 결과를 지시하기위한 것입니다. 유효성 검사는 부울 및 리턴 패스 / 실패, 예 / 아니오, 가동 / 실패 등입니다. 목록 테스트는 검토를 위해 통계 및 운영 데이터를 리턴합니다.

Microsoft는 Zero Downtime을 염두에두고 테스트를 구축했습니다. 그리고 대부분의 경우에 해당합니다. 장애 조치를 트리거하고 다운 타임을 유발하는 테스트가 있습니다 . 그들은:

  • 디스크 중재 확인
  • 디스크 페일 오버 확인
  • 여러 중재 확인
  • SCSI-3 영구 예약 확인
  • 동시 장애 조치 확인

Test-Clusterinclude 또는 exclude 매개 변수를 사용하지 않고 실행하면 해당 테스트 가 실행 된다는 점에 유의해야합니다 . 위에 나열된 테스트는 장애 조치 이벤트를 트리거하지만 다음 테스트 는 성능에 영향을 줄 수 있습니다 . 그들은:

  • 디스크 액세스 대기 시간 확인
  • 파일 시스템 확인
  • Microsoft MPIO 기반 디스크 확인
  • SCSI 장치의 중요한 제품 데이터 확인

위에 나열된 모든 테스트는 스토리지 범주의 일부입니다 . 따라서 일반적으로 프로덕션 서버에서는 스토리지 테스트를 피하는 것이 좋습니다 . 이러한 테스트를 제외하려면 다음 명령을 실행하십시오.

Test-Cluster -Ignore Storage

Include매개 변수를 사용 하여 테스트를 선택적으로 선택하는 경우 두 가지 안전한 스토리지 테스트를 실행할 수 있습니다. 그들은:

  • 모든 디스크 나열
  • 검증 할 디스크 나열

소스 1소스 2

사용 가능한 모든 클러스터 테스트는 5 가지 테스트 범주로 그룹화됩니다. 그들은이다 Cluster Configuration, Inventory, Network, Storage,와 System Configuration. Storage범주 에만 장애 조치를 트리거하거나 성능에 영향을주는 테스트가 포함됩니다 (즉, Microsoft에 따름). 또한 이러한 테스트 범주의 대부분은 클러스터가 인증되고 작동 된 후에 실행되지 않습니다. 하나만 빼고 ...

기존 클러스터

Microsoft 는 기존 클러스터에서 사용할 테스트를 설계했습니다 Cluster Configuration . 실제로 이러한 테스트는 기존 클러스터에서만 실행됩니다. 이 테스트 범주를 실행하려면 다음 명령을 실행하십시오.

Test-Cluster -Include "Cluster Configuration"

소스 3


0

내 경험상 Test-Cluster는 장애 조치 이벤트를 트리거하지 않습니다. 하드웨어 및 소프트웨어 구성 만 검사하여 모든 것이 장애 조치 클러스터링과 호환되는지 확인하도록 설계되었습니다. 내가 이해했듯이, 테스트 클러스터는 장애 조치 클러스터 관리자 내에서 GUI "유효성 검증 클러스터"기능을 사용할 때도 실행됩니다. 실제로는 클러스터의 "페일 오버"기능을 "테스트"하지 않습니다.


0

아래 링크에 따라 :

[테스트 클러스터 설명] [1] http://technet.microsoft.com/en-us/library/ee461026.aspx

예 3 : 테스트 클러스터-목록

이 명령 은 클러스터 유효성 검사에서 모든 테스트 및 범주의 이름을 나열합니다 . 그런 다음 -Ignore 또는 -Include를 사용하여 이러한 테스트 이름을 지정하여 특정 테스트를 실행할 수 있습니다.

따라서 list 명령은 클러스터를 실행하고 유효성을 검사 할 수있는 테스트 목록 만 제공합니다.


당신의 질문의 다른 부분 다음 표시 이름

List로 시작하는 DisplayName 은 클러스터 노드에서 정보를 가져 오는 반면 Validate로 시작하는 DisplayName 은 실제로 구성을 테스트합니다 (디스크 장애 조치, 공유 테스트, 네트워크 테스트 등).


0

간단한 답변 : 목록 요청은 장애 조치 이벤트를 트리거 하지 않습니다 .

자세한 답변 : 테스트를 "유효성 검사""목록" 으로 나누는 논리 는 2008R2부터 일관되었습니다. "List" 로 시작하는 대부분의 테스트 는 인벤토리 테스트 로 간주 되며 현재 구성된 클러스터의 상태에는 영향을 미치지 않습니다. list로 시작하는 모든 커맨드 렛은 아래의 테크넷 스 니펫에 자세히 설명 된 바와 같이 본질적으로 정보를 제공합니다.

인벤토리 테스트는 테스트중인 각 서버의 하드웨어, 소프트웨어 및 설정에 대한 정보 목록을 제공합니다. 자원 명세 테스트 만 사용하여 (클러스터 구성 유효성 검증 마법사의 다른 테스트없이) 하드웨어 구성을 검토하거나 기록 할 수 있습니다 (예 : 스케줄 된 유지 보수를 수행 한 후 각 서버의 소프트웨어 업데이트가 동일한 지 검토).

자세한 내용은 Technet-클러스터 유효성 검사 테스트 이해 : 인벤토리 에서 확인할 수 있습니다 .


Inventory목록 테스트 를 포함 하는 테스트 범주입니다 . 그러나 목록 테스트는 재고 테스트로 간주되지 않습니다.
Colyn1337
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.