店面(StoreFront)
店面の中核的な機能は,複数のCitrix虚拟应用程序和桌面(CVAD)サイトから”共通の”アプリケーションおよびデスクトップリソースを集約および重複除外する機能です。。重複するアプリケーションとデスクトップは,一致する应用程序显示名称
と应用类别
。。マルチサイト集約の目的は,Citrix管理者が冗長CVADサイト(拡張性またはドメイン障害など)を構築できる一方で,サイトごとの重複ではなく,単一のアプリケーションまたはデスクトップアイコンをユーザーに提示できるようにすることです(この機能なしで表示されるように)。店面は,そのリソースをサポートする複数のサイト間でアプリケーションとデスクトップの起動をどのように分散するかを制御します。
この記事では,これらの設定をエンタープライズ環境に実装する方法と,アプリケーションキーワードやサブスクリプションなどの他の関連設定との統合方法について,ユーザーセッションのルーティング方法やリソースの表示方法をさらに制御する方法について説明します。
概要
マルチサイト設定の構成は,店面コンソールの[交付控制器の管理]ウィザードで行います。★★★★★★★製品ドキュメントを参照してください。, [ユーザーマッピングとマルチサイト集約の構成[英文单词][英文单词]
。“コントローラにユーザーをマップ”リンクをクリックすると,管理者はこれらの設定を適用するユーザーグループを構成するように求められます。[リソースの集約]リンクは,実際のマルチサイト集約設定が指定されている場所です。
マルチサイト集約は,設定を適用するユーザーグループを少なくとも1つ定義しない限り,構成できません。組み込みの“每个人”グループは,ストアに接続するすべてのユーザーに集約設定の1セットを適用する場合に使用できます。これらの設定を構成すると,ユーザーがここで指定したグループのいずれかのメンバーでない場合,そのユーザーのアプリケーションやデスクトップは列挙されません。2次のつのセクションでは,“リソースの集約”オプションから始めて,使用可能な構成について詳しく説明します。
集約オプション
[リソースの集約]セクションには,次に示すように,リソースが重複して集約されるすべてのサイトが列挙され,そのサイトを選択するように求められます。
集約されたサイトについては,リソースを列挙する方法と,それらのサイト全体でセッションを起動する方法を制御する構成が2つあります。。
- コントローラは同じリソースを公開する:我的意思是,我的意思是,我的意思是。2つのサイトが“同”一としてマークされている場合,店面はファームを同じ”同等のファームセット”に配置します。つまり,リソースセットは同等であると見なされるため,列挙リクエストはサイト間で負荷分散(ラウンドロビン)されるため,列挙時間が節約されます。2つのサイトが“同”一としてマークされていない場合,店面はすべてのサイトにXML列挙リクエストを送信し,生成されたリソースセットから共通アプリケーションとデスクトップの重複排除を実行します。
- コントローラ間のリソースの負荷分散:。起動要求は,サイトが“同”一であるかどうかにかかわらず,サイト間で負荷分散(ラウンドロビン)されるか,フェイルオーバーの順序で分散されます。セッション共有は負荷分散の決定よりも優先され,負荷分散は負荷インデックスを考慮しないことに注意してください。したがって,ユーザーがすでにサイトBにセッションを持っており,別のアプリケーションまたはデスクトップを起動すると,そのセッションはサイトBでも起動します(アプリケーションまたはデスクトップがそこで使用可能であると仮定します)。
GUIではうまく処理されないユースケースには,ロード・バランシングとフェイルオーバーの組み合わせ,または同一サイトと非同一サイトの組み合わせがあります。たとえば,負荷分散が必要な2つの本番サイトと,両方の本番サイトがダウンしている場合にのみ使用される1つの博士サイトがある場合,GUIは使用できず,代わりにweb . configファイルを手動で変更する必要があります(このファイルの適切な形式については,思杰文档(Citrix Docs)。
デザインのポイント
★★★★★★★★★★★★★★★★★★★
- 店面を通じてサイトを集約する場合,アプリケーションとデスクトップを列挙するために,“同一の”サイトのセットの1つのみが使用されます
- セッション起動は,集約されたサイト間で負荷分散またはフェイルオーバーが可能
ユーザーファームマッピング
。これは,特定のユーザーグループが列挙できるサイトを,それらのサイトが集約されているかどうかに関係なく,どのサイトに対して列挙できるかを制御するために使用されます。2、。
- 【翻译:マルチサイト集約を使用しない場合でも,店面のユーザーグループをサイトのサブセットに割り当てると,そのグループのユーザーが認証されたときにのみ,店面はXML列挙要求をこれらのサイトに送信します。グローバル展開では,店面が任意のユーザーがアクセスする必要のないサイトとの通信を試行できなくなるため,この状況は列挙時間に重大な影響を与える可能性があります。たとえば,これらの設定を使用して,米国のユーザーを米国ベースのCVADサイトにマッピングし,ユーザーがログインしたときに店面がグローバルに分散している他のサイトにアクセスできないようにすることができます。
- 中文::マルチサイト集約が構成されている場合,異なるフェイルオーバー構成やサイトの異なる組み合わせなど,ユーザーグループごとに異なる構成を割り当てることが望ましい場合があります。
“ユーザーをコントローラーにマップする”は,最初にユーザーグループを指定し,次にユーザーグループが割り当てられているサイトを指定するように管理者に要求します(ダイアログには“控制器”と表示されますが,ストアに対して定義されたサイトです)。通吃,通吃,通吃,通吃,通吃,通吃,通吃,通吃,通吃,通吃,通吃,通吃,通吃,通吃,通吃。また,集約されたサイトがフェイルオーバー用に構成されている場合(“コントローラ間のリソースの負荷分散”がクリアされたままの場合),ここで右側の矢印を使用してサイトの順序を指定できます。
。店面が構成済みユーザーグループのリストを読み取ると,ユーザーの一致が検出された後も処理が停止しません。。このシナリオは,通常,すべてのアプリケーションとデスクトップにアクセスでき,複数のユーザーグループのメンバーで,報告されたユーザー問題をテストおよび再現できるCitrix管理者の場合に想定されます。これは,管理者(または複数のグループのメンバーである他のユーザー)は,複数の構成が適用されているために,いずれかのグループのユーザーとは異なる起動動作を経験する可能性があることを意味します。構成上,唯一の考慮事項は,2つのユーザー・グループが,異なる集約設定を持つ同じサイトのセットにアクセスできる場合です。個々のユーザーのコンテキストでは,サイトは1つの集約グループにのみ属することができます。★★★★★★★★★★★これは2つのユーザー・グループ・マッピング間でアグリゲーション・グループに同じ名前を付けることで解決されます。。配置:。
デザインのポイント
★★★★★★★★★★★★★★★★★★★
- 集約が設定されていない場合でも,サイトへのユーザー・グループの割り当ては,列挙トラフィックを制限し,このプロセスの完了までの時間を短縮するために使用できます
- 集約されたサイトのフェイルオーバー順序は,ユーザー・グループの割り当てウィザードで指定されます
- 同じ集約サイトの一部を含む複数のユーザー・グループ・マッピングを構成し,ユーザーが複数のグループに属する場合,集約グループの名前は同じ
アプリケーションキーワード
リソースの表示と起動を制御するもう1つの方法は,アプリケーションの説明フィールドのキーワードを使用することです。【翻译】ctx223451,。。これらのうち2つは”プライマリ”と”セカンダリ”で,複数のサイトにわたるセッションの起動に影響します。同じアプリケーションの2つのインスタンスが公開されている場合,キーワード“主”が指定されているインスタンスは常に“二级”というキーワードを持つインスタンスよりも優先されます。★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★
たとえば2つのCVADサイト(サイト一とサイトB)では,ほとんどすべてのアプリケーションをサイト一から(バックエンドアプリケーションアーキテクチャに基づく)起動し,サイトBにフェイルオーバーする必要がありますが,主にサイトBからホストされるアプリケーションが2つあります。。主にサイトBからホストされる例外的なアプリケーションは,サイトBでは初选,サイト一では二级というキーワードを使用して構成されます。
デザインのポイント
★★★★★★★★★★★★★★★★★★★
•“主”および“二级”キーワードは,複数のサイトにわたるアプリケーションの起動をさらに制御するために使用でき,サイトの集約設定よりも優先されます。
サブスクリプション
店面のサブスクリプションは,ユーザーが”お気に入り”アプリケーションを許可する方法であり,各店面サーバーのローカルデータベースに格納され,サーバーグループ全体で自動的にレプリケートされます。既定では,サブスクリプションレコードは形式< SiteName >。< DisplayName >
? ? ? ?これは,店面がデフォルトですべてのCVADサイトのリソースを列挙し,個別に表示するためです。2つのリソースが異なるサイトで同じ名前で公開された場合,それらのリソースへのサブスクリプションは個別に追跡されます。。
これは,サイト全体の同一のリソースが個別に表示および追跡されず,同じサブスクリプションショートカットの背後に集約されるサイト集約による変更です。1つのサブスクリプションレコードで複数のサイトの同じリソースをカバーする必要があるため,サイトタグは意味がありません。したがって,サイト集約が構成されている場合,集約されたリソースのサブスクリプションレコードは< AggregationGroup >。< DisplayPath > \ < DisplayName >
这就是我的意思。
つまり,店面マルチサイト集約が以前にサイトが個別に(サブスクリプションが有効になっている)後に構成されている場合,サブスクリプションレコード形式が変更されたために,新しく集約されたリソースに対するユーザーサブスクリプションは消えます。アプリケーションがサイトではなく集約グループに結びついているため,以前のサブスクリプションレコードは無効になります。この問題を回避するには,PowerShell経由でサブスクリプションデータベースをエクスポートし,適切な形式で集約されるリソースのすべてのレコードを置き換え,サイト集約の構成後にサブスクリプションデータベースを再インポートします。。
デザインの要点
★★★★★★★★★★★★★★★★★★★
- マルチサイト集約により,サブスクリプション・データベース内のユーザー・サブスクリプションの形式が変更されます。“”“”“”“”“”“”“”“”“”“”“”