推奨のオペレーティング システム: Windows Server 2016、Windows Server 2019、Windows Server 2022、Windows 10、Windows 11
推奨のセットアップ:
•エージェントがインストールされている 1 件の Fly Server マネージャーが、最大 5 件の Fly Server エージェントを管理します。
•エージェントがインストールされていない 1 件の Fly Server マネージャーが、最大 10 件の Fly Server エージェントを管理します。
Fly Server マネージャーの要件:
•4 コア・8 GB メモリ以上
•1 TB データ以下の移行プロジェクトに対しては、100 GB 以上のディスク容量をお勧めします。
•1 TB データを超える大規模な移行プロジェクトに対しては、500 GB 以上のディスク容量をお勧めします。
Fly Server エージェントの要件:
•4 コア・8 GB メモリ以上
•1 TB データ以下の移行プロジェクトに対しては、40 GB 以上のディスク容量をお勧めします。
•1 TB データを超える大規模な移行プロジェクトに対しては、500 GB 以上のディスク容量をお勧めします。
帯域幅:
•パフォーマンス最適化に向けたマシンの推奨ネットワーク帯域幅は 100 Mbps 以上です。
Teams 移行で、マッピングが実行されると、3 件のサブジョブが開始します。Fly Server 内の Teams 移行用 パフォーマンス設定の構成 は、1 件のエージェントが 1 回につき処理できる Teams サブ ジョブ数、Exchange サブ ジョブ数、または SharePoint サブ ジョブ数を表しています。この 3 種類のジョブはお互いに競合しません。
パフォーマンス レベルを 高 に設定する場合 (エージェント毎):
•1 回につき 5 件の Teams 移行サブ ジョブを処理することができます。
•1 回につき 5 件の SharePoint 移行サブ ジョブを処理することができます。
•1 回につき 5 件の Exchange 移行サブ ジョブを処理することができます。
Teams 移行で、ジョブの速度はチーム サイトのサイズ、会話数、グループ メールボックスのサイズに依存しています。
•SharePoint チーム サイトの場合
セットアップされると、平均移行速度が 1.5 GB/時間/マッピングで、一般的には各エージェントが同時に 5 件のマッピングを実行します。
•会話の場合
会話を投稿メッセージまたは HTML ファイルとして移行することができます。以下のデータは、会話を投稿メッセージとして移行する場合の速度です。
o クラシック移行方法:
セットアップされると、クラシック方法の平均移行速度が 1140 件の会話/時間/マッピングで、一般的には各エージェントが同時に 5 件のマッピングを実行します。
o 詳細移行方法:
セットアップされると、詳細方法の平均移行速度が 5710 件の会話/時間/マッピングで、一般的には各エージェントが同時に 5 件のマッピングを実行します。
•グループ メールボックスの場合
メール移行の場合、セットアップされると、平均移行速度が 1 GB/時間/マッピングで、一般的には各エージェントが同時に 5 件のマッピングを実行します。
上記のインフラストラクチャを使用して、移行できるコンテンツ量を計算することができます。
*注意: テナントのスロットリングはテナントによって異なるため、この速度は参考程度に留めておいてください。速度を向上させるには、以前の会話を HTML ファイルとして移行することができます。
SharePoint サイト移行のスループット
一般的には、SharePoint サイトの合理的な移行速度は 1.5 GB/時間/マッピングです。1 日の合計スループットは以下のようになります。
•1.5 GB/時間/マッピング*エージェント毎 5 件のマッピング*エージェント数*1 日の移行時間数
上記の 10 件のエージェント / 1 件のマネージャー、1 日 12 時間の移行を例とする場合:
1.5*5*10*12=900 GB/日
会話移行のスループット (クラシック方法)
合理的なクラシック移行速度は約 1200 件の会話/時間/マッピングです。マッピングの数が多いと、スロットリングも多くなるため、実際の速度は計算された速度よりはるかに遅くなる可能性があります。1 日の合計スループットは以下のようになります。
•1140 件の会話/時間/マッピング*エージェント毎 5 件のマッピング*エージェント数*1 日の移行時間数
上記の 10 件のエージェント / 1 件のマネージャー、1 日 12 時間の移行を例とする場合:
1140*5*10*12=684000 件の会話/日
会話の移行スループット (詳細方法)
合理的な詳細移行速度は約 6100 件の会話/時間/マッピングです。マッピングの数が多いと、スロットリングも多くなるため、実際の速度は計算された速度よりはるかに遅くなる可能性があります。1 日の合計スループットは以下のようになります。
•5710 件の会話/時間/マッピング*エージェント毎 5 件のマッピング*エージェント数*1 日の移行時間数
上記の 10 件のエージェント / 1 件のマネージャー、1 日 12 時間の移行を例とする場合:
5710*5*10*12=3426000 件の会話/日
メールボックス移行のスループット
一般的には、メールボックスの合理的な移行速度は 1 GB/時間/マッピングです。1 日の合計スループットは以下のようになります。
•1 GB/時間/マッピング*エージェント毎 5 件のマッピング*エージェント数*1 日の移行時間数
上記の 10 件のエージェント / 1 件のマネージャー、1 日 12 時間の移行を例とする場合:
1*5*10*12=600 GB/日
上記の計算はあくまでも一例です。移行パフォーマンスに影響する可能性のある要因が多数あることに注意してください。
o 上記のスループット数は完全移行を対象としています。一般的には、増分移行の場合、スループットが低くなる可能性があります。Fly Server は増分移行の移行済みアイテムの状態を確認するために時間を費やす必要があります。
o 上記の結果は、多くのテストに基づいた理想的な値です。移行速度はテナントによって異なる場合があります。パイロット ジョブの結果と同じ方法で日毎のスループットを見積もることをお勧めします。
o Planner のサイズが非常に大きい場合、全体的な移行速度は遅くなることがあります。
o Fly Server インフラストラクチャの送信・受信のネットワーク帯域幅
o 移行元と移行先のスロットリング問題
o Fly Server エージェント マシン / SQL Server の仕様およびパフォーマンス
o その他
より高いスループットが必要である場合は、2 セット目の Fly Server 移行インフラストラクチャを設定する必要がある場合があります。スループットを向上させるために、異なるプランで異なる移行元および移行先サービス アカウントを使用することもできます。
エージェント マシンが 4 コア以上であり、メモリが 8 GB 以上の場合、最高 のパフォーマンス レベルを選択することをお勧めします。
ただし、ボトルネックが移行元または移行先にある場合、Fly Server インフラストラクチャを増やしても、スループットをさらに向上させることはできません。
本番の SQL Server への影響を避けるために、移行データベース専用の SQL Server インスタンスを設定することをお勧めします。サーバーの仕様は、4 コア CPU、16 GB RAM を搭載したマシンで、SQL メモリの使用量を最大 12 GB に制限する必要があります。大規模な移行の場合、空きディスク容量は 1 TB 以上である必要があります。
大規模な移行の場合、複数の移行データベースが必要となる場合があります。
Fly Server インフラストラクチャを設定する際に、より厳しいファイアウォール ルールが存在する場合、Fly Server で使用するポート を参照してください。
Microsoft Teams 移行の必須エンドポイントについては、Microsoft Teams 移行の必須エンドポイント を参照してください。
一般的には、各プランに 500 GB 未満の移行元コンテンツおよび 200 件未満のマッピングを含める必要があります。
サイズの大きいチームが存在する場合、各プランに 1 件のチームの 1 件のマッピングをのみ含めることをお勧めします。