Grundlegendes zu Diagnosetests
Microsoft HPC Pack bietet eine Reihe häufig verwendeter Diagnosetests. Sie können diese Tests verwenden, um die Bereitstellung zu überprüfen, Fehler zu beheben und Leistungsbeeinträchtigungen zu erkennen. In diesem Thema werden die System Tests beschrieben, die bei der Installation von HPC Pack standardmäßig enthalten sind. Informationen zu den HPC Services für Excel Tests, neu verfügbaren Tests und erstellen benutzerdefinierter Diagnosen finden Sie unter Onlinediagnoseressourcen.
Die System Diagnosetests sind konzeptionell nach Suite gruppiert. In den folgenden Abschnitten in diesem Thema werden die Tests in den einzelnen Suite und gegebenenfalls die konfigurierbaren Parameter für die Tests beschrieben:
Deployment Environment Validator (tests added in HPC Pack 2008 R2 Service Pack 1)
Windows Azure (Suite hinzugefügt in HPC Pack 2008 R2 mit Service Pack 2)
Validator der Bereitstellungsumgebung
Die Tests in dieser Suite können Ihnen helfen, häufige Probleme zu finden, die sich auf die Bereitstellung von Bare-Metal-Knoten auswirken können. Weitere Informationen finden Sie unter Validate your Environment Before Deploying Nodes.
Anmerkung
Bei einem Kopfknoten, der als Failovercluster konfiguriert ist, überprüft die Überprüfung der Bereitstellungsumgebung nur den aktiven Kopfknoten. Für eine zusätzliche Überprüfung möchten Sie möglicherweise fehlschlagen und die Tests auf dem anderen Kopfknoten ausführen. In der Regel sind Kopfknoten in einem Failovercluster mit ähnlichen Konfigurationen und verschiedene Probleme zwischen den beiden Kopfknoten ungewöhnlich, aber es kann gut sein, den Test nach einer Wiederherstellung auszuführen (auf dem neu wiederhergestellten/wiederhergestellten Kopfknoten nach einem schwerwiegenden Fehler).
| Diagnostisch | Beschreibung |
|---|---|
| Bereitstellung: DHCP-Test | Überprüft die Verfügbarkeit des DHCP-Servers für alle Netzwerke. |
| Bereitstellung: DNS-Test | Überprüft die Verfügbarkeit des DNS-Servers für alle Netzwerke und meldet die IP-Adressen des DNS-Servers. |
| Bereitstellung: Anmeldeinformationstest | Überprüft, ob die Installationsanmeldeinformationen diejenigen eines gültigen HPC-Benutzers sind. Weitere Informationen finden Sie unter Bereitstellen von Installationsanmeldeinformationen. |
| Bereitstellung: Active Directory-Konnektivitätstest | Überprüft die Konnektivität mit dem Domänencontroller und meldet die Antwortzeit. |
| Bereitstellung: IPsec-Test | Überprüft, ob die Internetprotokollsicherheit (Internet Protocol Security, IPsec) im Unternehmensnetzwerk aktiviert ist. Wenn IPsec über Gruppenrichtlinien für Ihre Domäne erzwungen wird, treten während der Bereitstellung möglicherweise Probleme auf. IPsec kann z. B. verhindern, dass die Computeknoten mit dem Kopfknoten sprechen, indem die Ports blockiert werden. |
| Bereitstellung: Test der Windows-Bereitstellungsdienste | Überprüft, ob der Windows-Bereitstellungstransportdienst aktiviert ist und der Bereitstellungsserver nicht installiert ist. Windows-Bereitstellungsdienste ermöglichen die Remoteinstallation von Windows auf PXE-fähige Computer. HPC Pack verwendet nur den Transport Server-Rollendienst in der Windows-Bereitstellungsdiensterolle. Der Bereitstellungsserver-Rollendienst muss nicht installiert werden. |
| Bereitstellung: Windows Image and Install Share Test | Überprüft, ob das Installationsimage in jeder Knotenvorlage und das für die Bereitstellung verwendete Windows Preinstallation Environment (Windows PE)-Image nicht fehlen, beschädigt oder gesperrt sind und dass die Größe des Windows PE-Images 300 MB nicht überschreitet. Überprüft, ob der für die Installation verwendete freigegebene Ordner vorhanden ist und über die richtigen Berechtigungen verfügt. Siehe auch Grundlegendes zu Knotenvorlagen. Windows PE wird verwendet, um einen Computer für die Windows-Installation vorzubereiten, Datenträgerimages von einem Netzwerkdateiserver zu kopieren, Windows Setup zu initiieren und das Image eines Knotens zu erfassen. |
| Bereitstellung: NAT-Test | Überprüft, ob die Netzwerkadressenübersetzung (Network Address Translation, NAT) auf dem Kopfknoten ordnungsgemäß konfiguriert ist, damit Computeknoten in einigen Topologien mit dem Unternehmensnetzwerk kommunizieren können. |
| Bereitstellung: Firewalltest |
Test hinzugefügt in HPC Pack 2008 R2 Service Pack 1. Überprüft, ob die Firewall für die Netzwerkadapter in den Privaten und Anwendungsclusternetzwerken deaktiviert ist (d. h., dass diese Netzwerkadapter von der Windows-Firewall ausgeschlossen sind). Außerdem wird überprüft, ob die erforderlichen eingehenden und ausgehenden Firewallregeln auf dem Kopfknoten ordnungsgemäß konfiguriert sind. Weitere Informationen finden Sie im Abschnitt zur Konfiguration der Windows-Firewall in HPC Cluster Networking. |
| Bereitstellung: Offener Test für Ports |
Test hinzugefügt in HPC Pack 2008 R2 mit Service Pack 1. Überprüft, ob die folgenden TCP-Ports in der Windows-Firewall geöffnet sind: - 1856 - 6729 - 6730 - 9094 - 9095 - 9096 - 9794 - 9892 - 9893 - 9894 Informationen zu den Ports, die von HPC Pack für die Kommunikation zwischen Clusterdiensten auf dem Kopfknoten und den anderen Knoten im Cluster erforderlich sind, finden Sie im Abschnitt zur Konfiguration der Windows-Firewall in HPC Cluster Networking. |
| Bereitstellung: Test der Bindungsreihenfolge |
Test hinzugefügt in HPC Pack 2008 R2 mit Service Pack 1. Überprüft, ob das Enterprise-Netzwerk als erster in der Bindungsreihenfolge für die Standardnetzwerkgateways festgelegt ist. Wenn das private Netzwerk vor dem Unternehmensnetzwerk aufgeführt ist, kann dies zu Problemen bei der Kommunikation mit dem Active Directory-Domänencontroller im Unternehmensnetzwerk führen. |
| Bereitstellung: HA Virtual Network Resources Test |
Test hinzugefügt in HPC Pack 2008 R2 mit Service Pack 1. Wenn der Kopfknoten in einem Failovercluster für hohe Verfügbarkeit konfiguriert ist, wird überprüft, ob die virtuellen Netzwerkressourcen für den Failovercluster ordnungsgemäß konfiguriert sind. Nachdem der Kopfknoten in einem Failovercluster konfiguriert wurde, da der Failovercluster nicht an einen einzelnen physischen Server gebunden ist, kann er nicht über den Namen und die IP-Adresse eines physischen Servers verfügen. Der Failovercluster muss über einen virtuellen Kopfknotennamen und eine entsprechende virtuelle IP-Adresse verfügen, die sich von den physischen Namen und IP-Adressen der beiden Kopfknoten im Failovercluster unterscheidet. Auf diese Weise kann die Kommunikation in den Unternehmens- und privaten Netzwerken den Kopfknoten kontaktieren, der derzeit über den virtuellen Namen und die IP-Adresse aktiv ist. Dadurch wird sichergestellt, dass die Kommunikation nicht abgebrochen wird, wenn der aktive Kopfknoten fehlschlägt und die Funktionalität zum passiven Kopfknoten wechselt. Weitere Informationen finden Sie unter Configuring Microsoft HPC Pack for High Availability of the Head Node. |
MPI-Leistung
Die Ping-pong-Tests (Message Passing Interface, MPI) messen die Netzwerklatenz und den Durchsatz zwischen Knoten im Cluster, indem Paketen von Daten wiederholt zwischen gekoppelten Knoten gesendet werden. Die Latenz ist der Durchschnitt der Hälfte der Zeit, die es für ein Paket benötigt, um einen Roundtrip zwischen einem Knotenpaar in Mikrosekunden vorzunehmen. Der Durchsatz ist die durchschnittliche Datenübertragungsrate zwischen einem Knotenpaar in MB/Sekunde. Wenn Sie die MPI-Ping-pong-Tests ausführen, können Sie den ausführungsmodus und das zu verwendende Netzwerk angeben.
Wichtig
Um genaue Ergebnisse mit den MPI-Ping-pong-Tests zu erhalten, führen Sie die Tests im seriellen --Modus (sofern verfügbar) aus, und stellen Sie sicher, dass die Knoten keine Aufträge ausführen. Wenn die Knoten Aufträge ausführen, geben die Tests keine genauen Measures für Latenz und Durchsatz zurück.
Der Parameter für den ausgeführten Modus weist die folgenden Werte auf:
Ring-: Bei einem Ringtest (auch bekannt als nächster Nachbartest) senden Knoten Pakete gleichzeitig in einem Ringmuster aneinander. Während ein Knotenpaar den Test ausführt, bleiben alle anderen Knoten im Leerlauf. Die ersten Knotenpaare mit ihrem unmittelbaren Nachbarn. Wenn der Test auf dem ersten Paar abgeschlossen ist, ist der nächste Knoten ähnlich paart mit einem Nachbarn. Diese sequenzielle Kopplung und Tests werden fortgesetzt, bis der Test alle Knoten im HPC-Cluster abdeckt und jeder Knoten mit zwei Nachbarn gekoppelt ist, eine in jeder Richtung um den Ring.
Sie können Ring Modus verwenden, um einen angemessenen Hinweis auf die Leistung eines HPC-Clusters in einem minimalen Zeitraum zu erhalten. Der Ringtest dauert weniger Zeit als ein serieller oder turnierbasierter Test, da jeder Knoten mit nur zwei benachbarten Knoten und nicht mit allen Knoten im Cluster getestet wird.
Serielle: Der serielle Modus führt den MPI-Ping-pong-Test auf einem Knotenpaar gleichzeitig aus. Während ein Knotenpaar den Test ausführt, bleiben alle anderen Knoten im Leerlauf. Wenn ein Knotenpaar den Test abgeschlossen hat, wird der Test für ein anderes Knotenpaar ausgeführt, und dieser Test einzelner Paare wird fortlaufend fortgesetzt, bis alle möglichen Knotenpaare getestet werden.
Sie können Modus für serielle verwenden, um alle einzelnen Netzwerkverbindungen zwischen Knoten gründlich zu testen, wenn der HPC-Cluster über eine kleine Anzahl von Knoten verfügt. Dieser Modus stellt das genaueste Maß für Latenz oder Durchsatz bereit. Da der serielle Test den MPI-Ping-pong-Test auf allen möglichen Paaren von Knoten pro Paar gleichzeitig ausführt, kann der Test für große Anzahl von Knoten eine lange Zeit dauern.
Turnier: Turniermodus führt den MPI-Ping-pong-Test in mehreren Runden aus, ähnlich einem Turnier. In jeder Runde sind alle Knoten im HPC-Clusterpaar deaktiviert. Die beiden Knoten in jedem Paar senden Pakete miteinander, wobei alle Paare pakete parallel austauschen. Wenn eine Runde abgeschlossen ist, beginnt eine andere Runde, wobei eine andere Gruppe von Knotenpaaren verwendet wird, als in vorherigen Runden verwendet wurde. Die Runden werden fortgesetzt, bis alle möglichen Knotenpaare getestet wurden. Tests in diesem Modus sind am schnellsten abgeschlossen, und die Netzwerkswitche sind am stärksten geladen.
Sie können Turnier- Modus verwenden, um die Infrastruktur des angegebenen Netzwerks zu testen und wie sie beim Laden ausgeführt wird. Die gemessene Latenz und der Durchsatz sind die eines geladenen Clusters und können daher nicht mit den Spezifikationen des Herstellers für Ihre Netzwerkhardware verglichen werden.
Anmerkung
Sie können die Tests mit zusätzlichen Argumenten ausführen und zusätzliche Ausgabe erhalten, indem Sie den Befehl mpipingpong verwenden.
| Diagnostisch | Beschreibung |
|---|---|
| MPI Ping Pong: Latenz | Dieser Test misst die Bandbreite und Latenz der Kommunikation zwischen Knoten und Knoten. Da es sich um einen Leistungstest handelt, führen Sie diesen Test auf Knoten aus, die offline sind und keine anderen Aufträge ausführen. Parameter: Sie können das Netzwerk angeben, das für den Test und den Ausführungsmodus verwendet werden soll. Dieser Test wird standardmäßig im Turnier--Modus ausgeführt. Wenn Sie Turnier- Modus verwenden, um die Latenz zu messen, führt der Test wenig Rauschen in die gleichzeitigen Latenzmessungen jeder Runde ein, da die Pakete klein sind und somit sogar stark über abonnierende Netzwerkswitche die Pakete nicht behindern. Um genauere Latenzmessungen zu erhalten, verwenden Sie bei Bedarf seriellen Modus, um alle Paare seriell zu testen. |
| MPI Ping Pong: Durchsatz | Misst den Netzwerkdurchsatz zwischen benachbarten Knoten im Cluster. Parameter: Sie können das Netzwerk angeben, das für den Test und den Ausführungsmodus verwendet werden soll (serielle oder Turnier). Dieser Test wird standardmäßig im modus seriellen ausgeführt. |
| MPI Ping Pong: Einfacher Durchsatz | Misst den Netzwerkdurchsatz zwischen benachbarten Knoten im Cluster. Parameter: Sie können das netzwerk angeben, das für den Test verwendet werden soll. Misst den Durchsatz nur zwischen Paaren angrenzender Knoten im Cluster mithilfe Ring- Modus. Dies bietet eine angemessene Überprüfung der Konnektivität über das angegebene Netzwerk. Führen Sie für genauere Durchsatzmessungen den MPI Ping Pong: Durchsatz Test aus. |
Netzwerkstatus
Die Tests in dieser Suite können Ihnen helfen, die Konfiguration Ihres Clusternetzwerks zu überprüfen. Es gibt keine Parameter, die Sie für diese Tests konfigurieren können.
| Diagnostisch | Beschreibung |
|---|---|
| Firewallkonfigurationsbericht | Meldet den Firewallstatus (aktiviert oder deaktiviert) für die ausgewählten Knoten. Dieser Test meldet auch die Anwendungen oder Dienste, die zugriff über die Firewall zugelassen sind (die Firewallausnahmen), einschließlich der verwendeten Portnummer. Siehe auch Grundlegendes zur Firewallkonfiguration für HPC Networks. |
| Netzwerkkonfigurationsbericht | Meldet die Konfiguration der Netzwerkadapter für jeden ausgewählten Knoten. |
Netzwerkproblembehandlung
Die Tests in dieser Suite können Ihnen helfen, die Netzwerkkonnektivität für Clusterknoten zu überprüfen.
| Diagnostisch | Beschreibung |
|---|---|
| DNS-Test | Überprüft die DNS-Namensauflösung (Domain Name System) zwischen den ausgewählten Knoten. |
| Test der Domänenkonnektivität | Überprüft die Konnektivität zwischen den ausgewählten Knoten und jedem Domänencontroller. |
| Pingtest | Überprüft die Netzwerkkonnektivität zwischen den ausgewählten Knoten, indem ein Pingtest zwischen den einzelnen Knoten und allen anderen Knoten in der ausgewählten Gruppe durchgeführt wird. Parameter: Sie können das für den Test zu verwendende Netzwerk und die Anzahl der Pings pro Knoten angeben. |
Anmerkung
Das HPC Pack Tool Pack enthält den Netzwerkproblembehandlungsbericht, einen zusätzlichen Diagnosetest, der Netzwerkinformationen in Ihrem HPC Pack-basierten Cluster sammelt und analysiert, um Netzwerkprobleme zu beheben. Wenn Sie über ein InfiniBand-Netzwerk verfügen, enthält der Bericht auch den Status und die Funktionen der HCA-Karten (Host Channel Adapter) in diesem Netzwerk. Weitere Informationen finden Sie unter Installieren und Verwenden des Diagnosetests für netzwerkproblematische Berichte.
Dienste
Die Tests und Berichte in dieser Suite können Ihnen helfen, zu überprüfen, ob die erforderlichen HPC-Dienste auf den ausgewählten Knoten ausgeführt werden und Dienstfehler beheben.
| Diagnostisch | Beschreibung |
|---|---|
| Dienstkonfigurationsbericht | Meldet alle ausgeführten Dienste, die auf den ausgewählten Knoten installiert sind, und deren Startkonfigurationseinstellung. |
| Dienststatusbericht | Meldet HPC-Ereignisse im Ereignisprotokoll für die ausgewählten Knoten. Parameter: Sie können die Stundenanzahl angeben angeben, um anzugeben, wie weit zurück das Ereignisprotokoll überprüft werden soll (vor 1 bis 50 Stunden). Sie können auch die Anzahl der zu meldenden Ereignisse einschränken, indem Sie die Protokollanzahl Parameter (1-100) festlegen. |
| Dienste, die test ausgeführt werden | Überprüft, ob die HPC-Dienste auf den ausgewählten Knoten ausgeführt werden. Erwartete Dienste werden durch die Rolle des Zielknotens (Kopfknoten, Computeknoten oder WCF-Brokerknoten) bestimmt. Dieser Test meldet möglicherweise den Status optionaler Dienste, wenn sie vorhanden sind, aber nur für die erforderlichen Dienste. |
SOA
Der SOA Service Loading Test überprüft, ob die DLLs für den angegebenen Dienst auf den angegebenen Knoten geladen werden können und dass alle erkannten Abhängigkeiten für die DLL auf den Knoten vorhanden sind. Standardmäßig verwendet dieser Test den integrierten CcpEchoSvc- Dienst, um die SOA-Funktionalität im Cluster zu überprüfen.
Um zu überprüfen, ob ein bestimmter Dienst geladen werden kann, können Sie den Namen des Diensts im Testparameter angeben. Wenn Sie den SOA Service Loading Test, in Configuration, in Managing SOA Services in Microsoft HPC Pack, wird der von Ihnen ausgewählte Dienst automatisch im Parameter für den Test angegeben.
Systemkonfiguration
Die Berichte in dieser Suite enthalten Informationen zu Anwendungskonfigurations- und Softwareupdates auf den ausgewählten Knoten.
| Diagnostisch | Beschreibung |
|---|---|
| Bericht über aktives Energieschema |
Test hinzugefügt in HPC Pack 2012. Meldet das aktive Energieschema (Plan) und listet alle vorhandenen Energieschemas auf, die im Betriebssystem auf den ausgewählten Knoten konfiguriert sind. |
| Anwendungskonfigurationsbericht | Meldet die Anwendungen, einschließlich der Versionsnummern, die auf den ausgewählten Knoten installiert sind. Die Ergebnisse enthalten eine Tabelle, in der alle installierten Anwendungen und die Anzahl der Knoten aufgelistet sind, auf denen diese Anwendung installiert ist. Sie können die Ergebnisse auch nach Knoten anzeigen. |
| Verfügbare Softwareupdates für Den Knotenbericht | Meldet die Softwareupdates, die für die ausgewählten Knoten verfügbar sind. Die Testberichte zu den Updates, die von Windows Server Update Services (WSUS) oder Microsoft Update als kritisch identifiziert werden. Die Diagnose kommuniziert mit dem Microsoft Update-Client, der die Updates filtert, sodass nur diejenigen, die für den Knoten relevant sind, an die Diagnose gemeldet werden. Dieser Test schlägt fehl, wenn der winhttp Proxy nicht auf dem Computeknoten festgelegt ist. Führen Sie den Befehl netsh winhttp show proxy aus, um zu ermitteln, ob die Knoten einen Proxyserver festgelegt haben.Weitere Informationen zum Anwenden von Updates mithilfe eines WSUS-Unternehmensservers oder mithilfe einer Knotenvorlage finden Sie im Thema "Bewährte Methoden" in der schrittweisen Anleitung zum Aktualisieren von Knoten. |
| HPC Soft Card KSP Test |
Test hinzugefügt in HPC Pack 2008 R2 mit Service Pack 2. Gibt an, ob der HPC-Softcardspeicheranbieter (KSP) auf den ausgewählten Clusterknoten installiert ist. Diese Einstellung aktiviert die Softcardauthentifizierung beim Ausführen von Aufgaben auf den Knoten. Der KSP ist eine separate Installation, die nur auf dem Head Node und den Computeknoten installiert ist. Sie muss nicht auf den Clientknoten installiert werden. Die KSP-Komponente wird verwendet, um die SmartCard-Anmeldung für die Aufgaben auszuführen, die auf Computeknoten ausgeführt werden. Der KSP wird nur auf Computern verwendet, auf denen Aufgaben ausgeführt werden. Wenn der Test fehlschlägt: Der HPC-Softcard-KSP ist auf diesem Computer nicht installiert. Informationen zum Installieren zur Aktivierung der Softcard-Authentifizierung finden Sie in den Versionshinweisen zu Microsoft HPC Pack. Wenn der Test bestanden hat: Der HPC-Softcard-KSP ist auf diesem Computer installiert. |
| Fehlende/erforderliche Softwareupdates aus Vorlagenbericht | Vergleicht die Softwareupdates, die auf den ausgewählten Knoten installiert sind, mit den updates, die in der Aufgabe "Updates anwenden" Aufgabe in der Knotenvorlage angegeben sind. Der Bericht gibt an, ob computeknoten die erforderliche Aktualisierungsebene (Keine, Kritisch, Alle) nicht erfüllen konnten oder die spezifischen Updates fehlen, wie in der Knotenvorlage definiert. Wenn diese Diagnose meldet, dass erforderliche Updates fehlen, führen Sie die angegebenen Knoten offline aus, und führen Sie die Warten Aktion aus. Siehe Ausführen von Wartungsaufgaben auf Knoten. Die Knotenvorlage muss die Aufgabe "Updates anwenden" enthalten, um diesen Test auszuführen. Wenn die Knotenvorlage diese Aufgabe nicht enthält, können Sie entweder die Verfügbaren Softwareupdates für den Knotenbericht ausführen, um eine Liste der verfügbaren Updates anzuzeigen, oder Sie können die Aufgabe der Knotenvorlage hinzufügen. Informationen zum Hinzufügen der Aktualisierungsaufgabe zur Knotenvorlage finden Sie unter Hinzufügen der Aufgabe "Aktualisierungen anwenden" zu einer Knotenvorlage. |
| Auf Knotenbericht installierte Softwareupdates | Meldet die Updates, die auf den ausgewählten Knoten installiert sind. |
Windows Azure
Suite in HPC Pack 2008 R2 mit Service Pack 2 hinzugefügt.
Mithilfe der Tests in dieser Suite können Sie überprüfen, ob Sie Aufträge auf den Windows Azure-Knoten in Ihrem Cluster bereitstellen und ausführen können.
| Diagnostisch | Beschreibung |
|---|---|
| Test der Windows Azure-Firewallports | Führt einen einfachen Test aus, um die Kommunikation vom Kopfknoten zu Windows Azure über vorhandene interne und externe Firewalls zu überprüfen. Dieser Test wird immer mit den Standardmäßigen Diagnosetestanmeldeinformationen ausgeführt. Sie können diesen Test ausführen, bevor Sie Windows Azure-Knoten bereitstellen, um sicherzustellen, dass eine vorhandene Firewall so konfiguriert ist, dass die Bereitstellung, der Zeitplan und die Brokerkommunikation zwischen dem Hauptknoten und Windows Azure zulässig sind. Dieser Test überprüft ausgehende Kommunikation auf ausgewählten TCP-Ports vom Kopfknoten zum hpcazureportcheck.cloudapp.net-Dienst in Windows Azure. Der hpcazureportcheck.cloudapp.net-Dienst wird von Microsoft gehostet, um einen Kommunikationsendpunkt für diesen Test bereitzustellen. Wichtig: hpcazureportcheck.cloudapp.net bezieht sich nicht auf einen von Windows Azure gehosteten Dienst, den Sie für Ihre Windows Azure-Knotenbereitstellungen verwenden. Sie müssen windows Azure-Knoten nicht in Ihrem Cluster bereitstellen, da sie nur vom Windows Azure Firewall Ports Testverwendet wird. Die Firewallports, die die Testüberprüfungen überprüfen, sind diejenigen, die von der Version des HPC Pack erforderlich sind, die auf dem Kopfknoten installiert ist (beginnend mit HPC Pack 2008 R2 mit SP2). Wenn Sie HPC Pack 2008 R2 mit SP2 installiert haben, wird die Kommunikation über die folgenden TCP-Ports getestet: - 80 - 443 - 3389 - 5901 - 5902 - 7998 - 7999 Wenn Sie mindestens HPC Pack 2008 R2 mit SP3 installiert haben, wird die Kommunikation mit den folgenden TCP-Ports standardmäßig getestet: - 443 - 3389 Wichtig:
Weitere Informationen zu Firewallports für Windows Azure finden Sie unter Anforderungen für Windows Azure-Knoten in Microsoft HPC Pack. |
| Windows Azure MPI Communication Test | Führt einen einfachen Ping-Pong-Test zwischen Windows Azure-Knotenpaaren aus, um sicherzustellen, dass die MPI-Kommunikation ordnungsgemäß funktioniert. Dieser Test wird nur auf Windows Azure-Knoten und auf Knoten in derselben Bereitstellung ausgeführt. |
| Windows Azure-Bericht | Meldet die Namen der Rolleninstanzen für Windows Azure-Knoten, die bereitgestellt wurden.
Wichtig: Nach der Installation von HPC Pack 2008 R2 SP3 stellt dieser Test nicht mehr die Namen der Rolleninstanzen für die Windows Azure-Knoten bereit. Um dieses Problem zu umgehen, können Sie den folgenden Befehl auf jedem Knoten ausführen, für den Der Name angezeigt werden soll: Set COMPUTERNAME Sie können auch einen clusrun Befehl verwenden oder einen neuen Diagnosetest erstellen, um diesen Befehl auf einer Gruppe von Knoten auszuführen. |
| Windows Azure Services-Verbindungstest | Überprüft, ob dienste, die auf dem Kopfknoten ausgeführt werden, mithilfe der abonnement-IDs und Zertifikate, die in den Windows Azure-Knotenvorlagen angegeben sind, eine Verbindung mit Windows Azure herstellen können. Dieser Test wird immer mit den Standardmäßigen Diagnosetestanmeldeinformationen ausgeführt. Parameter: Sie können die knotenvorlage angeben, die für den Test verwendet werden soll. Standardmäßig verwendet dieser Test alle Knotenvorlagen. |
| Windows Azure Virtual Network Test |
Test hinzugefügt in HPC Pack 2012. Führt einen Test aus, um zu überprüfen, ob die windows Azure Virtual Network-Websites, die in allen Windows Azure-Knotenvorlagen konfiguriert sind, gültig sind. Es gibt keine Parameter, die Sie für diesen Test konfigurieren können. |