XenAppとXenDesktopの今日：Citrixがそれらに名前を付け直した理由とレガシー農場への影響

現在、XenAppとXenDesktopは何と呼ばれていますか？

統合されたXenAppおよびXenDesktop製品ラインの直接の置き換え名は Citrix Virtual Apps and Desktops . Citrixは2018年8月にその変更を記録し、2022年3月に特にそのクラウドサービスにCitrix DaaSという名前を適用しました。 Citrix DaaSは、単にすべての歴史的なXenAppまたはXenDesktopの展開に適用された新しいラベルではありませんでした。

現在の商業用語は別の層を追加します。 執筆時点で、 Citrix製品特有のライセンス条件 Citrix DaaS Localは以前のCitrix Virtual Apps and Desktops製品、DaaS Cloudは以前のCitrix DaaS製品として説明します。以下のタイムラインは、歴史的な系譜を現在の名称から分けています。

日付または期間	名前	それが指していたもの	ソース
歴史的	メタフレーム	サーバーベースのWindowsアプリケーション配信ラインの以前の名称で、後にXenAppとなりました。	ジャック・マッデンによるTechTargetの歴史
歴史的	メタフレームプレゼンテーションサーバーとプレゼンテーションサーバー	MetaFrameとXenAppの間の連続した名前。	ジャック・マッデンによるTechTargetの歴史
2018年8月以前	ゼンアップ	主に公開されたWindowsアプリケーションと共有サーバーセッションに関連しています。	TechTarget と Citrix のドキュメント
2018年8月以前	ゼンデスクトップ	主に管理された仮想デスクトップとVDIに関連しています。	Citrixのドキュメント
2018年8月	Citrix Virtual Apps and Desktops	XenAppとXenDesktopに代わる統合製品名。	Citrix DaaSの新機能
2022年3月	Citrix DaaS	この名前が変更されたCitrixクラウドサービス。オンプレミス製品はその時点でCitrix Virtual Apps and Desktopsという名前を保持していました。	Citrix DaaSの新機能
執筆時の現在の用語	Citrix DaaS ローカルおよび DaaS クラウド	以前のCitrix Virtual Apps and DesktopsおよびCitrix DaaSの提供に関する商業条件。	Citrix製品特有のライセンス条件

名前の変更は自動移行ではありません

インストールされたXenAppサーバーは、Citrixが製品用語を変更したからといって、クラウド管理されたCitrix DaaSデプロイメントにはなりません。これらの環境間の移動は、異なるコントロールプレーン、サポートされるバージョン、ライセンスモデル、インフラ設計、移行プロセスを伴うことがあります。

以下の4つの側面を分けて保持してください：

製品名、製品バージョン、展開モデルおよびサポート状況。正しい名前のマッピングは最初の質問にのみ答えます。

XenAppとXenDesktopは異なる配信ニーズに対応しています

XenAppとXenDesktopは最終的に統合された製品ラインとして販売および管理されましたが、彼らの従来のワークロードは同一ではありませんでした。 マイクロソフト ラーン 公開されたアプリケーション、マルチセッションデスクトップ、プールされたVDI、および個人VDIを異なる展開モデルとして扱います。Microsoftは、コスト、パフォーマンス、ユーザーエクスペリエンスに応じて適切な組み合わせを選択することを推奨しており、これは名前優先の決定ではなく、ワークロード優先の決定をサポートします。

XenAppは公開アプリケーションと共有セッションに焦点を当てています。

従来のXenApp展開では、複数セッションのWindows Serverインフラストラクチャから個別のWindowsアプリケーションまたは共有デスクトップが提供されました。複数のユーザーが同じサーバーに接続しながら、アプリケーション、グループ、または配信ポリシーによって制御された別々のセッションを受け取ることができました。

会計チームが1つのWindows ERPアプリケーションへのリモートアクセスのみを必要とする場合、すべての従業員に対して個人の仮想デスクトップが自動的に必要になるわけではありません。アプリケーションの公開は、デスクトップイメージ、プロファイル、およびキャパシティプランニングの決定を少なくして、その要件を満たすことができます。

