DoiT コンソール経由で AWS アカウントをリンクする
DoiT コンソール経由で新しい AWS アカウントをリンクする際は、お使いのセットアップに応じてアプローチを選択してください。
-
個別の AWS アカウントの場合: 各アカウントに対して CloudFormation スタック を作成するか、ロールを手動で作成します。
-
AWS Organization の OU または組織ルート配下の複数アカウントの場合: 管理アカウントでサービス管理型パーミッションを使用して CloudFormation StackSet を作成します。
CloudFormation StackSet の前提条件
CloudFormation StackSets を使用するには、次の条件が必要です。
- 管理アカウントにアクセスできる必要があります(DoiT の統合請求アカウントを利用している場合は利用できません)。
StackSets を使用すると、デプロイメントターゲット内のすべてのメンバーアカウントに対して、必要なパーミッションのデプロイを単一のセットアップで自動化できます。アカウントのライフサイクル管理も自動化されます。
-
AWS Organization に新しいメンバーアカウントを追加すると、StackSet が必要なパーミッションをデプロイし、DoiT がそのアカウントを自動的に検出します。
-
アカウントをリンク済み OU またはルートから移動すると、そのアカウントからスタックが自動的に削除され、そのアカウントでは機能が利用できなくなります。
すでに CloudFormation スタックを使用して接続されているアカウントについて CloudFormation StackSet アプローチに切り替える場合は、まず各アカウントのリンクを解除するか、AWS コンソールで CloudFormation スタックを削除する必要があります。
新しいアカウントをリンクする
新しい AWS アカウントをリンクするには、次の手順に従ってください。
-
DoiT コンソール の上部ナビゲーションのメガメニューから Data ingestion and integrations > AWS を選択します。
-
Connect Amazon Web Services ページで、Link new account を選択します。

-
必要なポリシーを持つ クロスアカウント AWS IAM ロール を作成するためのオプションを選択します。
-
Create a role automatically (推奨): DoiT が必要なポリシーをデプロイする CloudFormation スタックまたは StackSet を起動します。
-
Create a role manually: AWS コンソールで IAM ロールを作成し、そのロール ARN を DoiT コンソールに貼り付けます。
-
ロールを自動作成する
-
Create a role automatically を選択します。
-
AWS アカウントで有効にする機能を選択します。機能を展開して、その機能に必要な AWS ポリシーを確認できます。

-
Read-only permissions: Read-only アクセスのみを必要とする機能はデフォルトで含まれており、手動で選択する必要はありません。
-
Write permissions: Write アクセスを必要とする機能は、対応するチェックボックスを選択して手動で追加する必要があります。
-
Real-time anomalies を選択する場合は、CloudTrail イベントファイルを含む S3 bucket を指定する必要があります。詳細は「Enable real-time anomaly on AWS accounts」を参照してください。
-
-
Link new account を選択します。
-
クロスアカウント IAM ロールの作成方法を選択します。

-
Deployment target ID: 管理アカウントでサービス管理型パーミッションを使用する CloudFormation StackSet を作成するために必須の項目です。
-
Link single account: 個別アカウント用に CloudFormation スタック を作成する場合に選択します。
-
CloudFormation StackSets
このアプローチでは、Deployment target ID を指定する必要があります(CloudFormation StackSet の前提条件も参照してください)。
-
AWS Organizations コンソール を開き、選択した機能をメンバーアカウントに付与する対 象の Organizational Unit (OU) または組織ルートを特定します。
-
OU ID (例:
ou-abcd-12345678) またはルート ID (例:r-abcd) をコピーします。 -
DoiT コンソールに戻り、Deployment target ID フィールドに OU ID またはルート ID を貼り付けます。
-
ダイアログ内のメッセージを確認し、Link new account を選択します。
-
AWS CloudFormation の Quick create stack ページにリダイレクトされ、サービス管理型パーミッションを使用する CloudFormation StackSet を作成します。
サービス管理型パーミッションを用いた StackSet の作成が初めての場合、AWS から AWS Organizations と連携した StackSets の信頼されたアクセスを有効化するよう求められます。
-
パラメータを確認します。スタック名と必要なパラメータ(デプロイメントターゲット ID や External ID など)は自動入力されます。
-
必要に応じて、次の閾値を調整します。
-
FailureTolerancePercentage: StackSet の実行が停止するまでに失敗を許容できるアカウント数のパーセンテージです。DoiT のテンプレートでは、この値は 20 に設定されています。
-
Max Concurrent Percentage: 同時にデプロイを実行するターゲットアカウントの最大パーセンテージです。DoiT のテンプレートでは、この値は 100 に設定されています。
-
-
ページの一番下までスクロールし、AWS CloudFormation がカスタム名を持つ IAM リソースを作成する可能性があること、および
CAPABILITY_AUTO_EXPANDケイパビリティが必要であることを確認するチェックボックスを選択します。 -
Create stack を選択します。
処理には数分かかる場合があります。成功すると、リンクされた AWS アカウントには Healthy ステータスが表示されます。
CloudFormation スタック
CloudFormation スタックテンプレートを作成するために AWS コンソールが表示されます。
-
AWS CloudFormation コンソールまたは AWS CloudShell を使用して、IAM ロール用の CloudFormation スタックを作成します。
- AWS CloudFormation console
- AWS CloudShell
-
Link New account を選択し、AWS CloudFormation コンソール で DoiT スタックテンプレートを起動します。
-
US East (N. Virginia) us-east-1リージョンにいることを確認します。
-
ページ下部のチェックボックスを選択し、AWS CloudFormation がカスタム名を持つ IAM リソースを作成する可能性があることを承認します。

