다음을 통해 공유


진단 테스트 이해

Microsoft HPC 팩은 일반적으로 사용되는 진단 테스트 집합을 제공합니다. 이러한 테스트를 사용하여 배포를 확인하고, 오류를 해결하고, 성능 저하를 감지할 수 있습니다. 이 항목에서는 HPC 팩을 설치할 때 기본적으로 포함되는 시스템 테스트에 대해 설명합니다. Excel용 HPC Services 테스트, 새로 사용 가능한 테스트 및 사용자 지정 진단 만들기에 대한 자세한 내용은온라인 진단 리소스를 참조하세요.

시스템 진단 테스트는 개념적으로 제품군별로 그룹화됩니다. 이 항목의 다음 섹션에서는 각 제품군의 테스트와 해당되는 경우 테스트에 대한 구성 가능한 매개 변수에 대해 설명합니다.

배포 환경 유효성 검사기

이 제품군의 테스트는 운영 체제 미설치 노드 배포에 영향을 줄 수 있는 일반적인 문제를 찾는 데 도움이 될 수 있습니다. 자세한 내용은 노드배포하기 전에 환경 유효성 검사 참조하세요.

메모

장애 조치(failover) 클러스터로 구성된 헤드 노드의 경우 배포 환경 유효성 검사기 테스트는 활성 헤드 노드만 확인합니다. 추가 검사를 위해 장애 조치(failover)하고 다른 헤드 노드에서 테스트를 실행할 수 있습니다. 일반적으로 장애 조치(failover) 클러스터의 헤드 노드는 구성이 비슷하고 두 헤드 노드 간의 다른 문제는 드물지만 복구 후(치명적인 실패 후 새로 복구/복원된 헤드 노드에서) 테스트를 실행하는 것이 좋을 수 있습니다.

진단 묘사
배포: DHCP 테스트 모든 네트워크에 대한 DHCP 서버 가용성을 확인합니다.
배포: DNS 테스트 모든 네트워크에 대한 DNS 서버 가용성을 확인하고 DNS 서버 IP 주소를 보고합니다.
배포: 자격 증명 테스트 설치 자격 증명이 유효한 HPC 사용자의 자격 증명임을 확인합니다. 자세한 내용은 설치 자격 증명제공합니다.
배포: Active Directory 연결 테스트 도메인 컨트롤러에 대한 연결을 확인하고 응답 시간을 보고합니다.
배포: IPsec 테스트 엔터프라이즈 네트워크에서 IPsec(인터넷 프로토콜 보안)이 사용하도록 설정되어 있는지 확인합니다. 그룹 정책을 통해 도메인에 IPsec이 적용되는 경우 배포 중에 문제가 발생할 수 있습니다. 예를 들어 IPsec은 포트를 차단하여 컴퓨팅 노드가 헤드 노드와 통신하는 것을 허용하지 않습니다.
배포: Windows 배포 서비스 테스트 Windows 배포 전송 서비스가 켜져 있고 배포 서버가 설치되어 있지 않은지 확인합니다. Windows 배포 서비스를 사용하면 PXE 사용 컴퓨터에 원격 Windows를 설치할 수 있습니다.

HPC 팩은 Windows 배포 서비스 역할에서 전송 서버 역할 서비스만 사용합니다. 배포 서버 역할 서비스를 설치할 필요가 없습니다.
배포: Windows 이미지 및 공유 테스트 설치 배포에 사용되는 각 노드 템플릿 및 Windows PE(Windows 사전 설치 환경) 이미지의 설치 이미지가 누락되거나 손상되거나 다른 프로세스에 의해 잠겨 있지 않으며 Windows PE 이미지의 크기가 300MB를 초과하지 않는지 확인합니다. 설치에 사용되는 공유 폴더가 있고 올바른 권한이 있는지 확인합니다.

노드 템플릿이해도 참조하세요.

