付録 A – Fly Server のパフォーマンスガイダンス

移行パフォーマンスは、ネットワークインフラストラクチャ、ファイルサイズ、移行時間、スロットリングから影響を受けます。これらのことを理解すると、移行の計画を改善し、移行の効率を最大限に高めることができます。

移行スループット

Gmail 移行のスループット

一般的には、平均移行速度は 1 GB/時間/マッピングです。推奨されるインフラストラクチャにより、1 件のマネージャー / 5 件のエージェントの構造で、1 日 12 時間の移行を例とする場合、実際の移行パフォーマンスは以下の通りです。

平均移行速度/時間/マッピング*エージェントあたりのマッピング*エージェント数*1 日あたりの移行時間数=1*5*5*12 ≈ 0.3 TB / 日

Google ドライブ移行のスループット

一般的には、平均移行速度は 1-5 GB/時間/マッピングであり、合理的な移行速度は 3 GB/時間/マッピングとなります。推奨されるインフラストラクチャにより、1 件のマネージャー / 5 件のエージェントの構造で、1 日 12 時間の移行を例とする場合、実際の移行パフォーマンスは以下の通りです。

平均移行速度/時間/マッピング*エージェントあたりのマッピング*エージェント数*1 日あたりの移行時間数=3*5*5*12 ≈ 0.9 TB / 日

上記の計算はあくまでも一例です。移行パフォーマンスに影響する可能性のある要因が多数あることに注意してください。

• 上記のスループット数は完全移行を対象としています。一般的には、増分移行の場合、スループットが低くなる可能性があります。Fly Server は増分移行の移行済みアイテムの状態を確認するために時間を費やす必要があります。

• 上記の結果は、多くのテストに基づいた理想的な値です。移行速度はテナントによって異なる場合があります。パイロットジョブの結果と同じ方法で日毎のスループットを見積もることをお勧めします。

• Fly Server インフラストラクチャの送信・受信のネットワーク帯域幅

• 移行元と移行先でスロットリング問題が発生することで、移行パフォーマンスに影響を与える可能性があります。

• Fly Server エージェントマシン / SQL Server の仕様およびパフォーマンス

• その他

より高いスループットが必要である場合は、2 セット目の Fly Server 移行インフラストラクチャを設定する必要がある場合があります。スループットを向上させるために、異なるプランで異なる移行元および移行先サービスアカウントを使用することもできます。

エージェントマシンが 4 コア以上であり、メモリが 8 GB 以上の場合、最高のパフォーマンスレベルを選択することをお勧めします。

ただし、ボトルネックが移行元または移行先にある場合、Fly Server インフラストラクチャを増やしても、スループットをさらに向上させることはできません。

サーバーパフォーマンス要素

要素

説明

ベスト プラクティス

オンプレミス SharePoint サーバー

ハードウェアの仕様、エンドユーザーのワークロード、バックエンドメンテナンスタスクなどの原因で、データソースに制限が適用される場合があります。

SharePoint サーバーのパフォーマンスを改善します。

SharePoint サーバーと Fly Server エージェントサーバーの間のローカルネットワーク速度を改善します。

Fly Server エージェントサーバー

ユーザーは仮想マシンを使用してエージェントをホスティングします。

Fly Server を、高速な SSD などディスクパフォーマンスのよいマシンにインストールして実行します。

マシンには複数のディスクが存在する場合、作業フォルダーの設定を構成し、パフォーマンスの最も高いディスクを利用します。

移行の実行時は、ディスク操作の負荷が高い他のアプリケーションを停止します。

マシンのネットワークアクセスの帯域幅を改善します。

ネットワークアクセスの速いマシンを Fly Server エージェントサーバーとして使用します。

マシンとのネットワークアクセスに競合が発生する可能性のある他のアプリケーションを停止します。

ネットワークパフォーマンス要素