-
スタックを作成します(クロスアカウント AWS IAM ロールも参照してください)。
-
Prefer CLI を選択します。
-
ポップアップウィンドウからコマンドをコピーします。
注意CLI コマンドを実行前に編集する場合でも、リージョンは必ず
us-east-1のままにしておく必要があります。 -
AWS CloudShell でコマンドを実行し、指定された CloudFormation スタックを作成します。
スタックを作成した後、アカウントが DoiT プラットフォームにリンクされるまで最大 30 秒かかる場合があります。成功すると、リンクされた AWS アカウントには Healthy ステータスが表示されます。
ロールを手動で作成する
このオプションは、すべての種類の AWS アカウントに適用されます。
-
Create a role manually を選択してください。
-
DoiT コンソールに表示されている
Our AWS AccountとYour External IDの値を控えてください。
-
(オプション)アカウントで Real-time Anomaly Detection を有効にす る場合は、AWS CloudTrail の S3 バケット名を入力し、バケットが存在するリージョンを指定してください(バケットはsupported regions のいずれかに存在している必要があります)。
-
AWS Management Console で AWS IAM Role を作成します。(Creating an IAM role (console) も参照してください。)
-
AWS IAM コンソール に移動し、左側のナビゲーションペインで Roles を選択し、Create role を選択してください。
-
trusted entity として AWS account を選択してください。
-
Another AWS account を選択し、DoiT AWS アカウント ID(DoiT コンソールで提供される
Our AWS Account)を入力してください。 -
Require external IDチェックボックスを選択し、External ID を入力してください。 -
Next を選択して権限を追加してください。
有効にしたい機能に応じて policies を選択してください。
- Core の場合は、特定の AWS マネージドポリシーをロールに追加します。
- その他の機能用には、Create policy を選択し、JSON タブに切り替えて、該当する機能の権限を貼り付けてカスタムポリシーを作成します。
参照AWS ドキュメント: Creating IAM policies (console)
-
ポリシーを作成したら、元のタブに戻ってください。新しいポリシーを検索リストに表示するには更新が必要な場合があります。
-
Core 機能に必要な 3 つの組み込みポリシーに加えて、有効にしたい機能用の新しいポリシーをすべて選択してください。
-
Next を選択し、ロール名を付け、選択したポリシーを確認してから Create role を選択してください。
-
-
ロールを作成したら、ロール名を選択してサマリーページを開き、ロールの ARN の値をコピーし、その Role ARN を DoiT コンソールに貼り付けてください。
-
Add を選択して AWS アカウントをリンクしてください。
成功すると、DoiT コンソール上で AWS アカウントのステータスが Healthy と表示されます。
Manage linked accounts
このセクションは、CloudFormation StackSets でリンクされていない AWS アカウントにのみ適用されます。OU のメンバーアカウントのリンクを解除するには、そのアカウントを OU から削除する必要があります。メンバーアカウントの機能アクセスを変更するには、目的の機能セットを持つ別の OU にアカウントを移動してください。
Unlink an account
アカウントのリンクを解除するには、次の手順に従ってください。
-
Link Amazon Web Services ページに移動してください。
-
対象のアカウントを見つけてください。
-
アカウント行の一番右端にあるケバブメニュー(⋮)を選択してください。
-
Unlink account を選択してください。

Modify feature access
Add a feature
新しい機能を追加するには、リンク済みアカウントの IAM ロールに追加の権限を付与する必要があります。
-
アカウント行の一番右端にあるケバブメニュー(⋮)を選択してください。
-
Edit account を選択してください。
-
新しい機能のチェックボックスを選択してください。
AWS Billing Transfer を行っていない DoiT PartnerOps エンドカスタマーの AWS 管理アカウントでは、CloudFlow 機能がデフォルトで選択されています。これは、CloudFlow で AWS 接続を作成する ために必要です。

