Zelfdiagnose uitvoeren van Azure Spring Apps in virtuele netwerken

Notitie

Azure Spring Apps is de nieuwe naam voor de Azure Spring Cloud-service. Hoewel de service een nieuwe naam heeft, ziet u de oude naam op sommige plaatsen terwijl we werken aan het bijwerken van assets, zoals schermopnamen, video's en diagrammen.

Dit artikel is van toepassing op: ✔️ Basic/Standard ✔️ Enterprise

In dit artikel leest u hoe u diagnostische gegevens van Azure Spring Apps gebruikt om problemen in Azure Spring Apps die worden uitgevoerd in virtuele netwerken vast te stellen en op te lossen.

Diagnostische gegevens van Azure Spring Apps ondersteunen interactieve probleemoplossingstoepassingen die worden uitgevoerd in virtuele netwerken zonder configuratie. Diagnostische gegevens van Azure Spring Apps identificeren problemen en begeleiden u bij het oplossen van problemen en het oplossen van problemen.

Gebruik de volgende stappen om diagnostische gegevens te starten voor toepassingen in het netwerk.

  1. Meld u aan bij de Azure-portal.

  2. Ga naar uw Azure Spring Apps-exemplaar.

  3. Selecteer Problemen vaststellen en oplossen in het navigatiedeelvenster.

  4. Selecteer Netwerken.

    Screenshot of the Azure portal showing the Diagnose and solve problems page with the Networking troubleshooting category highlighted.

Een diagnostisch rapport weergeven

Nadat u de categorie Netwerken hebt geselecteerd, kunt u twee problemen weergeven met betrekking tot netwerken die specifiek zijn voor uw virtuele netwerk geïnjecteerde Azure Spring Apps-exemplaren: DNS-resolutie en vereist uitgaand verkeer.

Screenshot of the Azure portal showing the Network troubleshooting page for diagnose and solve problems.

Selecteer het doelprobleem om het diagnostische rapport weer te geven. Een samenvatting van diagnostische gegevens wordt weergegeven, zoals:

  • De resource is verwijderd.
  • De resource wordt niet geïmplementeerd in uw eigen virtuele netwerk.

Sommige resultaten bevatten gerelateerde documentatie. In verschillende subnetten worden de resultaten afzonderlijk weergegeven.

DNS-resolutie

Als u DNS-resolutie selecteert, geven de resultaten aan of er DNS-problemen zijn met toepassingen. Voorbeelden van gezonde toepassingen worden weergegeven in de volgende voorbeelden:

  • DNS-problemen opgelost zonder problemen in subnet 'subnet01'.
  • DNS-problemen opgelost zonder problemen in subnet 'subnet02'.

Het volgende voorbeeld van een diagnostisch rapport geeft aan dat de status van de toepassing onbekend is. Het rapportagetijdskader bevat niet de tijd waarop de status is gerapporteerd. Stel dat de eindtijd van de context is 2021-03-03T04:20:00Z. De laatste TIJDSTEMPEL in de DNS Resolution Table Renderings is 2021-03-03T03:39:00Z, de vorige dag. Het statuscontrolelogboek is mogelijk niet verzonden vanwege een geblokkeerd netwerk.

De resultaten van de onbekende status bevatten gerelateerde documentatie. U kunt de vierkante haak links selecteren om de vervolgkeuzelijst weer te geven.

Screenshot of the Azure portal showing the Summary and Troubleshooting suggestions for a DNS Resolution issue in diagnose and solve problems.

Als u uw Privé-DNS Zonerecordset onjuist hebt geconfigureerd, wordt er een kritiek resultaat weergegeven, zoals: Failed to resolve the Private DNS in subnet xxx.

In DNS Resolution Table Renderings worden gedetailleerde berichtinformatie weergegeven waaruit u uw configuraties kunt controleren.

Als uw VNET een aangepaste DNS-server gebruikt in plaats van de standaard door Azure geleverde DNS-server, configureert u uw DNS-server om niet-opgeloste DNS-query's door te sturen naar 168.63.129.16. Recursieve azure-resolvers gebruiken dit IP-adres om aanvragen op te lossen. Als u de recursieve azure-resolvers niet gebruikt, werkt de Azure Spring Apps-omgeving niet zoals verwacht. Zie voor meer informatie de naamomzetting die gebruikmaakt van uw eigen DNS-serversectie van naamomzetting voor resources in virtuele Azure-netwerken

Vereist uitgaand verkeer

Als u Vereist uitgaand verkeer selecteert, geven de resultaten aan of er problemen zijn met uitgaand verkeer met toepassingen. De volgende voorbeelden zijn resultaten voor gezonde toepassingen:

  • *Vereist uitgaand verkeer opgelost zonder problemen in subnet 'subnet01'.
  • *Vereist uitgaand verkeer opgelost zonder problemen in subnet 'subnet02'.

Als een subnet wordt geblokkeerd vanwege NSG- of firewallregels en als u het logboek niet hebt geblokkeerd, worden fouten bij eindpuntcontrole weergegeven in de samenvatting van het probleem. De volgende doeleindpunten mislukken omdat er geen regel overeenkomt:

  • http://clr3.gigicert.com
  • http://mscrl.microsoft.com
  • http://crl.microsoft.com

U kunt controleren of u de verantwoordelijkheden van klanten over het hoofd hebt gezien. Zie Klantverantwoordelijkheden voor het uitvoeren van Azure Spring Apps in een virtueel netwerk voor meer informatie.

Als er binnen 30 minuten geen gegevens worden weergegeven voor vereiste uitgaande verkeerstabelweergaven , is health status unknownhet resultaat. Uw netwerk kan worden geblokkeerd of de logboekservice is niet beschikbaar.

Volgende stappen