手順 1. Microsoft 365 for Enterprise テナント

最初のテナントの決定の 1 つは、いくつあるかです。 各 Microsoft 365 テナントは個別で一意であり、他のすべての Microsoft 365 テナントとは別です。 対応するMicrosoft Entra (旧称 Azure AD または Azure Active Directory) テナントは、他のすべての Microsoft 365 テナントとは異なり、一意であり、分離されています。

シングル テナント

1 つのテナントを使用すると、organizationの Microsoft 365 の使用のさまざまな側面が簡略化されます。 1 つのテナントとは、アカウント、グループ、ポリシーの 1 つのセットを持つ単一のMicrosoft Entra テナントを意味します。 organization全体のリソースのアクセス許可と共有は、この中央 ID プロバイダーを介して行うことができます。

1 つのテナントは、機能豊富で簡素化されたコラボレーションと生産性のエクスペリエンスをユーザーに提供します。

Microsoft 365 テナントの既定の場所とMicrosoft Entraテナントを示す例を次に示します。

複数のテナント

organizationに複数のテナントが存在する理由は多数あります。

• 管理上の分離
• 分散型 IT
• 履歴の決定
• 合併、買収、または売却
• コングロマリット組織のブランド化の明確な分離
• 運用前、テスト、またはサンドボックス テナント

同じ既定のデータセンター geo に 2 つのテナント (テナント A とテナント B) があるorganizationの例を次に示します。 各テナントは、個別のMicrosoft Entra テナントとして使用されます。

複数のテナントがある場合は、テナントを管理し、ユーザーにサービスを提供するときに制限事項と追加の考慮事項があります。

テナント間コラボレーション

ユーザーが安全な方法でさまざまな Microsoft 365 テナント間でより効果的に共同作業を行う場合、テナント間コラボレーション オプションには、ファイルや会話の一元的な場所の使用、予定表の共有、IM の使用、通信のためのオーディオ/ビデオ通話の使用、リソースとアプリケーションへのアクセスのセキュリティ保護が含まれます。

詳細については、「 Microsoft 365 テナント間コラボレーション」を参照してください。

テナント間メールボックスの移行 (プレビュー)

テナント間メールボックスの移行 (プレビュー段階) の前に、テナント間Exchange Onlineメールボックスを移動する場合は、現在のテナント (ソース テナント) からオンプレミスにユーザー メールボックスを完全にオフボードし、新しいテナント (ターゲット テナント) にオンボードする必要があります。 新しいテナント間メールボックス移行機能を使用すると、ソース テナントとターゲット テナントの両方のテナント管理者は、オンプレミス システムのインフラストラクチャの依存関係を最小限に抑えて、テナント間でメールボックスを移動できます。 これにより、メールボックスをオフボードしてオンボードする必要がなくなります。

テナント間メールボックス移行前の 2 つのテナントとそのメールボックスの例を次に示します。

この図では、2 つの個別のテナントに独自のドメインと Exchange メールボックスのセットがあります。

クロステナント メールボックス移行後のターゲット テナント (テナント A) を次に示します。

この図では、1 つのテナントにドメインと Exchange メールボックスの両方のセットがあります。

詳細については、「 テナント間メールボックスの移行」を参照してください。

テナントからテナントへの移行

合併、買収、売却、その他のシナリオには、既存の Microsoft 365 テナントを新しいテナントに移行するためのアーキテクチャ アプローチがいくつかあります。

詳細なガイダンスについては、「 Microsoft 365 テナント間の移行」を参照してください。

テナントの複数地域

Microsoft 365 Multi-Geo を使用すると、データ所在地の要件を満たすために選択した他のデータセンターの地理的な場所に保存データをプロビジョニングして保存すると同時に、最新の生産性エクスペリエンスのグローバル ロールアウトをワーカーにロック解除できます。