要素	説明	ベストプラクティス
ネットワークの容量	データの移行にかかる時間は、ネットワークの利用可能性と最大容量によって決定されています。	利用可能なネットワーク容量を特定し、アップロードの最大容量を決定します。 ISP に連絡して、割り当てられた帯域幅を確認し、特定の期間内に転送できるデータの合計量などの制限に関する詳細を取得します。ツールを使用して、実際のネットワーク容量を評価します。オンプレミスのデータソースから Microsoft データセンターゲートウェイサーバーへのデータのエンドツーエンドフローをテストすることを確認してください。ネットワーク容量に影響を与えるネットワーク上の他の負荷 (例えば、バックアップユーティリティおよびスケジュールメンテナンス) を特定します。
ネットワークの安定性	高速ネットワークであれば、移行も必ず速いというわけではありません。ネットワークが不安定である場合、エラー修正のためにデータ転送に時間がかかります。移行タイプによって、エラー修正が移行パフォーマンスに大きく影響する場合があります。	ネットワークハードウェアおよびドライバー問題はネットワーク安定性問題の原因となる場合が多くあります。ハードウェアベンダーと連携してネットワークデバイスを把握し、ベンダーが推奨する最新のドライバーおよびソフトウェア更新を適用します。
ネットワーク遅延	ネットワークファイアウォールで構成された侵入検知機能は、ネットワークの大幅な遅延を引き起こし、移行のパフォーマンスに影響を与える場合が多くあります。 Microsoft 365 へのデータ移行はネットワーク接続に依存しています。ネットワーク遅延は移行の全体パフォーマンスに影響を与えます。移行パフォーマンスは、ISP によって異なることがあります。	すべての潜在的な Microsoft データセンターへのネットワーク遅延を評価し、一貫した結果が得られることを確保します。(エンドユーザーの一貫した体験の保証にも役立ちます。)ISP と連携して、ネットワーク関連の問題を解決します。 Microsoft データセンターサーバーの IP アドレスを許可リストに追加するか、ネットワークファイアウォールから移行関連のトラフィックをすべてバイパスします。Microsoft 365・Office 365 IP アドレス範囲の詳細については、Office 365 URL および IP アドレス範囲を参照してください。

Microsoft 365・Office 365 スロットリング

Microsoft 365・Office 365 では、セキュリティおよびサービスの可用性を確保するために、さまざまなスロットリングメカニズムを使用しています。以下のスロットリングタイプは移行パフォーマンスに影響を与える可能性があります。

タイプ	説明	ベストプラクティス
ユーザースロットリング	ユーザースロットリングは、Microsoft 365・Office 365 の制限の最も厳しいスロットリング方法です。ユーザースロットリングは個々のエンドユーザーに対して機能するように設定されているため、アプリケーションレベルの使用はスロットリングポリシーを超過し、データ移行速度低下の原因となる場合が多くあります。	サービスアカウントではなく、アプリプロファイル認証を使用してサイトコレクションを Fly Server に登録します。
リソースヘルスベースのスロットリング	リソースヘルスベースのスロットリングは、最も攻撃性の低いスロットリング方法です。エンドユーザーおよび重要なサービス操作に影響を与えるサービス利用可能性問題を防ぐために発生します。スロットリングは、SharePoint の最適なユーザーエクスペリエンスおよび信頼性を保証するために実施されます。スロットリングは、主にデータベースの負荷分散に使用されるもので、すべてのコンテンツを単一のタスクで移行する場合や、ピーク時間帯に移行を実行するなど不適切な移行設定を構成した場合に発生します。	ピーク時間以外の時間帯に移行を実行してください。

タイプ

説明

ベスト プラクティス

ユーザースロットリング

ユーザースロットリングは、Microsoft 365・Office 365 の制限の最も厳しいスロットリング方法です。ユーザースロットリングは個々のエンドユーザーに対して機能するように設定されているため、アプリケーションレベルの使用はスロットリングポリシーを超過し、データ移行速度低下の原因となる場合が多くあります。

サービスアカウントではなく、アプリプロファイル認証を使用してサイトコレクションを Fly Server に登録します。

リソースヘルスベースのスロットリング

リソースヘルスベースのスロットリングは、最も攻撃性の低いスロットリング方法です。エンドユーザーおよび重要なサービス操作に影響を与えるサービス利用可能性問題を防ぐために発生します。

スロットリングは、SharePoint の最適なユーザーエクスペリエンスおよび信頼性を保証するために実施されます。スロットリングは、主にデータベースの負荷分散に使用されるもので、すべてのコンテンツを単一のタスクで移行する場合や、ピーク時間帯に移行を実行するなど不適切な移行設定を構成した場合に発生します。

ピーク時間以外の時間帯に移行を実行してください。