ゾーン
はじめに
Citrix DaaS (旧称 Citrix Virtual Apps and Desktops™ サービス) の展開は、WAN で接続された広範囲に分散した場所にまたがる場合、ネットワークの遅延と信頼性に関する課題に直面する可能性があります。ゾーンを使用すると、リモート地域のユーザーが、接続をWANの大部分を通過させることなく、リソースに接続できるようになります。Citrix DaaS環境では、各リソースの場所がゾーンと見なされます。
ゾーンは、あらゆる規模の展開で役立ちます。ゾーンを使用すると、アプリケーションとデスクトップをユーザーの近くに配置できるため、パフォーマンスが向上します。ゾーンは、災害復旧、地理的に離れたデータセンター、支社、クラウド、またはクラウド内のアベイラビリティゾーンに使用できます。
- この記事全体を通して、「ローカル」という用語は、議論されているゾーンを指します。たとえば、「VDAがローカルのCloud Connectorに登録する」とは、VDAがVDAが配置されているゾーン内のCloud Connectorに登録することを意味します。
オンプレミスCitrix Virtual Apps and Desktops環境のゾーンとの違い
Citrix DaaS™環境のゾーンは、オンプレミスCitrix Virtual Apps and Desktops展開のゾーンと似ていますが、同一ではありません。
- Citrix DaaSでは、リソースの場所を作成し、Cloud Connectorを追加すると、ゾーンが自動的に作成されます。オンプレミス展開とは異なり、Citrix DaaS環境ではゾーンをプライマリまたはサテライトとして分類しません。
- XenAppバージョン6.5以前では、ゾーンにデータコレクターが含まれていました。Citrix DaaSはゾーンにデータコレクターを使用しません。また、フェールオーバーゾーンと優先ゾーンの動作も異なります。
ゾーンの内容
- ゾーンはリソースの場所と同等です。リソースの場所を作成してCloud Connectorをインストールすると、ゾーンが自動的に作成されます。各ゾーンは、独自のニーズと環境に基づいて、異なるリソースセットを持つことができます。
各ゾーンには常に少なくとも1つのCloud Connectorが必要であり、冗長性のために2つ以上が推奨されます。
- マシンカタログ、ハイパーバイザー、ホスト接続、ユーザー、およびアプリケーションをゾーンに配置できます。ゾーンには、Citrix GatewayおよびStoreFront™サーバーを含めることもできます。ローカルホストキャッシュ機能を使用するには、ゾーンにStoreFrontサーバーが必要です。
- ゾーンは、Citrix Workspace™およびCitrix Gatewayサービスでサポートされています。
-
ゾーンにアイテムを配置すると、Citrix DaaSがそれらおよびそれらに関連する他のオブジェクトとどのように相互作用するかに影響します。
- ハイパーバイザー接続がゾーンに配置されると、その接続を介して管理されるすべてのハイパーバイザーもそのゾーンに存在すると見なされます。
- マシンカタログがゾーンに配置されると、カタログ内のすべてのVDAがそのゾーンにあると見なされます。
- Citrix Gatewayインスタンスをゾーンに追加できます。リソースの場所を作成するときに、Citrix Gatewayを追加するオプションが提示されます。Citrix Gatewayがゾーンに関連付けられている場合、そのゾーン内のVDAへの接続が使用されるときに優先的に使用されます。
- 理想的には、ゾーン内のCitrix Gatewayは、他のゾーンまたは外部の場所からそのゾーンに入ってくるユーザー接続に使用されます。ゾーン内の接続にも使用できます。
-
さらにリソースの場所を作成し、そこにCloud Connectorをインストールすると（これにより自動的にゾーンが追加されます）、ゾーン間でリソースを移動できます。この柔軟性には、近接して最適に機能するアイテムを分離するリスクが伴います。たとえば、カタログを、カタログ内のマシンを作成する接続（ホスト）とは異なるゾーンに移動すると、パフォーマンスに影響を与える可能性があります。したがって、ゾーン間でアイテムを移動する前に、意図しない潜在的な影響を考慮してください。カタログとそれが使用するホスト接続は同じゾーンに保持してください。
- ゾーンとCitrix Cloud間の接続が失敗した場合、ローカルホストキャッシュ機能により、ゾーン内のCloud Connectorがそのゾーン内のVDAへの接続の仲介を続行できます。（ゾーンにはStoreFrontがインストールされている必要があります。）たとえば、オフィスと企業ネットワークを接続するWANリンクが失敗した場合でも、従業員がローカルのStoreFrontサイトを使用してローカルリソースにアクセスするオフィスでこれは効果的です。詳細については、ローカルホストキャッシュを参照してください。
VDAの登録場所
これらのゾーン登録機能を使用するには、VDAはバージョン7.7以降である必要があります。
- ゾーン内のVDAはローカルのクラウドコネクターに登録します
- そのクラウドコネクターがCitrix Cloud™と通信できる限り、通常の操作は継続されます
- そのクラウドコネクターが稼働しているもののCitrix Cloudと通信できない場合（かつそのゾーンにローカルのStoreFrontがある場合）、ローカルホストキャッシュの停止モードに入ります
- クラウドコネクターに障害が発生した場合、そのゾーン内のVDAは他のローカルクラウドコネクターに登録を試みます。あるゾーンのVDAが別のゾーンのクラウドコネクターに登録を試みることはありません
- ゾーン内でクラウドコネクターを追加または削除した場合（Citrix Cloud管理コンソールを使用）、自動更新が有効であれば、そのゾーン内のVDAは利用可能なローカルクラウドコネクターの更新されたリストを受け取ります。これにより、どのクラウドコネクターに登録し、どのクラウドコネクターからの接続を受け入れるかを知ることができます
- マシンカタログを別のゾーンに移動した場合（Studioを使用）、そのカタログ内のVDAは、カタログを移動したゾーンのクラウドコネクターに再登録します。カタログを移動する際は、関連するホスト接続も同じゾーンに移動するようにしてください
- 停止中（ゾーン内のクラウドコネクターがCitrix Cloudと通信できない場合）は、そのゾーンに登録されているマシンに関連付けられたリソースのみが利用可能です
ゾーンの優先順位
- マルチゾーンサイトでは、ゾーンの優先順位機能により、管理者はアプリケーションまたはデスクトップの起動に使用されるVDAをより柔軟に制御できます。
ゾーンの優先順位の仕組み
ゾーンの優先順位には3つの形式があります。特定のゾーンのVDAを使用することを優先する場合、以下の要素に基づきます。
- アプリケーションのデータが保存されている場所。これはアプリケーションホームと呼ばれます
- プロファイルやホーム共有など、ユーザーのホームデータの場所。これはユーザーホームと呼ばれます
- ユーザーの現在の場所（Citrix Workspaceアプリが実行されている場所）。これはユーザーロケーションと呼ばれます。ユーザーロケーションには、StoreFront 3.7以降およびCitrix Gateway（旧NetScaler Gateway）11.0-65.x以降が必要です
次のグラフィックは、マルチゾーン構成の例を示しています。
この例では、VDAは3つのゾーンに分散していますが、すべて同じデリバリーグループに属しています。そのため、Citrix DaaSブローカーは、ユーザーの起動要求に対してどのVDAを使用するかを選択できます。この例は、ユーザーが異なる場所でCitrix Workspaceアプリのエンドポイントを実行できることを示しています。ユーザーAはゾーン1でCitrix Workspaceアプリがインストールされたデバイスを使用しています。ユーザーBはゾーン2でデバイスを使用しています。同様に、ユーザーのドキュメントは異なる場所に保存できます。ユーザーAとBはゾーン1にある共有を使用しています。ユーザーCはゾーン3にある共有を使用しています。また、公開されているアプリケーションの1つはゾーン1にあるデータベースを使用しています。
ユーザーまたはアプリケーションにホームゾーンを設定することで、それらをゾーンに関連付けます。ブローカーは、リソースが利用可能な場合、これらの関連付けを使用してセッションが起動されるゾーンの選択を支援します。以下の方法で設定します。
- ユーザーをゾーンに追加することで、ユーザーのホームゾーンを設定します
- アプリケーションのプロパティを編集することで、アプリケーションのホームゾーンを設定します
ユーザーまたはアプリケーションは、一度に1つのホームゾーンのみを持つことができます。（ユーザーの場合、ユーザーグループのメンバーシップにより複数のゾーンメンバーシップが発生することがありますが、この場合でもブローカーは1つのホームゾーンのみを使用します。）
ユーザーとアプリケーションのゾーンの優先順位を設定できますが、ブローカーは起動に対して1つの優先ゾーンのみを選択します。優先ゾーンを選択するためのデフォルトの優先順位は、アプリケーションホーム > ユーザーホーム > ユーザーロケーションです。ユーザーがアプリケーションを起動すると、次のようになります。
- そのアプリケーションに構成されたゾーン関連付け（アプリケーションホーム）がある場合、優先ゾーンはそのアプリケーションのホームゾーンになります
- アプリケーションに構成されたゾーン関連付けがないが、ユーザーにはある場合（ユーザーホーム）、優先ゾーンはそのユーザーのホームゾーンになります
- アプリケーションにもユーザーにも構成されたゾーン関連付けがない場合、優先ゾーンはユーザーがCitrix Workspaceアプリインスタンスを実行しているゾーン（ユーザーロケーション）になります。そのゾーンが定義されていない場合、ランダムなVDAとゾーンが選択されます。優先ゾーン内のすべてのVDAに負荷分散が適用されます。優先ゾーンがない場合、デリバリーグループ内のすべてのVDAに負荷分散が適用されます
ゾーンの優先順位の調整
ユーザーまたはアプリケーションのホームゾーンを設定（または削除）する際、ゾーンの優先順位がどのように使用されるか（または使用されないか）をさらに制限できます。
- **ユーザーホームゾーンの強制使用:** デリバリーグループでは、「ユーザーのホームゾーンでセッションを起動する（ユーザーにホームゾーンがある場合）。ホームゾーンでリソースが利用できない場合でも、別のゾーンへのフェールオーバーは行わない。」と指定できます。この制限は、ゾーン間で大きなプロファイルやデータファイルをコピーするリスクを避けたい場合に役立ちます。言い換えれば、別のゾーンでセッションを起動するよりも、セッションの起動を拒否する方が望ましいということです
- **アプリケーションホームゾーンの強制使用:** 同様に、アプリケーションのホームゾーンを設定する際、「アプリケーションはそのゾーンでのみ起動し、アプリケーションのホームゾーンでリソースが利用できない場合でも、別のゾーンへのフェールオーバーは行わない。」と指定できます
- アプリケーションホームゾーンなし、および構成されたユーザーホームゾーンを無視: アプリケーションのホームゾーンを指定しない場合、「そのアプリケーションを起動する際に、構成されたユーザーゾーンを考慮しない。」と指定することもできます。たとえば、一部のユーザーが異なるホームゾーンを持っていても、ユーザーに自分のマシンに近いVDAで特定のアプリケーションを実行させたい場合は、ユーザーロケーションのゾーン優先順位を使用します
優先ゾーンがセッションの使用に与える影響
- ユーザーがアプリケーションまたはデスクトップを起動すると、ブローカーは既存のセッションを使用するよりも、優先ゾーンを使用することを優先します。
アプリケーションまたはデスクトップを起動するユーザーが、起動されるリソースに適したセッション（たとえば、アプリケーションのセッション共有を使用できるセッション、または起動されるリソースがすでに実行されているセッション）をすでに持っているが、そのセッションがユーザー/アプリケーションの優先ゾーン以外のゾーンにあるVDA上にある場合、システムは新しいセッションを作成する可能性があります。このアクションは、そのユーザーのセッション要件にとって優先度の低いゾーンのセッションに再接続するよりも前に、正しいゾーンでの起動（利用可能な容量がある場合）を満たします。
到達できなくなった孤立セッションを防ぐため、既存の切断されたセッションへの再接続は、それらが非優先ゾーンにある場合でも許可されます。
起動を満たすセッションの望ましさの順序は次のとおりです。
- 優先ゾーン内の既存セッションへの再接続
- 非優先ゾーン内の既存の切断されたセッションへの再接続
- 優先ゾーンでの新規セッションの開始
- 非優先ゾーン内の接続された既存セッションへの再接続
- 非優先ゾーンでの新規セッションの開始
その他のゾーン優先度に関する考慮事項
- ユーザーグループ（セキュリティグループなど）にホームゾーンを構成した場合、そのグループのユーザー（直接的または間接的なメンバーシップを通じて）は指定されたゾーンに関連付けられます。ただし、ユーザーは複数のセキュリティグループのメンバーである可能性があり、そのため、他のグループメンバーシップを通じて異なるホームゾーンが構成されている場合があります。このような場合、そのユーザーのホームゾーンの決定は曖昧になる可能性があります。
ユーザーがグループメンバーシップを通じて取得されていない構成済みホームゾーンを持っている場合、そのゾーンがゾーン優先度に使用されます。グループメンバーシップを通じて取得されたゾーン関連付けはすべて無視されます。
-
ユーザーがグループメンバーシップのみを通じて取得された複数の異なるゾーン関連付けを持っている場合、ブローカーはゾーンの中からランダムに選択します。ブローカーがこの選択を行った後、そのゾーンは、ユーザーのグループメンバーシップが変更されるまで、その後のセッション起動に使用されます。
-
ユーザーロケーションゾーン優先度では、エンドポイントデバイス上のCitrix Workspaceアプリが、そのデバイスが接続しているCitrix Gatewayによって検出される必要があります。Citrixは、IPアドレスの範囲を特定のゾーンに関連付けるように構成する必要があります。検出されたゾーンIDは、StoreFrontを介してCitrix DaaSに渡される必要があります。
- ゾーンのオンプレミス使用向けに書かれていますが、ゾーン優先度の内部のブログ投稿には、関連する技術的な詳細が含まれています。
ゾーン管理の権限
- フル管理者には、サポートされているすべてのゾーン管理タスクを実行できます。ゾーン間でアイテムを移動するのに、ゾーン関連の権限（ゾーン読み取り権限を除く）は必要ありません。ただし、移動するアイテムに対する編集権限が必要です。たとえば、マシンカタログをあるゾーンから別のゾーンに移動するには、そのカタログに対する編集権限が必要です。
Citrix Provisioning™を使用する場合: 現在のCitrix Provisioningコンソールはゾーンを認識しないため、Citrixでは、特定のゾーンに配置するマシンカタログを作成するためにStudioを使用することを推奨しています。カタログを作成した後、Citrix Provisioningコンソールを使用してそのカタログ内のマシンをプロビジョニングできます。
ゾーンの作成
Citrix Cloudでリソースロケーションを作成し、そのリソースロケーションにCloud Connectorを追加すると、Citrix DaaSは自動的にゾーンを作成し、名前を付けます。後で説明をオプションで追加できます。
複数のリソースロケーションを作成した後（そしてゾーンが自動的に作成された後）、リソースをあるゾーンから別のゾーンに移動できます。
リソースロケーションとゾーンは定期的に、通常は約5分ごとに同期されます。そのため、Citrix Cloudでリソースロケーションの名前を変更すると、その変更は5分以内に対応するゾーンに伝播されます。
ゾーンの説明の追加または変更
ゾーンの名前を変更することはできませんが、その説明を追加または変更することはできます。
- Studio から、左ペインで ゾーン を選択します。
- 中央ペインでゾーンを選択し、アクションバーで ゾーンの編集 を選択します。
- ゾーンの説明を追加または変更します。
- OK または 適用 を選択します。
ゾーン間のリソース移動
- Studio から、左ペインで ゾーン を選択します。
- 中央ペインでゾーンを選択し、1つ以上の項目を選択します。
- 項目を宛先ゾーンにドラッグするか、アクションバーで 項目の移動 を選択し、移動先のゾーンを指定します。(Cloud Connector を選択することはできますが、実際に別のゾーンに移動することはできません。)
確認メッセージには、選択した項目が一覧表示され、それらすべてを移動してもよろしいか確認を求められます。
注意: マシンカタログがハイパーバイザーまたはクラウドサービスへのホスト接続を使用する場合、カタログと接続が同じゾーンにあることを確認してください。そうしないと、パフォーマンスに影響が出る可能性があります。いずれかを移動する場合は、もう一方も移動してください。
ゾーンの削除
ゾーンを削除することはできません。ただし、リソースの場所 (その Cloud Connector を削除した後) を削除することはできます。リソースの場所を削除すると、ゾーンも自動的に削除されます。
- ゾーンに項目 (カタログ、接続、アプリケーション、ユーザーなど) が含まれていない場合、ゾーンとリソースの場所の間で次回の同期中にゾーンは削除されます。同期は5分ごとに実行されます。
- ゾーンに項目が含まれている場合、すべての項目が削除された後、ゾーンは自動的に削除されます。
ユーザーのホームゾーンの追加
ユーザーのホームゾーンの構成は、ユーザーをゾーンに追加する とも呼ばれます。
- Studio から、左ペインで ゾーン を選択します。
- 中央ペインでゾーンを選択し、アクションバーで ユーザーをゾーンに追加 を選択します。
- ユーザーをゾーンに追加 ダイアログボックスで、追加 を選択し、ゾーンに追加するユーザーとユーザーグループを選択します。すでにホームゾーンを持つユーザーを指定した場合、メッセージに2つの選択肢が表示されます: はい = 指定したユーザーのうち、ホームゾーンを持たないユーザーのみを追加します。いいえ = ユーザー選択ダイアログに戻ります。
- OK を選択します。
ホームゾーンが構成されているユーザーの場合、セッションをホームゾーンからのみ起動するように要求できます。
- デリバリーグループを作成または編集します。
- ユーザー ページで、ユーザーのホームゾーンでセッションを起動するよう要求する (構成されている場合) チェックボックスを選択します。
そのデリバリーグループ内のユーザーによって起動されたすべてのセッションは、そのユーザーのホームゾーン内のマシンから起動する必要があります。デリバリーグループ内のユーザーに構成済みのホームゾーンがない場合、この設定は無効です。
ユーザーのホームゾーンの削除
この手順は、ユーザーをゾーンから削除するとも呼ばれます。
- Studio から、左ペインで ゾーン を選択します。
- 中央ペインでゾーンを選択し、アクションバーで ゾーンからユーザーを削除 を選択します。
- ユーザーをゾーンに追加 ダイアログボックスで、削除 を選択し、ゾーンから削除するユーザーとグループを選択します。この操作は、ゾーンからのみユーザーを削除します。これらのユーザーは、所属するデリバリーグループに残ります。
- プロンプトが表示されたら削除を確認します。
アプリケーションのホームゾーンの管理
アプリケーションのホームゾーンの構成は、アプリケーションをゾーンに追加するとも呼ばれます。デフォルトでは、マルチゾーン環境では、アプリケーションにはホームゾーンがありません。
アプリケーションのホームゾーンは、アプリケーションのプロパティで指定されます。アプリケーションをグループに追加する際、または後で、アプリケーションのプロパティを構成できます。
- デリバリーグループの作成または既存のグループへのアプリケーションの追加時に、ウィザードの [アプリケーション] ページで [プロパティ] を選択します。
- アプリケーションの追加後にそのプロパティを変更するには、左ペインで [ゾーン] を選択します。アプリケーションを選択し、アクションバーで [プロパティ] を選択します。
アプリケーションのプロパティ/設定の [ゾーン] ページで、次の操作を行います。
- アプリケーションにホームゾーンを設定する場合：
- [選択したゾーンを使用して決定する] ラジオボタンを選択し、ゾーンを選択します。
- アプリケーションを、選択したゾーンからのみ起動し（他のゾーンからは起動しない）、ゾーン選択の下にあるチェックボックスを選択します。
- アプリケーションにホームゾーンを設定しない場合：
- [ホームゾーンを構成しない] ラジオボタンを選択します。
- ブローカーがこのアプリケーションを起動する際に、構成済みのユーザーゾーンを考慮しないようにする場合は、ラジオボタンの下にあるチェックボックスを選択します。この場合、アプリケーションのホームゾーンもユーザーのホームゾーンも、このアプリケーションを起動する場所を決定するために使用されません。
ゾーンの指定を含むその他のアクション
複数のゾーンがある場合は、ホスト接続を追加するとき、またはカタログを作成するときにゾーンを指定できます。ゾーンは選択リストにアルファベット順で表示されます。デフォルトでは、アルファベット順で最初の名前が選択されます。
トラブルシューティング
Studioは、ローカルホストキャッシュとゾーンが正しく構成されていることを確認するためのプロアクティブなアラートを提供し、停止がユーザーに影響を与える前に問題を時間内に解決できるようにします。この機能は、ミッションクリティカルなワークロードへのユーザーアクセスを継続的に維持するのに役立ちます。
問題のある各ゾーンに [トラブルシューティング] タブが表示されます。
ゾーン関連の問題を確認するには、次の手順に従います。
- [ゾーン] に移動し、警告アイコンのあるゾーンをクリックします。
- 下部のペインにある [トラブルシューティング] タブに移動し、そこに表示されている情報を読みます。
注：
診断は1時間ごとに更新されます。
トラブルシューティング情報の例：
次の表に、ゾーン関連の警告とエラーの完全なリストを示します。
| 重大度 | 発生しうる問題 | 推奨されるアクション |
|---|---|---|
| Warning | リソースの場所に複数のドメインが含まれています。複数のドメインを含むリソースの場所では、ローカルホストキャッシュモードでVDA登録が遅延したり失敗したりする可能性があります。 | すべてのCloud Connectorが同じドメインになるようにリソースの場所を再構成します。サポートされているマルチドメイン構成の詳細については、Citrix Cloud Connectorの技術詳細を参照してください。 |
| Warning | リソースの場所にあるホスト接続の数が推奨制限を超えており、パフォーマンスの低下につながる可能性があります。 | リソースの場所にあるホスト接続の数を推奨制限以下に減らします。制限を参照してください。 |
| Warning | リソースの場所にCloud Connectorが1つしかありません。 | 高可用性を確保するために、各リソースの場所に2つのCloud Connectorをインストールします。Citrix Cloud Connectorの技術詳細を参照してください。 |
| Warning | ソケットあたりのCPU数が推奨よりも少なく、ローカルホストキャッシュモードでパフォーマンスが低下する可能性があります。 | 各Cloud Connectorがソケットあたりの最小CPU要件を満たしていることを確認します。ローカルホストキャッシュの推奨コンピューティング構成を参照してください。 |
| Warning | StoreFrontがこのリソースの場所にあるすべてのCloud ConnectorにSTA要求を送信していません。 | ローカルホストキャッシュモードでの起動失敗を避けるため、すべてのCloud ConnectorがStoreFrontとNetScaler® Gatewayの両方でSTAサーバーとして追加されていることを確認します。 |
| Warning | リソースの場所でStoreFrontが検出されましたが、リソースの場所内の少なくとも1つのConnectorがStoreFrontトラフィックを受信していません。StoreFrontからのトラフィックがないと、スケーラビリティに影響を与え、高可用性モードへの移行に問題が発生する可能性があります。 | すべてのCloud ConnectorがStoreFrontのリソースフィードとしてリストされていることを確認し、StoreFrontがリソースフィードで指定されたポートでリストされているすべてのConnectorと通信できることを確認します。 |
| Warning | リソースの場所に複数の選出されたローカルホストキャッシュブローカーがあります。複数の選出されたローカルホストキャッシュブローカーがあると、ローカルホストキャッシュモードでVDA登録がコネクタ間で分割され、断続的な起動失敗につながる可能性があります。 | コネクタが http://<FQDN_OF_PEER_CONNECTOR>:80/Citrix/CdsController/ISecondaryBrokerElection で通信できることを確認します。複数のCloud Connectorを持つゾーンを参照してください。 |
| Warning | 論理CPUプロセッサの数が推奨よりも少なく、ローカルホストキャッシュモードでパフォーマンスが低下する可能性があります。 | 各Cloud Connectorがローカルホストキャッシュの最小論理CPUプロセッサ要件を満たしていることを確認します。ローカルホストキャッシュの推奨コンピューティング構成を参照してください。 |
| Warning | RAMが推奨よりも少なく、ローカルホストキャッシュモードでパフォーマンスが低下する可能性があります。 | 各Cloud Connectorがローカルホストキャッシュの最小RAM要件を満たしていることを確認します。ローカルホストキャッシュの推奨コンピューティング構成を参照してください。 |
| Error | リソースの場所にあるVDAの数が推奨よりも多く、ローカルホストキャッシュモードでVDA登録が失敗します。 | このリソースの場所にあるVDAの数を推奨制限以下に減らします。制限を参照してください。 |
| Error | ゾーン内のCloud Connectorに到達できません。このリソースの場所にあるVDAは、ローカルホストキャッシュまたはサービス継続性を通じて利用可能である必要があります。 | ゾーン内のCloud Connectorの接続を確認し、レジストリをチェックしてLHCモードがレジストリ経由で強制されているかどうかを確認します。LHCがレジストリ経由で強制されていない場合は、Cloud Connector接続チェックユーティリティの実行を検討してください。問題が解決しない場合は、サポートチケットをオープンしてください。 |
| Error | 論理CPUプロセッサの数が推奨よりも少なく、パフォーマンスが低下する可能性があります。 | 各Cloud Connectorが最小論理CPUプロセッサ要件を満たしていることを確認します。Citrix Cloud Connectorの技術詳細を参照してください。 |
| Error | RAMが推奨よりも少なく、パフォーマンスが低下する可能性があります。 | 各Cloud Connectorが最小RAM要件を満たしていることを確認します。Citrix Cloud Connectorの技術詳細を参照してください。 |
ゾーン内の詳細な構成ミスレポートを取得するには、PowerShell コマンドレット Get-ConfigMisconfigurationReport を実行します。追加された詳細には、どのコネクタが誤って構成されているか、現在の構成ミスは何か、推奨される構成は何かといった情報が含まれます。