Бөлісу құралы:

Планирование реализации Power BI: подписки, лицензии и пробные версии

  • Мақала

Примечание.

Эта статья входит в серию статей по планированию реализации Power BI. В этой серии основное внимание уделяется интерфейсу Power BI в Microsoft Fabric. Общие сведения о серии см. в статье о планировании реализации Power BI.

В этой статье приводятся основные рекомендации по планированию подписок, лицензий и пробных версий Power BI и Fabric. Эта статья предназначена для следующих целей:

  • Администраторы выставления счетов: администраторы, ответственные за приобретение подписок и анализ затрат.
  • Администраторы Azure: администраторы, ответственные за приобретение подписок и служб Azure и управление ими.
  • Администраторы Структуры: администраторы, ответственные за надзор за Структурой в организации.
  • Администраторы управления лицензиями и пользователями: администраторы, ответственные за назначение лицензий (приобретенных) пользователям.
  • Центр превосходства (COE) и команды бизнес-аналитики: команды, ответственные за надзор за Power BI и поддержку пользователей Power BI в организации. Эти команды принимаются ключевые решения и сотрудничают с администраторами Fabric.
  • Владельцы контента и создатели: эта статья также может быть актуальной для создателей контента самообслуживания, которым требуется получить лицензии, чтобы они могли создавать, публиковать и управлять содержимым.

Одним из ключевых аспектов управления Microsoft Fabric является обеспечение доступа пользователей к возможностям, которые им нужны. Для этого необходимо приобрести подписки, лицензии и пробные версии для организации и управлять ими. Управление подписками, лицензиями и пробными версиями необходимо, чтобы создатели контента и потребители контента могли использовать Fabric и Power BI.

Примечание.

Лицензирование — это важная тема, которая может быть сложной, особенно если ваша организация впервые реализует Fabric или Power BI. В этой статье описываются ключевые решения и рекомендации по подпискам, лицензиям и следам, мы рекомендуем ознакомиться со следующими дополнительными статьями и ресурсами для получения более подробной и практической информации.

Внимание

Иногда эта статья относится к Power BI Premium или ее подпискам на емкость (SKU). Обратите внимание, что корпорация Майкрософт в настоящее время объединяет варианты покупки и отставает от номера SKU емкости Power BI Premium. Новые и существующие клиенты должны рассмотреть возможность приобретения подписок на емкость Fabric (SKU) вместо этого.

Дополнительные сведения см. в разделе "Важные обновления", поступающие в лицензирование Power BI Premium и вопросы и ответы по Power BI Premium.

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

Концепция Description Пример
Клиент Fabric работает в клиенте Microsoft Entra организации. Организация обычно имеет один клиент (хотя некоторые крупные организации могут иметь несколько клиентов). В Contoso существует один клиент для contoso.com.
Подписка Одна или несколько подписок должны быть активными для клиента. Каждая подписка имеет дату начала и дату окончания, которая ссылается на продукт:

• Подписки на пользователя управляются в Центр администрирования Microsoft 365. Определенное количество лицензий доступно в каждой подписке.
• Подписка на емкость Power BI Premium управляется в Центр администрирования Microsoft 365.
• Подписка на емкость Fabric управляется в портал Azure.		 Компания Contoso имеет четыре активные подписки:

• Неограниченные бесплатные лицензии.
• 100 лицензий Pro.
• 15 лицензий PPU.
• Три лицензии емкости.
Лицензия на пользователя Лицензия на пользователя основана на подписке. Для всех пользователей требуется лицензия пользователя, которая может быть бесплатной, Power BI Pro (Pro) или Premium на пользователя (PPU). Компания Contoso имеет 450 активных пользователей:

• Всем 450 пользователям назначена бесплатная лицензия Fabric.
• 92 пользователя назначены лицензией Power BI Pro (оставляя восемь доступных в подписке).
• 15 пользователей назначены лицензии PPU (оставляя подписку недоступной).
Лицензия на емкость Лицензия на емкость основана на подписке. Рабочие области назначаются емкости, которая определяет возможности и ресурсы, доступные для содержимого и пользователей рабочей области. Компания Contoso имеет три активных емкости:

• Две емкости структуры.
• Одна емкость Power BI Premium.
SKU (единица хранения запасов) Номера SKU — это идентификатор продукта для приобретенной подписки. Для емкости существует два способа ссылаться на номера SKU.

• Группирование: тип емкости, приобретенной. Например, номер SKU F относится к емкости Fabric в целом.
• Конкретный номер SKU для емкости определяет уровень вычислительной мощности. Например, емкость F64 имеет определенный набор вычислительных ресурсов (например, ЦП и памяти), доступных для всех рабочих областей, назначенных этой емкости.		 Компания Contoso имеет три активных емкости:

• Одна емкость F16.
• Одна емкость F64.
• Одна емкость P1.
Пробная версия Пробная лицензия позволяет попробовать функции. Пробная версия может быть активирована для лицензии на пользователя или лицензии емкости Fabric. У Contoso есть активные пробные версии:

• У двух пользователей есть активная пробная версия PPU.
• Пробная версия емкости One Fabric активна.

Примечание.

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

Внимание

Обратитесь к руководителю учетных записей Майкрософт, если у вас есть вопросы о подписках и лицензиях вашей организации для Fabric, Power BI или Microsoft 365.

Параметры лицензирования можно смешать и сопоставить на основе рабочей нагрузки для отдельных пользователей и групп. На следующей схеме показано, как подписка имеет лицензии на пользователя или на емкость, которыми вы управляете из Центр администрирования Microsoft 365 или портал Azure.

На схеме показаны Центр администрирования Microsoft 365 и портал Azure.

В Центр администрирования Microsoft 365 администраторы могут приобрести и назначить лицензии на пользователя или емкость Premium.

  • У организации есть бесплатная подписка Microsoft Fabric с неограниченными бесплатными лицензиями. Администраторы выставления счетов могут назначать эти лицензии пользователям в организации.
  • Администраторы выставления счетов могут приобретать подписки Power BI Pro и назначать лицензии Power BI Pro пользователям в организации.
  • Администраторы выставления счетов могут приобрести лицензии Power BI Premium на пользователя (PPU) в качестве надстроек в существующей подписке Power BI Pro. Затем эти администраторы могут назначать лицензии PPU пользователям в организации.
  • Администраторы выставления счетов могут приобрести подписки на емкость Power BI Premium (SKU) для организации. Эти лицензии предназначены для каждой емкости, а не для каждого пользователя.

