シトリックス仮想アプリおよびデスクトップ™ 7 2503

May 31, 2026

寄稿者:

リリースについて

このCitrix Virtual Apps and Desktopsリリースには、Windows Virtual Delivery Agent (VDA) の新しいバージョンと、複数のコアコンポーネントの新しいバージョンが含まれています。次のことができます。

サイトのインストールまたはアップグレード: このリリースのISOを使用して、コアコンポーネントとVDAをインストールまたはアップグレードします。最新バージョンをインストールまたはアップグレードすることで、最新の機能を使用できます。
既存のサイトでVDAをインストールまたはアップグレード: 展開が既にあり、コアコンポーネントをアップグレードする準備ができていない場合でも、新しいVDAをインストール（またはアップグレード）することで、最新のHDX™機能のいくつかを引き続き使用できます。VDAのみをアップグレードすることは、非本番環境で機能強化をテストしたい場合に役立ちます。

VDAをこのバージョン（バージョン7.9以降）にアップグレードした後も、マシンカタログの機能レベルを更新する必要はありません。7.9（またはそれ以降）の値はデフォルトの機能レベルのままであり、このリリースでも有効です。詳しくは、「VDAのバージョンと機能レベル」を参照してください。

インストールとアップグレードの手順については、次を参照してください。

新しいサイトを構築する場合は、「インストールと構成」の手順に従ってください。
サイトをアップグレードする場合は、「展開のアップグレード」を参照してください。

サポート対象バージョンおよびレガシーバージョンのドキュメント

サポート対象バージョンのドキュメントは、「Citrix Virtual Apps and Desktops」にあります。

ライフサイクル終了（EOL）バージョンのドキュメントPDFは、「レガシーなドキュメント」にアーカイブされています。

シトリックス仮想アプリおよびデスクトップ 7 2503

仮想配信エージェント (VDAs)

VDAアップグレードサービス（プレビュー）

Citrix VDA Upgrade Service (VUS) は、Citrix DaaS™ 内での VDA アップグレードを効率化し、パフォーマンスとセキュリティを向上させます。管理者は VUS を使用して、更新の確認、アップグレードのスケジュール設定、進行状況の監視を行うことができ、即時またはスケジュールされた更新のオプションがあります。アップグレードトラックは2つあります。安定性重視の Long-Term Service Release (LTSR) と、最新機能重視の Current Release (CR) です。

SSO を使用した Citrix Workspace™ からのシームレスなログオン

この機能により、Single Sign-on (SSO) を使用して、Citrix Workspace から VDA 上にある Citrix Secure Access (CSA) クライアントにシームレスにログオンできます。この機能は、シングルセッション VDA とマルチセッション VDA の両方に適用されます。詳細については、「VDA 上の Citrix Secure Access クライアントからのシームレスなログオン」を参照してください。

クラウドコネクタスタンドアロン Citrix セキュアチケッティングオーソリティ (STA) サービス

Citrix Workspace でオンプレミスサイト集約を使用している場合、または StoreFront で Citrix Gateway Service を使用している場合、Cloud Connector は Citrix Virtual Apps and Desktops サイトの Secure Ticket Authority (STA) トラフィックを処理します。スタンドアロン STA サービスを使用すると、環境内の STA チケットの配信をより詳細に制御できます。詳細については、「Cloud Connector スタンドアロン Citrix Secure Ticketing Authority (STA) サービス」を参照してください。

LHC モードにおける WebSocket VDA のサポート

この機能により、LHC モードでも VDA とデリバリーコントローラー間の WebSocket 接続が成功します。詳細については、「VDA とデリバリーコントローラー間の WebSocket 通信」を参照してください。

HDX

デバイス

TWAIN リダイレクトの 64 ビットアプリのサポート。HDX セッションで 64 ビットアプリケーションを使用してドキュメントをスキャンできるようになりました。

ダブルホップシナリオでの FIDO2 リダイレクトのサポート。ユーザーは、ダブルホップシナリオで FIDO2 リダイレクトを使用するアプリケーションに対して認証できるようになりました。中間ホップの VDA ホストには、Citrix Virtual Apps and Desktops 2503 がインストールされている必要があります。

FIDO2 リダイレクトを使用するカスタムアプリケーションのワイルドカード Studio ポリシーのサポート。管理者は、Studio で FIDO2 リダイレクトを使用する必要があるカスタムのセッション内アプリケーションのファイルパスを設定できるようになり、ファイルパス変数でワイルドカード文字も使用できるようになりました。

WIA リダイレクトの機能強化。管理者は、WIA リダイレクトを使用するためにアプリケーションを許可リストにフック変更する必要がなくなりました。許可リストレジストリにファイルパスを追加するだけで済みます。

Unicode 入力モードのサポートの強化。この機能強化により、Unicode 入力モードを使用する際の品質が大幅に向上し、より広範なキーボードレイアウトがサポートされます。

PDF 印刷エクスペリエンスの強化 [Preview]。この機能強化により、PDF 印刷に関連するオプションと設定のサポートが拡張され、他の印刷形式と同等になります。

Linuxエンドポイントからのスキャンを最適化 [Preview]。この機能強化により、Linuxエンドポイントからリモートセッションホストに接続する際のスキャンエクスペリエンスが向上します。

グラフィック

インテリジェントなBuild to Lossless機能。インテリジェントなBuild to Losslessは、既存のBuild to Lossless機能の強化版であり、よりスマートで効率的なエクスペリエンスを提供するように設計されています。インテリジェントなBuild to Losslessを使用すると、管理者はBuild to Losslessを手動で構成する必要がなくなり、必要なモニターのセッションに動的に自動適用されます。必要がなくなると、Thinwireはシームレスにこれを無効にし、最適なパフォーマンスのために通常のエンコーディングに戻します。

HDX接続

EDT MTU再検出。EDT MTU Discoveryは、アクティブなセッション中にMTUの変更を検出し、必要に応じてセッションのMTU値を調整できるようになりました。詳細については、「Enlightened Data Transport」を参照してください。

EDTタイムアウト構成。Workspaceアプリの構成メカニズムが強化され、VDAからのタイムアウト設定を使用するようになりました。これにより、クライアントデバイスでタイムアウトを構成する必要がなくなります。さらに、ネットワークの中断をより迅速に検出できるように、デフォルトのEDTタイムアウトが25秒から10秒に変更されました。詳細については、「Configure EDT timeout」を参照してください。

HDX Direct - 外部。外部ユーザー向けのHDX Directが一般提供されるようになりました。これにより、直接通信が可能な場合、内部クライアントデバイスがセッションホストと安全な直接接続を確立できます。詳細については、「HDX Direct」を参照してください。

認証済みプロキシのRendezvous V2サポート。Rendezvousは、制御トラフィックの認証済みプロキシをサポートするようになりました。詳細については、「Rendezvous V2」を参照してください。

Secure HDX。Secure HDXが一般提供されるようになりました。これは、トラフィックパス内のネットワーク要素がHDXトラフィックを検査するのを防ぐアプリケーションレベル暗号化（ALE）ソリューションです。詳細については、「Secure HDX」を参照してください。

マルチメディア

オーディオパフォーマンスを向上させるAudio Quality Enhancerを有効にする [Preview]。バージョン2503以降、Adaptive AudioにAudio Quality Enhancer (v1) が追加されました。

Audio Quality Enhancerは、以前のサンプルからオーディオをインテリジェントに再構築することで、短期間のパケット損失や中断を効果的に管理し、品質の著しい劣化を防ぎます。Audio Quality Enhancerは、良好なネットワーク条件と不良なネットワーク条件の両方で、オーディオ再生と録音の品質を最適化します。

