Risoluzione dei problemi relativi ai piani privati nel marketplace commerciale

Questo articolo illustra vari problemi e soluzioni per la risoluzione dei problemi relativi ai piani privati.

Customer Blockers e soluzioni comuni

Ecco alcuni problemi comuni di blocco dei clienti e informazioni su come risolverli.

Ricerca per categorie controllare i costi e capire quanto si spende sul marketplace?

Coinvolgere il team dell'account Microsoft per un'analisi dettagliata dell'ambiente specifico, della gerarchia di sottoscrizioni di Azure e della configurazione EA.

Per altre informazioni, vedere Panoramica della fatturazione di Gestione costi.

Azure Administrator

• L'amministratore di Azure è responsabile del controllo delle Controllo di accesso basate sul ruolo degli utenti. Hanno la possibilità di concedere i diritti di acquisto del Marketplace e determinare in che modo questi diritti possono essere esercitati e in quali sottoscrizioni di Azure l'utente ha il controllo di accesso.
• Coinvolgere il team dell'account Microsoft per un'analisi dettagliata dell'ambiente specifico, della gerarchia di sottoscrizioni di Azure e della configurazione EA.
• Microsoft consiglia di avere almeno due utenti con il ruolo di amministratore di Azure. Fare riferimento alla documentazione appropriata.
• Per altre informazioni, vedere la documentazione relativa ai ruoli e alla pianificazione della sicurezza.

Gli acquisti del Marketplace hanno avuto esito positivo, ma la distribuzione ha esito negativo. Il messaggio di errore si riferisce in genere a termini e condizioni dei contratti, che altro può andare avanti?

• Azure offre ai clienti uno slate vuoto in termini di criteri di sicurezza. Questi criteri possono avere conseguenze negative. Ad esempio, possono bloccare la distribuzione delle risorse del Marketplace in una determinata sottoscrizione di Azure o in un gruppo di risorse specifico.
• Coinvolgere il team dell'account Microsoft per un'analisi dettagliata dell'ambiente specifico, della gerarchia delle sottoscrizioni di Azure e dei criteri di gruppo di risorse.
• I criteri upstream, implementati a livelli più elevati della gerarchia di sottoscrizioni di Azure, possono essere nascosti. Se i criteri che bloccano la distribuzione non sono immediatamente evidenti, acquisire il flusso DELL'API usando un file HAR (Network Browser Trace). I file HAR forniscono una traccia delle chiamate HTTPS e un log dei messaggi inviati e ricevuti durante il flusso di distribuzione. L'analisi del log HAR consente di identificare l'ID dei criteri specifici che causano l'errore di distribuzione.
• Coinvolgere il team dell'account Microsoft per un'analisi dettagliata dell'ambiente specifico, della gerarchia di sottoscrizioni di Azure e della configurazione EA.
• L'amministratore di Azure deve aggiungere la nuova risorsa marketplace all'elenco delle distribuzioni consentite o sospendere temporaneamente i criteri fino a quando non viene eseguita la distribuzione.

L'acquisto e la distribuzione del Marketplace hanno esito positivo, ma in un secondo momento non hanno alcuna indicazione della causa radice. Cos'altro può andare avanti?

• Tenere presente che i robot automatizzati potrebbero analizzare la sottoscrizione di Azure per individuare le risorse non autorizzate ed eliminarle automaticamente. Esaminare le analisi di sicurezza automatizzate se inizialmente una distribuzione del Marketplace ha esito positivo e quindi ha esito negativo in una fase successiva. Esaminare anche i log per la causa radice e l'azione correttiva finale.

Nota

Microsoft offre ai clienti uno slate vuoto in termini di come configurare la gerarchia degli account di Azure, i tenant, le sottoscrizioni e i gruppi di risorse.