В портал Azure администраторы Azure могут назначать лицензии на пользователя и приобретать лицензии на емкость и управлять ими.

  • Администраторы Azure назначают лицензии на пользователя, такие как Microsoft Fabric Free, в портал Azure в идентификаторе Microsoft Entra.
  • Администраторы Azure управляют своей подпиской Azure, где они могут приобретать лицензии на емкость и управлять ими.
    • Администраторы выставления счетов могут приобретать подписки емкости Premium (SKU или SKU EM), связанные с ними и оплачиваемые в рамках подписки Azure.
    • Администраторы выставления счетов могут приобретать подписки на емкость Fabric (SKU), связанные с ними и выставляемые в рамках подписки Azure.

Примечание.

Многие возможности, описанные в этой статье, недоступны администраторам Fabric. Вместо этого администраторы Fabric должны сотрудничать с другими администраторами , имеющими дополнительные разрешения на просмотр подписок, выставление счетов и лицензий.

Оставшаяся часть этой статьи описывает рекомендации по лицензированию как для каждого пользователя, так и для лицензирования емкости.

Проверка и управление лицензированием для каждого пользователя

Для каждого пользователя, работающего с Fabric, требуется лицензия пользователя (бесплатная, pro или PPU), которая будет описана на шаге 2. Даже если вы планируете приобрести лицензии на емкость (описанные далее в этой статье), лицензии для каждого пользователя требуются, чтобы каждый пользователь смог получить доступ к Fabric. Этот доступ упрощается интеграцией с идентификатором Microsoft Entra.

Шаг 1. Просмотр лицензий пользователей

Важно сначала понять текущее состояние подписок и лицензий пользователей. Администраторы выставления счетов могут помочь, подтвердив все подписки пользователей, которые у вас есть, и способ назначения лицензий пользователей.

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

Совет

Эти сведения также можно использовать в рамках аудита на уровне клиента. В частности, ознакомьтесь с этим разделом о получении данных о пользователях и группах.

При проведении проверки скомпилируйте следующие сведения.

  • Активные подписки для лицензий пользователей:
    • Бесплатная версия Microsoft Fabric
    • Power BI Pro
    • Power BI Premium на пользователя
  • Состояние подписки
  • Дата начала и окончания подписки
  • Количество подписок:
    • Всего приобретенных
    • Количество лицензий, назначенных пользователям
    • Количество доступных лицензий
  • Стоимость подписки:
    • Цены на каждую подписку
    • Сведения о ценах организации (если применимо)
    • Кто одобрил покупку (если применимо)
  • Пробные версии пользователей, которые в настоящее время активны

Внимание

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

Шаг 2. Выбор лицензий пользователей

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

Внимание

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

Выбор необходимых лицензий на пользователя

Необходимо определить, какие лицензии требуются пользователям. Каждому пользователю необходимо назначить лицензию Microsoft Fabric (бесплатную) или лицензию Power BI Pro. Если они создают или просматривают содержимое, опубликованное в рабочей области, использующую режим лицензии Premium на пользователя, то им также нужна лицензия Power BI Premium на пользователя (PPU).

Ниже приведены все типы лицензий пользователя и их использование.

Совет

Вы можете смешивать и сопоставлять лицензии пользователей с лицензиями емкости. Например, у вас могут быть рабочие области разработки, тестирования и рабочей среды, основанные на конкретных подходах к публикации корпоративного контента. Так как рабочие области разработки и тестирования имеют очень мало пользователей, эти рабочие области могут быть назначены меньший размер емкости или режим лицензии PPU (если они не требуют взаимодействия с Fabric или возможностей). Рабочая область может использовать лицензию на емкость для поддержки многих потребителей (с бесплатными лицензиями). Таким образом, вы можете снизить затраты, разделив содержимое разработки и тестирования от рабочей нагрузки.

Определение предварительных требований для получения лицензии пользователя

Рассмотрите наличие каких-либо требований, которые должны быть выполнены перед назначением лицензии пользователя.

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

  • Требование, чтобы пользователь признал политику данных организации (например, конфиденциальность данных или политику обработки данных) перед назначением лицензии пользователя.
  • Требовать от пользователя завершения начального учебного сеанса или сертификации перед предоставлением лицензии.
  • Реализация рабочего процесса, например:
    • Требовать утверждения руководителя.
    • Убедитесь, какая подписка назначает лицензию.
    • Утверждайте, где взимается плата.
    • Убедитесь, что роль и обязанности пользователя оправдывают лицензию (и доступ к данным).

Совет

Не вводите слишком много препятствий, которые могут препятствовать пользователям получать лицензию. Если это слишком трудно, занятые профессионалы могут не беспокоиться за запрос лицензии. Вместо этого, чтобы сделать работу, они будут находить другой способ, который может включать неоптимальные обходные пути. Например, без лицензии пользователи могут предоставлять общий доступ к файлам в файловой системе или по электронной почте, когда лучше и безопаснее подходы доступны.

Определите процесс обработки запросов на лицензию пользователя

Определите, нужно ли реализовать пользовательский процесс запроса лицензии, определенный вашей организацией. Этот запрос может обрабатывать такие сценарии, как:

  • Требование необходимых компонентов (описано в предыдущем разделе).
  • Интеграция с существующей платформой управления лицензиями.
  • Информирование пользователей о предложениях обучения и доступной справке в рамках процесса назначения лицензий пользователей.
  • Определение того, как будут выделены затраты или как будут выполняться возвратные расходы.

Совет

Настраиваемый URL-адрес для запросов на лицензирование можно задать в параметре клиента "Публикация справки". URL-адрес может направлять пользователей в форму или на страницу запроса на внутреннее лицензирование.

Определите, как будут приобретены подписки пользователей

Важно точно спланировать работу процесса покупки подписок.

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

  • Покупаются ли подписки по отдельности или в массовом порядке?
    • В небольших организациях можно приобрести каждую подписку (и назначить лицензию) по запросу. Этот подход хорошо работает, когда есть низкий объем запросов.
    • В крупных организациях часто можно приобрести подписки в пакетах (например, 50 лицензий Pro). Этот подход хорошо подходит, если в бюджете доступны достаточные средства, и вы ожидаете, что лицензии будут назначены (и используются) в ближайшее время.
  • У вас есть Соглашение Enterprise (EA)? Например, ваша организация приобрела подписку Microsoft 365, содержащую 500 корпоративных лицензий E5. В этом случае у каждого пользователя, которому назначена лицензия E5, будет лицензия Power BI Pro (обратите внимание, что при необходимости доступ к отдельным приложениям можно удалить для пользователей ).
  • Является ли приобретение централизованной функции, которая обрабатывается одним отделом? Или разрешено самостоятельное приобретение ?

