組織全体のアクセス集中管理

一元的なアクセス管理により、 IBM Cloud リソースへのユーザーアクセスを制御します。 企業規模で権限を管理するために、役割とポリシーを割り当てます。

アクセス管理によって、どのユーザーがアカウント内のリソースを表示、作成、使用、および管理できるのかを制御することができます。 最小特権の原則に従ってアクセス権を付与するには、プラットフォームの管理タスクを完了し、 アカウントリソースにアクセスするために、ユーザーにきめ細かなアクセスレベルを許可するロールを割り当てることができます。

IBM Cloud® でのアクセス管理方法は、アクセスを割り当てたいリソースのタイプによって異なります。 IBM Cloud Identity and Access Management (IAM)は、 IBM Cloud プラットフォーム全体でリソースグループに編成されたリソースを一貫して管理するために使用されるアクセス管理システムです。 クラシック・インフラストラクチャー リソース はIAMを使用して管理されていない。 これらのリソース・タイプには独自のアクセス管理システムがあります。

複数のリソース・タイプを組み合わせて使用する場合は、各タイプを別々に管理します。

  • IAM リソースについては、 IBM Cloud コンソールで Manage > Access (IAM) と進み、 UsersAccess groupsTrusted profilesService IDs のいずれかを選択して開始する。
  • クラシック・インフラストラクチャーアクセスを割り当てるには、 管理 > アクセス(IAM)の クラシック・インフラストラクチャー、アクセスを割り当てたいユーザーのアクセス許可を設定します。 また、 アカウント Softlayer アカウントリンクされている場合、 Trustedプロファイルを使用して クラシック・インフラストラクチャーアクセスを割り当てることもできます。

アクセスの種類はそれぞれ個別に管理されるが、すべてのアクセスポリシーは、アクセスを割り当てたい対象者、対象者がアクセスできる範囲を示すポリシーの対象、そして最後に対象者が対象に対して持つアクセスレベルを決定するIAMロールまたはクラシック・インフラストラクチャー権限で構成される。

IAMまたはクラシック・インフラストラクチャーアクセス許可を使用したアクセス管理ポリシー。
IAMまたはクラシック・インフラストラクチャー権限を使用したアクセス管理ポリシー

IAM ポリシーの場合、サブジェクトはアクセス・グループ、ユーザー、サービス ID、またはトラステッド・プロファイルにすることができます。 また、ターゲットは、アカウント管理サービス、リソース・グループ、 アカウント内のサービス、特定のサービス・インスタンス、またはサービス内のリソース・タイプにすることができます。 プラットフォームの役割およびサービスの役割を選択して、サブジェクトのアクセス・レベルのスコープを設定することができます。 クラシック・インフラストラクチャーの場合、ユーザーを選択し、次に特定の許可を割り当てたアクセス権限のスコープをサービスまたはデバイスに設定できます。 アクセス管理にIAMポリシーの使用をサポートしていないクラシック・インフラストラクチャー、 クラシック・インフラストラクチャー許可 を参照のこと。

IBM Cloud IAM の限度

以下の表に、IAM リソースの最大限度をリストしています。 これらの限度は、IAM リソースを作成できるすべてのユーザーに適用されます。 限度を超えると例外が出され、その限度を超えて新規リソースを作成することは許可されません。

拡張された制限を必要とする特定のユース・ケースがある場合は、増加を要求できます。 詳しくは、アカウント制限の増加を参照してください。

IAM アカウント制限
リソース 最大
アカウント当たりのアクセス・グループ 500
ユーザー当たりのアクセス・グループ 50
アカウント当たりのアクセス管理タグ 250
ID 当たりの API キー 20
アカウント当たりのカスタム役割 40
アクセス・グループ当たりの動的ルール 5
信頼されたプロファイルごとの動的ルール 20
ID プロバイダごとの動的ルール ( IdP ) 2000
IdPs アカウントあたり 5
アカウント当たりのポリシー [1] 4020
アカウント内のサブジェクト当たりのポリシー 1000
アカウント内のアクセス管理タグが付いたポリシー 500
アカウント当たりのサービス ID 2000
アカウントごとの信頼できるプロファイル 2000
トライアル・アカウント当たりのユーザー数 100
有料アカウント当たりのユーザー数 7500

アカウント内で最適のパフォーマンスを確保するため、1 つのアカウント内のポリシーおよびサービス間許可は、最大 1,000 個が推奨されます。 アカウント内のポリシー数を制限する方法について詳しくは、『リソースを編成してアクセス権限を割り当てるためのベスト・プラクティス』を参照してください。

アカウントポリシー数を確認したい場合は、 アカウントごとのポリシー総数の表示 をご覧ください。 アカウント限度額の増額を申請するには、「 ポリシーとルールの共有限度額の増額を申請する 」を参照してください。


  1. IAMポリシーとコンテキストベースの制限ルールは、合わせて4020の制限を共有する。 ↩︎