複数地域環境では、Microsoft 365 テナントは、Microsoft 365 サブスクリプションが最初に作成された既定の場所または中央の場所と、1 つ以上のサテライトの場所で構成されます。 複数地域テナントでは、地理的な場所、グループ、およびユーザー情報に関する情報は、グローバル Microsoft Entra テナントでマスターされます。 テナント情報は一元的にマスターされ、各地理的な場所に同期されるため、会社の誰もが関与するコラボレーション エクスペリエンスが場所全体で共有されます。

ヨーロッパの既定の場所と北米のサテライトの場所を持つorganizationの例を次に示します。 どちらの場所も、単一の Microsoft 365 テナントで同じグローバル Microsoft Entra テナントを共有します。

詳細については、「Microsoft 365 Multi-Geo」を参照してください。

コア データを新しいデータセンター geo に移動する

Microsoft は引き続き、Microsoft 365 サービス用の新しいデータセンター geo を開いています。 こうした新しいデータセンター geo により、現在続いているお客様の需要と使用量の拡大をサポートするための容量と計算リソースが増加されます。 さらに、新しいデータセンター geo では、コア カスタマー データを geo 内に常駐できます。

新しいデータセンター geo を開くと、既存のデータセンター geo に格納されているコア データには影響しませんが、Microsoft では、保存されているorganizationのコア顧客データを新しいデータセンター geo に早期に移行することを要求できます。

Microsoft 365 テナントが欧州連合 (EU) データセンター geo から英国 (英国) にあるテナントに移動された例を次に示します。

詳細については、「 新しい Microsoft 365 データセンター geo へのコア データの移動」を参照してください。

テナントの製品とライセンス

Microsoft 365 テナントは、Microsoft 365 E3など、最初の製品を購入したときに作成されます。 製品と共にライセンスであり、月額または年額の料金が課金されます。 その後、管理者は、製品の 1 つから、直接またはグループ メンバーシップを使用して、ユーザー アカウントに使用可能なライセンスを割り当てます。 organizationのビジネス ニーズに応じて、一連の製品があり、それぞれに独自のライセンス プールが用意されている場合があります。

製品のセットと各ライセンスの数を決定するには、次の計画が必要です。

• 高度な機能を必要とするユーザー アカウントに十分なライセンスがあることを確認します。
• organizationでのスタッフ配置の変更に基づいて、ライセンスが不足したり、割り当てられていないライセンスが多すぎたりしないようにします。

手順 1 の結果

エンタープライズ テナント用の Microsoft 365 の場合、次の決定が行われます。

• 必要なテナントの数。
• 各テナントについて、製品とライセンスを購入する必要があります。
• データ所在地の要件に準拠するためにテナントを複数地域にする必要があるかどうか。
• テナント間コラボレーションを設定する必要があるかどうか。
• あるテナントを別のテナントに移行する必要があるかどうか。
• コア データを 1 つのデータセンター geo から新しいデータに移動する必要があるかどうか。

新しいテナントの例を次に示します。

この図では、テナントには次の情報があります。

• Microsoft 365 データセンター geo に対応する既定の場所。
• 製品とライセンスのセット。
• クラウド生産性アプリのセット。その一部は製品に固有です。
• グローバル管理者アカウントと初期 DNS ドメイン名を含むMicrosoft Entra テナント。

このソリューションの追加の手順に進むにつれて、この図を作成します。

テナントの継続的なメンテナンス

継続的に、次の操作が必要になる場合があります。

• 新しいテナントを追加します。
• 初期ライセンス数のテナントに新しい製品を追加します。
• テナント内の製品のライセンスのセットを変更して、スタッフの要件の変更に合わせて調整します。
• テナントから新しいデータセンターの地理的な場所にコア データを移動します。
• データ所在地の要件に Multi-Geo を追加します。
• テナント間コラボレーションを設定します。

次の手順

ネットワークを続行して、ワーカーから Microsoft 365 クラウド サービスへの最適なネットワークを提供します。