Browser Content Redirectionにおけるブラウザプロファイル共有 [Preview]。Browser Content Redirection (BCR) は、新しいプロファイル共有機能により、VDA側の認証とCookie共有を可能にし、合理化されたユーザーエクスペリエンスを提供します。この機能強化により、冗長なログインが不要になり、BCRウィンドウが閉じられた後でもBCRセッション全体で認証とCookieの永続性を維持することで、生産性が向上します。このシームレスなエクスペリエンスは、認証がクライアントではなくVDAから行われることを保証することで、セキュリティをさらに強化します。

例:

以前のエクスペリエンス: 以前は、BCR内で認証済みページを開くたびに、ユーザーは資格情報を再入力する必要があり、SSOの永続性が失われていました。SSOはBCRウィンドウが開いている間のみ維持されていました。ウィンドウを閉じて再度開くと、ユーザーはログインプロセスを繰り返す必要がありました。
新しいエクスペリエンス: プロファイル共有により、ユーザーは資格情報の入力を求められなくなります。VDAブラウザからSSOがシームレスに維持され、改善された中断のないエクスペリエンスが提供されます。

プレビューの要件

シトリックスバーチャルアプリ & デスクトップ 2503
シトリックスワークスペースアプリ 2503
ブラウザリダイレクト拡張機能 25.3.4以降
- マイクロソフトエッジ拡張機能
- グーグルクローム拡張機能

この機能を有効にする方法については、Browser Content Redirection ドキュメントを参照してください。

フィードバックフォーム

ウェブスタジオ

Citrix Personalization for App-V - VDA は、Citrix バーチャルデリバリーエージェントにおけるアプリケーションパッケージ配信コンポーネントに名称変更

VDAインストール時の追加コンポーネントセクションにあるCitrix Personalization for App-V - VDAチェックボックスは、App Packages Delivery Componentに名称変更されました。このコンポーネントは、Citrix環境内でMicrosoftアプリケーションパッケージ（App-V、MSIX、VHD、VHDX、CMFS、Liquidware Flexapp oneアプリケーションパッケージとしてのApp Attach）の管理と配信を可能にします。これにより、ユーザーはVDAから配信される仮想化アプリケーションにアクセスできます。

ウェブスタジオのホームページ

Web Studioにホームページが追加されました。このページでは、Citrix Virtual Apps and Desktopsの展開とワークロードの概要が提供され、サブスクリプションを最大限に活用するための情報も含まれています。このページは次の部分で構成されています。

最近使用した項目。 最近アクセスしたオブジェクトの履歴が表示されます。
サイトの詳細。 Citrix Virtual Apps and Desktops展開の概要を提供します。主要な情報には、ライセンスの種類、Studioのバージョン、およびDelivery Controllerのバージョンとステータスが含まれます。
リソース。 展開されたリソースの数と、カテゴリごとのカウントを表示します。
セッション。 過去7日間に毎日起動されたデスクトップおよびアプリセッションの数を表示します。
開始。 Citrix Virtual Apps and Desktops展開のセットアップに役立つ一連の質問を通してガイドします。
エラーと警告。 Citrix Virtual Apps and Desktops展開からのエラーと警告を一元的に表示します。

ウェブスタジオのホーム画面(/ja-jp/citrix-virtual-apps-desktops/2503/media/studio-home.png)

詳細については、ホームぺージを参照してください。

履歴の使用状況を使用してAutoscale™設定を調整する

Autoscale Insightsという新しいAutoscale設定タブには、Autoscale設定と前週のマシン使用状況データを視覚的に比較する包括的なグラフが表示されます。このグラフを使用すると、Autoscale設定の有効性に関する洞察を得ることができます。

費用対効果が低い。 容量の過剰なプロビジョニングにより、財政的な無駄が生じています。
ユーザーエクスペリエンスが低い。 容量のプロビジョニング不足により、ユーザーエクスペリエンスに悪影響が出ています。
ユーザーエクスペリエンスとコストの良好なバランス。 プロビジョニングされた容量は、履歴の使用状況と一致しています。

詳細については、Autoscale設定の有効性を分析するを参照してください。

サイトのデフォルトのタイムゾーンを設定する

Web Studioを使用すると、サイトのデフォルトのタイムゾーンを選択できるようになりました。これを行うには、設定 > 日付と時刻に移動します。Web Studioは、スケジュールされた再起動や自動スケーリングなど、すべての時刻表示とスケジューリングにこのタイムゾーンを使用します。この設定により、時刻の管理が容易になり、サイト全体の時刻の一貫性が確保されます。

個々のリソースのタイムゾーンを変更できます。たとえば、異なるリージョンのマシンにサービスを提供するデリバリーグループに異なるタイムゾーンを設定できます。詳細については、「デリバリーグループのユーザー設定を変更する」を参照してください。

タグベース検索でのセッション可視性の向上

検索ノードでタグによってマシンを検索すると、一致するマシン上のアクティブなユーザーセッションがセッションタブに表示されるようになりました。この機能強化により、アクティブなセッションを持つマシンの偶発的なシャットダウンを防ぎ、それらのセッションを明確に可視化することで、管理効率が向上します。

マルチセッションVDAのリソース監視の強化

Web Studioは、マルチセッションVDAの詳細なリソース使用率と機能に関するインサイトを提供するようになりました。検索ノードでマルチセッションVDAの負荷評価インデックス列にカーソルを合わせると、CPU、メモリ、ディスク使用量、許可される最大セッション数などの詳細なメトリックが表示されます。表示される特定のメトリックは、有効なポリシー設定によって異なります。

この機能強化により、PowerShellコマンドレットを実行したり、複数の手順を経てMonitorに切り替えてこのデータを収集したりする必要がなくなり、Web Studio内で直接同じ機能が提供されます。詳細については、「マシンアクションと列」を参照してください。

検索結果の負荷評価インデックス

ポリシー割り当てのクライアントプラットフォームフィルター

新しいフィルタークライアントプラットフォームを使用して、ポリシー割り当てをより正確に制御できるようになりました。このフィルターを使用すると、Windows、macOS、Linux、iOS、Android、HTML5など、ユーザーデバイスのオペレーティングシステムに基づいてポリシーを割り当て（許可）または除外（拒否）できます。この機能強化により、ポリシー割り当ての柔軟性と精度が向上し、管理対象デバイスと非管理対象デバイス全体でカスタマイズされた均一なエクスペリエンスが保証されます。

構成ログのラベル付け

ログ > イベントタブで構成ログにラベルを付けられるようになり、ログの識別とエクスポートが容易になりました。さらに、ログノードでは、ログのCSVファイルへのエクスポート、高度な検索、イベントタブの表形式表示など、強化された機能が提供されるようになりました。詳細については、「ポリシー割り当て」を参照してください。

ドメイン選択の強化

UIの新しいオプションにより、ドメイン選択が必要な場所で、完全一致するドメイン名を入力できるようになりました。この機能強化には、次の利点があります。

検索の高速化: 大規模なディレクトリを閲覧する手間を省き、結果を直接かつ即座に取得できます。
時間の節約: フルディレクトリの読み込みを排除し、ワークフローを高速化します。
エクスペリエンスの向上: 特に大規模なディレクトリを持つ環境で、管理者管理の効率が向上します。

マシンカタログ作成時のユーザー名検索の改善

マシンカタログ作成時にユーザー名で管理者を検索する機能を強化しました。Machine Catalog Setup > Enter Credentials ページへの主な機能強化は次のとおりです。

ドメインの指定: そのページに新しいオプションであるDomainが追加され、ドメイン名またはSIDを入力して検索を絞り込むことができるようになりました。
SamName検索の最適化: SamNameを使用した検索は、指定されたドメインに限定されるようになりました。

これらの機能強化により、ユーザー検索がより高速かつ効率的になります。

