Azure Lighthouse への顧客のオンボード

[アーティクル]
10/16/2024

この記事では、サービスプロバイダーが顧客を Azure Lighthouse にオンボードする方法について説明します。これを行う場合、顧客の Microsoft Entra テナント内の委任されたリソース (サブスクリプション、リソースグループ、またはこれらの両方) は、Azure の委任されたリソース管理を通じてテナントのユーザーが管理できます。

ヒント

このトピックではサービスプロバイダーと顧客に言及しますが、複数のテナントを管理している企業では、同じプロセスを使用して Azure Lighthouse を設定し、自社の管理エクスペリエンスを強化することができます。

複数の顧客に対して、オンボードプロセスを繰り返すことができます。適切なアクセス許可を持つユーザーが、管理しているテナントにサインインすると、個々の顧客テナントにサインインしなくてもそのユーザーが管理操作を実行することが顧客のテナントスコープ全体で認可されます。

Note

または、Azure Marketplace に公開したマネージドサービスオファー (パブリックまたはプライベート) を顧客が購入したときに、顧客を Azure Lighthouse にオンボードすることもできます。また、ここで説明されているオンボードプロセスは、Azure Marketplace に公開されているオファーと共に使用できます。

オンボードプロセスでは、サービスプロバイダーのテナントと顧客のテナント両方の中からアクションを実行する必要があります。これらの手順はすべて、この記事で説明します。

テナントとサブスクリプションの詳細を収集する

顧客のテナントをオンボードするには、アクティブな Azure サブスクリプションが必要です。テンプレートを手動で作成するときは、次の内容を知っている必要があります。

サービスプロバイダーのテナント (顧客のリソースを管理する場所) のテナント ID。
顧客のテナント (リソースはサービスプロバイダーで管理されます) のテナント ID。
サービスプロバイダーで管理される (またはサービスプロバイダーで管理されるリソースグループを含む) 顧客のテナントにある特定のサブスクリプションそれぞれのサブスクリプション ID

テナントの ID がわからない場合は、Azure portal、Azure PowerShell、または Azure CLI を使用してそれを取得できます。

Azure portal でテンプレートを作成する場合、テナント ID は自動的に設定されます。 Azure portal でテンプレートを作成するために、顧客のテナントまたはサブスクリプションの詳細を知る必要はありません。ただし、(サブスクリプション全体ではなく) 顧客のテナントで 1 つ以上のリソースグループをオンボードする予定の場合は、各リソースグループの名前を知る必要があります。

ロールとアクセス許可を定義する

サービスプロバイダーは、1 人の顧客に対して複数のタスクを実行でき、その場合は、スコープごとに異なるアクセスが必要になります。適切な Azure 組み込みロールを割り当てるために、必要な数の承認を定義することができます。それぞれの認可には、管理テナント内の Microsoft Entra ユーザー、グループ、またはサービスプリンシパルを指す principalId が含まれています。

Note

明示的に指定されていない限り、Azure Lighthouse ドキュメント内で言及されている「ユーザー」は、認可に含まれる Microsoft Entra ユーザー、グループ、またはサービスプリンシパルに該当します。

テンプレートで認可を定義するには、アクセスを許可する管理テナントのユーザー、ユーザーグループ、またはサービスプリンシパルそれぞれの ID 値を含める必要があります。また、割り当てる組み込みロールそれぞれのロール定義 ID も含める必要があります。 Azure portal でテンプレートを作成するときに、ユーザーアカウントとロールを選択でき、これらの ID 値が自動的に追加されます。テンプレートを手動で作成する場合は、管理テナント内から Azure portal、Azure PowerShell、または Azure CLI を使用してユーザー ID を取得できます。

ヒント

テナント内のユーザーが必要に応じて後から委任へのアクセスを削除できるように、顧客をオンボードするときに、マネージドサービスの登録割り当ての削除ロールを割り当てることをお勧めします。このロールが割り当てられていない場合、委任されたリソースは顧客のテナント内のユーザーによってのみ削除できます。

可能な限り、各割り当てには個々のユーザーではなく、Microsoft Entra ユーザーグループを使うことをお勧めします。これにより、アクセス権を持つグループに個々のユーザーを柔軟に追加または削除できるようになるため、ユーザー変更を行うためにオンボードプロセスを繰り返す必要がなくなります。サービスプリンシパルにロールを割り当てることもできます。これは、自動化のシナリオで役立ちます。

