この記事は更新から24ヶ月以上経過しているため、最新の情報を別途確認することを推奨いたします。
追記:2021/3/26
FSLogixの保存先としてStorage AccountのBlobを採用することはできる限り避けてください。Blob Storageの処理性能がボトルネックとなり、FSLogixが正常に動作しない場合がございます。
FSLogix は Windows Virtual Desktop （以下、WVD）において標準的なユーザープロファイル管理の仕組みとなっており、従来の RDS における移動プロファイル方式の代替手段にもなっています。
FSLogix を使用することでユーザープロファイル管理の高いパフォーマンスとOffice 365 利用の最適化などいくつかのメリットがあります。
FSLogix のダウンロード
下記ページ内のリンクより FSLogix をダウンロードし、WVD に展開した Windows 10 にインストールします。
[Download and Install FSLogix]
https://docs.microsoft.com/en-us/fslogix/install-ht
本記事では設定内容にフォーカスするため、詳しいインストール方法は割愛します。上記 URL 内の説明に従っていただければ何も難しくないです。
基本設定
運用環境で FSLogix の設定変更を行うには、ドメインのグループポリシーで管理することになります。
管理テンプレートを展開すると以下のパスで設定変更が可能となります。
[コンピューターの構成] > [ポリシー] > [管理テンプレート] > [FSLogix]
以下のような階層で設定が用意されています。
FSLogix の有効化
まず、こちらの設定を Enabled に変更します。
[コンピューターの構成] > [ポリシー] > [管理テンプレート] > [FSLogix] > [Profile Containers] > Enabled
次に以下の設定でユーザープロファイルの保存先を指定します。
[コンピューターの構成] > [ポリシー] > [管理テンプレート] > [FSLogix] > [Profile Containers] > [Cloud Cache] > Cloud Cache Locations
Enabed とした上で、詳細設定はこちらを参考に入力してください。
[Tutorial: Configure Cloud Cache to redirect profile containers or office container to multiple Providers]
https://docs.microsoft.com/en-us/fslogix/configure-cloud-cache-tutorial
一部抜粋すると以下のルールで入力します。
- ファイルサーバ等に保存する場合は「type=smb,connectionString=\\Location1\Folder1」の形式で入力
- Azure の Blob に保存する場合は「 type=azure,connectionString=”接続情報” 」の形式で入力
- コンマの周りにスペースは入れない
- 複数保存先を指定する場合はセミコロン（;）で区切り、最大4箇所に保存可能
以上、２つの設定で FSLogix によるユーザープロファイル管理機能を最低限利用することは可能です。
その他、これらの設定も有効化すると Windows 10 内のディスクスペースの最適化が行われるため、オススメです。
[コンピューターの構成] > [ポリシー] > [管理テンプレート] > [FSLogix] > [Profile Containers] > Delete local profile when FSLogix Profile should apply
[コンピューターの構成] > [ポリシー] > [管理テンプレート] > [FSLogix] > [Profile Containers] > [Cloud Cache] > Clear local cache on logoff
冗長構成
さきほど記載したように Cloud Cache Locations に複数指定することで冗長構成が可能となります。
例えば、東日本リージョンに構築する場合、プライマリーの保存先を東日本に指定し、セカンダリーを西日本に指定するなどの構成となります。
仮に１つの保存先が消失したとしても、残りの保存領域から復元してくれます。
同様に後からこの設定を変更することで保存先を増やしたり、変更したりすることが容易に可能です。
パフォーマンス
WVD の構成として AD をベースとした構成が一般的かと思うため、ファイルサーバとBlobによる違いを確認しました。
その結果、体感的なパフォーマンスはこのようになりました。
ファイルサーバ ≒ Blob（SSD） ＞ Blob（HDD）
なお、Azure AD DS を含む構成の場合は Azure Files や Azure NetApp Files など、よりパフォーマンスの高い方法があります。
コスト
一方、ランニングコストや運用コストはこのようになります。
ファイルサーバ ＞ ＞ ＞ Blob（SSD） ＞ Blob（HDD）
どうしても OS の管理などを行うコストは避けたいところです。
ファイルサーバではディスク容量にも気を配る必要があるでしょう。
総合判断としては Blob（SSD）が最も最適な保存先と言えるかもしれません。
みなさまも PoC で何が最適かご確認いただきたいところです。
容量
プロファイル領域の容量は何も設定しないと既定では 30 GB となっています。
こちらの設定で変更可能です。
[コンピューターの構成] > [ポリシー] > [管理テンプレート] > [FSLogix] > [Profile Containers] > Size in MBs
この設定は VHD の仮想サイズ（実際に Windows 10 から保存可能な領域）の指定となります。物理サイズ（VHD ファイル自体のファイルサイズ）は圧縮されており、既定の 30 GB で展開しても数百 MB しかありません。
物理サイズについては既定では動的に拡張される動きとなります。以下の設定でコントロール可能です。
[コンピューターの構成] > [ポリシー] > [管理テンプレート] > [FSLogix] > [Profile Containers] > Dynamic VHD(X) Allocation
※ デフォルトは Dynamic
既定で VHD の物理サイズは動的に拡張される一方、仮想サイズは初期設定によって決まるため、必要とされる十分な容量を確保しておくのが無難かもしれません。
万が一、拡張を余儀なくされる場合は diskpart コマンドによる VHD の拡張と Windows 10 内でのディスクの設定により拡張することが出来ました。かなりイレギュラーな対応なので対応方法は割愛します。
アプリケーション公開時の考慮事項
デスクトップ公開ではなく、Windows Server によるアプリケーション公開時などに検討すべき設定があります。
同一ユーザーで複数のセッションが想定されるような場合です。
[コンピューターの構成] > [ポリシー] > [管理テンプレート] > [FSLogix] > [Profile Containers] > Allow concurrent user sessions
以上、FSLogix における基本的な設定についてご紹介してみました。
弊社では WVD の構築や構築支援を行っております。お気軽にご相談ください。
(この記事が参考になった人の数：25)
読み込み中...