翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# 組織単位を追加する
<a name="add-organizational-units"></a>

マルチアカウント環境を設定するには、適切な組織構造を確立することが重要です。サービスコントロールポリシー (SCP) を使用して OU と OU 内のアカウントに対してアクセス許可の最大数を定義するため、管理、権限、財務報告の観点から組織構造は論理的でなければなりません。組織単位 (OUs[「用語と概念](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_getting-started_concepts.html) (AWS Organizations ドキュメント）」を参照してください。

このセクションでは、本番環境と非本番環境などの環境のセグメント化と構造化に役立つネストされた OU を作成して、ランディングゾーンをカスタマイズします。これらの推奨ベストプラクティスは、ランディングゾーンを分割して本番環境と非本番環境のリソースを分離し、インフラストラクチャをワークロードから分離することを目的としています。

OUs[「組織単位の管理](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_ous.html) (AWS Organizations ドキュメント）」を参照してください。

## ベストプラクティス
<a name="ou-best-practices"></a>
+ [ランディングゾーンを作成する](create-landing-zone.md) に作成した**ワークロード** OU 内に、次のネストされた OU を作成します。
  + **Prod** — この OU は、顧客データを含む本番稼働用データを保存し、そこにアクセスする AWS アカウント に使用します。
  + **NonProd** — この OU は、開発環境、ステージング環境、テスト環境などの本番稼働用以外のデータを保存する AWS アカウント に使用します。

組織ルートの下に **Infrastructure\$1Prod** OU を作成します。この OU を使用して、一元化されたネットワークアカウントをホストします。