マシンテンプレートプロパティを使用したAWS VMの作成はサポートされなくなりました

マシンテンプレートプロパティをキャプチャしてAWS VMを作成するサポートは、マシンプロファイルを使用してVMを作成する移行の一環として削除されました。Apply machine template properties to virtual machines オプションは、Machine Template ページから削除されました。代わりに、マシンプロファイルを使用してAWS VMを作成することで、同様のより合理化されたエクスペリエンスを実現できます。詳しくは、「Studioを使用してマシンプロファイルベースのマシンカタログを作成する」を参照してください。

Red Hat OpenShiftマシンの配信と電源管理のサポート（プレビュー）

Web Studioを使用すると、Red Hat OpenShiftサーバークラスターへの接続を作成し、マシンカタログの作成時にこれらの接続を指定できるようになりました。この機能により、既存のOpenShiftマシンをカタログに配置して追加し、Red Hat OpenShift環境でマシンの配信と電源管理を行うことができます。

詳しくは、「Red Hat OpenShiftへの接続を作成する」および「OpenShiftマシンカタログを作成する」を参照してください。

Autoscaleを無効にしても電源ポリシーが有効であることを管理者に警告

この機能強化は、Autoscaleを無効にしてもデリバリーグループの電源ポリシー設定には影響しないことを管理者に通知するためのものです。この機能により、管理者はAutoscaleを無効にする範囲を認識し、Autoscaleがオフになっても電源ポリシーが有効であることを明確に理解できます。

使用中のActive Directory（AD）アカウントをリセットするオプション

Studioを使用すると、マシンのステータスが使用中の場合でも、マシンのActive Directory (AD) アカウントをリセットできるようになりました。これは、システムがマシンが「汚染された」状態にあることを正しく検出できない場合があるため、必要です。

ホスティングユニットのリージョンに基づいてマスターイメージをフィルタリングする

Azureプラットフォームのマシンカタログ作成時に、Web Studioはホスティングユニットのリージョンとは異なるリージョンに属するマスターイメージをフィルタリングして除外できるようになりました。この機能により、ホスティングユニットと同じリージョンのイメージのみが選択可能になります。

最小負荷方式でストレージの負荷分散を最適化する

以前は、Machine Creation Services™ (MCS) は、ストレージリポジトリ全体にVMを分散するためにラウンドロビン方式を使用していましたが、これによりストレージの使用率が不均一になることがよくありました。

Studioに、最小負荷方式でストレージの負荷分散を最適化するオプションが導入されました。カタログ作成時に2つ以上のOSデータストレージの場所を選択すると、このオプションが利用可能になり、ディスクを最も負荷の低いストレージリポジトリに割り当てることができます。

この機能は、負荷分散を強化し、システムの安定性を向上させ、XenServer、VMware、SCVMMの仮想化環境でサポートされています。詳細については、「ストレージの選択」を参照してください。

AWSでMCSIO対応MCSマシンカタログを作成するためのサポート

AWSでMCSIO対応MCSマシンカタログを作成できるようになりました。これにより、書き込み操作をライトバックキャッシュに転送することで書き込みIOPSを改善し、OSディスクの永続化が有効になっている場合の起動時間を短縮できます。詳細については、「Machine Creation Services (MCS) ストレージの最適化」を参照してください。

AWSからVMをインポートする際のUIパフォーマンスの向上

AWSからCitrix Virtual Apps and DesktopsにVMをインポートするプロセスを最適化することで、Web StudioのUIパフォーマンスを向上させました。多数のAMIの取得によるタイムアウトを防ぐため、Web Studioはこのプロセス中にAMIを取得しなくなりました。

AWSの起動テンプレートをマシンプロファイルとして選択するためのサポート

MCSを使用してAWS VMをプロビジョニングする際、起動テンプレートをマシンプロファイルとして選択できるようになりました。起動テンプレートはバージョン管理を容易にします。詳細については、「イメージとマシンプロファイル」を参照してください。

Web Studioを使用して、一時停止可能なVM専用のデリバリーグループを作成する

Web Studio > デリバリーグループの作成に新しいオプション「このデリバリーグループには一時停止機能が必要」が導入されました。このオプションを使用すると、一時停止可能なVMのみを含むデリバリーグループを作成でき、デリバリーグループレベルでのマシンの電源管理が容易になります。この機能は、シングルセッションOS VMにのみ適用されます。詳細については、「デリバリーグループの作成」を参照してください。

Azure GPU ハイバネーションのサポート

GPU をサポートする Azure マシン SKU のハイバネーションをサポートするオプションが追加されました。サポートされている VM サイズの詳細については、Microsoft ドキュメントを参照してください。

カタログ作成後のライトバックキャッシュ設定の更新

MCSIO が有効な MCS カタログの作成後、ライトバックキャッシュのメモリとディスクキャッシュサイズを更新できるようになりました。この機能強化により、カタログを再作成することなくキャッシュ設定を調整できる柔軟性が向上します。

レガシー MCS マシンカタログを Azure、AWS、VMware 環境のプロファイルベースのカタログに変換

Web Studio を使用して、マシンプロファイルベースではないマシンカタログをマシンプロファイルベースのマシンカタログに変換できるようになりました。この機能は、Azure、AWS、VMware 環境のカタログで利用できます。この機能により、カタログを作成することなく、レガシー MCS マシンカタログを推奨されるマシンプロファイルベースの形式にアップグレードできます。

詳細については、「レガシー MCS カタログをマシンプロファイルベースのカタログに変換する」を参照してください。

Azure で MCS 作成カタログのセカンダリ VM スケールアップ/スケールダウンリストを構成するサポート

Web Studio を使用すると、Azure で MCS 作成カタログをスケールアップおよびスケールダウンするためのセカンダリ VM を定義できるようになりました。CPU およびメモリリソースの使用状況に基づいて、CPU またはメモリの使用率が特定のしきい値を超えると、システムは自動的にセカンダリ VM を使用して負荷を処理します。あるいは、使用率が特定のレベルを下回ると、システムは自動的に一部の VM をシャットダウンしてリソースを節約します。

オンプレミス Active Directory マシン ID 管理用のサービスアカウント

MCS は、サービスアカウントを使用してオンプレミス Active Directory マシン ID を管理するための新しいメカニズムを開発しました。サービスアカウントは、毎回ドメイン資格情報を入力することなく、オンプレミス Active Directory のコンピューターアカウントを管理するのに役立ちます。詳細については、「マシン ID 管理用のサービスアカウント」を参照してください。

孤立したリソース検出の新しい権限

以前は、Full Administrator または Cloud Administrator の役割のみが孤立したリソース検出を実行できました。Hosts カテゴリに Use Host Connection to Detect Orphaned Resources in Hypervisor 権限が導入されたことにより、この権限が割り当てられたすべての役割が孤立したリソースを検出できるようになりました。

詳細については、「孤立した Azure リソースを検出する」および「孤立したリソースのリストを取得する」を参照してください。

Full Copy Clone を使用した Windows Server OS 上での永続 VM のプロビジョニングのサポート

Web Studioは、フルコピー複製アプローチを使用してWindows Server OS上に永続VMをプロビジョニングできるようになりました。このアプローチにより、データ復旧と移行機能が向上し、マシンの作成後のIOPSを削減できます。

詳細については、「デスクトップエクスペリエンスの選択」および「仮想マシンコピーモード」を参照してください。

スタジオを使用したブイエムウェア環境での Citrix Provisioning™ カタログ作成のサポート

Web Studioを使用して、VMware環境でCitrix Provisioningカタログを作成できるようになりました。以前は、カタログのプロビジョニングと管理のために異なるコンソールを切り替える必要がありました。この機能により、コンソールを切り替える必要が減り、Web Studio内で直接プロビジョニングと電源管理を処理できるようになります。詳細については、「Citrix Studioインターフェイスを使用したCitrix Provisioningカタログの作成」を参照してください。