Windows PE는 Windows 설치를 위해 컴퓨터를 준비하고, 네트워크 파일 서버에서 디스크 이미지를 복사하고, Windows 설치를 시작하고, 노드 이미지를 캡처하는 데 사용됩니다.
배포: NAT 테스트 컴퓨팅 노드가 일부 토폴로지에서 엔터프라이즈 네트워크와 통신할 수 있도록 NAT(네트워크 주소 변환)가 헤드 노드에 올바르게 구성되어 있는지 확인합니다.
배포: 방화벽 테스트 테스트는 HPC 팩 2008 R2 서비스 팩 1에 추가되었습니다.

프라이빗 및 애플리케이션 클러스터 네트워크의 네트워크 어댑터에 대해 방화벽이 꺼져 있는지 확인합니다(즉, 해당 네트워크 어댑터가 Windows 방화벽에서 제외됨). 또한 헤드 노드에서 필요한 인바운드 및 아웃바운드 방화벽 규칙이 올바르게 구성되었는지 확인합니다.

자세한 내용은 HPC 클러스터 네트워킹Windows 방화벽 구성 섹션을 참조하세요.
배포: 포트 열기 테스트 테스트가 HPC Pack 2008 R2에서 서비스 팩 1과 함께 추가되었습니다.

Windows 방화벽에서 다음 TCP 포트가 열려 있는지 확인합니다.

- 1856
- 6729
- 6730
- 9094
- 9095
- 9096
- 9794
- 9892
- 9893
- 9894

헤드 노드의 클러스터 서비스와 클러스터의 다른 노드 간 통신에 HPC 팩에 필요한 포트에 대한 자세한 내용은 HPC 클러스터 네트워킹Windows 방화벽 구성 섹션을 참조하세요.
배포: 바인딩 순서 테스트 테스트가 HPC Pack 2008 R2에서 서비스 팩 1과 함께 추가되었습니다.

엔터프라이즈 네트워크가 기본 네트워크 게이트웨이의 바인딩 순서에서 첫 번째 네트워크로 설정되어 있는지 확인합니다. 엔터프라이즈 네트워크 앞에 프라이빗 네트워크가 나열되면 엔터프라이즈 네트워크의 Active Directory 도메인 컨트롤러와 통신하는 데 문제가 발생할 수 있습니다.
배포: HA Virtual Network 리소스 테스트 테스트가 HPC Pack 2008 R2에서 서비스 팩 1과 함께 추가되었습니다.

헤드 노드가 고가용성을 위해 장애 조치(failover) 클러스터에 구성된 경우 장애 조치(failover) 클러스터에 대한 가상 네트워크 리소스가 올바르게 구성되었는지 확인합니다. 장애 조치(failover) 클러스터에서 헤드 노드를 구성한 후에는 장애 조치(failover) 클러스터가 단일 물리적 서버에 연결되지 않으므로 실제 서버의 이름과 IP 주소를 가질 수 없습니다. 장애 조치(failover) 클러스터에는 장애 조치(failover) 클러스터에 있는 두 헤드 노드의 실제 이름 및 IP 주소와 다른 가상 헤드 노드 이름 및 해당 가상 IP 주소가 있어야 합니다. 이렇게 하면 엔터프라이즈 및 프라이빗 네트워크의 통신이 가상 이름 및 IP 주소로 지정된 시간에 활성 상태인 헤드 노드에 연결할 수 있으므로 활성 헤드 노드가 실패하고 기능이 수동 헤드 노드로 전환될 경우 통신이 중단되지 않습니다.

자세한 내용은 헤드 노드고가용성을 위해 Microsoft HPC 팩 구성 참조하세요.

MPI 성능

MPI(메시지 전달 인터페이스) ping-pong 테스트는 쌍을 이루는 노드 간에 데이터 패킷을 반복해서 전송하여 클러스터의 노드 간에 네트워크 대기 시간 및 처리량을 측정합니다. 대기 시간은 패킷이 노드 쌍 간에 왕복하는 데 걸리는 시간의 평균 절반(마이크로초)입니다. 처리량은 노드 쌍 간의 평균 데이터 전송 속도(MB/초)입니다. MPI ping-pong 테스트를 실행할 때 사용할 실행 모드와 네트워크를 지정할 수 있습니다.

