サービスファブリックアプリケーションPackageDeployment操作タイムアウト例外

Question

サービスファブリッククラスタがあり、3つのシステムで3つのノードが作成され、相互接続されています。私は各ノードを接続することができます。これらのノードは、Windowsサーバーで作成されます。これらのWindows Server（VM）はオンプレミスです。

手動で私のクラスタ/ノードの1つにパッケージをデプロイしようとしていますが、オペレーションタイムアウト例外が発生しています。私は配備のために以下のコマンドを実行しました。

サービスファブリックパワーシェルコマンド：

Copy-ServiceFabricApplicationPackage -ApplicationPackagePath 'c:\sample\etc'  -ApplicationPackagePathInImageStore 'abc.app.portaltype' 

後に、それは2 -3分間実行し、操作タイムアウトの例外がスローされます上記のコマンドを実行します。私のパッケージサイズは約250 MBで、私のパッケージには約15000ファイルがあります。その後、上記のコマンドで明示的に-TimeOutSecを600（10mins）に渡した後、正常に実行され、サービスファブリックimagestoreにコピーされます。それはまた、操作タイムアウト例外をスローcluster.but

Register-ServiceFabricApplicationType -ApplicationPathInImageStore 'abc.app.portaltype' 

が実行コピーServiceFabricApplicationPackageコマンドの後、私はその後、私は600（10minsに追加のパラメータを-TimeOutSec合格した私の中を登録する登録-ServiceFabricApplicationTypeコマンド上で実行されています）上記のコマンドで明示的に、同じ運がない操作のタイムアウト例外をスローします。

パッケージにファイルがないため、これらの操作のタイムアウトに問題がないことを確認してください。私は単純な空のサービスファブリックasp.netコアアプリケーションを作成し、パッケージを作成し、上記のコマンドを使用して同じサーバーで展開しようとすると、それは2番目の秒で配備され、スムーズに動作します。

サービスファブリックの動作のタイムアウトの問題を解決する方法については、

パッケージに大量のファイルが含まれている場合、操作のタイムアウトの問題を処理するにはどうすればよいですか？

ご協力いただきありがとうございます。

おかげで、

Answer 1

これは、それはおそらく、次の問題の一つだ10分のデフォルトの最大値よりも長くかかっている場合：

1. 大型アプリケーションパッケージ（> MBの100S）
2. 低速ネットワーク接続
3. アプリケーションパッケージ内の多数のファイル（> 1000s）。

次の回避策が役立ちます。

は、クラスタの設定に次の設定を追加します。

"fabricSettings": [ { "name": "NamingService", "parameters": [ { "name": "MaxOperationTimeout", "value": "3600" }, ] } ]

をさらに追加します。

"fabricSettings": [ { "name": "EseStore", "parameters": [ { "name": "MaxCursors", "value": "32768" }, ] } ]

を現在展開しているカップルの追加機能があります。これらが存在し機能するためには、クライアントが少なくとも2.4.28で、クラスタのランタイムが少なくとも5.4.157であることを確認する必要があります。あなたが最新の状態を保っているなら、これらはあなたの環境に既に存在しているはずです。

登録するには、非同期にアップロードを処理する-Asyncフラグを指定して、アプリケーションパッケージではなくコマンドを送信するために必要な時間だけのタイムアウトを減らします。 Get-ServiceFabricApplicationTypeを使用して登録のステータスを照会することもできます。 5.5ではこれらのコマンドでいくつかの問題が修正されているので、あなたのために機能していない場合は、そのリリースがあなたの環境に当たるのを待たなければなりません。