GCPにおけるディスクのスナップショットまたはディスクのOSイメージをマスターイメージとして使用するサポート

Studioを使用すると、GCP環境でMCSマシンカタログを作成するためのマスターイメージとして、ディスクのスナップショットまたはディスクのイメージを選択できるようになりました。ディスクのスナップショットまたはディスクのイメージは、リージョンのみであるVMインスタンスと比較して、リージョンおよびマルチリージョンにすることができます。この機能により、イメージ管理ワークフローが大幅に簡素化され、GCPでのイメージ管理に必要な時間と労力が削減されます。

シトリックススタジオ

MMCベースのStudioの今後の廃止

Web Studioへの移行の一環として、MMCベースのStudioはCR 2511インストーラーから削除されます。この変更により、Web Studioが単一の管理コンソールとして確立され、管理者に一貫したエクスペリエンス、最新のインターフェイス、合理化されたワークフロー、および強化された機能が提供されます。

MMCベースのStudioの廃止は、2411リリースで最初に発表されました。更新された機能と直感的なデザインを活用するために、Web Studioへの移行をお勧めします。

シトリックスディレクター

Azureワークロードのコストモデリング

新しいコストモデリング機能はAzureワークロードをサポートし、使用パターンに基づいて推奨事項を提供します。顧客は、Azure ReservationsとSavings Planのどちらが最大のコスト削減を提供するために適しているかについて推奨事項を受け取ります。Azure Reservationsの顧客は、割引された定額料金で特定の数のマシンを事前に予約しますが、Savings Planでは、割引料金のためにドル額をコミットできます。この機能は、過去28日間のデータを分析して推定推奨事項を提供します。この機能は、リソース割り当てについて情報に基づいた決定を下すことで、顧客がコストを節約するのに役立ちます。

注：

最適な推定値を得るには、過去28日間の安定した環境からのデータを使用することをお勧めします。休暇や急激な使用量の増加など、異常な活動期間のデータは使用しないでください。これらの推奨事項を適用する前に、使用量がベースラインレベルに戻るまで待ってください。

利点:

カスタマイズされたコスト削減の推奨事項を提供します。
予約プランと節約プランの両方をサポートします。
正確な洞察のために、最近の使用状況データを分析します。
リソース割り当ての最適化と費用削減を支援します。
デリバリーグループ、タグ、VMシリーズ、およびリージョンの選択において柔軟性を提供します。

詳細については、コストモデリングページを参照してください。

コスト削減ページの機能強化

コスト削減ページに以下の機能強化が加えられ、コスト管理においてより高い柔軟性と洞察を提供します。

サービスプロバイダーフィルターのサポートオプション: サービスプロバイダーでフィルターできるようになりました。サイトにクラウドとオンプレミスの両方のワークロードがある場合、すべてのクラウドプロバイダー、すべてのオンプレミスプロバイダー、または個々のプロバイダーでフィルターできます。

注:

フィルターは選択するとすぐに適用され、適用ボタンはありません。
複数のデリバリーグループの選択: 以前は、単一のデリバリーグループ (DG) またはすべてのDGしか選択できませんでした。現在は、一度に最大15個のDGを選択できます。サイトに15個未満のDGしかない場合は、利用可能なすべてのDGを選択できます。また、選択から特定のDGを除外して、残りのDGのデータを表示することもできます。
失敗したマシンに関する洞察: コスト削減ページで、失敗した状態または未登録状態のマシンに関する可視性が提供されるようになりました。以下の2つの新しいフィールドが含まれています。
- セッションなしの失敗状態: このフィールドには、失敗状態であり、アクティブなセッションがないマシンの数が表示されます。
- セッションありで未登録: このフィールドには、未登録状態でありながらアクティブなセッションを持つマシンの数が表示されます。

前述の状態にあるマシンの数を確認し、障害の原因、時間、デリバリーグループに基づいて対応できます。これらの数はクリック可能なリンクであり、さらなるアクションのためにフィルターページに移動します。この数には、シングルセッションマシンとマルチセッションマシンの両方が含まれます。

注:

フィルターはページナビゲーション全体で保持されます。

詳細については、コスト削減ページを参照してください。

ディレクターとuberAgent®の統合

Citrix uberAgentは、Citrix Virtual Apps and Desktopsのインストールにデフォルトで含まれるようになり、強化された監視機能とCitrix Directorとのシームレスな統合を提供します。管理者は、Virtual Delivery Agentのセットアップ中にオプションソフトウェア画面で選択を解除することで、インストールから除外できます。

主な機能と利点

ローカルアプリケーション使用状況の監視: Citrix uberAgentを使用すると、ローカルアプリケーションの使用状況を監視でき、Directorとの統合により、データはDirectorダッシュボードで直接利用できます（Platinumライセンスで利用可能）。

構成するポリシー

Citrix uberAgentのインストール後、DirectorとuberAgentを完全に統合して使用するには、Citrix Web Studio™で次のポリシーを構成します。

uberAgentデータ収集ポリシーを有効にする: 有効にすると、uberAgentはアプリケーションの使用状況とパフォーマンス、システムの状態、ネットワークメトリック、およびセキュリティ分析に関する洞察を提供します。このポリシーはデフォルトで無効になっています。
uberAgentデータポリシーでDirectorを強化する: このポリシーはDirector統合を有効にします。そのため、DirectorはuberAgentが提供するデータを処理して、ローカルアプリケーションの使用状況の監視を含む監視機能を強化できます。このポリシーはデフォルトで有効になっています。

詳細については、DirectorとのCitrix uberAgent統合を参照してください。

ローカルアプリケーション使用状況レポート

このリリースでは、Citrix uberAgentがCitrix Virtual Apps and Desktopsと統合されました。Citrix uberAgentが有効になると、Citrix Directorは仮想デスクトップセッション内で起動されたアプリケーション（ローカルアプリケーションとも呼ばれます）の使用状況を監視するのに役立ちます。

アプリケーション使用状況レポートは、最も使用されているアプリケーション、ほとんど使用されていないアプリケーション、および使用されていないアプリケーションの可視性を提供します。最も使用されているアプリケーションはダッシュボードに表示され、IT管理者またはアプリケーション管理者が、どのローカルアプリケーションが頻繁に使用されているか、およびその使用範囲を把握するのに役立つ厳選されたグラフが含まれています。また、ほとんど使用されていないローカルアプリケーションや未使用のローカルアプリケーションのレポートも見つけることができます。このレポートは、管理者がデスクトップイメージをスリムに保つためにバージョンレベルの使用状況統計に焦点を当てることで、どのアプリケーションが廃止候補であるかを理解するのに役立つよう、デフォルトで四半期ごとに計算されます。

アプリケーションの使用状況を使用して、Power BI統合またはODATAクエリを使用してデータをエクスポートすることもできます。

前提条件:

この機能は、プラチナライセンスサイトでのみ利用可能です。
uberAgentはDirectorと統合されている必要があります。

注:

環境が同じアプリケーションを公開アプリとデスクトップ内のインストール済みアプリ（ローカルアプリ）の両方として提供している場合、そのアプリが公開アプリレポートとローカルアプリレポートの両方に表示されることがあります。

詳細については、「アプリケーション使用状況の監視」を参照してください。

Directorダッシュボードの新しいメトリック

Citrix Directorダッシュボードには、管理者にとって貴重な洞察を提供する次の2つのメトリックが追加されました。