중요하다

MPI ping-pong 테스트를 사용하여 정확한 결과를 얻으려면 직렬 모드(사용 가능한 경우)에서 테스트를 실행하고 노드가 작업을 실행하지 않는지 확인합니다. 노드가 작업을 실행하는 경우 테스트는 대기 시간 및 처리량에 대한 정확한 측정값을 반환하지 않습니다.

실행 모드 매개 변수에는 다음 값이 있습니다.

  • : 링 테스트(가장 가까운 인접 테스트라고도 함)에서 노드는 링 패턴으로 한 번에 한 쌍씩 패킷을 보냅니다. 한 쌍의 노드가 테스트를 실행하는 동안 다른 모든 노드는 유휴 상태로 유지됩니다. 첫 번째 노드는 인접한 노드와 쌍을 이루어 줍니다. 첫 번째 쌍의 테스트가 완료되면 다음 노드도 마찬가지로 인접 노드와 쌍을 이루게 됩니다. 이 순차적 페어링 및 테스트는 테스트가 HPC 클러스터의 모든 노드를 포괄하고 각 노드가 링 주위의 각 방향에 하나씩 두 개의 인접 노드와 쌍을 이을 때까지 계속됩니다.

    모드를 사용하여 최소한의 시간 내에 HPC 클러스터의 성능을 합리적으로 표시할 수 있습니다. 링 테스트는 각 노드가 클러스터의 모든 노드가 아닌 두 개의 인접 노드로만 테스트되기 때문에 직렬 또는 토너먼트 스타일 테스트보다 시간이 적게 걸립니다.

  • 직렬: 직렬 모드는 한 번에 하나의 노드 쌍에서 MPI ping-pong 테스트를 실행합니다. 한 쌍의 노드가 테스트를 실행하는 동안 다른 모든 노드는 유휴 상태로 유지됩니다. 한 쌍의 노드가 테스트를 완료하면 다른 노드 쌍에 대한 테스트가 실행되고, 이 개별 쌍 테스트는 가능한 모든 노드 쌍이 테스트될 때까지 직렬로 진행됩니다.

    직렬 모드를 사용하여 HPC 클러스터에 적은 수의 노드가 있는 경우 노드 간의 모든 개별 네트워크 링크를 철저히 테스트할 수 있습니다. 이 모드는 대기 시간 또는 처리량을 가장 정확하게 측정합니다. 직렬 테스트는 가능한 모든 노드 쌍에서 MPI ping-pong 테스트를 한 번에 한 쌍씩 실행하므로 많은 수의 노드에 대해 테스트에 시간이 오래 걸릴 수 있습니다.

  • 토너먼트: 토너먼트 모드는 토너먼트와 유사한 여러 라운드에서 MPI ping-pong 테스트를 실행합니다. 각 라운드에서 HPC 클러스터의 모든 노드가 쌍을 이끕니다. 각 쌍의 두 노드는 패킷을 서로 보내고 모든 쌍은 패킷을 병렬로 교환합니다. 한 라운드가 완료되면 이전 라운드에 사용된 것과 다른 노드 쌍 집합을 사용하여 다른 라운드가 시작됩니다. 가능한 모든 노드 쌍이 테스트될 때까지 라운드가 계속됩니다. 이 모드의 테스트는 가장 빠르게 완료되며 네트워크 스위치가 가장 많이 로드됩니다.

    토너먼트 모드를 사용하여 지정된 네트워크의 인프라와 로드 시 수행 방법을 테스트할 수 있습니다. 측정된 대기 시간 및 처리량은 로드된 클러스터의 대기 시간이므로 네트워킹 하드웨어에 대한 제조업체의 사양과 유리하게 비교할 수 없습니다.

메모

추가 인수를 사용하여 테스트를 실행하고 mpipingpong 명령을 사용하여 추가 출력을 가져올 수 있습니다.