Совет

Рекомендуется определить приоритеты наставничества и включения пользователей и действий поддержки пользователей. Эти действия становятся еще более важными, когда лицензии широко распространены для пользователей в вашей организации.

Определите, включены ли пробные версии

Важное решение по управлению заключается в том, разрешены ли пробные версии пользователей. Пробная версия в продукте предоставляет пользователям способ попробовать функции, прежде чем принимать обязательства по покупке лицензии. Существует два типа пробных версий, которые пользователь может инициировать: пробную версию Premium на пользователя (PPU) и пробную версию емкости Fabric.

При включении пробной версии на портале отображается кнопка "Пуск пробной версии", которая позволяет пользователю начать пробную версию Fabric. Кроме того, пользователю может быть предложено запустить пробную версию во время работы. Например, если пользователь бесплатно пытается создать рабочую область или предоставить общий доступ к отчету, ей будет предложено запустить пробную версию PPU, нажав кнопку "Попробовать бесплатно ". Аналогичным образом, если пользователь Pro пытается просмотреть содержимое в рабочей области PPU, ей будет предложено запустить пробную версию, нажав кнопку "Попробовать бесплатно ".

Возможность использования пробных версий в продукте контролируется пользователями, которые могут попробовать параметр клиента платных функций Microsoft Fabric. Его поведение тесно связано с тем, как работает самостоятельная покупка (описано далее). Дополнительные сведения см. в статье "Пользователи могут попробовать платные функции Microsoft Fabric".

Примечание.

Пробная версия предназначена для удобства, которая позволяет пользователям продолжать работу с обычным рабочим процессом. Как правило, отключение пробных версий не рекомендуется. Ограничение пробных версий может стимулировать пользователей искать обходные пути, возможно, экспортируя данные или работая вне поддерживаемых средств и процессов.

Рассмотрите возможность отключения пробных версий только в том случае, если:

  • Существуют значительные проблемы с затратами, которые вряд ли предоставят пользователю полную лицензию в конце пробного периода.
  • Предварительные требования необходимы для получения лицензии (например, утверждения, обоснования или требования к обучению), которые должны выполняться до начала пробной версии или получения лицензии.
  • Существует действительная необходимость, например нормативные требования, для тесного контроля доступа к Fabric.

Определите, включена ли самостоятельная покупка

Пользователи могут самостоятельно приобрести лицензии, когда включена самостоятельная покупка. В этом случае пользователь может приобрести лицензию во время работы. Например, если пользователь Pro пытается просмотреть содержимое в рабочей области PPU, он может приобрести лицензию, выбрав учетную запись обновления или кнопку "Купить сейчас ". Дополнительные сведения см. в разделе "Регистрация" или приобретение служба Power BI в качестве отдельного лица.

Самостоятельное приобретение полезно для:

  • Крупные организации с децентрализованными бизнес-подразделениями, которые имеют центр приобретения и хотят обрабатывать платеж непосредственно с кредитным карта.
  • Организации, которые намерены сделать его как можно проще приобрести подписки на ежемесячные обязательства.

На следующей схеме показано, как работает самостоятельное приобретение (если для запросов лицензий нет пользовательского URL-адреса).

На схеме показана самостоятельная покупка лицензий.

На схеме показаны следующие процессы и шаги в самостоятельном приобретении лицензий.

Элемент Description
Элемент 1. Пользователь самообслуживания может приобрести собственную лицензию только в том случае, если у него есть существующая учетная запись организации.
Элемент 2. Пользователь может приобрести собственную лицензию, если самостоятельная публикация поддерживается организацией.
Элемент 3. Пользователь имеет ограниченное представление лицензий, приобретенных из Центр администрирования Microsoft 365, которые они могут назначать другим пользователям в рамках их область ответственности.
Элемент 4. Администраторы Microsoft 365 имеют целостное представление обо всех лицензиях, приобретенных с помощью самостоятельной публикации в Центр администрирования Microsoft 365.
Элемент 5. Пользователи с лицензией самообслуживания могут получить доступ и использовать Power BI.

При отключении самостоятельной покупки рекомендуется:

  • Централизованные процессы закупок выполняются в соответствии с нормативными требованиями, безопасностью и управлением.
  • Скидочные цены получаются через Соглашение Enterprise (EA).
  • Существующие процессы выполняются для обработки межкомпанийных сборов.
  • Существующие процессы применяются для обработки назначений лицензирования на основе групп.
  • Необходимые условия необходимы для получения лицензии, например утверждения, обоснования, обучения или требования политики управления.

Существует много соображений при планировании самостоятельной покупки.

Ниже приведены некоторые другие факторы, которые следует учитывать.

  • Существует ли существующая политика на уровне организации для самостоятельной покупки и пробной версии?
  • Следует ли Fabric существующей политике организации для самостоятельной покупки и пробной версии?
  • Следует ли включать покупки и пробные версии, как отключать, так и комбинацию? Взаимодействие с пользователем зависит от способа объединения параметров для приобретения и пробных версий.
  • Должны ли пользователи, которые пытаются приобрести лицензию, направляться на определенную страницу?
    • С настраиваемым URL-адресом для запросов на лицензирование пользователь сразу же направляется на ту страницу, когда он выбирает учетную запись обновления или кнопку "Купить сейчас ". Вы можете предоставить дополнительные инструкции или попросить их отправить сведения в форме. Использование пользовательского URL-адреса — это способ запретить использование самостоятельной покупки путем перенаправления пользователя в другом месте.
    • Без пользовательского URL-адреса пользователь, который выбирает покупку лицензии, направляется в Microsoft 365, чтобы завершить покупку.

Решите, как обрабатывать лицензирование для внешних пользователей

Возможно, вам потребуется работать с гостевыми пользователями, которые являются внешними для вашей организации. Гости могут включать клиентов, партнеров или поставщиков. Они также могут быть консультантами или внешними сотрудниками. Этот раздел также может применяться к организациям с несколькими юридическими лицами или клиентами из-за слияний и приобретений.