合計接続ユーザー数: 過去24時間および過去7日間に少なくとも1つの接続があったユーザーの数を示します。管理者が役員に導入傾向を示すのに役立ちます。
環境内で検出されたCitrix Workspaceアプリのバージョン: 組織全体で使用されているCitrix Workspaceアプリのバージョンの概要を提供します。異なるバージョンを使用しているデバイスの数を示すことで、バージョンを統一するのに役立ちます。プラットフォームドロップダウンリストからすべてまたは特定のOSを選択できます。

この機能は、管理者が環境を効果的に監視および管理するための重要なデータポイントを提供します。

VDAログオン期間の詳細の監視

Citrix DirectorにVDAログオン期間の詳細情報が追加され、VDAへのログオンにかかる時間が可視化されるようになりました。VDAログオン期間の詳細を表示するために、以下の項目が追加されています。

トレンドグラフのVDAログオン期間グラフ: トレンド > ログオンパフォーマンスタブに新しいVDAログオン期間グラフが追加されました。また、以下のメトリックが内訳メトリックとしてツールチップに追加されています。
- AppXファイル関連付け: 新しいVDAセッション中にAppXファイルを関連付けるのにかかった時間。
- AppXパッケージの読み込み: 新しいVDAセッション中にAppXパッケージを読み込むのにかかった時間。
これらのメトリックはPDFおよびCSV形式でエクスポートされ、グラフもエクスポートされたファイルに含まれます。
フィルタータブの合計ログオン期間（秒）とVDA期間（秒）: これらのメトリックはフィルタービューに追加され、セッション検索とカスタムレポートをフィルターできるようになります。
セッションログオンタブのクライアントおよびコントローラー期間とVDAログオン期間: セッションログオンタブのグラフが再編成され、以下の詳細な期間をサポートするようになりました。
- クライアントおよびコントローラー期間: ユーザーがアプリまたはデスクトップアイコンをクリックしてから、キーボードとマウスの制御がエンドユーザーに渡され、セッションを操作できるようになるまでの時間。
- VDAログオン期間: セッションを作成するためにVDAでかかった時間。
セッションログオンタブのシェルステップの内訳: AppXファイル関連付けとAppXパッケージの読み込みが、セッションログオングラフタブのグラフ上の対話型セッションステップの内訳として追加されました。

利点:

正確なトラブルシューティング: 管理者がログオンの遅延の原因（多くの場合、展開タイプ、GPO、プロファイル、ユーザー操作に起因する可能性があります）を正確に特定するのに役立ちます。
是正措置: 管理者が適切な領域で是正措置を講じ、全体的なユーザーエクスペリエンスを向上させることを可能にします。

この機能は、セッションログオンの内訳を改善し、ログオンパフォーマンスとDirectorヘルプデスクのセッションログオントリアージをより正確に表現するように設計されています。

詳細については、「ログオンプロセスフェーズ」を参照してください。

プロビジョニングサービスの追加メトリクス収集

Provisioning Service サーバーについて、以下の詳細が監視されるようになりました。

合計再接続数: セッションが再接続された回数を表示します。
PXEサービス: Preboot Execution Environment サービスのステータスを表示します。このメトリクスは、Windowsサービスのステータスを示します。可能な値は、Not running、Running、Not Installed、および n/a (ヘルプアイコン付き) です。
TFTPサービス: Trivial FTP サービスのステータスを表示します。このメトリクスは、Windowsサービスのステータスを示します。可能な値は、Not running、Running、Not Installed、および n/a (ヘルプアイコン付き) です。

管理者は、PXE および TFTP サービスの健全性ステータスに基づいてアラートを設定できます。これらの Citrix コンポーネントの監視とアラートにより、配信への影響を軽減し、ユーザーエクスペリエンスを向上させることができます。コンポーネントの健全性に関する重要なデータセットを提供することで、問題のトラブルシューティングが改善されます。

詳細については、「Provisioning Service の健全性メトリクス」を参照してください。

Microsoft Teams 以外の HDX 最適化の監視を拡張するオプション

Citrix Director に、Microsoft Teams 以外の HDX 最適化の監視を拡張するオプションが追加されました。以前は、HDX 最適化の監視には Microsoft Teams のみが利用可能で、セッショントポロジ画面で最適化されているかどうかを表示していました。この新機能では、Microsoft Teams の代わりに、セッショントポロジ画面に リアルタイム通信 という新しいパラメータが追加されます。現在、HDX 最適化ステータスについては Microsoft Teams のみが監視されています。ただし、この機能により、将来的には Microsoft Teams だけでなく、より多くのソフトウェアを監視に追加できる可能性が提供されます。この機能により、管理者は HDX 最適化の有無にかかわらずアプリケーションを監視およびトラブルシューティングでき、より良いユーザーエクスペリエンスを提供できます。

アプリケーションの横にある 詳細を表示 をクリックすると、サードパーティ最適化と HDX 最適化の下での分類など、追加情報を表示できます。Microsoft Teams Slims core の場合、サードパーティ最適化の一部です。サードパーティ最適化の一部でない場合は、HDX 最適化されています。

主な機能と利点:

包括的な監視: HDX 最適化されたアプリケーションと最適化されていないアプリケーションの両方を監視およびトラブルシューティングします。
詳細なインサイト: アプリケーションの最適化ステータスに関する詳細情報を表示します。

注:

この新機能を使用するには、Citrix Workspace アプリ for Windows バージョン 2503 および VDA バージョン 2503 を使用していることを確認してください。

Microsoft Teams Slims coreを使用するには、エンドポイントにプラグインマネージャーをインストールし、仮想チャネルの許可リストを構成し、仮想チャネルが開いていることを確認する必要があります。この機能はHDXセッション専用です。

詳細については、「HDX最適化の詳細」を参照してください。

フィルタータブとカスタムレポートで利用可能なエンドポイントメトリック

以前は、エンドポイントメトリックは、ユーザーの詳細 > セッションパフォーマンス > セッションのトポロジセクションのエンドポイントビューでのみ利用可能でした。

この機能強化により、Directorの接続またはセッションフィルターとカスタムレポートで、以下のエンドポイントメトリックを表示できるようになりました。

パブリックIPアドレス
ISP
場所（国または都市）
ワークスペースの種類 - Citrix Workspaceアプリ（アプリまたはブラウザ）
アクセスタイプ（WorkspaceまたはStoreFront™を使用）

この機能強化により、次のことが可能になります。

フィルタータブの列選択の一部として、エンドポイントメトリックを選択できます。
出力列としてエンドポイントメトリックを選択することで、カスタムクエリオプションを使用してカスタムレポートを作成できます。

Citrix Directorの統合プラットフォームエクスペリエンス

Citrix Directorは、Citrix Cloud™内の他のすべてのコンポーネントと連携し、統合されたプラットフォームエクスペリエンスを提供します。ユーザーインターフェイスは、最新の外観と操作感に刷新され、より簡単なナビゲーションと優れたデータ表現を提供します。強化されたインターフェイスは直感的で、Citrixセッションの監視とトラブルシューティングに必要なデータをユーザーが簡単に理解できるように設計されています。

フィルタービューとセッションパフォーマンスタブでのセッション自動再接続の詳細

フィルター > セッションタブとセッションパフォーマンスタブの両方で、セッションの自動再接続の詳細を表示できるようになりました。この機能強化により、セッション内の自動再接続の数にすばやくアクセスして分析できます。

フィルタービュー:

新しいセッションの自動再接続列を表示するには、列の選択に移動し、フィルター > セッションタブでセッションの自動再接続を選択します。
ドリルダウンでは、セッションの信頼性やクライアントの自動再接続、タイムスタンプ、エンドポイントIP、Citrix Workspaceアプリがインストールされているマシンのエンドポイント名などの追加情報が提供されます。この情報は以前はトレンドタブで利用できました。詳細については、履歴トレンドページを参照してください。

セッションパフォーマンスタブ:

セッションパフォーマンスタブの過去48時間タブで、セッションの自動再接続の詳細を表示できるようになりました。
グラフには、合計セッション再接続数、クライアントの自動再接続数、およびセッションの信頼性再接続数が表示されます。

自動再接続情報は、中断を伴うネットワーク接続の表示とトラブルシューティング、およびシームレスなエクスペリエンスのためのネットワーク分析に役立ちます。

Directorアクションの機能強化

Citrix Directorは、ユーザーエクスペリエンスを向上させ、アクションをより詳細に制御するための新機能を導入します。この更新には、アクションの進行状況バーの追加と、ユーザーロールに基づいてアクションの範囲を制限するサポートが含まれます。

アクションの進行状況バー

この機能強化により、電源制御機能（再起動など）のようなアクションが進行中の場合、アクションのステータスと、アクションが完了したときにダイアログボックスが表示されます。この機能は、フィルタータブのすべてのアクションに適用されます。ただし、ステータスバーは単一のアクションでは利用できません。

進行状況バーには、実行された一括アクションの結果が表示されます。現在、お客様は自分たちのアクションが成功したか失敗したか、また何セッションで成功/失敗したかを知ることができません。この機能強化により、実行されたアクションが明確になります。

ユーザーアクションの一括アクションオプションを制限するカスタムロール

この機能強化により、管理者が表示および制御できる内容を制限するためのカスタムロールを追加できます。新しいカスタムロールは、ログオフ、切断、メッセージなどの一括操作を選択する機能を制限します。この制御は、ユーザーに対する意図しない、または悪意のある一括操作を防ぐために必要です。

これらの機能強化により、Citrix Director 内でのアクションを効果的に管理および制御し、より安全で効率的な環境を確保できます。

詳細については、「ユーザー操作の一括操作オプションを制限するカスタムロール」を参照してください。

Provisioning Service および Delivery Controller™ のサイトレベルアラートを設定するプロビジョニング

以前は、単一サイトに複数のサーバーがある場合、サーバーごとに複数のアラートを受信していました。この機能強化により、管理者は次のオプションを利用できるようになりました。

プロビジョニングサービスのサイトまたは個々のプロビジョニングサービスサーバーに基づいて、プロビジョニングサービスのアラートを構成します。
デリバリーコントローラーサイトまたは個々のデリバリーコントローラーサーバーに基づいて、デリバリーコントローラーアラートを構成します。

この機能強化により、個々のサーバーレベルではなく、サイトレベルでアラートを送信できます。

単一サイトに単一のアラートを設定するには、［高度なアラートポリシー］に移動し、必要に応じてスコープを選択します。たとえば、Provisioning Service の場合、［すべての Provisioning Service］を選択すると、サイトに2台のサーバーがあっても、単一のアラートのみを受信します。このアラートはサイトレベルのアラートです。

この機能強化により、アラートが設定されると、［Citrix Alerts］ページにサイト名とともにアラートのあるサーバーの数が表示されます。この数をクリックすると、［インフラストラクチャ監視］タブに移動し、アラートがあったサーバーのみが表示されます。このターゲットを絞った通知は、アラートの原因となっているコンポーネントの詳細なリストとともに、アラートの過負荷を軽減するのに役立ちます。

詳細については、「インフラストラクチャ監視のアラート」を参照してください。

ウェブフックとの統合

Citrix Director が Webhook と統合されました。この機能を使用すると、［Integrations and data exports］ページの［Alerting and ITSM］セクションから必要なツールを選択し、［Get Started］をクリックできます。このページには、ツールの特定のチャネルと Webhook URL を作成するための参照リンクが表示されます。これが最初のステップです。最初のステップが完了すると、Webhook プロファイルを作成できます。

Citrix Director の［Integrations and data exports］ > ［Developer tools］ページで Webhook プロファイルを作成することもできます。Citrix Director と次のアラートおよび ITSM ツールを統合するための手順とリソースを見つけることができます。

スラック
マイクロソフトチームズ
サービスナウ

この機能により、着信Webhook URLが構成されている前述のサードパーティアプリケーションにアラート通知を送信できます。

主要な機能：

Slack、Microsoft Teams、ServiceNow、およびその他のサポートされているプラットフォーム向けの新しい統合タイル。
各統合の初回ユーザーページへのナビゲーション。
Webhook URL、ヘッダー、本文を提供し、Webhook構成をテストして保存するためのUIワークフローを備えたWebhook構成ページの作成または編集。
作成されたWebhookプロファイルを一覧表示し、Webhookプロファイルを編集、削除する機能を提供します。
作成されたWebhookプロファイルを高度なアラートポリシーにマッピングします。

詳細については、アラートおよびITSMツールとの統合を参照してください。

セッションパフォーマンスタブの更新

セッションパフォーマンスタブのセッショントポロジセクションは、以下を含むように強化されました。

WAN遅延 - NetScaler®からエンドユーザーまでの、ネットワークのクライアント側によって引き起こされる遅延。
DC遅延 - NetScalerからバックエンドサーバーまでの、ネットワークのサーバー側によって引き起こされる遅延
L7クライアント遅延 - ICA®クライアントとNetScalerインスタンス間で観測される平均L7遅延。このメトリックは、配信パスにCitrix以外のデバイスが存在する場合に役立ちます。
L7サーバー遅延 - NetScalerデバイスとCitrix Virtual Appの間で観測された平均L7遅延。このメトリックは、配信パスにCitrix以外のデバイスが存在する場合に役立ちます。
クライアント再送信 - NetScalerとエンドユーザー間の接続で再送信されたパケットの数。このメトリックの値が高い場合、再送信による高い帯域幅使用率を示しますが、必ずしもユーザーエクスペリエンスが悪いことを意味するわけではありません。
サーバー側再送信 - NetScalerとバックエンドサーバー間の接続で再送信されたパケットの数。
クライアント側ゼロウィンドウカウント - クライアントがゼロTCPウィンドウをアドバタイズした回数。
サーバー側ゼロウィンドウカウント - サーバーがゼロTCPウィンドウをアドバタイズした回数。
「過去15分」タブと「48時間」タブにあるWAN遅延、DC遅延、L7クライアント遅延、L7サーバー遅延、クライアント再送信、サーバー再送信のグラフ。

この機能強化により、セッションの問題を迅速にトラブルシューティングできます。

詳細については、「セッションパフォーマンスの問題の診断」ページを参照してください。

シトリックスインフラストラクチャモニターの自動接続

自動接続機能は、Citrix Infrastructure Monitorを自動的にダウンロードおよびインストールし、接続を検証することで、オンボーディングプロセスを効率化します。この新機能では、管理者は自動接続でコンポーネントの詳細を提供するだけでよく、情報を提供する前にすべての前提条件が満たされていることを確認する必要があります。

自動接続機能の目的は、Citrix管理者のオンボーディングプロセスを簡素化することです。この新機能により、UIには自動接続と手動接続の2つのオプションが用意されました。

詳細については、「Citrix Infrastructure Monitorの自動接続」を参照してください。

Citrix インフラ監視のアップグレード

以前のバージョンのCitrix Infrastructure Monitorを使用している場合、バージョンアップグレードが利用可能かどうか、およびその実行方法についてプロンプトが表示されるようになりました。これはProvisioning ServiceとStorefrontにのみ適用されます。

自動または手動でアップグレードを選択できます。自動アップグレードでは進行状況が表示され、管理者資格情報が必要です。アップグレードプロンプトは、新しいバージョンが利用可能な場合にのみ表示されます。アップグレードに登録は不要です。アップグレード後、最新バージョンが反映されるまでに約5分かかります。

詳細については、インフラストラクチャ監視の概要を参照してください。

スカウト

Scout は Provisioning Service サイトからのデータ収集をサポートします