진단 묘사
MPI Ping Pong: 대기 시간 이 테스트는 노드 간 통신의 대역폭 및 대기 시간을 측정합니다. 이 테스트는 성능 테스트이므로 정확한 결과를 얻으려면 오프라인이고 다른 작업을 실행하지 않는 노드에서 이 테스트를 실행합니다.

매개 변수: 테스트 및 실행 모드에 사용할 네트워크를 지정할 수 있습니다.

기본적으로 이 테스트는 토너먼트 모드에서 실행됩니다. 토너먼트 모드를 사용하여 대기 시간을 측정하는 경우 테스트는 패킷이 작고 너무 많이 구독된 네트워크 스위치가 패킷을 방해하지 않기 때문에 각 라운드의 동시 대기 시간 측정에 노이즈가 거의 발생하지 않습니다. 더 정확한 대기 시간 측정을 얻으려면 필요한 경우 직렬 모드를 사용하여 모든 쌍을 직렬로 테스트합니다.
MPI Ping Pong: 처리량 클러스터의 인접 노드 간에 네트워크 처리량을 측정합니다.

매개 변수: 테스트에 사용할 네트워크와 실행 모드(직렬 또는 토너먼트)를 지정할 수 있습니다.

기본적으로 이 테스트는 직렬 모드에서 실행됩니다.
MPI Ping Pong: 간단한 처리량 클러스터의 인접 노드 간에 네트워크 처리량을 측정합니다.

매개 변수: 테스트에 사용할 네트워크를 지정할 수 있습니다.

모드를 사용하여 클러스터의 인접 노드 쌍 간에만 처리량을 측정합니다. 이렇게 하면 지정된 네트워크에서의 연결에 대한 합리적인 확인이 제공됩니다. 보다 정확한 처리량 측정을 위해 MPI Ping Ping Pong: 처리량 테스트를 실행합니다.

네트워크 상태

이 제품군의 테스트는 클러스터 네트워크의 구성을 확인하는 데 도움이 될 수 있습니다. 이러한 테스트에 대해 구성할 수 있는 매개 변수는 없습니다.

진단 묘사
방화벽 구성 보고서 선택한 노드에 대한 방화벽 상태(사용 또는 사용 안 함)를 보고합니다. 또한 이 테스트는 사용 중인 포트 번호를 포함하여 방화벽(방화벽 예외)을 통해 액세스할 수 있는 애플리케이션 또는 서비스를 보고합니다.

HPC Networks대한 방화벽 구성 이해도 참조하세요.
네트워크 구성 보고서 선택한 각 노드에 대한 네트워크 어댑터 구성에 대해 보고합니다.

네트워크 문제 해결

이 제품군의 테스트는 클러스터 노드에 대한 네트워크 연결을 확인하는 데 도움이 될 수 있습니다.

진단 묘사
DNS 테스트 선택한 노드 간에 DNS(도메인 이름 시스템) 이름 확인을 확인합니다.
도메인 연결 테스트 선택한 노드와 각 도메인 컨트롤러 간의 연결을 확인합니다.
Ping 테스트 각 노드와 선택한 그룹의 다른 모든 노드 간에 ping 테스트를 수행하여 선택한 노드 간의 네트워크 연결을 확인합니다.

매개 변수: 테스트에 사용할 네트워크와 노드당 ping 수를 지정할 수 있습니다.

메모

HPC 팩 도구 팩에는 네트워크 문제를 해결하기 위해 HPC 팩 기반 클러스터에서 네트워크 정보를 수집하고 분석하는 추가 진단 테스트인 네트워크 문제 해결 보고서가 포함되어 있습니다. InfiniBand 네트워크가 있는 경우 보고서에는 해당 네트워크의 HCA(호스트 채널 어댑터) 카드의 상태 및 기능도 포함됩니다. 자세한 내용은 네트워크 문제 해결 보고서 진단 테스트설치 및 사용 참조하세요.