Ниже приведены некоторые рекомендации по планированию обработки лицензирования гостевых пользователей.

  • Как ваш процесс назначения лицензий пользователей будет отличаться при использовании внешнего пользователя?
  • Работает ли внешний пользователь для организации, в которую настроен идентификатор Microsoft Entra? В этом случае их учетные данные могут управляться их домашним клиентом. Дополнительные сведения см. в статье "Стратегия для внешних пользователей".
  • Какие внешние пользователи являются потребителями только для тех, кто должен создавать и публиковать содержимое?
  • В каких ситуациях лицензия будет предоставляться внешним пользователем (известной как перенос собственной лицензии или BYOL). В каких обстоятельствах лицензия будет предоставляться вашей организацией? Дополнительные сведения см. в разделе лицензирования в разделе "Распространение содержимого Power BI внешним гостевым пользователям с помощью Microsoft Entra B2B".
  • Какой тип гостевого приглашения будет использоваться? Существуют различные возможности для случайных и запланированных приглашений гостевых пользователей. Взаимодействие с пользователем также отличается. Дополнительные сведения см. в разделе "Гостевой процесс приглашения".

Совет

Дополнительные сведения см. в техническом документе Microsoft Entra B2B. Это хороший ресурс, чтобы узнать о стратегиях обработки внешних пользователей.

Шаг 3. Обновление лицензий пользователей

На этом этапе информация доступна в существующих подписках и лицензиях, и вы приняли целенаправленные решения. Теперь вы готовы сделать все необходимые обновления.

Внимание

Не забудьте координировать изменения с менеджером по учетным записям Майкрософт, если у вас есть какие-либо вопросы или требуется уточнение.

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

Увеличение или уменьшение количества подписок пользователей

На основе собранных сведений можно настроить существующие подписки пользователей. Например, вы можете увеличить или уменьшить количество подписок Pro или PPU.

Примечание.

Корректировки подписок пользователей могут сопоставляться с другими изменениями в подписке емкости. Лицензирование емкости рассматривается далее в этой статье.

Назначение или отмена назначения лицензий пользователей

Возможно, потребуется назначить или отменить назначение пользовательских лицензий. Например, можно определить, что вам нужно назначить дополнительные лицензии Pro определенным пользователям или отменить назначение лицензий PPU от других пользователей.

Взять на себя самостоятельные покупки

Если ваша цель заключается в централизованном управлении всеми подписками, вам может потребоваться взять на себя покупку, ранее сделанную пользователем самообслуживания. Дополнительные сведения см. в разделе "Решение о том, включена ли самостоятельная покупка".

Настройка параметров клиента

На основе ваших решений по обработке лицензий пользователей и пробных версий может потребоваться изменить некоторые параметры клиента на портале администрирования Fabric.

Возможно, потребуется обновить следующее:

Шаг 4. Документирование лицензий пользователей

В зависимости от внутренних процессов можно создать документацию, которая расширяет сведения, доступные на портале для подписок и лицензий пользователей.

Сведения, захваченные на шаге 1 , можно создать, включив следующие сведения в документацию.

  • Ключевые решения, включая дополнительные контексты или детали
  • Кто утвержденные покупки лицензий пользователей и когда
  • Время или ожидающие действия
  • Требования к управлению, связанные с лицензиями пользователей
  • Требования аудита, связанные с лицензиями пользователей
  • Моментальный снимок сведений о лицензии пользователя

Совет

Если вы не очень небольшая организация с очень небольшими изменениями, не документируйте каждую лицензию пользователя вручную. Вместо этого используйте API Microsoft Graph для регулярного извлечения сведений о подписках и лицензиях. Рассмотрите возможность хранения моментального снимка данных лицензии пользователя каждую неделю или каждый месяц. Таким образом, можно сравнить моментальные снимки, чтобы определить, что изменилось. Дополнительные сведения см. в разделе "Аудит лицензий пользователей".

Внимание

Ознакомьтесь с документацией по планам продуктов и идентификаторам плана обслуживания при сравнении результатов Microsoft Graph с данными, отображаемыми в Центр администрирования Microsoft 365.

Шаг 5. Управление лицензиями пользователей

Лицензии пользователей потребуют внимания на постоянной основе. В следующих разделах рассматриваются аспекты.

Создание процесса для принятия запросов на лицензию пользователя

Необходимо создать повторяющийся документируемый процесс для запроса лицензии пользователя. Обычно он включает создание онлайн-формы. Кроме того, необходимо включить сведения о необходимых предварительных требованиях .

Мониторинг пробных версий пользователей

Каждый месяц необходимо определить пользователей, которые начали пробную версию, которая скоро истекает. Возможно, пользователю потребуется назначить лицензию. Цель состоит в том, чтобы избежать прерывания работы служб для этих пользователей. Дополнительные сведения см. в статье "Аудит пробной версии пользователя".

Автоматизация назначений лицензий пользователей

В крупных организациях обработка запросов на лицензии пользователей может включать значительные административные усилия. Одним из способов повышения эффективности является использование группового лицензирования. Лицензирование на основе групп позволяет автоматически назначать лицензию на основе членства в группе безопасности. Такая группа, как авторы содержимого Fabric, хорошо работают для этой цели, что позволяет эффективно назначать лицензии пользователям.

На следующей схеме показано, как работает групповое лицензирование.

На схеме показано групповое лицензирование.

На схеме показаны следующие процессы и шаги, участвующие в групповом лицензировании.

Элемент Description
Элемент 1. Администраторы выставления счетов покупают и назначают лицензии на пользователя из Центр администрирования Microsoft 365.
Элемент 2. Администратор istrator назначают эти лицензии группам, которыми они управляют в идентификаторе Microsoft Entra.
Элемент 3. Группы настраиваются для назначения лицензий всем участникам.
Элемент 4. Любой пользователь, добавленный в группу, автоматически предоставляет лицензию Power BI, назначенную этой группе (если она доступна).

Проверка и оптимизация затрат на лицензирование пользователей

Периодически сравнивайте лицензированных пользователей с журналом действий, чтобы определить, активно ли пользователи используют свою лицензию. Найдите пользователей, которым назначена лицензия, но не использовали ее. Например, у пользователя может быть назначена лицензия Pro, но они могут просматривать содержимое, которое существует в емкости. Используйте согласованные критерии, если это возможно, например:

  • Лицензия не используется в течение определенного периода (например, шесть месяцев).
  • Лицензия используется редко или редко.
  • Лицензия использовалась один раз для одного действия.

