サービスファブリック一時的に記憶するために管理対象ディスクを利用

Question

それはレプリケータログとアプリの種類/バージョンのようなもののための一時的な保管場所として管理対象ディスクを使用してサービスファブリックのクラスタを構成し、展開することは可能ですか？ （一時保存）ドライブが小さすぎる：Dがあるため

例えば、私はA1_v2 VMインスタンスのサイズを使用することはできません。管理対象ディスクを活用し、ローカルSSDの代わりにSFを使用するようにSFを設定すれば、このインスタンスサイズは私の開発/テストシナリオでうまくいくはずです。

私はこの仕事をすることができますか？

Answer 1

免責事項：あなたはこれを行うことができますが、あなたがいけません。以下の詳細。

本当にこのような小さなVMを使用する場合は、共有ログファイルのサイズを変更することを検討してください。

"fabricSettings": [{ 
    "name": "KtlLogger", 
    "parameters": [{ 
     "name": "SharedLogSizeInMB", 
     "value": "4096" 
    }] 
}] 

設定の詳細here。今

実際に答えるために：

Hereが設定されています。おそらく、Setup/FabricDataRootを変更して、サービスファブリックのローカルインストールとすべてのローカルアプリケーションの作業ディレクトリやTransactionalReplicator/SharedLogPathを移動して、信頼できるコレクションの共有ログを移動してください。考慮すべき

いくつかの点：

サービスファブリックサービス（およびサービスファブリック自体は）ローカルディスク上で動作するように構築されており、一般的にXStore裏打ちされたディスク（プレミアムまたはしない）上でホストされているべきではありません。

• 信頼できるコレクションは、ローカルドライブに対して動作するように構築されています。私が知っている内部テストは、この設定で実行されることはありません。
• IOの廃棄：LRSが変更を3回複製し、TargetReplicaSetSizeを3に設定すると、この構成では9つの状態のコピーが生成されます。あなたはあなたの州の9つのコピーが必要ですか？
• 遅延とパフォーマンスへの影響：ローカルディスクIOはネットワーク+ディスクIOになります。これはパフォーマンスを低下させる可能性があります。
• 可用性への影響：最低限、別の依存関係を追加しているため、通常は全体的な可用性が低下します。ストレージに問題が発生した場合は、他のサービスにさらに結合します。現在、VMSSドライブはBLOBでバックアップされているので、VMプロビジョニングは失敗しますが、これはサービスの読み取り/書き込み/アクティブ化のパスとは異なります。