Problemen met FabricInternalServerError of ServiceAllocationFailure oplossen bij het implementeren van een cloudservice (klassiek) in Azure
Belangrijk
Cloud Services (klassiek) is vanaf 1 september 2024 afgeschaft voor alle klanten. Bestaande actieve implementaties worden gestopt en afgesloten door Microsoft en de gegevens gaan vanaf oktober 2024 definitief verloren. Nieuwe implementaties moeten gebruikmaken van het nieuwe op Azure Resource Manager gebaseerde implementatiemodel Azure Cloud Services (uitgebreide ondersteuning).
In dit artikel lost u toewijzingsfouten op waarbij de infrastructuurcontroller niet kan worden toegewezen bij het implementeren van een Azure Cloud-service (klassiek).
Bij het implementeren van instanties in een cloudservice of het toevoegen van nieuwe web- of werkrolinstanties, worden met Microsoft Azure rekenresources toegewezen.
U kunt af en toe fouten ontvangen tijdens deze bewerkingen, zelfs voordat u de limiet voor het Azure-abonnement bereikt.
Tip
De informatie kan ook nuttig zijn wanneer u de implementatie van uw services plant.
Symptoom
Navigeer in Azure Portal naar uw cloudservice (klassiek) en selecteer in de zijbalk het bewerkingslogboek (klassiek) om de logboeken weer te geven.
Wanneer u de logboeken van uw cloudservice (klassiek) inspecteert, ziet u de volgende uitzondering:
| Uitzondering | Foutbericht |
|---|---|
| FabricInternalServerError | De bewerking is mislukt met foutcode 'InternalError' en errorMessage 'De server heeft een interne fout aangetroffen. Probeer het verzoek opnieuw.' |
| ServiceAllocationFailure | De bewerking is mislukt met foutcode 'InternalError' en errorMessage 'De server heeft een interne fout aangetroffen. Probeer het verzoek opnieuw.' |
Oorzaak
FabricInternalServerError en ServiceAllocationFailure zijn uitzonderingen die kunnen optreden wanneer de infrastructuurcontroller geen exemplaren in het cluster kan toewijzen. De hoofdoorzaak hangt af van of de cloudservice is vastgemaakt of niet is vastgemaakt.
- Niet vastgemaakt: fouten van een eerste implementatie van een nieuwe cloudservice
- Vastgemaakt: fouten van bestaande cloudservices
Notitie
Wanneer het eerste exemplaar wordt geïmplementeerd in een cloudservice (in fasering of productie), wordt die cloudservice vastgemaakt aan een cluster.
Na verloop van tijd kunnen de resources in deze resourcegroep volledig worden gebruikt. Als een cloudservice een toewijzingsaanvraag voor extra resources indien er onvoldoende resources beschikbaar zijn in de vastgemaakte resourcegroep, leidt de aanvraag tot een toewijzingsfout.
Oplossing
Volg de richtlijnen voor toewijzingsfouten in de volgende scenario's.
Niet vastgemaakt aan een cluster
De eerste keer dat u een cloudservice (klassiek) implementeert, wordt het cluster niet geselecteerd, zodat de cloudservice niet is vastgemaakt. Er kan sprake zijn van een implementatiefout om een van de volgende redenen:
- U hebt een bepaalde grootte geselecteerd die niet beschikbaar is in de regio.
- De combinatie van grootten die nodig zijn voor verschillende rollen, is niet beschikbaar in de regio.
Wanneer er in dit scenario een toewijzingsfout optreedt, is het raadzaam om de beschikbare grootten in de regio te controleren en de grootte te wijzigen die u eerder hebt opgegeven.
U kunt de grootten controleren die beschikbaar zijn in een regio op de pagina Met producten van de cloudservice (klassiek).
Notitie
Op de pagina Producten wordt de beschikbare capaciteit niet weergegeven. Voor elke nieuwe toewijzing moet Azure op dat moment het optimale cluster in uw regio kunnen kiezen.
Werk het servicedefinitiebestand voor uw cloudservice (klassiek) bij om een andere productgrootte op te geven dan uw regio.
Vastgemaakt aan een cluster
Bestaande cloudservices worden vastgemaakt aan een cluster. Eventuele verdere implementaties voor de cloudservice (klassiek) vinden plaats in hetzelfde cluster.
Wanneer u een toewijzingsfout ondervindt in dit scenario, is het raadzaam om opnieuw te implementeren naar een nieuwe cloudservice (klassiek) (en de CNAME bij te werken).
Tip
Deze oplossing is waarschijnlijk het meest succesvol omdat het platform een keuze kan maken uit alle clusters in die regio.
Notitie
Voor deze oplossing is geen downtime nodig.
Implementeer de workload naar een nieuwe cloudservice (klassiek).
- Zie de handleiding Een cloudservice (klassiek) maken en implementeren voor verdere instructies.
Waarschuwing
Als u het IP-adres dat aan deze implementatiesite is gekoppeld niet wilt verliezen, kunt u Oplossing 3 gebruiken : het IP-adres behouden.
Werk de CNAME - of A-record bij om verkeer naar de nieuwe cloudservice (klassiek) te laten verwijzen.
- Zie de handleiding Een aangepaste domeinnaam configureren voor een Azure Cloud-service (klassiek) voor verdere instructies.
Zodra er geen verkeer naar de oude site gaat, kunt u de oude cloudservice (klassiek) verwijderen.
- Zie de handleiding Implementaties en een cloudservice (klassiek) verwijderen voor verdere instructies.
- Zie Inleiding tot cloudservicebewaking (klassiek) als u het netwerkverkeer in uw cloudservice (klassiek) wilt zien.
Zie Problemen met toewijzingsfouten in de cloudservice (klassiek) | Microsoft Docs voor verdere herstelstappen.
Volgende stappen
Voor meer oplossingen voor toewijzingsfouten en achtergrondinformatie:
Als uw Azure-probleem niet wordt opgelost in dit artikel, gaat u naar de Azure-forums op het Microsoft Developer Network (MSDN) en Stack Overflow. U kunt uw probleem posten in deze forums of posten op @AzureSupport op X. U kunt ook een ondersteuning voor Azure aanvraag indienen. Als u een ondersteuningsaanvraag wilt indienen, selecteert u op de pagina Azure-ondersteuning Ondersteuning krijgen.