以前は、Scout はローカルの Provisioning Service マシンのみをサポートしていました。このリリースにより、Scout は Provisioning Service サイト内の複数の Provisioning Service サーバーをサポートするようになりました。この機能強化により、Provisioning Service 環境全体でより包括的なデータ収集と監視が可能になります。

主な機能と利点:

サポートの拡張: Scout はサイト内の複数の Provisioning Service サーバーをサポートするようになり、環境の全体像をより包括的に把握できるようになりました。
パフォーマンスと安定性の向上: このリリースでは、全体的なパフォーマンスと安定性を向上させるためにいくつかの問題が解決されています。
ユーザーインターフェイスの強化: Scout の UI は、より良いユーザーエクスペリエンスのために改善されました。

これらの更新により、管理者は Provisioning Service 環境をより効果的に監視およびトラブルシューティングできるようになり、パフォーマンスと信頼性の向上につながります。

スカウトとFASの統合

以前は、Scout は Federated Authentication Service (FAS) と統合されておらず、そこからの情報収集ができませんでした。このリリースにより、Scout は FAS と統合されました。この機能はデフォルトで利用可能であり、Scout が FAS を VDA、StoreFront などと同様の Citrix マシンタイプとして検出および認識できるようになります。

主な機能と利点:

統合されたデータ収集: Scout は、Collect オプションを使用して FAS AOT ログを収集できるようになりました。
トラブルシューティングの強化: Trace & Reproduce オプションを使用して、CDF ログと追加の FAS 構成情報を有効にして取得します。
監視の改善: FAS サーバーマシン向けに統合されたデータ収集エクスペリエンスを保証します。

注記:

現在、FASサーバー上のScoutは、FAS構成の問題を診断するための「ヘルスチェック」をサポートしていません。

ウーバーエージェント

シトリックスバーチャルアプリケーションズアンドデスクトップスとのウーバーエージェント統合

Citrix uberAgentは、Citrix Virtual Apps and Desktopsのインストールにデフォルトで含まれるようになりました。これにより、監視機能が強化され、Citrix Directorとのシームレスな統合が提供されます。管理者は、Virtual Delivery Agentのセットアップ中にオプションソフトウェア画面で選択を解除することで、インストールから除外できます。

主な機能と利点

強化された監視機能: uberAgentは、アプリケーションの使用状況とパフォーマンス、システムヘルス、ネットワークメトリック、およびセキュリティ分析に関する深い洞察を提供します。
柔軟な構成オプション: uberAgentは、Splunk、Elastic Search、Azure Monitor、Microsoft ADX、またはApache Kafkaなどの顧客のバックエンドにデータを送信するための柔軟な構成オプションを提供します。

構成するポリシー

Citrix ウーバーエージェントをインストールした後、Citrix Virtual Apps and Desktops でウーバーエージェントを完全に統合して使用するために、Citrix Web Studio で以下のポリシーを構成します。

uberAgentデータ収集ポリシーを有効にする: 有効にすると、uberAgentはアプリケーションの使用状況とパフォーマンス、システムヘルス、ネットワークメトリック、およびセキュリティ分析に関する洞察を提供します。このポリシーはデフォルトで無効になっています。
uberAgentデータポリシーでDirectorを強化する: このポリシーはDirector統合を有効にします。これにより、DirectorはuberAgentが提供するデータを処理して、ローカルアプリケーションの使用状況の監視を含む監視機能を強化できます。このポリシーはデフォルトで有効になっています。
uberAgent構成アーカイブパス: このポリシーは、uberAgent構成アーカイブを含むディレクトリへのパスを指定します。デフォルトでは、パスは空です。
uberAgentライセンスパス: このポリシーは、少なくとも1つのuberAgentライセンスを含むディレクトリへのパスを指定します。デフォルトでは、パスは空です。

この統合により、管理者はCitrix環境を効果的に監視および管理できるようになり、より良いユーザーエクスペリエンスとシステムパフォーマンスの向上を提供します。

マシン作成サービス (MCS)

Citrix管理のOpenShiftプラグインのサポート (プレビュー)

この機能により、CitrixはCitrix管理のOpenShiftプラグインを介してRed Hat OpenShiftワークロードを管理します。このプラグインを使用すると、ホスティング接続とホスティングユニットをOpenShiftクラスターに作成し、カタログを作成し、PowerShellコマンドを使用してカタログ内のマシンの電源を管理できます。詳細については、以下を参照してください。

既存のMCSプロビジョニング済みカタログを準備済みイメージマシンカタログに移行する

この機能を使用すると、マスターイメージからプロビジョニングされた既存のMCSカタログを、準備済みイメージを使用するカタログに変換できます。準備済みイメージの詳細については、「イメージ管理」を参照してください。

ただし、移行後にレガシーカタログに戻すことはできません。現在、この機能はAzureおよびVMware仮想化環境に適用されます。移行手順の詳細については、「既存のMCSプロビジョニング済みカタログを準備済みイメージマシンカタログに移行する」を参照してください。

VMwareにおける非永続VMの移行

以前は、VMware環境では、永続VMディスクのみをあるストレージから別のストレージに移行できました。この機能を使用すると、Move-ProvVMDisk PowerShellコマンドを使用して、非永続VMディスクをあるストレージから別のストレージに移行できます。移行できるのは、OSディスク、IDディスク、およびライトバックキャッシュ (WBC) ディスクです。

詳細については、「VMのストレージ移行」を参照してください。

既存の永続および非永続カタログの信頼できる起動を有効にする

この機能を使用すると、既存の信頼できる起動が有効になっていない永続および非永続マシンカタログを、信頼できる起動が有効になっているカタログに更新できます。

Trusted Launch を使用してマシンカタログを正常に作成または更新するには、マシンプロファイルを使用する必要があります。ただし、Trusted Launch が有効なマスターイメージと、Trusted Launch が有効でないマシンプロファイルを使用すると、マスターイメージとマシンプロファイルの間で Trusted Launch の構成が一致しないため、警告メッセージが表示されます。

詳細については、「Trusted Launch を使用したマシンカタログ」を参照してください。

AWS でのクロスアカウントプロビジョニング

Delivery Controller をプライマリ AWS アカウント（共有サービスアカウントまたはサイトコンポーネントアカウント）に配置し、クロスアカウントアクセス（クロスアカウント IAM ロール）を持つ IAM ロールと、追加の Delivery Controller を個別のセカンダリ AWS アカウント（ワークロードアカウント）に配置された MCS プロビジョニング済みマシンカタログを使用するユースケースがあります。このようなシナリオをサポートするため、この機能は VPC ピアリングと IAM ロールを使用したクロスアカウントアクセスを利用して、複数の AWS アカウントを管理する企業向けに異なる AWS アカウント間でのプロビジョニングを可能にします。

VPC ピアリングを使用すると、Delivery Controller と、異なるリージョンまたはアカウントにプロビジョニングされた VM が相互に通信できるようになります。

IAM ロールを使用したクロスアカウントアクセスを使用すると、プライマリアカウント（Delivery Controller アカウント）が IAM ロールを引き受けて、セカンダリアカウント（マシンカタログ VM）内の AWS リソースにアクセスできるようになります。

詳細については、「クロスアカウントプロビジョニング」を参照してください。

AWS の VM 用バックアップ SKU リストのサポート

パブリッククラウドでは、特定の EC2 インスタンスタイプ（プライマリ SKU）の容量が不足することがあります。プライマリ VM 構成が利用できない場合、VM は起動できず、時間の損失とビジネスの中断につながります。