重要

Microsoft Entra グループのアクセス許可を追加するには、[グループの種類] を [セキュリティ] に設定する必要があります。このオプションは、グループの作成時に選択します。詳細については、「Microsoft Entra ID でのグループとアクセス権について説明します」を参照してください。

承認を定義する場合は、ユーザーがジョブの完了に必要なアクセス許可のみを持つように、必ず最小限の特権の原則に従ってください。サポートされているロールとベストプラクティスについては、「Azure Lighthouse のシナリオにおけるテナント、ユーザー、ロール」を参照してください。

ヒント

適格認可を作成して、管理中のテナントのユーザーが一時的にロールを昇格できるようにすることもできます。この機能には、特定のライセンス要件があります。詳細については、「適格認可を作成する」を参照してください。

顧客エンゲージメント全体におけるご自身の影響を追跡して評価を受けるには、オンボードされた各サブスクリプションにアクセスできる少なくとも 1 つのユーザーアカウントに Microsoft Cloud Partner Program ID を関連付けます。サービスプロバイダーテナントでこの関連付けを実行する必要があります。パートナー ID に関連付けられているテナントにサービスプリンシパルアカウントを作成し、顧客をオンボードするときに毎回そのサービスプリンシパルを含めることをお勧めします。詳細については、パートナー ID のリンクに関するページを参照してください。

Azure Resource Manager テンプレートの作成

顧客をオンボードするには、プラン用に次の情報を含む Azure Resource Manager テンプレートを作成する必要があります。顧客のテナント内にテンプレートがデプロイされると、mspOfferName および mspOfferDescription の値は、Azure portal の [サービスプロバイダー] ページで顧客に表示されます。

フィールド	定義
`mspOfferName`	この定義を説明する名前。この値は、オファーのタイトルとして顧客に表示され、一意の値である必要があります。
`mspOfferDescription`	自分のオファーの簡単な説明 (例: "Contoso VM 管理オファー")。このフィールドは省略可能ですが、顧客がオファーを明確に理解するために推奨されます。
`managedByTenantId`	テナント ID。
`authorizations`	`principalId` 値はテナントのユーザー、グループ、または SPN を表し、それぞれに、顧客が認可の目的を理解するのに役立つ `principalIdDisplayName` が指定されていて、アクセスレベルを指定するための組み込みの `roleDefinitionId` 値がマップされています。

このテンプレートは、Azure portal 内で、またはサンプルリポジトリで提供されているテンプレートを手動で変更することで作成できます。

重要

ここで説明するプロセスでは、同じ顧客テナントにサブスクリプションをオンボードしている場合でも、オンボードするサブスクリプションごとに個別のデプロイが必要です。また、同じ顧客テナントで異なるサブスクリプション内の複数のリソースグループをオンボードする場合も個別のデプロイが必要です。ただし、1 つのサブスクリプション内の複数のリソースグループをオンボードする場合は、1 つのデプロイで実行できます。

また、同じサブスクリプション (またはサブスクリプション内のリソースグループ) に適用される複数のプランに対しても個別のデプロイが必要です。適用される各プランに、それぞれ異なる mspOfferName を使用する必要があります。

Azure portal でテンプレートを作成する

Azure portal でテンプレートを作成するには、 [マイカスタマー] にアクセスし、概要ページで [ARM テンプレートの作成] を選択します。

[Create ARM Template offer](ARM テンプレートオファーの作成) ページで、名前とオプションの説明を入力します。これらの値はテンプレートで mspOfferName と mspOfferDescription に対して使用され、顧客に表示される場合があります。 managedByTenantId 値は、ログインしている Microsoft Entra テナントに基づいて自動的に与えられます。

次に、オンボードする顧客スコープに基づいて、 [サブスクリプション] または [リソースグループ] のいずれかを選択します。 [リソースグループ] を選択した場合、オンボードするリソースグループの名前を入力する必要があります。 + アイコンを選択して、必要に応じて同じサブスクリプションにリソースグループを追加できます。 (別のサブスクリプションで追加のリソースグループをオンボードするには、そのサブスクリプション用に別のテンプレートを作成してデプロイする必要があります。)