서비스

이 제품군의 테스트 및 보고서는 필요한 HPC 서비스가 선택한 노드에서 실행되고 있는지 확인하고 서비스 오류를 해결하는 데 도움이 될 수 있습니다.

진단 묘사
서비스 구성 보고서 선택한 노드 및 시작 구성 설정에 설치된 실행 중인 모든 서비스를 보고합니다.
서비스 상태 보고서 선택한 노드에 대한 이벤트 로그의 HPC 이벤트에 대해 보고합니다.

매개 변수:시간 개수 지정하여 이벤트 로그를 확인할 시간(1~50시간 전)을 지정할 수 있습니다. 로그 수 매개 변수(1-100)를 설정하여 보고할 이벤트 수를 제한할 수도 있습니다.
테스트를 실행하는 서비스 HPC 서비스가 선택한 노드에서 실행되고 있는지 확인합니다. 예상 서비스는 대상 노드(헤드 노드, 컴퓨팅 노드 또는 WCF 브로커 노드)의 역할에 따라 결정됩니다. 이 테스트는 선택적 서비스(있는 경우)의 상태를 보고할 수 있지만 필요한 서비스에 대해서만 유효성을 검사합니다.

SOA

SOA 서비스 로드 테스트 지정된 서비스에 대한 DLL을 지정된 노드에 로드할 수 있고 DLL에 대해 검색된 모든 종속성이 노드에 있는지 확인합니다. 기본적으로 이 테스트는 기본 제공 CcpEchoSvc 서비스를 사용하여 클러스터에서 SOA 기능을 확인합니다.

특정 서비스를 로드할 수 있는지 확인하려면 테스트 매개 변수에서 서비스의 이름을 지정할 수 있습니다. SOA 서비스 로드 테스트실행하면 구성Microsoft HPC PackSOA 서비스 관리 선택한 서비스가 테스트 매개 변수에 자동으로 지정됩니다.

시스템 구성

이 제품군의 보고서는 선택한 노드의 애플리케이션 구성 및 소프트웨어 업데이트에 대한 정보를 제공합니다.

진단 묘사
활성 전원 구성표 보고서 테스트가 HPC Pack 2012에 추가되었습니다.

활성 전원 구성표(계획)를 보고하고 선택한 노드의 운영 체제에 구성된 모든 기존 전원 구성표를 나열합니다.
애플리케이션 구성 보고서 선택한 노드에 설치된 버전 번호를 포함하여 애플리케이션을 보고합니다. 결과에는 설치된 모든 애플리케이션을 나열하는 테이블과 해당 애플리케이션이 설치된 노드 수가 포함됩니다. 노드별로 결과를 볼 수도 있습니다.
노드 보고서에 사용 가능한 소프트웨어 업데이트 선택한 노드에 사용할 수 있는 소프트웨어 업데이트를 보고합니다. 테스트는 WSUS(Windows Server Update Services) 또는 Microsoft Update에서 위험으로 식별되는 업데이트에 대해 보고합니다. 진단은 Microsoft Update 클라이언트와 통신하며, 이 클라이언트는 노드와 관련된 업데이트만 진단에 보고되도록 업데이트를 필터링합니다.

winhttp 프록시가 컴퓨팅 노드에서 설정되지 않은 경우 이 테스트가 실패합니다. netsh winhttp show proxy 명령을 실행하여 노드에 프록시 서버 집합이 있는지 확인합니다.

엔터프라이즈 WSUS 서버를 사용하거나 노드 템플릿을 사용하여 업데이트를 적용하는 방법에 대한 자세한 내용은 노드 업데이트 단계별 가이드모범 사례 항목을 참조하세요.
HPC 소프트 카드 KSP 테스트 테스트가 HPC Pack 2008 R2에서 서비스 팩 2와 함께 추가되었습니다.

선택한 클러스터 노드에 HPC KSP(소프트 카드 키 스토리지 공급자)가 설치되어 있는지 여부를 보고합니다. 이 설정은 노드에서 작업을 실행할 때 소프트 카드 인증을 사용하도록 설정합니다.