• Coinvolgere il team dell'account Microsoft per un'analisi dettagliata dell'ambiente specifico, della gerarchia di sottoscrizioni di Azure, degli ID tenant e dei gruppi di risorse.
• Qualsiasi utente può avere accesso a più sottoscrizioni, ID tenant e gruppi di risorse. Ma solo uno è necessario per la creazione e la distribuzione di un piano privato in Marketplace.
• È fondamentale fornire al fornitore di software indipendente (ISV) l'ID tenant corretto che rappresenta l'impostazione predefinita per l'utente. L'ID tenant è associato a un account EA e a un account di fatturazione specifico ed è l'entità che "acquisterà" il piano privato del Marketplace.
• Se non è possibile visualizzare un piano privato, esaminare la gerarchia di sottoscrizioni di Azure, se l'ID tenant predefinito dell'utente è uguale a quello fornito dall'utente.
• Ricordarsi di "passare" agli ID tenant nel portale di Azure all'ID tenant fornito all'ISV se si vuole acquistare con un ID tenant che non corrisponde all'ID tenant predefinito.
• Per altre informazioni, vedere Strategie di progettazione delle sottoscrizioni nella Guida alle decisioni relative alle sottoscrizioni.

Gerarchia di sottoscrizioni di Azure

Durante la risoluzione dei problemi relativi alla gerarchia di sottoscrizioni di Azure, tenere presente quanto segue:

• Può essere fino a sei livelli profondi.
• I criteri di sicurezza e gruppo di risorse si propagano e influiscono sulla distribuzione del Marketplace, sui gruppi di destinatari del piano privato, sull'automazione e così via.
• L'ISV deve assicurarsi che la sottoscrizione corretta venga usata dall'utente finale durante la ricerca di piani privati o distribuzione. Gli utenti possono accedere a più sottoscrizioni e il mapping non è possibile.

Elenco di controllo per la risoluzione dei problemi

• ISV per assicurarsi che il piano privato SaaS usi l'ID tenant corretto per il cliente: come trovare l'ID tenant di Microsoft Entra. Per le macchine virtuali usare l'ID sottoscrizione di Azure.
• ISV per assicurarsi che il cliente non acquisti tramite un Cloud Solution Provider (CSP). I piani privati non sono disponibili in una sottoscrizione gestita da CSP.
• ISV per assicurarsi che l'ID tenant dell'acquirente sia sempre presente nell'elenco di destinatari privati e non venga rimosso fino a quando la sottoscrizione SaaS del cliente non viene annullata perché ciò potrebbe avere potenziali conseguenze sulla gestione o l'invio dell'utilizzo del contatore per la sottoscrizione SaaS del cliente.
• Cliente per assicurarsi che il cliente esequisi con un ID di posta elettronica registrato con lo stesso ID tenant. Usare lo stesso ID utente usato nel passaggio precedente n. 1.
• ISV per chiedere al cliente di trovare il piano privato in Azure Marketplace: piani privati in Azure Marketplace
• Il cliente per assicurarsi che il marketplace sia abilitato- Azure Marketplace , se non lo è, l'utente deve contattare l'amministratore di Azure per abilitare il marketplace, per altre informazioni su Azure Marketplace, vedere Azure Marketplace.
• (Cliente) Se l'offerta non è ancora visibile, è possibile che il cliente abbia abilitato il Marketplace privato- Chiedere all'amministratore di Azure di abilitare il piano privato specifico in Marketplace privato: Creare e gestire raccolte private di Azure Marketplace nel portale di Azure
• Se il piano privato è visibile e la distribuzione ha esito negativo, la risoluzione dei problemi si sposta per garantire che il cliente consenta la fatturazione del Marketplace:
  • (Cliente) L'amministratore di Azure deve seguire le istruzioni riportate in Abilitare gli acquisti di Azure Marketplace e discutere con il rappresentante Microsoft dei passaggi per abilitare la fatturazione per Marketplace.
  • (cliente) Abilitare gli acquisti di Azure Marketplace illustra i dettagli per abilitare la fatturazione del Marketplace per i clienti con un Contratto Enterprise di Azure.

Se tutto il resto ha esito negativo, aprire un ticket e creare un file HAR

• Se un cliente presenta problemi durante l'acquisto nel marketplace, un file HAR è un lifesaver. Si tratta di un tipo di log generato dal browser, che traccia tutte le chiamate effettuate tra le API, usando HTTP. Microsoft CSS richiede un file HAR prima di procedere alla risoluzione dei problemi.
• Come si crea un file HAR?
  • Per la risoluzione dei problemi, vedere Generazione di un file HAR.

Passaggi successivi

• Creare una richiesta di supporto tecnico di Azure