この機能により、AWS 仮想化環境では、容量関連の問題が発生した場合に MCS がフォールバックできるバックアップ EC2 インスタンスタイプ（オンデマンドインスタンスであるバックアップ SKU）のリストを PowerShell を使用して提供できます。MCS は、リストで指定された順序でバックアップ EC2 インスタンスタイプにフォールバックしようとします。MCS が提供されたすべてのバックアップ EC2 インスタンスタイプにフォールバックできない場合、エラーメッセージが表示されます。この機能は、永続および非永続 MCS マシンカタログの両方に適用されます。

詳細については、「VM 用バックアップ SKU リスト」を参照してください。

Azure シークレット環境でのホスト接続の検証

この機能を使用すると、PowerShell コマンド Test-HypHypervisorConnection を使用して、ホスト接続が Azure シークレット環境で必要な権限を持っているかどうかを検証できます。検証結果を正常に取得するには、既存のホスト接続を作成または更新して、カスタムプロパティ AuthenticationObjectId を持つようにする必要があります。このプロパティには、ホスティング接続に関連付けられたサービスプリンシパルのオブジェクト ID が格納されます。

詳細については、「Azure シークレット環境でのホスト接続の検証」を参照してください。

Citrix 管理の HPE Moonshot プラグインがデフォルトでインストールされる

Citrix管理のHPE Moonshotプラグインは、Citrix Virtual Apps and Desktopsバージョン2503のアップグレードまたはインストール中に自動的にインストールされます。「HPE Moonshot仮想化環境」を参照してください。(/ja-jp/citrix-virtual-apps-desktops/2503/install-configure/install-prepare/hpe-moonshot)

AzureにおけるNVMe専用SKUのサポート

以前は、MCSはSCSIストレージコントローラータイプのみをサポートしていました。この機能により、MCSはNVMeストレージコントローラータイプもサポートし、Azure上の新しいVM SKUをサポートします。NVMeの詳細については、Microsoftドキュメントの「NVMeに関する一般的なFAQ」(https://learn.microsoft.com/ja-jp/azure/virtual-machines/enable-nvme-faqs)を参照してください。以下のサービス提供を使用してMCSマシンカタログを作成する方法については、次を参照してください。

SCSIとNVMeの両方をサポートする場合、「SCSIとNVMeの両方をサポートするサービス提供を使用してカタログを作成する」(/ja-jp/citrix-virtual-apps-desktops/2503/install-configure/machine-catalogs-create/create-machine-catalog-citrix-azure#create-a-catalog-using-a-service-offering-that-supports-both-scsi-and-nvme)を参照してください。
NVMeのみをサポートする場合、「NVMeのみをサポートするサービス提供を使用してカタログを作成する」(/ja-jp/citrix-virtual-apps-desktops/2503/install-configure/machine-catalogs-create/create-machine-catalog-citrix-azure#create-a-catalog-using-a-service-offering-that-supports-only-nvme)を参照してください。

VMの柔軟なストレージロケーションオプション

以前は、VMの割り当てはSR1などの固定ストレージサービス（SR）から開始され、SR2、SR3などへと順次進行していました。また、場合によっては、ストレージの負荷がストレージ全体に均等に分散されないことがありました。

この機能により、以下の方法を使用して、異なるストレージサービス間でVMの割り当てをバランスさせることができます。

強化された現在のラウンドロビン割り当て方法：常に同じ固定SRから開始するのではなく、MCSは最後に使用されたSRの直後のSRから割り当てを開始するようになりました。
最小負荷ベースの割り当て方法：同じマシンカタログ内の各SR上のVMの総数を比較して決定される、現在の負荷が最も低いSRにVMを配置します。たとえば、マシンカタログに100台のVMが次のように分散されている場合：SR1に20台、SR2に30台、SR3に50台、新しいVMは最初にSR1に割り当てられます。この方法により、SR1、SR2、SR3間の負荷がバランスされます。この方法を使用するには、ホスト接続の作成または更新時にカスタムプロパティ Name=”StorageBalanceType`” Value=”VMCountBasedLeastLoad を追加します。

この機能は次のとおりです。

OSディスクストレージのみに適用されます。
すべてのオンプレミスハイパーバイザー（VMware、XenServer®、およびHyper-V）に適用されます。
既存のVMには適用されません。

負荷ベースの割り当てオプションを使用して既存のホスト接続を作成または更新する方法については、「VMの柔軟なストレージロケーションオプション」(/ja-jp/citrix-virtual-apps-desktops/2503/install-configure/connections#flexible-storage-location-option-for-vms)を参照してください。

Azureにおけるブート整合性監視のサポート

この機能により、Azure仮想化環境では、GuestAttenstation拡張機能がインストールされているマシンプロファイル（VMまたはテンプレート仕様）を使用して、MCSマシンカタログVM（永続VMおよび非永続VM）に対してブート整合性監視を有効にできます。ブート整合性監視は、セキュアブートと仮想トラステッドプラットフォームモジュール（vTPM）を使用するTrusted LaunchおよびConfidential VMでのみサポートされます。

VMでセキュアブートとvTPMが有効になっており、GuestAttestation拡張機能がインストールされている場合、Microsoft Defender for CloudはVMが正しく起動することをリモートで検証できます。この監視はブート整合性監視と呼ばれます。ブート整合性監視の詳細については、「ブート整合性監視の概要」を参照してください。

ブート整合性監視が有効なカタログの作成については、「ブート整合性監視」を参照してください。

AWSにおけるMCSIO対応MCSマシンカタログ作成のサポート

AWS環境では、PowerShellコマンドを使用して、MCSストレージ最適化（MCSIO）対応の非永続カタログを作成できるようになりました。このようなカタログを作成するには、VDAのインストールまたはアップグレード時にMCSIOドライバーをインストールする必要があります。デフォルトでは、このドライバーはインストールされていません。カタログの作成の詳細については、「MCSIO対応カタログ」を参照してください。

MCSで作成されたCitrix ProvisioningカタログのUEFI起動プログラムをCitrix Provisioningのバージョンに合わせる

Citrix Provisioningサーバーは、UEFIブートプログラムを含むBDMディスクを使用します。この機能により、MCSを使用してCitrix Provisioningカタログを作成する際に、PVSBOOT.INIファイルとともにBOOTX64.EFIファイルが生成されます。その結果、ターゲットデバイスは最新のブート設定ファイルから起動でき、ターゲットデバイスがCitrix Provisioningのバージョンと一致するようになります。

オートスケール

Autoscaleを使用してVMを休止状態にする

Autoscaleの構成可能な設定を通じてVMの休止状態をサポートするように、電源管理が強化されました。PowerShellコマンドGet-BrokerDesktopGroups、New-BrokerDesktopGroups、またはSet-BrokerDesktopGroupsを使用して、パラメーターAutoscaleScaleDownActionDuringPeak（ピーク時）またはAutoscaleScaleDownActionDuringOffPeak（オフピーク時）に以下の正の値を設定し、電源アクションを定義します。

0: スケールダウン時にVMをシャットダウンする
1: スケールダウン時に一時停止（VMを休止状態にする）

休止状態にできないVMはシャットダウンされます。

Autoscaleが休止状態のVMの電源をオンにする

この機能により、Azure では、Autoscale がピーク時にセッションがない休止状態のマルチセッションRemote Desktop Services (RDS) および共有シングルセッションVM の電源をオンにできます。VM は MCS および非 MCS マシンカタログのいずれでもかまいません。

アプリケーション

Workspace とデスクトップでのアプリケーションの可視性を制限する

デフォルトでは、パッケージ化されたアプリケーションはどこでも表示されます。この機能を使用すると、パッケージ化されたアプリケーションを Workspace に表示するか、PowerShell を使用してユーザーの VDI デスクトップセッションに展開するかを制御できるようになりました。詳しくは、「Workspace とデスクトップでのアプリケーションの可視性を制限する」を参照してください。