Teams および Skype for Business のクラウド統合
Important
21Vianetが中国で運営するSkype for Businessオンラインは、2023年10月1日に廃止されます。 Skype for Business Online ユーザーをまだアップグレードしていない場合は、自動的に支援されたアップグレードがスケジュールされます。 organizationを自分で Teams にアップグレードする場合は、今すぐアップグレード パスの計画を開始することを強くお勧めします。 アップグレードが成功すると技術的な準備とユーザーの準備が整っていることを忘れないでください。そのため、Teams への旅を進める際には 、アップグレード ガイダンス を活用してください。
Skype for Businessオンラインは、21Vianet が中国で運営するサービスを除き、2021 年 7 月 31 日に廃止されました。
多くの大企業には、複数のオンプレミス AD フォレストがあります。 場合によっては、複数の Exchange や Skype for Business Server (または Lync Server) の展開があります。 企業の合併または買収により、オンプレミスのフォレストが 1 つだけの組織が同様の状況にある可能性があります。 これらのお客様は、クラウドに移行する際に、特定のオンプレミス ワークロードの複数のインスタンスを 1 つのオンライン Microsoft 365 organizationに統合したいと考えています。 この記事は、organizationを完全にMicrosoft Teamsに移動するSkype for Business (または Lync) の複数のオンプレミス展開を持つ組織を対象としています (すべてのユーザーは Teams のみ)。
これまで、お客様のガイダンスは、まずオンプレミスのデプロイを統合してから、クラウドに移行することです。 このガイダンスは依然としてオプションですが、この記事では、複数のSkype for Business展開を持つ組織が、オンプレミスの統合を行わずに、一度に 1 つの Microsoft 365 organizationに一度に 1 つの展開を移行できるようにするソリューションについて説明します。 Microsoft Teamsでは、1 つの Microsoft 365 organizationでハイブリッド モードの複数のSkype for Businessまたは Lync Server フォレストをサポートしていません。
Important
構成にこのガイドを使用する前に、organizationに影響する可能性があるため、制限事項を確認して理解しておいてください。
クラウド統合の概要
次の重要な要件が満たされている場合は、複数のSkype for Business展開のすべてのオンプレミス ユーザーを 1 つのオンライン Microsoft 365 organizationに統合できます。
Microsoft 365 organizationが必要です。 複数のorganizationがあるシナリオでの統合はサポートされていません。
任意の時点で、ハイブリッド モード (共有 SIP アドレス空間) に使用できるオンプレミスのSkype for Business フォレストは 1 つだけです。 その他のすべてのオンプレミス Skype for Business フォレストは、オンプレミスのままである必要があります (おそらく相互にフェデレーションされます)。 オンライン SIP ドメインを無効にした場合、これらのオンプレミス組織は必要に応じてMicrosoft Entra IDに同期できます。
複数のフォレストにSkype for Businessをデプロイしているお客様は、共有 SIP アドレス空間機能を使用して、単一のハイブリッド Skype for Business フォレストのすべてのユーザーを個別に Microsoft 365 organizationに完全に移行する必要があります。 その後、次のオンプレミスのSkype for Businessデプロイを移行する前に、そのオンプレミスデプロイでハイブリッドを無効にする必要があります。 クラウドに移行される前は、オンプレミス ユーザーは、同じユーザーのオンプレミス ディレクトリに表されていないユーザーとフェデレーション状態のままです。
クラウド統合の標準的な例
Microsoft Teamsでオンラインで統合するSkype for Businessの 2 つの個別のフェデレーションオンプレミスデプロイを備えたorganizationを検討してください。
| 元の状態の詳細 | 目的の状態の詳細 |
|---|---|
|
|
元の状態から目的の終了状態に取得する基本的な手順を次に示します。 一部の組織では、出発点がこれらの手順の途中にあると思われる場合があります。 この記事 の後半の「その他の出発点」を参照してください。 最後に、場合によっては、ニーズに応じて順序を調整できます。 主な制約と制限 事項については、後で説明します。
- Microsoft 365 organizationがまだ存在しない場合は入手します。
- 両方のオンプレミス展開で関連するすべての SIP ドメインが、Microsoft 365 ドメインで検証されていることを確認します。
- Microsoft 365 とハイブリッドな 1 つのSkype for Business展開を選択します。 この例では、OriginalCompany. を使用しますcom.
- 最初にハイブリッドになるフォレストMicrosoft Entra接続を有効にする (OriginalCompany.com)。
- TeamsUpgradePolicy のテナント全体のポリシーを SfBWithTeamsCollab または他の Skype for Business モード (SfBOnly または SfBWithTeamsCollabAndMeetings) に設定します。 この手順は、Teams に移行するユーザーからの通話とチャットを、オンプレミスのままのユーザーのみにルーティングするために重要です。
- 他のフォレスト (AcquiredCompany. に対して Microsoft Entra Connect を有効にするには、この時点で推奨されています (ただし、手順 11 までは必須ではありません)。com)。 Microsoft Entra Connect が両方のフォレストで有効になっていると仮定すると、組織は図 A のようになります。これは、一部の組織の一般的な出発点となる可能性があります。
- 他のオンプレミス展開でホストされている SIP ドメイン (この場合は AcquiredCompany.com)、Teams PowerShell モジュールの
Disable-CsOnlineSipDomainを使用して、Microsoft 365 organizationでこれらのオンライン SIP ドメインを無効にします。 - OriginalCompany. のハイブリッドSkype for Business構成するcom (まだオンライン SIP ドメインを有効にしている 1 つの展開)。
- ハイブリッド展開 (OriginalCompany.com)、オンプレミスのSkype for Businessからクラウドへのユーザーの移動 (Teams のみかどうかにかかわらず) を開始して、ユーザーが Teams のみになるようにします。 organizationは図 B のようになります。図 A の主な変更点は次のとおりです。
- 両方のオンプレミス ディレクトリのユーザーがMicrosoft Entra IDになりました。
- AcquiredCompany.com は無効なオンライン SIP ドメインです。
- 一部のユーザーは、オンラインで Teams のみに移動されました。 (紫色のユーザー A を参照)。
- すべてのユーザーがクラウドに移動されたら、OriginalCompany. のオンプレミスデプロイSkype for Businessでハイブリッドを無効にします。Microsoft 365 の com:
- Microsoft 365 organizationで分割ドメインを無効にします。
- OriginalCompany. で Microsoft 365 と通信する機能を無効にするcom オンプレミス。
- OriginalCompany. の DNS レコードを更新するcom で Microsoft 365 をポイントします。
- まだ完了していない場合は、ハイブリッドになる次のフォレストMicrosoft Entra接続を有効にします (AcquiredCompany.com)。 この時点で、organizationは図 C のようになります。この構成は、一部の組織にとってもう 1 つの一般的な出発点となる場合があります。
- Teams PowerShell で、ハイブリッド になる次のオンプレミス展開の SIP ドメインを有効にします 。AcquiredCompany.com. これは、2018 年 12 月の時点で利用可能な新機能である
Enable-CsOnlineSipDomainを使用して行われます。 - クローズド フェデレーションを使用している場合は、純粋なオンライン テナントの SIP ドメイン (*.microsoftonline.com を除く) を 、同じ Microsoft 365 の許可ドメインとして追加する必要があります。 変更が有効になるまでに少し時間がかかる場合があり、これを早期に実行しても問題はないので、手順 14 に進む前にこれを十分に行うことをお勧めします。
- オンプレミス環境を更新して、オンライン テナントからのすべての SIP ドメインを受け入れて、一致するようにします。
- すべてのエッジ証明書の SAN を以前と同じ値に更新し、既存のオンライン SIP ドメイン (*.microsoftonline.com を除く) の値を加えて、この場合は Sip.OriginalCompany.com.
- OriginalCompany. を確認するcom は、オンプレミス展開の AcquiredCompany で許可されているドメイン です。 許可されるドメインを追加します。
- オンプレミスの AcquiredCompany. 間Skype for Businessハイブリッドを有効にするcom とクラウド。
- 必要に応じて、 ユーザーをオンプレミスからクラウドに移行してTeamsOnly ユーザーになります。 この状態では、organizationは図 D のようになります。
- すべてのユーザーが移行されたら、オンプレミス環境とのハイブリッドを無効にして、organization純粋なクラウドを作成します。
次の図は、このプロセス中のさまざまな重要なポイントでの構成を示しています。
図 A
- どちらの組織も Microsoft Entra Connect 経由で同期するため、Microsoft Entra ID両方のオンプレミスデプロイのすべてのユーザーが含まれます。
- オンプレミスに所属するすべてのユーザー。
- Skype for Business Hybridはまだ構成されていません*。
- いずれかの展開のユーザーが Teams を使用している場合、互いにフェデレーション (またはorganization) することも、Skype for Businessユーザーとの相互運用性も得られません。 この段階では、Teams for Channels のみを使用することをお勧めします。
図 B
AcquiredCompany.com は無効な オンライン SIP ドメインです。 すべてのユーザーはオンプレミスです。 Teams を使用する場合、フェデレーションや相互運用性はありません。 この段階では、Teams for Channels のみを使用することをお勧めします。
Skype for Business Hybridは、オンプレミスの組織のいずれかに対して有効になっています。
ハイブリッド organizationの一部のユーザーはクラウドに移動され、Teams Only (紫色の網かけで示されるユーザー A) です。 これらのユーザー Teams のみユーザーは、他のSkype for Business ユーザーとの完全な相互運用性とフェデレーション サポートを持っています。
図 C
OriginalCompany. のすべてのユーザーcom がクラウドの Teams 専用モードになりました。
OriginalCompany. を使用したハイブリッド構成のSkype for Businesscom のデプロイが無効になっています。 オンプレミスのデプロイはなくなりました。
If AcquiredCompany.com は以前にMicrosoft Entra IDに同期していませんでした。ここから続行するには、今すぐ同期する必要があります。 ただし、まだハイブリッド (共有 SIP アドレス空間) ではありません。 organizationがハイブリッドに移行する準備ができるまで、純粋なオンプレミス organization (AcquiredCompany.com) のオンライン SIP ドメインは無効のままで、オンライン Teams ユーザーがオンプレミス ユーザーと通信できるようにします。
図 D
AcquiredCompany.com がオンライン SIP ドメインとして有効になりました。
OriginalCompany. を受け入れるようにオンプレミスが更新されますcom. (許可されるドメインとエッジ証明書の両方が更新されます)。
AcquiredCompany. 間で共有 SIP アドレス空間が有効になっているcom と Microsoft 365 organization。
ハイブリッド organizationの一部のユーザーは、下のユーザー D (紫色の網掛けで示される) など、クラウドに移動されている可能性があります。
その他の開始点
上記の標準的な例の手順では、organizationは、Microsoft 365 が存在しない 2 つのフェデレーションオンプレミスデプロイから始まることを前提としています。 ただし、一部の組織には既存の Microsoft 365 フットプリントがあり、上記のシーケンスには異なるエントリ ポイントが存在する可能性があります。 次の 4 つの一般的な構成があります。
- Microsoft 365 organizationを持たない複数のフェデレーションオンプレミス組織。 この場合は、手順 1 から開始します。
- 複数のSkype for Business フォレストを 1 つのMicrosoft Entra テナントに既に同期している複数のフェデレーションオンプレミス組織。 このようなorganizationは、図 A の架空のorganizationに似ています。これは、手順 1 から 6 を完了しており、手順 7 から開始する必要があります。
- 1 つ以上の純粋なオンプレミス組織とフェデレーションするハイブリッド organization。いずれもMicrosoft Entra IDに同期されません。 このようなorganizationは、次に示す図 E の架空のorganizationのようになります。
- このorganizationは、手順 1 から 9 を完了した図 B に似ていますが、ただし、その非ハイブリッド Skype for BusinessデプロイはまだMicrosoft Entra IDと同期していません。 - オンライン SIP ドメインはまだ無効になっていません。
- これらの組織は、 - 既存のハイブリッド organizationの移行を完了し、手順 10 で上記のシーケンスを入力する必要があります。 または、ハイブリッド organizationの移行を完了する前に、他のSkype for Businessフォレストを Microsoft Entra に同期する場合は、手順 7 を実行して、同期先となる他のオンプレミスのSkype for Business展開内のすべてのオンライン SIP ドメインを無効にする必要があります。Microsoft Entra ID。 次に、Microsoft Entra接続を有効にしてから、手順 10 (元のハイブリッドデプロイを使用停止) に進む必要があります。
図 E
- 個別のオンプレミス Skype for Business organizationとフェデレーションする純粋な Teams のみorganization。 このorganizationは、オンプレミス organizationのオンライン SIP ドメインを無効にし、オンプレミスのSkype for Business organizationに対して Microsoft Entra Connect を有効にすると、organization手順 1 から 11 を完了した図 C に示されています。
制限事項
- Microsoft 365 organizationが必要です。 複数のorganizationがあるシナリオでの統合はサポートされていません。
- 一度にハイブリッド モード (共有 SIP アドレス空間) に入ることができるオンプレミスのSkype for Business フォレストは 1 つだけです。 その他のすべてのオンプレミス Skype for Business フォレストは純粋にオンプレミスのままであり、相互にフェデレーションし、Microsoft 365 organizationする必要があります。
- クラウドに移行される前は、オンラインのすべてのユーザーがオンプレミスで表されているわけではないため、このデプロイではユーザーに非対称エクスペリエンスがあります。
- エクスペリエンスは、次のように合計できます。
- オンラインに所属するユーザーは、ハイブリッド環境のオンプレミス ユーザーと、ユーザーがハイブリッドであるかのように対話します。
- ハイブリッド展開のオンプレミス ユーザーは、オンプレミス ディレクトリでハイブリッドであるかのように表されるオンライン ユーザーと対話します。
- ハイブリッド展開のオンプレミス ユーザーは、オンプレミス AD でフェデレーションとして表されていないオンライン ユーザーと対話します。
- 上 の図 D では、ユーザー E は AcquiredCompany. のオンプレミスですcom. ユーザー E は、標準のハイブリッド エクスペリエンスを使用してユーザー D (オンラインホーム) と対話しますが、ユーザー E は、オンプレミス ディレクトリに表示されないため、ユーザー A、B、C とのフェデレーション エクスペリエンスを持ちます。 ただし、ユーザー A、B、C は、ユーザーがハイブリッドにいるかのようにユーザー E と対話します。
- ハイブリッドとフェデレーションの相互作用の影響:
- プレゼンスは、ユーザーが連絡先としてマークされていない限り、フェデレーション ユーザーに対して自動的にサブスクライブされません。
- フェデレーション ドメイン間での通話転送は機能しません。
- 通話転送シナリオの方が制限されます。
- 調整は、フェデレーション トラフィックに適用される場合があります。
- エクスペリエンスは、次のように合計できます。
- このエクスペリエンスを考慮すると、オンプレミス ユーザーとオンプレミス ディレクトリに存在しないクラウド ユーザー間のクロスプレミス シナリオでの呼び出し機能のサポートは、ピアのみに制限されます。
- これらのユーザー間の通話転送、転送、通話キューなどはサポートされていません。
- これらのサポートされていない呼び出しシナリオは引き続き有効に表示されますが、多くの場合、予期しない方法で失敗します。
- 上 の図 D では、ユーザー E はオンプレミスであり、ユーザー A、B、または C を使用した呼び出しはピア ツー ピアとしてのみサポートされます。 (ユーザー D を使用した呼び出しにはサポート制限はありません)。ただし、オンプレミス ユーザー E がクラウドに移動された後、この制限は適用されなくなります。
- 環境内に Skype for Business Server 2019 の展開が複数ある場合、その機能にはハイブリッド構成Skype for Business Server必要であるため、組織の自動応答を使用するように構成できるのは、そのうちの 1 つだけです。
- 前の手順の一部の順序を調整できます。 重要な要件は、これらすべてが当てはまる場合です。
- Microsoft Entra ID内の 1 つの Microsoft 365 テナントに同期する複数のオンプレミス Skype for Business フォレスト。
- 分割ドメインは、1 つのオンプレミス フォレストで有効になっています。
- ハイブリッド organization内の少なくとも 1 人のユーザーがクラウドに移行されました。 その後、他のオンプレミス Skype for Business フォレストから他のすべてのオンライン SIP ドメインを無効にする必要があります。 そうしないと、ハイブリッド organizationのオンライン ユーザーと他の組織のオンプレミス ユーザーの間のフェデレーションが一方向に中断されます。
影響
- 前述のように高度な呼び出し機能のサポートには制限があるため、 組織は、これらの非対称状態を移行の一部として一時的な状態として扱い、それらを安定した状態として追求しないようにする必要があります。
- 複数のオンプレミスSkype for Businessデプロイを持つ組織は、一般に、統合を継続できるように、クラウドに完全に移行できるデプロイから始める必要があります。 場合によっては、Teams への移行がまだ不可能な特定のユーザー グループのホールドアウトが発生することが理解されています。 複数のSkype for Business フォレストが関係するシナリオでこれが考慮される場合は、可能であれば、これらの制限がない別のフォレストでの移行を開始します。
- オンプレミスからクラウドに移行する場合、委任関係を持つユーザーや、通常は通話転送シナリオに関与するユーザーは、1 つのユニットとしてまとめて移動する必要があります。
TeamsOnly モードへの移行に関する考慮事項
ユーザーをオンプレミスからハイブリッド環境のクラウドに移行すると、これらのユーザーは Teams 専用ユーザーになります。
- TeamsOnly モードをユーザーに割り当てると、他のユーザーからのチャットと通話はすべて、そのユーザーの Teams クライアントに配置されます。
- オンプレミスSkype for Businessユーザーが主に Teams ではなく Skype for Business クライアントを使用する場合は、TeamsUpgradePolicy を設定して、それらのオンプレミス ユーザーへのルーティングが常に Teams ではなくSkype for Businessになるようにすることを検討してください。 TeamsOnly のユーザーとオンプレミスでSkype for Businessを引き続き使用しているユーザーの間でチャットと通話を適切にルーティングするには、オンプレミス のユーザーは、Islands (既定値) ではなく、Skype for Business モードの 1 つを持つ TeamsUpgradePolicy の有効な値を持っている必要があります。
- まず、テナントの TeamsUpgradePolicy のグローバル インスタンスを次のいずれかの値に設定する必要があります。 - SfBWithTeamsCollab (推奨) - SfBWithTeamsCollabAndMeetings - SfBOnly
- テナント全体のポリシーを付与するには、次のコマンドを使用します。
Grant-CsTeamsUpgradePolicy -PolicyName SfBWithTeamsCollab -Global - 注: オンライン ディレクトリに SIP アドレスを持たない個々のユーザーにポリシーを割り当てることができないので、テナント全体のレベルでこの手順を実行する必要があります。 純粋なオンプレミス展開でオンライン SIP ドメインを無効にしている間、これらのドメインのユーザーは設計上オンライン ディレクトリに SIP アドレスを持ちません。 そのため、これらのオンプレミス ユーザーにポリシーを適用する唯一の方法は、テナント レベルでを割り当てることです。 ハイブリッド展開では、ユーザーはオンライン ディレクトリに SIP アドレスを持つことになり、テナント グローバル ポリシーとは異なる値が必要な場合にポリシーを明示的に割り当てることができます。