XenDesktopは管理された仮想デスクトップに焦点を当てています。

XenDesktopは主に対処しました デスクトップ仮想化 一般的に、単一セッションデスクトップが割り当てられたから プールまたは個人カタログ そのモデルは、デスクトップイメージ、プロファイル、プロビジョニング、ストレージ、ブローカー、およびキャパシティ管理に関するより広範な要件をもたらします。

その機能は、組織が大規模に完全なデスクトップを標準化し管理しなければならないときに重要です。 まだt 実際の要件が少数のWindowsアプリケーションへのアクセスである場合、それを正当化するのは難しくなります。

実用的な意思決定ルール

ユーザーがいくつかのWindowsアプリケーションや共有デスクトップを必要とする場合は、まずアプリケーションの公開を評価してください。 組織が個人または標準化されたデスクトップを大規模に管理し、成熟したイメージおよびプロファイル管理を行う必要がある場合、エンタープライズVDIまたはDaaS製品がより適しています。少数のビジネスアプリケーションを提供するためだけに完全なVDIプロジェクトを開始することは避けてください。

レガシーファームの名前はそのサポート状況を明らかにしない

XenAppというラベルは、非常に異なる世代のリリースを説明することができます。サポートの状態は、正確なリリースとサービスのトラックに依存し、管理者が環境をXenApp、XenDesktop、またはCitrix Virtual Apps and Desktopsと呼ぶかどうかには依存しません。

Citrixライフサイクル文書は、いくつかのマイルストーンを使用します。販売終了（EOS）は商業的な入手可能性に関係します。メンテナンス終了（EOM）は、指定されたリリースの定期メンテナンスを終了します。ライフサイクルサポートの標準終了（EOL）は、標準ライフサイクルサポートの終了を示し、延長サポート終了（EOES）は、リストされた延長サポート期間の終了を示します。

正確なリリースを確認してから、ライフサイクル日付を使用してください。

配信コントローラーおよびその他のコアコンポーネントにインストールされているバージョンを特定し、それをライブのCitrix製品マトリックスまたはレガシー製品マトリックスと比較します。 Citrixのレガシー文書アーカイブ 歴史的な構成の詳細には役立ちますが、アーカイブされたマニュアルはリリースがサポートされ続けることを示すものではありません。

例えば、 Citrixレガシー製品マトリックス XenAppおよびXenDesktop 7.6 LTSRが2021年1月11日にEOLに達することをリストしています。 、EOES付き 2026年1月11日。この日付は異なるXenAppまたはXenDesktopのリリースには適用できないため、決定を下す際には常に現在の公式マトリックスに対してライフサイクルの日付を確認する必要があります。

サポートはWindowsおよび関連コンポーネントにも依存します。

サポートされているCitrixコンポーネントは、サポートされていないオペレーティングシステム、データベース、StoreFrontサーバー、ゲートウェイ、または認証依存関係をサポートすることはできません。コントローラーおよび仮想デリバリーエージェント（VDA）が使用しているWindows Serverのバージョン、データベースの互換性、ゲートウェイソフトウェア、プロファイルコンポーネント、およびアプリケーション固有の前提条件を確認してください。

依存関係の警告:

農場は、もはやサポートされていないコンポーネントに依存している場合でも、運用中であるように見えることがあります。Citrixのリリースとその基盤となるプラットフォームを1つの依存関係チェーンとして扱い、各製品のライフサイクルを別々に確認してください。

農場を保持または移行する前に何を在庫管理すべきですか？

有用な評価は、農場が提供するもの、どのように構築されているか、どのように運営されているかを説明します。これにより、馴染みのある製品名が環境を維持または置き換える唯一の理由になることを防ぎます。

ワークロード、ユーザーおよびデリバリーモデル