最後に、 [+ 承認の追加] を選択して承認を作成します。各承認について、次の詳細を指定します。

承認に含めるアカウントの種類に基づいて [プリンシパルの種類] を選択します。これは、 [ユーザー] 、 [グループ] 、または [サービスプリンシパル] のいずれかにすることができます。この例では、 [ユーザー] を選択します。
[+ ユーザーの選択] リンクを選択して、選択ウィンドウを開きます。検索フィールドを使用して、追加するユーザーを検索できます。これを行ったら、 [選択] をクリックします。ユーザーの [プリンシパル ID] が自動的に入力されます。
[表示名] フィールド (選択したユーザーに基づいて入力される) を確認し、必要に応じて変更します。
このユーザーに割り当てる [ロール] を選択します。
[アクセス] の種類で、 [永続] または [対象] を選択します。 [対象] を選択した場合は、最大期間、多要素認証、承認が必要かどうかのオプションを指定する必要があります。これらのオプションの詳細については、「適格な認可を作成する」を参照してください。適格な認可機能はサービスプリンシパルでは使用できません。
[追加] を選択して認可を作成します。

Azure portal の [承認の追加] セクションのスクリーンショット。

[追加] を選択した後、 [Create ARM Template offer](ARM テンプレートオファーの作成) 画面に戻ります。 [+ 承認の追加] を再び選択して、必要な数だけ承認を追加できます。

すべての承認を追加した後、 [テンプレートの表示] を選択します。この画面には、入力した値に対応する .json ファイルが表示されます。 [ダウンロード] を選択して、この .json ファイルのコピーを保存します。このテンプレートは、顧客のテナントにデプロイできます。変更が必要な場合は、手動で編集することもできます。

重要

生成されたテンプレートファイルは、Azure portal には格納されません。 [テンプレートの表示] 画面から移動する前に、必ずコピーをダウンロードしてください。

テンプレートを手動で作成する

Azure Resource Manager テンプレート (サンプルリポジトリに提供されています) と、お使いの構成に合わせるための変更と承認の定義を行う対応するパラメーターファイルを使用して、テンプレートを作成できます。必要に応じて、別のパラメーターファイルを使用するのではなく、すべての情報をテンプレートに直接含めることができます。

選択するテンプレートは、オンボードの対象がサブスクリプション全体、リソースグループ、サブスクリプション内の複数のリソースグループのいずれであるかによって異なります。また、この方法でサブスクリプションをオンボードしたい方のために、Azure Marketplace に公開したマネージドサービスオファーを購入した顧客に使用できるテンプレートも用意されています。

オンボードの対象	使用する Azure Resource Manager テンプレート	変更するパラメーターファイル
サブスクリプション	subscription.json	subscription.parameters.json
Resource group	rg.json	rg.parameters.json
サブスクリプション内の複数のリソースグループ	multi-rg.json	multiple-rg.parameters.json
サブスクリプション (Azure Marketplace に公開されたオファーの使用時)	marketplaceDelegatedResourceManagement.json	marketplaceDelegatedResourceManagement.parameters.json

適格な認可を含めるには、サンプルリポジトリの delegated-resource-management-eligible-authorizations セクションから対応するテンプレートを選択します。

ヒント

1 回のデプロイで管理グループ全体をオンボードすることはできませんが、管理グループ内の各サブスクリプションをオンボードするためのポリシーをデプロイすることはできます。その後、管理グループ内のすべてのサブスクリプションにアクセスできるようになります。ただし、(管理グループリソースに直接アクションを実行するのではなく) 個々のサブスクリプションとして処理する必要があります。

次の例では、サブスクリプションをオンボードする際に使用される、変更後の subscription.parameters.json ファイルを示しています。 (rg-delegated-resource-management フォルダー内にある) リソースグループのパラメーターファイルは類似した形式ですが、オンボードの対象となる特定のリソースグループを識別するための rgName パラメーターも含まれています。

