Problemen met privéabonnementen oplossen in de commerciële marketplace

In dit artikel worden verschillende problemen en oplossingen besproken bij het oplossen van privéplannen.

Klantenblokkeringen en algemene oplossingen

Hier volgen enkele veelvoorkomende problemen met het blokkeren van klanten en informatie over het oplossen van deze problemen.

Hoe kan ik mijn kosten beheren en begrijpen hoeveel ik aan marketplace besteed?

Betrek uw Microsoft-accountteam voor een gedetailleerde analyse van uw specifieke omgeving, Azure-abonnementshiërarchie en EA-installatie.

Zie Het factureringsoverzicht van Cost Management voor meer informatie.

Azure-beheerder

• De Azure Beheer istrator is verantwoordelijk voor het beheren van op rollen gebaseerd toegangsbeheer van gebruikers. Ze hebben de mogelijkheid om Marketplace-aankooprechten te verlenen en te bepalen hoe deze rechten kunnen worden uitgeoefend en in welke Azure-abonnementen de gebruiker toegangsbeheer heeft.
• Betrek uw Microsoft-accountteam voor een gedetailleerde analyse van uw specifieke omgeving, Azure-abonnementshiërarchie en EA-installatie.
• Microsoft raadt aan dat ten minste twee gebruikers de rol Azure Beheer istrator hebben. Raadpleeg de juiste documentatie.
• Zie de documentatie over rollen en beveiligingsplanning voor meer informatie.

Marketplace-aankopen zijn voltooid, maar de implementatie mislukt. Het foutbericht verwijst doorgaans naar contractvoorwaarden. Wat kan er nog meer gebeuren?

• Azure biedt klanten een lege lei in termen van beveiligingsbeleid. Dit beleid kan negatieve gevolgen hebben. Ze kunnen bijvoorbeeld de implementatie van Marketplace-resources blokkeren in een bepaald Azure-abonnement of een bepaalde resourcegroep.
• Betrek uw Microsoft-accountteam voor een gedetailleerde analyse van uw specifieke omgeving, Azure-abonnementshiërarchie en resourcegroepsbeleid.
• Upstream-beleid, geïmplementeerd op hogere niveaus van de Azure-abonnementshiërarchie, kan worden verborgen. Als het beleid dat de implementatie blokkeert, niet onmiddellijk duidelijk is, legt u de API-stroom vast met behulp van een HAR-bestand (Network Browser Trace). HAR-bestanden bieden een tracering van de HTTPS-aanroepen en een logboek van de verzonden en ontvangen berichten tijdens de implementatiestroom. Analyse van het HAR-logboek helpt u en Microsoft bij het identificeren van de id van het specifieke beleid dat de implementatiefout veroorzaakt.
• Betrek uw Microsoft-accountteam voor een gedetailleerde analyse van uw specifieke omgeving, Azure-abonnementshiërarchie en EA-installatie.
• De Azure Beheer istrator moet de nieuwe Marketplace-resource toevoegen aan de lijst met toegestane implementaties of het beleid tijdelijk onderbreken totdat de implementatie is voltooid.

De aankoop en implementatie van Marketplace slaagt, maar op een latere datum mislukken ze zonder indicatie van de hoofdoorzaak. Wat kan er nog meer gebeuren?

• Houd er rekening mee dat geautomatiseerde robots het Azure-abonnement op niet-geverifieerde resources kunnen scannen en automatisch kunnen verwijderen. Onderzoek de geautomatiseerde beveiligingsscans als een Marketplace-implementatie in eerste instantie slaagt en vervolgens in een later stadium mislukt. Bekijk ook hun logboeken voor de hoofdoorzaak en uiteindelijke corrigerende actie.

Notitie

Microsoft biedt klanten een lege lei voor het instellen van uw Azure-accounthiërarchie, uw tenants, abonnementen en resourcegroepen.