• 公開されたすべてのアプリケーション、共有デスクトップ、プールデスクトップ、個人デスクトップをリストします。
• 各ワークロードを使用する従業員、契約者、顧客、またはパートナーを記録します。
• 通常の同時接続数とピーク同時接続数を測定し、名前付きアカウントの数だけに依存しないようにしてください。
• 各ワークロードがマルチセッションサーバーを使用しているか、シングルセッションデスクトップを使用しているかを特定します。
• アプリケーションの互換性要件を文書化し、サポートされているWindowsバージョンやアプリケーションの依存関係を含めます。

この分類は、混合農場が単純なアプリケーション配信ワークロードと本物のVDIワークロードの両方を含むことが多いことを明らかにします。これらのカテゴリは、同じ近代化の道をたどる必要はありません。

コンポーネントと依存関係

• デリバリーコントローラー、StoreFrontサーバー、VDA、データベースおよびCitrixライセンスコンポーネント。
• マシンカタログ、配信グループ、プロビジョニング方法、画像およびプロファイル管理。
• ゲートウェイ、証明書、認証プロバイダー、多要素認証およびネットワークエントリーポイント。
• プリンター、印刷ドライバー、スキャナー、スマートカード、ローカルドライブおよびその他の周辺機器の要件。
• アプリケーションサーバー、ファイル共有、データベース、ミドルウェア、サービスアカウントおよびスケジュールされたタスク。

印刷、プロファイル、ゲートウェイ、および認証は、別の配信レイヤーに自動的に転送する設定ではなく、移行依存関係として扱うべきです。切り替えを計画する前に、各アプリケーションと接続方法を検証してください。

監視、パフォーマンスと露出

Citrix Director リアルタイムおよび履歴の健康監視、ユーザーエクスペリエンスの可視性、セッションのトラブルシューティングのための組み込みコンソールです。 チェック インストールされたリリースでどのディレクター機能が動作し続けるか、管理者が実際にログイン失敗、セッションデータ、アプリケーションの動作、サーバーの健康状態を確認しているかどうか。

また、農場がリモートユーザーにどのように公開されているかを記録します。ゲートウェイと証明書の所有権、多要素認証、アカウントロックアウト制御、パッチ適用、ネットワークセグメンテーション、ログ記録、バックアップおよび復元テストを確認してください。 データを収集している監視 レビューされていないため、運用決定プロセスを提供しません。

AWS、価格設定とライセンスは別の決定です

AWSはCitrixリソースの場所として機能できます。 しかし、それはXenDesktopの新しい名前でもなく、必要性を取り除くものでもありません。 Citrixアーキテクチャまたはクラウドインフラストラクチャの計画のため。 Citrixのドキュメント まだAWSリージョン、ネットワーク、サブネット、セキュリティグループ、資格情報、およびCitrixコンポーネントの配置に関する決定が必要です。

価格には、別途商業評価が必要です。 Citrixのライセンス費用 . 私たちが書くように Citrixの公開された購入方法ページは、見込み客を販売またはパートナーに誘導し、数値のセルフサービスライセンス価格を表示しません。これは、交渉された価格やパートナー価格が利用できないという意味ではなく、正確な比較のためには現在の見積もりが必要であることを示しています。

マイクロソフトのライセンスはあなたの責任のままです。 展開に応じて、これにはWindows Serverライセンス、RDS CAL、および適切なOfficeまたはMicrosoft 365ライセンスが含まれる場合があります。 正確なRDS CAL要件について Microsoft または資格のあるライセンスパートナーとともに、完全な構成を検証する必要があります。

作業負荷に基づいてパスを選択し、古い製品ラベルではなく

農場が分類されると、4つの主要な選択肢が利用可能になります。ワークロードの種類、サポートの状態、内部スキル、契約上の義務、およびインベントリ中に明らかになった依存関係が、理想的な選択肢に導くべきです。

Citrixを保持またはアップグレードする