{
    "$schema": "https://schema.management.azure.com/schemas/2018-05-01/subscriptionDeploymentParameters.json#",
    "contentVersion": "1.0.0.0",
    "parameters": {
        "mspOfferName": {
            "value": "Fabrikam Managed Services - Interstellar"
        },
        "mspOfferDescription": {
            "value": "Fabrikam Managed Services - Interstellar"
        },
        "managedByTenantId": {
            "value": "00000000-0000-0000-0000-000000000000"
        },
        "authorizations": {
            "value": [
                {
                    "principalId": "00000000-0000-0000-0000-000000000000",
                    "principalIdDisplayName": "Tier 1 Support",
                    "roleDefinitionId": "b24988ac-6180-42a0-ab88-20f7382dd24c"
                },
                {
                    "principalId": "00000000-0000-0000-0000-000000000000",
                    "principalIdDisplayName": "Tier 1 Support",
                    "roleDefinitionId": "36243c78-bf99-498c-9df9-86d9f8d28608"
                },
                {
                    "principalId": "00000000-0000-0000-0000-000000000000",
                    "principalIdDisplayName": "Tier 2 Support",
                    "roleDefinitionId": "acdd72a7-3385-48ef-bd42-f606fba81ae7"
                },
                {
                    "principalId": "00000000-0000-0000-0000-000000000000",
                    "principalIdDisplayName": "Service Automation Account",
                    "roleDefinitionId": "b24988ac-6180-42a0-ab88-20f7382dd24c"
                },
                {
                    "principalId": "00000000-0000-0000-0000-000000000000",
                    "principalIdDisplayName": "Policy Automation Account",
                    "roleDefinitionId": "18d7d88d-d35e-4fb5-a5c3-7773c20a72d9",
                    "delegatedRoleDefinitionIds": [
                        "b24988ac-6180-42a0-ab88-20f7382dd24c",
                        "92aaf0da-9dab-42b6-94a3-d43ce8d16293"
                    ]
                }
            ]
        }
    }
}

上記の例の最後の承認では、ユーザーアクセス管理者ロール (18d7d88d-d35e-4fb5-a5c3-7773c20a72d9) が設定された principalId が追加されます。このロールを割り当てる際は、delegatedRoleDefinitionIds プロパティと 1 つ以上のサポートされている Azure 組み込みロールを含める必要があります。この承認で作成されたユーザーは、これらのロールを顧客テナント内のマネージド ID に割り当てることができます。これは、修復可能なポリシーをデプロイするために必要です。ユーザーは、サポートインシデントを作成することもできます。ユーザーアクセス管理者ロールに通常関連付けられている他のアクセス許可は、この principalId に適用されません。

Azure Resource Manager テンプレートのデプロイ

テンプレートを作成したら、顧客のテナント内のユーザーが、それをテナント内にデプロイする必要があります。オンボードするサブスクリプションごと (または、オンボードするリソースグループを含むサブスクリプションごと) に個別のデプロイが必要です。

ここで説明するプロセスを使用してサブスクリプション (またはサブスクリプション内の 1 つまたは複数のリソースグループ) をオンボードすると、そのサブスクリプションに対して Microsoft.ManagedServices リソースプロバイダーが登録されます。

重要

このデプロイは、ゲスト以外のアカウントが、オンボード対象のサブスクリプションで所有者などの Microsoft.Authorization/roleAssignments/write アクセス許可を含むロールを持っている (またはオンボード対象のリソースグループを含む) 顧客のテナント内で実行する必要があります。サブスクリプションを委任できるユーザーを見つけるには、顧客のテナント内のユーザーが Azure portal 上でサブスクリプションを選択し、 [アクセス制御 (IAM)] を開くと、所有者ロールを持つすべてのユーザーを表示することができます。

サブスクリプションがクラウドソリューションプロバイダー (CSP) プログラムを使用して作成されている場合、サービスプロバイダーテナントの管理エージェントロールを持つユーザーがデプロイを実行できます。

デプロイは、次に示すように、PowerShell を使用するか、Azure CLI を使用するか、または Azure portal 内で行うことができます。

PowerShell を使用したデプロイ

1 つのテンプレートをデプロイするには、次のようにします。

# Log in first with Connect-AzAccount if you're not using Cloud Shell

# Deploy Azure Resource Manager template using template and parameter file locally
New-AzSubscriptionDeployment -Name <deploymentName> `
                 -Location <AzureRegion> `
                 -TemplateFile <pathToTemplateFile> `
                 -Verbose

# Deploy Azure Resource Manager template that is located externally
New-AzSubscriptionDeployment -Name <deploymentName> `
                 -Location <AzureRegion> `
                 -TemplateUri <templateUri> `
                 -Verbose