Журнал действий поможет определить, когда произошли действия для пользователя, а также их действия (например, просмотр отчета или публикация отчета).

Шаг 6. Аудит лицензий пользователей

Важно регулярно проводить аудит подписок, лицензий и пробных версий для пользователей. Администратор Структуры должен работать вместе с другими администраторами, чтобы получить эти сведения (например, глобальных администраторов, администраторов выставления счетов и администраторов Azure).

Аудит подписки пользователя

Ниже приведены некоторые действия для поиска при аудите подписок.

  • Список активных подписок: вы можете просмотреть продукты с активной подпиской в области выставления счетов Центр администрирования Microsoft 365. Кроме того, с помощью Microsoft Graph используйте REST API SKU подписки на список для извлечения активных подписок.
  • Была создана новая подписка: недавно приобретенные продукты отображают новый индикатор в области выставления счетов Центр администрирования Microsoft 365.

Аудит лицензии пользователя

Ниже приведены некоторые действия, чтобы искать, когда выполнять аудит лицензий пользователей.

  • Список лицензий пользователей: просмотрите общее количество доступных и назначенных лицензий в области выставления счетов Центр администрирования Microsoft 365. Вы также можете просмотреть пользователей, которым назначена лицензия для каждой подписки на продукт. Кроме того, с помощью Microsoft Graph используйте REST API сведений о лицензировании списка для извлечения сведений о каждом пользователе (чтобы указать параметр идентификатора, сначала получите каждый идентификатор пользователя из REST API списка пользователей ).
  • Пользователю была назначена лицензия: выполните поиск в журнале аудита в Портал соответствия требованиям Microsoft Purview. Найдите операцию "Изменить лицензию пользователя". Свойство ModifiedProperties указывает, что назначена новая лицензия.
  • Пользователи, которым назначена лицензия, но не использовали ее: используйте список лицензий пользователей (описанных ранее). Сравните эти результаты с журналом действий. Найдите пользователей, у которых нет действий в журнале действий. Чтобы упростить эту задачу, вы также можете просматривать действия из отчета об использовании и внедрении компонентов и его базовой семантической модели из рабочей области мониторинга Администратор.
  • Подписка пока не назначена: просмотрите количество доступных лицензий на подписку на продукт в области выставления счетов Центр администрирования Microsoft 365. Кроме того, с помощью Microsoft Graph используйте REST API SKU списка подписок для извлечения сведений о лицензии. Свойство ConsumedUnits указывает, сколько лицензий назначено, а свойство Enabled указывает количество приобретенных лицензий.

Аудит пробной версии пользователя

При поиске новых пробных версий пользователей в журнале действий найдите действия OptInForPPUTrial или OptInForProTrial.

Внимание

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

Контрольный список . При планировании лицензий пользователей ключевые решения и действия включают:

  • Провести проверку: определите текущее состояние, просматривая текущие подписки пользователей, лицензии и пробные версии.
  • Определите существующие политики и решения: скомпилируйте существующие внутренние политики или предыдущие решения, связанные с лицензированием пользователей, чтобы они были легко доступны.
  • Обсуждение и решение. Планирование семинаров для принятия ключевых решений, связанных с подписками пользователей, лицензиями и пробными версиями. При необходимости необходимо включить всех соответствующих лиц, заинтересованных лиц и исполнительного спонсора.
  • Создание документации: компиляция собранных сведений и принятия ключевых решений для получения дополнительных сведений.
  • Внесите обновления: обновите подписки пользователей и лицензии на основе решений, принятых в семинарах.
  • Создайте процесс для управления запросами пользователей: настройте процесс запроса лицензии пользователями.
  • Настройте аудит: создайте процессы аудита, чтобы отслеживать действия, связанные с подписками пользователей, лицензиями и пробными версиями.

Проверка лицензирования емкости и управление ими

Помимо лицензий пользователей (описанных ранее в этой статье), ваша организация может найти значительное значение при покупке одной или нескольких лицензий емкости. Например, лицензии на емкость предоставляют доступ к другим функциям, таким как интерфейсы Fabric, которые предоставляют лицензию Fabric. Эти функции помогут вам поддерживать и масштабировать реализацию Power BI.

Шаг 1. Проверка подписок емкости

Важно сначала понять текущее состояние подписок емкости. Администраторы выставления счетов и лицензий могут помочь подтвердить наличие подписок на емкость. Вам также может потребоваться поговорить с текущими администраторами емкости или участник емкости, чтобы получить четкое представление о цели каждой существующей емкости. Дополнительные сведения см. в разделе "Управление разрешениями пользователей".

Текущее состояние подписок и лицензий емкости можно скомпилировать разными способами.

  • Просмотр параметров емкости на портале администрирования Fabric.
  • Просмотрите область выставления счетов Центр администрирования Microsoft 365 (применимо к Power BI Premium).
  • Просмотрите портал Azure (применимо к емкости Fabric и Power BI Embedded).
  • Программное извлечение данных с помощью соответствующих API Microsoft Graph .

При проведении проверки скомпилируйте следующие сведения.

  • Активные подписки для лицензий емкости:
    • Емкость Microsoft Fabric
    • Емкость Power BI Premium
    • Power BI Embedded
  • Состояние подписки
  • Тип подписки (оплата по мере использования или зарезервирована с датой начала и окончания)
  • Стоимость подписки:
    • Цены на каждую подписку
    • Стимулы ценообразования организации от Корпорации Майкрософт (если применимо)
    • Кто одобрил покупку (если применимо)
    • Распределение затрат в организации (если применимо)

Шаг 2. Решение о лицензиях на емкость

После проверки подписок на емкость следует принять решение о лицензиях на емкость.

Использование емкости может играть важную роль в стратегии создания, управления, публикации и распространения содержимого. Ваши решения, связанные с лицензиями емкости, являются дополнением к лицензиям на пользователя, которые были описаны ранее.