Citrixに留まることは、組織が成熟したイメージ管理、企業統合、現在の企業契約、ハイブリッド配信、または大規模な標準化されたデスクトップ環境に依存している場合、正しい選択となることがあります。Citrix製品のドキュメントは位置付けています。 長期サービス 大規模な生産環境向けのリリースは安定したベースを優先し、現在のリリースは新機能への迅速なアクセスを提供します。

Citrixのアップグレードおよび移行に関する文書は、すべてのレガシーXenAppまたはXenDesktopリリースにサポートされている直接のパスがあるわけではないことも明確にしています。古いファームでは、インプレースアップグレードではなく、新しいサイト、コンポーネントの再配置、およびアプリケーションの検証が必要になる場合があります。

Citrix DaaSに移動

Citrix DaaSは、制御プレーンと商業モデルを変更しながら、Citrixアプリケーションおよびデスクトップ配信機能を維持できます。現在のCitrixライセンス条件では、サブスクリプションにはDaaS LocalおよびDaaS Cloudが含まれる可能性があり、これは歴史的なXenAppアプリケーション公開要件よりも広範な提供を反映しています。

これはアーキテクチャと運用の決定であり、単なる用語の更新ではありません。ワークロードマシンをAWSに移動するだけでは、Citrix DaaSの展開は作成されません。

アプリケーション中心のファームのための配信レイヤーを再考する

農場が主にWindowsアプリケーションや共有デスクトップを公開する場合、よりシンプルな自己管理型配信レイヤーが公開の要件に適しているかもしれません。 VDIなしでレガシーWindowsアプリケーションをウェブに移行 TSplus Remote Accessはできます アプリケーションを公開し、それらをユーザーまたはグループに割り当てる 顧客が管理するインフラストラクチャからフル共有デスクトップを提供し、標準のRDPクライアント、生成されたワンクリッククライアント、RemoteAppスタイルのプレゼンテーションおよびブラウザ接続をサポートします。

ブラウザアクセスには次のものが必要です Web Mobile エディション以上 ファームマネージャー、ゲートウェイおよび負荷分散はエンタープライズエディションを必要とし、各サーバーにはライセンスが必要です。サーバーファームはオプションであり、組織はそのアーキテクチャがニーズを満たす場合、単一のサーバーにTSplus Remote Accessを展開できます。

TSplus Remote Accessは完全なVDIの代替ではないため、特定のインフラストラクチャや依存関係は、変更されずに機能することを前提とするのではなく、試用中に検証する必要があります。たとえば、グラフィック負荷の高いアプリケーションや特定の大規模な企業ビルドは、事前に概念実証テストを行う必要があります。

あなたのファームが主に少数のWindowsアプリケーションや共有デスクトップを公開している場合は、これを使用してください。 TSplusとCitrixの比較 Web MobileまたはEnterpriseが必要なアクセスモデルに合致するかどうかを確認する。

文書化された退出計画を持って一時的に保持する

アプリケーションの所有者、代替サーバー、またはライセンスの決定が準備できていない場合、即時の移行は実行不可能な場合があります。その場合、所有権の文書化、パッチ適用、露出制御、監視、バックアップ、ライセンスの責任、および目標決定日を記録してください。

一時的な保持はベンダーサポートの代替にはなりません。これは、組織がアプリケーション、依存関係、および宛先アーキテクチャを検証している間の管理された保持ポジションです。

結論として：古い名前は出発点に過ぎません

XenAppとXenDesktopの名称は迅速に解読できますが、正しい次のステップは何に依存するかによります。 インフラストラクチャ 提供し、その正確なサポート状態とそれに関連するコンポーネントを示します。まずワークロードを分類し、その後、Citrix、Citrix DaaS、よりシンプルなアプリケーション配信レイヤー、または出口計画を伴う一時的な保持が適切な道であるかを決定します。

アプリケーションと接続方法をテストするために、 TSplusソフトウェアをダウンロードして15日間の無料トライアルを試してみませんか 私たちの決定を下す前に レガシー農場に適した配信レイヤーです。