別個のパラメーターファイルを使用するテンプレートをデプロイするには、次のようにします。

# Log in first with Connect-AzAccount if you're not using Cloud Shell

# Deploy Azure Resource Manager template using template and parameter file locally
New-AzSubscriptionDeployment -Name <deploymentName> `
                 -Location <AzureRegion> `
                 -TemplateFile <pathToTemplateFile> `
                 -TemplateParameterFile <pathToParameterFile> `
                 -Verbose

# Deploy Azure Resource Manager template that is located externally
New-AzSubscriptionDeployment -Name <deploymentName> `
                 -Location <AzureRegion> `
                 -TemplateUri <templateUri> `
                 -TemplateParameterUri <parameterUri> `
                 -Verbose

Azure CLI を使用したデプロイ

1 つのテンプレートをデプロイするには、次のようにします。

# Log in first with az login if you're not using Cloud Shell

# Deploy Azure Resource Manager template using template and parameter file locally
az deployment sub create --name <deploymentName> \
                         --location <AzureRegion> \
                         --template-file <pathToTemplateFile> \
                         --verbose

# Deploy external Azure Resource Manager template, with local parameter file
az deployment sub create --name <deploymentName> \
                         --location <AzureRegion> \
                         --template-uri <templateUri> \
                         --verbose

別個のパラメーターファイルを使用するテンプレートをデプロイするには、次のようにします。

# Log in first with az login if you're not using Cloud Shell

# Deploy Azure Resource Manager template using template and parameter file locally
az deployment sub create --name <deploymentName> \
                         --location <AzureRegion> \
                         --template-file <pathToTemplateFile> \
                         --parameters <parameters/parameterFile> \
                         --verbose

# Deploy external Azure Resource Manager template, with local parameter file
az deployment sub create --name <deploymentName> \
                         --location <AzureRegion> \
                         --template-uri <templateUri> \
                         --parameters <parameterFile> \
                         --verbose

Azure portal でのデプロイ

Azure portal でテンプレートをデプロイするには、以下に説明するプロセスに従います。これらの手順は、所有者ロール (または Microsoft.Authorization/roleAssignments/write アクセス許可を持つ別のロール) を持つ顧客テナントのユーザーが行う必要があります。

Azure portal の [サービスプロバイダー] ページで、[サービスプロバイダーのオファー] を選択します。
画面の上部近くにある [プランの追加] の横にある矢印を選択し、[テンプレート経由で追加] を選択します。
テンプレートをドラッグアンドドロップしてアップロードするか、[ファイルの参照] を選択してテンプレートを見つけてアップロードします。
該当する場合は、[別のパラメーターファイルがある] ボックスを選択し、パラメーターファイルをアップロードします。
テンプレート (および必要に応じてパラメーターファイル) をアップロードしたら、[アップロード] を選択します。
[カスタムデプロイ] 画面で、表示される詳細を確認します。必要に応じて、この画面で、または [パラメーターの編集] を選択して、これらの値を変更できます。
[確認と作成] を選択し、次に [作成] を選択します。

数分後に、デプロイが完了したという通知が表示されます。

ヒント

別の方法として、GitHub リポジトリで、([自動展開] 列の) 使用するテンプレートの横に表示される [Azure へのデプロイ] ボタンを選択します。 Azure portal でテンプレート例が開きます。このプロセスを使用する場合は、[レビューと作成] を選択する前に、[Msp Offer Name] (Msp オファー名)、[Msp Offer Description] (Msp オファーの説明)、[Managed by Tenant Id] (テナント ID による管理)、および[認可]の値を更新する必要があります。

オンボードが成功したことを確認する

顧客サブスクリプションが Azure Lighthouse に正常にオンボードされたら、サービスプロバイダーのテナント内のユーザーは、サブスクリプションとそのリソースを見ることができるようになります (上記のプロセスを通じて、個人として、または適切なアクセス権限を持つ Microsoft Entra グループのメンバーとして、それに対するアクセスが許可されている場合)。これを確認するには、次のいずれかの方法でサブスクリプションが表示されることを確認します。

Azure portal で確定する

サービスプロバイダーのテナントで