Определите, требуется ли лицензия на емкость

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

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

  • Архитектура данных: какой тип инвестиций в архитектуру данных в настоящее время выполняется? Как они повлияют на выбор, который вы делаете? У вас есть большие семантические модели, содержащие большие объемы данных?
  • Интерфейсы структуры: какие возможности в настоящее время используются или планируется для будущего использования? Например, в настоящее время вы можете использовать интерфейс Power BI, но планируете инвестировать в архитектуру lakehouse в Fabric, которая является частью Инжиниринг данных опыта.
  • Требования к данным и бизнес-аналитике: существуют ли бизнес-требования для решения аналитических потребностей, которые в настоящее время не удовлетворяются? Как требования сопоставляются с решениями по архитектуре (и лицензированию)
  • Потребители: Сколько у вас есть только для просмотра потребителей?
  • Авторы: Сколько авторов содержимого у вас? Являются ли авторы централизованным, распределенным между различными бизнес-подразделениями или обоими?
  • Шаблоны использования. Каковы текущие шаблоны использования для запросов пользователей и обновления данных? Прогнозируемые и согласованные шаблоны использования с дня на день?

Примечание.

При работе с процессом анализа и планирования лицензий на емкость можно определить необходимость выполнения полной технической оценки.

Определите, какая лицензия на емкость вам нужна

При определении необходимости емкости необходимо решить, какой тип лицензии емкости лучше всего подходит.

Ниже приведены все лицензии на емкость и их использование и пригодность.

  • Емкость Fabric (SKU ): номера SKU F приобретены в Azure (обратите внимание, что цены являются региональными). Номера SKU F имеют некоторые преимущества (которые недоступны с номерами SKU), включая возможность:
    • Масштабируйте емкость, чтобы изменить ее размер в любое время. Эта возможность масштабирования позволяет настраивать размер (и затраты), так как вы лучше понимаете рабочую нагрузку.
    • Приостановка емкости в любое время. Эта функция полезна для редко используемых емкостей.
    • Проверьте возможности с помощью пробной версии Fabric перед фиксацией покупки.
    • Используйте лицензию на емкость более низкого уровня для небольших рабочих нагрузок, чтобы сократить затраты.
    • Выберите предпочтительный уровень обязательств:
      • Оплата по мере использования. Модель ценообразования по мере использования не имеет обязательств по использованию. Вы можете изменить размер емкости вверх и вниз по мере необходимости и даже приостановить ее. Это подходит, когда требуется гибкость.
      • Резервирование: зарезервированная модель ценообразования включает предварительно подготовленный размер (SKU) за определенный период, что приводит к снижению стоимости, чем оплата по мере использования. Однако зарезервированный экземпляр не может быть приостановлен, поэтому он подходит для запуска емкости 24/7.
    • Используйте стимулы ценообразования организации. Если у вас есть денежное соглашение с корпорацией Майкрософт, такие программы, как обязательства по использованию Microsoft Azure (MACC), применяются к номерам SKU F.
    • Используйте возможности управления затратами Майкрософт для отслеживания и отслеживания затрат.
  • Power BI Premium на емкость (номера SKU). Номера SKU P покупаются на портале администрирования Microsoft 365. Power BI Premium использует зарезервированную модель ценообразования, поэтому она работает 24/7 и не может быть масштабирована или приостановлена. Вы не можете приобрести номера SKU P после 1 июля 2024 года.
  • Power BI Premium (SKU EM): SKU EM — это специализированный тип лицензии на емкость Power BI Premium, приобретенные на портале администрирования Microsoft 365 или через корпоративное лицензирование (доступно через диспетчер учетных записей Майкрософт). SKU EM предназначены для простых сценариев внедрения, таких как внедрение отчета в приложение. Предложение SKU EM — это подмножество функций, доступных в номерах SKU P. Они имеют меньше вычислительной мощности, и нет доступа к служба Power BI. Кроме того, номера SKU EM не поддерживают интерфейсы Fabric. Дополнительные сведения см. в разделе "Емкость и номера SKU".
  • Power BI Embedded (SKU): номера SKU покупаются в Azure (однако это предложение отличается от ранее описанных SKU F). Power BI Embedded в основном предназначен для независимых поставщиков программного обеспечения (ISV), которые хотят внедрить содержимое Power BI в свои приложения. Номера SKU не поддерживают элементы Fabric. Дополнительные сведения см. в сценарии внедрения для клиентов .

Совет

Вы также можете использовать номера SKU F для внедрения содержимого Power BI, как и с номерами SKU A и EM. Дополнительные сведения см. в статье Power BI Embedded с Microsoft Fabric.

Оставшаяся часть этой статьи посвящена номерам SKU f и PKU.

Решите использовать одну или несколько емкостей

Ключевое решение заключается в том, следует ли использовать одну большую емкость или несколько небольших емкостей. Ваш выбор должен включать следующие рекомендации.

  • Уровень централизации и администрирования: насколько важно централизованное управление и децентрализованное управление для емкости? Если у вас есть распределенная архитектура или архитектура сетки, скорее всего, потребуется несколько емкостей, чтобы позволить разным командам управлять собственными емкостями.
  • Расположение хранилища данных: у вас есть региональные, отраслевые или организационные требования к месту размещения данных? Географическое расположение, в котором хранятся данные, сопоставляется с емкостью с помощью функции с несколькими географическими данными.
  • Изоляция ресурсов. Какой уровень изоляции ресурсов требуется для каждой емкости? Например, может потребоваться создать разные емкости для конкретных бизнес-единиц. Кроме того, можно создать емкость специально для поддержки рабочих областей для домена.
  • Вычислительные ресурсы: какой уровень вычислительных ресурсов необходим для каждой емкости? Например, если вы решили подготовить две емкости F32 вместо одного F64, то для обоих емкостей доступно меньше единиц емкости, так как они разделены. Единицы емкости преобразуются в ограничения для каждого номера SKU, например максимальный размер памяти для семантической модели.
  • Необходимые функции. Помимо уровня вычислительной мощности, необходимы определенные возможности? Например, F64 (или P1) или более поздней емкости позволяет пользователям с бесплатной лицензией просматривать содержимое бизнес-аналитики или использовать Copilot.
  • Стоимость. Необходимо ли отслеживать или выделять затраты отдельно для каждого номера SKU? Это проще сделать, если у вас есть отдельные емкости.

Выбор размера емкости

На этом этапе вы готовы выбрать номер SKU определенной емкости. Рассмотрим, какие среды планируется запустить: разработка, тестирование и/или рабочая среда. Обычно среда разработки и тестирования выполняется на меньшей емкости, чем то, что требуется для рабочей среды.