KSP는 헤드 노드 및 컴퓨팅 노드에만 설치되는 별도의 설치입니다. 클라이언트 노드에 설치할 필요가 없습니다.

KSP 구성 요소는 컴퓨팅 노드에서 실행되는 작업에 대한 스마트 카드 로그온을 수행하는 데 사용됩니다. KSP는 작업이 실행되는 컴퓨터에서만 사용됩니다.

테스트에 실패하는 경우: HPC 소프트 카드 KSP가 이 컴퓨터에 설치되어 있지 않습니다. 소프트 카드 인증을 사용하도록 설정하기 위해 설치하는 방법에 대한 자세한 내용은 Microsoft HPC 팩 릴리스 정보를 참조하세요.

테스트가 통과하면 HPC 소프트 카드 KSP가 이 컴퓨터에 설치됩니다.
템플릿 보고서에서 누락/필수 소프트웨어 업데이트 선택한 노드에 설치된 소프트웨어 업데이트를 노드 템플릿의 업데이트 적용 태스크에 지정된 업데이트와 비교합니다. 이 보고서는 컴퓨팅 노드가 필요한 업데이트 수준(없음, 위험, 모두)을 충족하지 못했거나 노드 템플릿에 정의된 대로 특정 업데이트가 누락되었는지를 나타냅니다.

이 진단에서 필요한 업데이트가 누락되었다고 보고하는 경우 표시된 노드를 오프라인으로 전환하고 유지 관리 작업을 실행합니다. 노드유지 관리 태스크 실행 참조하세요.

이 테스트를 실행하려면 노드 템플릿에 업데이트 적용
작업이 포함되어야 합니다. 노드 템플릿에 이 작업이 포함되지 않은 경우 노드 보고서 사용 가능한 소프트웨어 업데이트를 실행하여 사용 가능한 업데이트 목록을 확인하거나 노드 템플릿에 작업을 추가할 수 있습니다. 노드 템플릿에 업데이트 작업을 추가하는 방법에 대한 자세한 내용은 노드 템플릿업데이트 적용 태스크 추가를 참조하세요.
노드 보고서에 설치된 소프트웨어 업데이트 선택한 노드에 설치된 업데이트를 보고합니다.

Windows Azure

Suite가 HPC Pack 2008 R2에 서비스 팩 2와 함께 추가되었습니다.

이 제품군의 테스트는 클러스터의 Windows Azure 노드에서 작업을 배포하고 실행할 수 있는지 확인하는 데 도움이 될 수 있습니다.

진단 묘사
Windows Azure Firewall 포트 테스트 기존 내부 및 외부 방화벽을 통해 헤드 노드에서 Windows Azure로의 통신을 확인하는 간단한 테스트를 수행합니다. 이 테스트는 항상 기본 진단 테스트 자격 증명을 사용하여 실행됩니다. Windows Azure 노드를 배포하기 전에 이 테스트를 실행하여 헤드 노드와 Windows Azure 간의 배포, 스케줄러 및 브로커 통신을 허용하도록 기존 방화벽이 구성되었는지 확인할 수 있습니다.

이 테스트는 헤드 노드에서 Windows Azure의 hpcazureportcheck.cloudapp.net 서비스로 선택한 TCP 포트에서 아웃바운드 통신을 확인합니다. hpcazureportcheck.cloudapp.net 서비스는 Microsoft에서 호스팅하여 이 테스트에 대한 통신 엔드포인트를 제공합니다. 중요: hpcazureportcheck.cloudapp.net Windows Azure 노드 배포에 사용하는 Windows Azure 호스티드 서비스와 관련이 없습니다. Windows Azure Firewall 포트 테스트만 사용되므로 클러스터에 Windows Azure 노드를 배포할 필요가 없습니다.