[マイカスタマー] ページに移動します。
[顧客] を選択します。
Resource Manager テンプレートで指定したオファー名の付いたサブスクリプションが表示されることを確認します。

重要

[マイカスタマー] にある委任されたサブスクリプションを表示するためには、サブスクリプションがオンボードされたときに、サービスプロバイダーのテナント内のユーザーに閲覧者ロール (または、閲覧者アクセスを含む別の組み込みロール) が付与されている必要があります。

顧客のテナントで

[サービスプロバイダー] ページに移動します。
[サービスプロバイダーのオファー] を選択します。
Resource Manager テンプレートで指定したオファー名の付いたサブスクリプションが表示されることを確認します。

Note

デプロイが完了してから Azure portal に更新が反映されるまで最大 15 分かかる場合があります。ブラウザーを更新するか、サインインしてからサインアウトするか、または新しいトークンを要求することで Azure Resource Manager トークンを更新すると、更新プログラムをすぐに確認できる場合があります。

PowerShell を使用して確定する

# Log in first with Connect-AzAccount if you're not using Cloud Shell

Get-AzContext

# Confirm successful onboarding for Azure Lighthouse

Get-AzManagedServicesDefinition
Get-AzManagedServicesAssignment

Azure CLI を使用して確定する

# Log in first with az login if you're not using Cloud Shell

az account list

# Confirm successful onboarding for Azure Lighthouse

az managedservices definition list
az managedservices assignment list

顧客がオンボードされた後に変更を加える必要がある場合は、委任を更新できます。完全に委任へのアクセスを削除することもできます。

トラブルシューティング

顧客を正常にオンボードできない場合、またはユーザーが委任されたリソースにアクセスするときに問題が生じた場合、次のヒントと要件を確認して、もう一度試みてください。

Azure portal に顧客リソースを表示する必要のあるユーザーは、オンボードプロセス中に閲覧者ロール (または閲覧者アクセス権を含む別の組み込みロール) が付与されている必要があります。
managedbyTenantId 値は、オンボードされているサブスクリプションのテナント ID と同じにすることはできません。
同じスコープの同じ mspOfferName を持つ複数の割り当てを行うことはできません。
委任されたサブスクリプションに対して、Microsoft.ManagedServices リソースプロバイダーを登録する必要があります。これはデプロイ中に自動的に行われますが、行われない場合は、手動で登録できます。
承認には、所有者ロールを持つユーザー、DataActions を持つロール、または制限されたアクションを含むロールを含めることはできません。
グループは、グループの種類を Microsoft 365 ではなく Security に設定して作成する必要があります。
アクセスがグループに与えられた場合、ユーザーがそのグループに属するか必ずご確認ください。メンバーでない場合、Microsoft Entra ID を使ってグループにユーザーを追加できます。別のデプロイを実行する必要はありません。グループ所有者はその人が管理するグループに属するとは限らず、場合によっては、アクセスを与えるために追加する必要があることにご注意ください。
入れ子になったグループでは、アクセスが有効になるまでにさらなる遅延が発生する場合があります。
認可に含める Azure 組み込みロールには、非推奨のロールを含めることはできません。 Azure 組み込みロールが非推奨になると、そのロールでオンボードされたすべてのユーザーがアクセス権を失います。また、追加の委任をオンボードすることはできなくなります。この問題を解決するには、サポートされている組み込みロールのみを使用するようにテンプレートを更新してから、新しいデプロイを実行します。

次のステップ

テナント間の管理エクスペリエンスについて学習します。
Azure portal の [マイカスタマー] に移動して、顧客を表示および管理します。
委任を更新または削除する方法について説明します。

次の方法で共有

Azure Lighthouse への顧客のオンボード

テナントとサブスクリプションの詳細を収集する

ロールとアクセス許可を定義する

Azure Resource Manager テンプレートの作成

Azure portal でテンプレートを作成する

テンプレートを手動で作成する

Azure Resource Manager テンプレートのデプロイ

PowerShell を使用したデプロイ

Azure CLI を使用したデプロイ

Azure portal でのデプロイ

オンボードが成功したことを確認する

Azure portal で確定する

PowerShell を使用して確定する

Azure CLI を使用して確定する

トラブルシューティング

次のステップ

フィードバック

その他のリソース