• Betrek uw Microsoft-accountteam voor een gedetailleerde analyse van uw specifieke omgeving, Azure-abonnementshiërarchie, tenant-id's en resourcegroepen.
• Elke gebruiker kan toegang hebben tot meerdere abonnementen, tenant-id's en resourcegroepen. Maar er is slechts één nodig voor het maken en implementeren van een privéabonnement in Marketplace.
• Het is belangrijk dat u de onafhankelijke softwareleverancier (ISV) de juiste tenant-id opgeeft die de standaardwaarde is voor uw gebruiker. De tenant-id is gekoppeld aan een specifiek EA- en factureringsaccount en dat is de entiteit die het marketplace-privéabonnement 'koopt'.
• Als u een privéabonnement niet kunt zien, onderzoekt u de hiërarchie van uw Azure-abonnement, of de tenant-id die uw gebruiker standaard heeft ingesteld, hetzelfde is als wat u hebt opgegeven.
• Vergeet niet om tenant-id's in Azure Portal over te schakelen naar de tenant-id die u aan de ISV hebt opgegeven als u wilt aanschaffen onder een tenant-id die niet hetzelfde is als uw standaardtenant-id.
• Zie Strategieën voor abonnementsontwerp in de handleiding voor abonnementsbeslissing voor meer informatie.

Azure-abonnementshiërarchie

Houd rekening met de volgende zaken bij het oplossen van problemen met de Azure-abonnementshiërarchie:

• Kan maximaal zes niveaus diep zijn.
• Beleidsregels voor beveiliging en resourcegroepen worden doorgegeven en beïnvloeden de implementatie van Marketplace, de doelgroep privéplannen, automatisering, enzovoort.
• ISV moet ervoor zorgen dat het juiste abonnement wordt gebruikt door de eindgebruiker bij het zoeken naar privéabonnementen of implementeren: gebruikers hebben toegang tot meerdere abonnementen en de toewijzing is niettrivieel.

Controlelijst voor probleemoplossing

• ISV om ervoor te zorgen dat het SaaS-privéabonnement de juiste tenant-id voor de klant gebruikt: hoe u uw Microsoft Entra-tenant-id kunt vinden. Voor VM's wordt de Azure-abonnements-id gebruikt.
• ISV om ervoor te zorgen dat de klant niet koopt via een Cloud Solution Provider (CSP). Privéabonnementen zijn niet beschikbaar voor een door CSP beheerd abonnement.
• ISV om ervoor te zorgen dat de tenant-id van de koper altijd aanwezig is in de lijst met privé-doelgroepen en niet wordt verwijderd totdat het SaaS-abonnement van de klant is afgemeld, omdat dit potentiële gevolgen kan hebben voor het beheren of verzenden van metergebruik voor dat SaaS-abonnement van de klant.
• Klant om ervoor te zorgen dat de klant zich aanmeldt met een e-mail-id die is geregistreerd onder dezelfde tenant-id. Gebruik dezelfde gebruikers-id die ze in de vorige stap 1 hebben gebruikt.
• ISV vraagt de klant om het privéabonnement te vinden in Azure Marketplace: privéabonnementen in Azure Marketplace
• Klant die ervoor wilt zorgen dat Marketplace is ingeschakeld - Azure Marketplace. Als dit niet het probleem is, moet de gebruiker contact opnemen met de Azure-Beheer istrator om Marketplace in te schakelen. Zie Azure Marketplace voor meer informatie over Azure Marketplace.
• (Klant) Als de aanbieding nog steeds niet zichtbaar is, is het mogelijk dat de klant Private Marketplace heeft ingeschakeld. Klant kan de Azure-Beheer istrator vragen om het specifieke privéabonnement in Private Marketplace in te schakelen: privé-Azure Marketplace-verzamelingen maken en beheren in Azure Portal
• Als het privéabonnement zichtbaar is en de implementatie mislukt, wordt de probleemoplossing verplaatst om ervoor te zorgen dat de klant marketplace-facturering toestaat:
  • (Klant) De Azure Beheer istrator moet de instructies in Azure Marketplace-aankopen inschakelen volgen en bespreken met hun Microsoft-vertegenwoordiger de stappen voor het inschakelen van facturering voor Marketplace.
  • (klant) In azure Marketplace-aankopen worden de details uitgelegd voor het inschakelen van Marketplace-facturering voor klanten met een Azure-Enterprise Overeenkomst.

Als alles mislukt, opent u een ticket en maakt u een HAR-bestand

• Als een klant problemen ondervindt bij het doen van een aankoop op marketplace, is een HAR-bestand een levensver. Het is een type logboek dat wordt gegenereerd door de browser, die alle aanroepen tussen de API's traceert met behulp van HTTP. Microsoft CSS vereist een HAR-bestand voordat u verdergaat en problemen kunt oplossen.
• Hoe maakt u een HAR-bestand?
  • Zie Een HAR-bestand genereren voor probleemoplossing.

Volgende stappen

• Een Azure-ondersteuningsaanvraag maken