테스트가 확인하는 방화벽 포트는 헤드 노드에 설치된 HPC 팩 버전에 필요한 포트입니다(HPC Pack 2008 R2 SP2부터 시작). SP2를 사용하여 HPC Pack 2008 R2를 설치한 경우 다음 TCP 포트에 대한 통신이 테스트됩니다.

- 80
- 443
- 3389
- 5901
- 5902
- 7998
- 7999

SP3을 사용하여 HPC Pack 2008 R2 이상을 설치한 경우 다음 TCP 포트에 대한 통신은 기본적으로 테스트됩니다.

- 443
- 3389 중요:
  • 오류는 포트가 회사 방화벽에 의해 차단되었음을 나타낼 수 있습니다. 나열된 모든 포트의 차단을 이미 해제했으며 여전히 오류가 발생하는 경우 HPC 서비스가 Windows Azure와 통신할 수 있도록 프록시 서버 또는 클라이언트, 소프트웨어 방화벽 또는 인터넷 트래픽을 관리하는 다른 디바이스가 구성되지 않은 것일 수 있습니다.
  • 성공적인 테스트 결과는 헤드 노드가 Windows Azure 노드 배포에 사용하는 호스트된 서비스와 제대로 통신할 수 있음을 보장하지 않습니다.
  • 이 테스트에 방화벽 액세스를 사용하도록 선택하는 경우 후자는 변경할 수 있으므로 IP 주소 대신 hpcazureportcheck.cloudapp.net 호스트 이름에 대한 액세스를 사용하도록 설정하는 것이 좋습니다.
  • SP3이 있는 동부 HPC Pack 2008 R2에 설치한 경우 HPC Pack 2008 R2 SP3에 필요한 기본 포트 대신 HPC Pack 2008 R2 SP2에 필요한 네트워크 방화벽 포트를 사용하여 헤드 노드가 Windows Azure와 통신할 수 있도록 레지스트리 설정을 구성할 수 있습니다. 이 작업을 수행하는 경우 테스트는 HPC Pack 2008 R2 SP2에 필요한 포트에서 통신을 확인합니다.


Windows Azure의 방화벽 포트에 대한 자세한 내용은 Microsoft HPC 팩Windows Azure Nodes에 대한 요구 사항을 참조하세요.
Windows Azure MPI 통신 테스트 MPI 통신이 제대로 작동하는지 확인하기 위해 Windows Azure 노드 쌍 간에 간단한 ping-pong 테스트를 실행합니다. 이 테스트는 Windows Azure 노드 및 동일한 배포의 노드에서만 실행됩니다.
Windows Azure 보고서 배포된 Windows Azure 노드에 대한 역할 인스턴스의 이름을 보고합니다. 중요: HPC Pack 2008 R2 SP3을 설치한 후 이 테스트는 더 이상 Windows Azure 노드에 대한 역할 인스턴스의 이름을 제공하지 않습니다. 이 문제를 해결하려면 이름을 보려는 각 노드에서 다음 명령을 실행할 수 있습니다. Set COMPUTERNAMEclusrun 명령을 사용하거나 새 진단 테스트를 만들어 노드 그룹에서 이 명령을 실행할 수도 있습니다.
Windows Azure 서비스 연결 테스트 헤드 노드에서 실행되는 서비스가 Windows Azure 노드 템플릿에 지정된 구독 ID 및 인증서를 사용하여 Windows Azure에 연결할 수 있음을 확인합니다. 이 테스트는 항상 기본 진단 테스트 자격 증명을 사용하여 실행됩니다.

매개 변수: 테스트에 사용할 노드 템플릿을 지정할 수 있습니다. 기본적으로 이 테스트는 모든 노드 템플릿을 사용합니다.
Windows Azure Virtual Network 테스트 테스트가 HPC Pack 2012에 추가되었습니다.

테스트를 수행하여 모든 Windows Azure 노드 템플릿에 구성된 Windows Azure Virtual Network 사이트가 유효한지 확인합니다.

이 테스트에 대해 구성할 수 있는 매개 변수는 없습니다.

추가 참조