今までは以下の記事でご紹介していました Powershellのスロットリングポリシーの拡張ができましたが、現在は拡張できなくなっています。
なぜ拡張ができなくなったのか？
現在の Exchange Online PowerShell V3 モジュールの接続では、Exchange Online PowerShell のコマンドが REST ベースで実装されており、以前の V1/V2 モジュールと異なり、Remote Powershell (RPS) セッションを確立しての動作ではなくなりました。
それにより、現在の REST ベースのコマンドレットでもスロットリングの制限はありますが、これまで V2 以前のモジュールの RPS にて実装されていたスロットリングよりも制限が大きく緩和されています。
Microsoft 365 管理センターで緩和申請していたコマンドレットのスロットリングは、V2 以前のモジュールの RPS を対象とするものであり、V3 モジュールの REST ベースのコマンドレット実行には、有効ではないことを確認しています。
そのため、スロットリングポリシーの緩和申請を実施しても、実際には制限は緩和されていないため意味はありません。
制限を緩和するには？
V3モジュールでは、制限を緩和する方法はありません。
ただし、以前よりもかなり制限は緩和されていますので、ほとんど制限に抵触することはないと思います。
また、スクリプトにてコマンドを実行する場合、コマンドレットの実行間隔をあけるような処理を実装することも有効な方法です。
大量のコマンドレットの実施を行う場合、例として以下の公開情報のように Sleep を挿入するような構成にしてください。
以下公開情報より引用
EXO V3 モジュールの REST API 接続
Exchange Online PowerShell とセキュリティ & コンプライアンス PowerShell では、すべてのコマンドレットに REST API 接続が使用されるようになりました。
Exchange Online PowerShell: EXO V3 モジュール v3.0.0 以降。
セキュリティ & コンプライアンス PowerShell: EXO V3 モジュール v3.2.0 以降。
REST API 接続には、PowerShellGet モジュールと PackageManagement モジュールが必要です。 詳細については、「 Windows での REST ベースの接続用 PowerShellGet」を参照してください。
REST API 接続のコマンドレットには、履歴に対応するコマンドレットよりも次の利点があります。
より安全: 先進認証の組み込みサポートと、リモート PowerShell セッションへの依存なし。クライアント コンピューターの PowerShell では、 WinRM での基本認証は必要ありません。
信頼性の向上: 一時的なエラーでは組み込みの再試行が使用されるため、エラーまたは遅延が最小限に抑えられます。 以下に例を示します。
ネットワーク遅延によるエラー。
完了に長い時間がかかる大規模なクエリによる遅延。
パフォーマンスの向上: REST API 接続では、PowerShell 実行スペースを設定しないようにします。
