Устранение неполадок с частными планами на коммерческой платформе

В этой статье рассматриваются различные проблемы и решения при устранении неполадок с частными планами.

Блокировщики клиентов и распространенные решения

Ниже приведены некоторые распространенные проблемы блокировки клиентов и сведения о том, как их устранить.

Разделы справки контролировать мои затраты и понимать, сколько я тратю на Marketplace?

Обратитесь к группе учетных записей Майкрософт для подробного анализа конкретной среды, иерархии подписок Azure и настройки EA.

Дополнительные сведения см. в разделе "Обзор выставления счетов по управлению затратами".

Администратор Azure

  • Azure Администратор istrator отвечает за управление контроль доступа на основе ролей пользователей. У них есть возможность предоставлять права на покупку в Marketplace и определять, как эти права можно осуществлять, и в какие подписки Azure пользователь имеет контроль доступа.
  • Обратитесь к группе учетных записей Майкрософт для подробного анализа конкретной среды, иерархии подписок Azure и настройки EA.
  • Корпорация Майкрософт рекомендует, чтобы по крайней мере два пользователя носили роль azure Администратор istrator. См. соответствующую документацию.
  • Дополнительные сведения см. в документации по планированию ролей и безопасности.

Покупки Marketplace выполнены успешно, но развертывание завершается сбоем. Сообщение об ошибке обычно ссылается на условия контрактов, что еще может происходить?

  • Azure предоставляет клиентам пустой список с точки зрения политик безопасности. Эти политики могут иметь негативные последствия. Например, они могут блокировать развертывание ресурсов Marketplace в определенной подписке Azure или группе ресурсов.
  • Обратитесь к группе учетных записей Майкрософт для подробного анализа конкретной среды, иерархии подписок Azure и политик группы ресурсов.
  • Политики upstream, реализованные на более высоких уровнях иерархии подписок Azure, могут быть скрыты. Если политика, блокирующая развертывание, не сразу очевидна, захватить поток API с помощью файла трассировки сетевого браузера (HAR). HAR-файлы предоставляют трассировку вызовов HTTPS и журнал отправленных и полученных сообщений во время потока развертывания. Анализ журнала HAR помогает вам и Майкрософт определить идентификатор конкретной политики, вызвавшего сбой развертывания.
  • Обратитесь к группе учетных записей Майкрософт для подробного анализа конкретной среды, иерархии подписок Azure и настройки EA.
  • Azure Администратор istrator должен добавить новый ресурс Marketplace в список разрешенных развертываний или временно приостановить политику до завершения развертывания.

Покупка и развертывание Marketplace успешно завершены, но в более позднюю дату они не указывают на первопричину. Что еще может происходить?

  • Помните, что автоматизированные роботы могут проверять подписку Azure для неавторизованных ресурсов и автоматически удалять их. Изучите автоматические проверки безопасности, если развертывание Marketplace изначально успешно выполнено, а затем завершится сбоем на более позднем этапе. Кроме того, изучите журналы для первопричины и в конечном итоге исправительное действие.

Примечание.

Корпорация Майкрософт предоставляет клиентам пустой список с точки зрения настройки иерархии учетных записей Azure, клиентов, подписок и групп ресурсов.

  • Обратитесь к группе учетной записи Майкрософт для подробного анализа конкретной среды, иерархии подписок Azure, идентификаторов клиентов и групп ресурсов.
  • Любой пользователь может иметь доступ к нескольким подпискам, идентификаторам клиентов и группам ресурсов. Но для создания и развертывания частного плана в Marketplace требуется только один.
  • Необходимо предоставить независимым поставщиком программного обеспечения (ISV) правильный идентификатор клиента, используемый по умолчанию для пользователя. Идентификатор клиента связан с определенной учетной записью EA и учетной записью выставления счетов, и это сущность, которая будет "покупать" частный план Marketplace.
  • Если вы не можете просмотреть частный план, изучите иерархию подписок Azure, независимо от того, соответствует ли идентификатор клиента, который пользователь по умолчанию соответствует предоставленному вами.
  • Не забудьте переключить идентификаторы клиента в портал Azure идентификатор клиента, предоставленный для поставщика программного обеспечения, если вы хотите приобрести идентификатор клиента, который не совпадает с идентификатором клиента по умолчанию.
  • Дополнительные сведения см . в разделе "Стратегии проектирования подписок" в руководстве по принятию решений о подписке.

Иерархия подписок Azure

При устранении неполадок иерархии подписок Azure следует учитывать следующие моменты:

  • Может быть до шести уровней глубоко.
  • Политики безопасности и группы ресурсов распространяются вниз и влияют на развертывание Marketplace, аудиторию частного плана, автоматизацию и т. д.
  • IsV должен убедиться, что правильная подписка используется конечным пользователем при поиске частных планов или развертывании— пользователи могут получить доступ к нескольким подпискам, и сопоставление не является нетривиальным.

Displays the Azure subscription hierarchy

Контрольный список устранения неполадок

  • IsV для обеспечения того, чтобы частный план SaaS использовал правильный идентификатор клиента — как найти идентификатор клиента Microsoft Entra. Для виртуальных машин используется идентификатор подписки Azure.
  • Поставщик программного обеспечения гарантирует, что клиент не покупает поставщик облачных решений (CSP). Частные планы недоступны в подписке, управляемой CSP.
  • IsV, чтобы убедиться, что идентификатор клиента покупателя всегда присутствует в списке частных аудиторий и не удаляется, пока подписка SaaS клиента не будет отменена, так как это может иметь потенциальные последствия для управления или отправки сведений об использовании счетчиков для этой подписки SaaS клиента.
  • Клиент, чтобы убедиться, что клиент входит в систему с помощью идентификатора электронной почты, зарегистрированного в том же идентификаторе клиента. Используйте тот же идентификатор пользователя, который использовался на предыдущем шаге #1.
  • IsV попросите клиента найти частный план в Azure Marketplace: частные планы в Azure Marketplace
  • Клиент, чтобы обеспечить включение Marketplace в Azure Marketplace. Если это не так, пользователь должен связаться с azure Администратор istrator, чтобы включить Marketplace, дополнительные сведения о Azure Marketplace см. в Azure Marketplace.
  • (Клиент) Если предложение по-прежнему не отображается, возможно, что у клиента включена частная платформа . Клиент запрашивает azure Администратор istrator, чтобы включить конкретный частный план в Частной Marketplace: создание частных коллекций Azure Marketplace и управление ими в портал Azure
  • Если частный план отображается и развертывание завершается сбоем, устранение неполадок переходит к обеспечению того, чтобы клиент разрешает выставление счетов в Marketplace:

Если все остальное не удается, откройте билет и создайте HAR-файл

  • Если у клиента возникли проблемы с покупкой на marketplace, HAR-файл является lifesaver. Это тип журнала, созданного браузером, который отслеживает все вызовы, выполняемые между API, с помощью HTTP. Microsoft CSS требует HAR-файла перед перемещением вперед и устранением неполадок.
  • Как создать HAR-файл?

Следующие шаги