Чтобы получить уверенность в размере емкости, которую вам потребуется, рассмотрите возможность выполнения нагрузочного тестирования емкости. Дополнительные сведения см. в разделе "Планирование емкости " и "Оценка нагрузки емкости".

Определение потребностей в масштабировании вверх и вниз

Важно учитывать потребности масштабируемости во время планирования лицензий, так как она способствует затратам. Например, иногда может потребоваться изменить размер (или приостановить) емкость SKU F. Кроме того, можно настроить автомасштабирование для обработки случайных или непредвиденных всплесков в уровнях использования емкости SKU PKU. Дополнительные сведения см. в разделе "Изменение размера емкости".

Совет

Вы можете подумать о масштабируемости двумя способами.

  • Увеличение или уменьшение масштаба — при добавлении или удалении ресурсов (например, масштабирование до F16 из емкости F8).
  • Масштабирование происходит при добавлении дополнительных емкостей (например, можно приобрести два F8s вместо F16). Однако емкости не используют объединенные ресурсы (например , кластер шлюза данных при горизонтальном масштабировании). Таким образом, если вы рассматриваете возможность масштабирования до нескольких емкостей, помните, что отдельные емкости специально работают в изоляции.

Определите, требуется ли локальная или гибридная лицензия

Сервер отчетов Power BI (PBIRS) — это упрощенное решение для создания отчетов. Он предназначен для организаций, которые хотят реализовать гибридный подход, в котором содержимое Power BI может быть опубликовано на портале Fabric на основе облака, для Сервер отчетов Power BI или обоих. Сервер отчетов можно установить на компьютере, работающем в локальной инфраструктуре, или на виртуальной машине Azure (с Преимущество гибридного использования Azure).

Вы можете получить лицензию сервера отчетов одним из двух способов.

  • Подписка Power BI Premium (SKU)
  • SQL Server выпуск Enterprise с Software Assurance (SA)

Примечание.

Автор, публикующий содержимое на сервере отчетов, должен иметь лицензию Pro.

Совет

Провести техническое доказательство концепции, чтобы гарантировать, что Сервер отчетов Power BI будет соответствовать вашим потребностям. Помните, что четность функций с порталом Fabric не является целью. Кроме того, при публикации содержимого в Сервер отчетов Power BI рекомендуется использовать Power BI Desktop для сервера отчетов (отличается от обычного Power BI Desktop).

Дополнительные сведения см. в разделе "Лицензирование" Сервер отчетов Power BI.

Внимание

Настоятельно рекомендуется обратиться к соглашению о корпоративном лицензировании и обратиться к представителю учетной записи Майкрософт для получения конкретных сведений. Например, соглашение о лицензировании сервера отчетов включает ограничения, связанные с количеством ядер на целевом компьютере.

Шаг 3. Обновление лицензий емкости

На этом этапе доступны сведения о существующей подписке на емкость, и вы приняли целенаправленные решения. Теперь вы готовы сделать обновления необходимыми.

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

Настройка подписки емкости

Иногда может потребоваться внести корректировку в существующую подписку на емкость на основе того, что вы нашли во время проверки (шаг 1) и принятых решений (шаг 2).

Ниже приведены некоторые примеры внесенных изменений.

  • Изменение зарезервированных цен: рабочие нагрузки, работающие в емкости, согласованы и должны выполняться 24/7. Поэтому, чтобы сэкономить затраты, разумно изменить емкость Fabric с оплаты по мере использования на зарезервированные цены.
  • Измените цены на оплату по мере использования: рабочие нагрузки, выполняемые в вашей емкости, регулярно изменяются и могут воспользоваться возможностью часто увеличивать и уменьшать масштаб. В этом случае наиболее экономичным подходом может быть изменение цен на оплату по мере использования.

Внимание

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

Изменение размера емкости

Возможно, вам потребуется изменить размер емкости, если размер меньшего или большего размера будет лучше соответствовать вашим потребностям.

Существует два способа обработки изменения размера емкости.

  • Масштабирование вручную. Вы можете изменить размер (или приостановить) емкость SKU F в портал Azure. Это полезно при устранении проблем с производительностью или у вас есть известный период времени, когда загрузка будет выше (например, последняя неделя каждого месяца).
  • Автоматическое масштабирование. Вы можете включить автомасштабирование для обработки случайных или непредвиденных всплесков в уровнях использования емкости SKU PKU без каких-либо усилий вручную. Автомасштабирование может реагировать на эти всплески, эластично изменяя размер ресурсов для поддержки повышенной рабочей нагрузки. Автоматическое масштабирование снижает риск возникновения проблем с производительностью или взаимодействием с пользователем в обмен на дополнительные затраты. Если емкость не хорошо управляется, автомасштабирование может активироваться чаще, чем ожидалось, что может привести к рассмотрению большего размера емкости.

Шаг 4. Лицензии на емкость документов

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

Сведения, захваченные на шаге 1 , можно создать, включив следующие сведения в документацию.

  • Ключевые решения, включая дополнительные контексты или детали
  • Кто утвержденные покупки лицензий на емкость и когда
  • Время или ожидающие действия
  • Требования к управлению, связанные с лицензиями на емкость
  • Требования аудита, связанные с лицензиями на емкость
  • Моментальный снимок сведений о лицензировании емкости

Шаг 5. Управление лицензиями на емкость

Управление емкостью и управление подписками являются двумя отдельными разделами. Тем не менее, они очень связаны. Оба нуждаются в постоянном внимания. В следующих разделах рассматриваются аспекты.

Создание процесса для приема запросов емкости

Необходимо создать повторяемый, документируемый процесс, чтобы пользователи запрашивали емкость. Обычно он включает создание онлайн-формы. Запрос сведений, необходимых для оценки запроса емкости, например:

  • Назначение и тип содержимого для размещения в емкости.
  • Кто будет администрировать емкость.
  • Будет ли емкость выполняться 24/7 или нет.
  • Где данные должны храниться географически.
  • Как взимать или распределять затраты внутри.

Мониторинг и понимание использования емкости