-
次のいずれかのオプションを使用して、新しい権限で IAM ロールを更新してください。
- Update account を選択して、AWS コンソールで CloudFormation スタックを作成します。
- Prefer CLI を選択して、AWS CloudShell 経由で CloudFormation スタックを作成するためのコマンドを取得します。
詳細は Create a role automatically を参照してください。
Remove a feature
機能を削除するには、次の手順に従ってください。
-
AWS コンソールで IAM ページを開いてください。
-
リンク済みアカウントのロールから、その機能に関連付けられているポリシーをデタッチしてください。
Feature permissions
以下は、リンク済みアカウント上で有効にできる Core 機能および一部の機能に必要な権限です。利用可能な機能の全リストについては、Security and data access policy: Amazon Web Services を参照してください。
Core、Quota Monitoring など:
- Core
- PerfectScale for Spot
- Quota Monitoring
- Kubernetes core
- Real-time anomalies
Core 権限は 3 つの AWS マネージドポリシーで構成されます。create the IAM role automatically を選択した場合は、Cloud Intelligence プラン内の他の DoiT 機能に必要な読み取り専用権限も Core 権限に含まれます。
| AWS managed policy | 説明 |
|---|---|
SecurityAudit | セキュリティ設定メタデータを読み取るアクセス権を付与します。 |
AWSSavingsPlansReadOnlyAccess | Savings Plans サービスへの読み取り専用アクセスを提供します。 |
Billing | 請求およびコスト管理のための権限を付与します。 |
{
"Version": "2012-10-17",
"Statement": [
{
"Action": [
"ec2:Describe*",
"ec2:CreateLaunchTemplate",
"ec2:CreateLaunchTemplateVersion",
"ec2:ModifyLaunchTemplate",
"ec2:RunInstances",
"ec2:TerminateInstances",
"ec2:CreateTags",
"ec2:DeleteTags",
"ec2:CreateLaunchTemplateVersion",
"ec2:CancelSpotInstanceRequests",
"autoscaling:CreateOrUpdateTags",
"autoscaling:UpdateAutoScalingGroup",
"autoscaling:Describe*",
"autoscaling:AttachInstances",
"autoscaling:BatchDeleteScheduledAction",
"autoscaling:BatchPutScheduledUpdateGroupAction",
"cloudformation:ListStacks",
"cloudformation:Describe*",
"iam:PassRole",
"events:PutRule",
"events:PutTargets",
"events:PutEvents"
],
"Resource": "*",
"Effect": "Allow"
}
]
}
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"support:DescribeTrustedAdvisorCheckSummaries",
"support:DescribeTrustedAdvisorCheckRefreshStatuses",
"support:DescribeTrustedAdvisorChecks",
"support:DescribeSeverityLevels",
"support:RefreshTrustedAdvisorCheck",
"support:DescribeSupportLevel",
"support:DescribeCommunications",
"support:DescribeServices",
"support:DescribeIssueTypes",
"support:DescribeTrustedAdvisorCheckResult",
"trustedadvisor:DescribeNotificationPreferences",
"trustedadvisor:DescribeCheckRefreshStatuses",
"trustedadvisor:DescribeCheckItems",
"trustedadvisor:DescribeAccount",
"trustedadvisor:DescribeAccountAccess",
"trustedadvisor:DescribeChecks",
"trustedadvisor:DescribeCheckSummaries"
],
"Resource": "*"
}
]
}
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"eks:ListAccessPolicies",
"eks:ListAccessEntries",
"eks:DescribeCluster",
"eks:ListClusters"
],
"Resource": "*"
}
]
}
リアルタイムアノマリーの場合、IAM ポリシーに加えて、CloudTrail バケットに対して、リアルタイムアノマリー SNS トピックを宛先とする Amazon S3 イベント通知を設定する必要があります。
IAM Policy
このポリシーにより、クロスアカウントロールは EC2 AMI の記述、KMS で暗号化されたデータの復号、および CloudTrail ログをホストする S3 バケットへのアクセスを行うことができます。
{
"Version": "2012-10-17",
"Statement": [
{
"Sid": "AllowDescribeImagesForRealtimeData",
"Effect": "Allow",
"Action": "ec2:DescribeImages",
"Resource": "*"
},
{
"Sid": "AllowAccessToEncryptedS3Buckets",
"Effect": "Allow",
"Action": "kms:Decrypt",
"Resource": "*"
},
{
"Sid": "AllowCloudTrailBucketLevelAccess",
"Effect": "Allow",
"Action": [
"s3:ListBucket",
"s3:GetBucketNotification"
],
"Resource": "arn:aws:s3:::YOUR_CLOUDTRAIL_BUCKET_NAME"
},
{
"Sid": "AllowCloudTrailObjectLevelAccess",
"Effect": "Allow",
"Action": "s3:GetObject",
"Resource": "arn:aws:s3:::YOUR_CLOUDTRAIL_BUCKET_NAME/*"
}
]
}
CloudTrail S3 bucket notification
詳細な手順は、Configure S3 bucket event notification を参照してください。
AWS は各イベント通知タイプにつき 1 つの宛先のみをサポートしている点に注意してください。CloudTrail S3 バケットで、s3:ObjectCreated:* イベントタイプが既に別の宛先向けに設定されていないことを確認してください。
DoiT Insights:
- Trusted Advisor insights
- Cost Optimization Hub insights
- Security Hub insights
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"trustedadvisor:GetRecommendation",
"trustedadvisor:ListRecommendations",
"trustedadvisor:ListRecommendationResources"
],
"Resource": "*"
}
]
}
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"cost-optimization-hub:ListRecommendations"
],
"Resource": "*"
}
]
}
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"securityhub:GetFindings"
],
"Resource": "*"
}
]
}