Ниже приведены некоторые рекомендации по мониторингу и пониманию использования емкости.

  • Анализ нагрузки, чтобы определить, хорошо ли работает текущий размер емкости (SKU) для конкретных данных и бизнес-аналитики. Обязательно понять, как работают единицы емкости (ЦС ). Проанализируйте любое ускорение и сглаживание действий, чтобы проанализировать, эффективно ли вы используете емкость с течением времени или постоянно перегружены. Вы можете проанализировать использование емкости с помощью приложения метрик емкости Fabric.
  • Измените размер емкости при обнаружении слишком большого или слишком небольшого размера, чтобы удовлетворить текущие потребности. Изменение размера совпадает с изменением номера SKU. Изменение влияет на ценовую категорию.
  • Создайте емкость при необходимости:
    • Разделение рабочей нагрузки.
    • Хранение данных в другом регионе.
    • Назначение различных администраторов емкости (для децентрализованного администрирования емкости).
  • Создайте обучение пользователей или общайтесь с авторами, когда вы обнаружите, что они могут предпринять определенные действия для повышения эффективности емкости.

Настройка уведомлений

Если емкость регулярно перегружена, это означает, что может потребоваться приобрести большую емкость (увеличить масштаб) или создать другие емкости (горизонтальное масштабирование) или переместить содержимое в другую емкость. По этим причинам управление емкостью и лицензирование оказывают значительное влияние друг на друга.

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

Проверка и оптимизация затрат на емкость

Вы должны регулярно просматривать выставление счетов и управлять ими. Рассмотрим следующие варианты оптимизации затрат.

  • Различия в назначении: например, можно использовать меньший размер емкости (например, F16) для тестовых рабочих областей и размер емкости (например, F64) для рабочих областей.
  • Эффективное использование вычислительных ресурсов. Используйте приложение метрик емкости Fabric, чтобы определить, используются ли вычислительные ресурсы эффективно и есть ли какие-либо возможности для оптимизации затрат.
  • Мониторинг затрат на вычислительные ресурсы: отслеживайте затраты на емкость и как часто масштабируются емкости вверх и вниз. Рассмотрите возможность использования анализа затрат, ограничений расходов или бюджетов с помощью управления затратами Майкрософт.
  • Оплачиваемая стоимость хранилища. Проверьте оплачиваемое хранилище для каждой рабочей области в приложении метрик емкости Fabric. Для элементов Fabric затраты на хранение вычисляются отдельно от затрат на вычисления. Кроме того, проверка параметр емкости аварийного восстановления. Этот параметр влияет на затраты на хранилище с оплатой.
  • Увеличение масштаба и уменьшение масштаба. Создайте процесс для автоматического увеличения или уменьшения емкости (или приостановки ее, если применимо), когда рабочая нагрузка периодически будет прогнозируемой.
  • Затраты: если вам нужно распределить затраты в другие отделы, создайте процесс обратной оплаты для выделения затрат на подписку.

Шаг 6. Аудит лицензий емкости

Важно иметь процесс регулярного аудита емкостей. Администратор Структуры должен работать вместе с другими администраторами , чтобы получить эти сведения (например, глобальный администратор, администратор выставления счетов или администратор Azure).

Совет

В этом разделе рассматривается аудит подписок, лицензий и пробных версий. Существует множество дополнительных аспектов аудита и мониторинга емкости, включая мониторинг использования и производительности (и определение необходимости увеличения или уменьшения масштаба) с помощью приложения метрик емкости Fabric. Кроме того, необходимо отслеживать журнал действий для ситуаций, таких как изменение параметров емкости, обновление администраторов емкости, добавление участник емкости или назначение рабочих областей емкости емкости.

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

  • Список активных емкостей. Получение емкостей как Администратор REST API может предоставлять сведения, такие как SKU, состояние, администраторы и регион для всех емкостей в клиенте. Это API администратора, который возвращает моментальный снимок в момент времени. При регулярном сборе этих данных можно сравнить моментальные снимки (например, на этой неделе и на прошлой неделе), чтобы обнаружить изменения, которые произошли.
  • Новая пробная версия Fabric была запущена пользователем: найдите действие ChangeCapacityState в журнале действий. Свойство CapacityState указывает, что была подготовлена новая емкость Fabric. Свойство ItemName указывает, что это пробная емкость, номер SKU и его идентификатор.
  • Была создана новая емкость Fabric или была изменена существующая емкость: найдите операцию Update Fabric Capacity Create в журнале действий Azure Monitor. Вы также можете просматривать емкости Fabric в портал Azure.
  • Подсистема вычислений для емкости Fabric была приостановлена или перезапущена: в журнале действий Azure Monitor найдите операцию приостановки или операцию возобновления. Вы также можете просмотреть состояние емкости Fabric в портал Azure.
  • Была создана новая емкость Premium: в журнале действий найдите действие ChangeCapacityState. Свойство CapacityState указывает, что он был подготовлен в качестве новой емкости. Вы также можете просмотреть продукты с активной подпиской в области выставления счетов Центр администрирования Microsoft 365.
  • Отслеживайте затраты на емкость Fabric: используйте возможности Microsoft Cost Management для анализа затрат на емкости Microsoft Fabric и других служб Azure.
  • Мониторинг затрат на емкость Premium: вы можете просмотреть счета в области выставления счетов Центр администрирования Microsoft 365.
  • Рабочая область была назначена или удалена из емкости: найдите действие MigrateWorkspaceIntoCapacity или действие RemoveWorkspacesFromCapacity в журнале действий.

Совет

При переходе на портал Azure не следует путать с ресурсами Service Fabric . Эти ресурсы отличаются от Microsoft Fabric.

Внимание

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

Контрольный список . При планировании лицензий на емкость ключевые решения и действия включают:

  • Провести проверку: определите текущее состояние, просмотрив текущие подписки на емкость.
  • Определите существующие политики и решения: компилируйте существующие внутренние политики или предыдущие решения, связанные с подписками на емкость, чтобы информация была легко доступна.
  • Обсудите и решите: запланируйте семинары для принятия ключевых решений, связанных с подписками на емкость. При необходимости необходимо включить всех соответствующих лиц, заинтересованных лиц и исполнительного спонсора.
  • Создание документации. Компилируйте сведения, собранные о подписках на емкость, и документируйте ключевые решения для дальнейшего использования.
  • Сделайте обновления: обновите подписки на емкость на основе решений, принятых в семинарах.
  • Создайте процесс для управления запросами емкости: настройте процесс для того, как пользователи могут запрашивать новую емкость.
  • Настройте аудит: создайте процессы аудита, чтобы отслеживать действия, связанные с подписками на емкость и пробными версиями.

Связанный контент

Дополнительные рекомендации, действия, критерии принятия решений и рекомендации по внедрению Power BI см. в статье о планировании реализации Power BI.