配送オプション

概要

ワークロードデリバリを開始する際には、適切な足で始めることが重要です。これは、最初に考慮する必要があるVDA以外の要素に触れることを意味します。優れたCitrixコンサルタントが新規顧客と最も重要な会話の1つは、サービスするユースケースに関するものです。これらの会話(顧客のニーズ、ビジネスの気候、テクノロジーが時間の経過とともに進化するため、複数のもの)は、通常、合理的に明確に定義されたユーザーとアプリのグループの定義につながります。これらのグループを「デリバリーグループ」と呼びます。このセクションで説明するオプションのほとんどは、デリバリーグループとユースケースごとに再評価されます。通常、顧客にはかなりのバリエーションがあり、デリバリーグループ間で重複することさえあります。ただし、一日の終わりには、各デリバリーグループの最も基本的な要素は、提供されるアプリケーション、データ、サービスの組み合わせです。定義が完了したら、このセクションで説明した決定の評価を開始できます。

重要:

ユースケース/デリバリーグループごとに、必要なアプリ、データ、サービスの組み合わせを定義してから、次の考慮事項に従って、それぞれに最適な配信オプションを決定します。

ヒント:

VDAは、 マシンカタログと呼ばれるリソースグループで管理されます。マシンカタログは、仮想マシンインスタンスのグループで、ユーザーグループの一般的なユースケースとして機能します。通常、同じ「ゴールデンマスター」仮想マシンインスタンステンプレートに基づいており、VM インスタンスプロパティと通常ディスクの一般化されたコピーを継承します。

VDAオペレーティングシステム

Windows または Linux

各デリバリーグループ/ユースケースに必要なアプリ、データ、サービスを定義しました。次に、VDAに最も適したオペレーティングシステムについて検討します。最も基本的な質問:WindowsかLinuxが必要ですか?多くの場合、この決定は、提供しているアプリケーションまたは一連のアプリケーションの要件によって強制されます。アプリがWindowsでのみ実行されている場合は、Windowsです!アプリがLinuxでのみ実行されている場合は、明らかに同じことが当てはまります。

ビジネスアプリケーションは多くの場合、Windows上に構築されるため、Citrix仮想アプリの大部分が、GCP上のWindowsベースの仮想マシンインスタンス上で実行されます。Windows が選択されるのは、IT チームが知っていることであり、Linux のような新しい OS で運用コンピテンシーをスピンアップするコストが高すぎると見なされるため、アプリケーションセットを Linux で実行できる場合でも Windows が使用されます。ただし、アプリケーションセットを Linux で実行できる場合は、考慮する価値があります。複雑さとコストの大部分 (Windows OS とクライアントライセンス) を避けることができます。

サーバーまたはデスクトップOS

Linux を OS として使用できる場合、「サーバーまたはデスクトップ」の選択は比較的簡単です。GUIを備え、 Google Cloudで実行できCitrix Linux VDAでサポートされているバージョンを選択する必要があります。

Windows を展開すると、サーバーOSとデスクトップOSの選択が少し複雑になります。どちらのオプションも共通の GUI を共有し、どちらもユーザーに仮想デスクトップを提示できます。実際、ほとんどの Windows アプリケーションは Windows Server と Windows 10 デスクトップオペレーティングシステムの両方で実行されますが、多くの場合、アプリケーションベンダーはドキュメントで Windows Server のサポートを呼び出しません。Windowsサーバーの最も大きな意味合いとWindows 10デスクトップはライセンスを取得しています-それは大きなものです。

パブリッククラウドで Windows 10 (またはその他の「デスクトップ」オペレーティングシステム) を実行する場合は、Microsoft のライセンスポリシーが制限されます。これらのポリシーベースの制限により、GCP を含むパブリッククラウドで Windows デスクトップOSを実行するコストが高くなります。Microsoft のライセンスポリシーの詳細については、Microsoft ライセンススペシャリストにご相談ください。ただし、この複雑なトピックについては、以下を参考にしてください。

GCP で Windows を実行している場合、Windows Server はほとんどのユースケースとアプリケーションのミックスを提供し、インスタンスの使用量とともにライセンス使用量に対して支払うだけです。多くの場合、Windows デスクトップよりも費用対効果が高く、Google Cloud 上の多くの仮想化システムの選択肢となります。

共有OS (マルチユーザー) またはシングルユーザー (「VDI」)

よくある誤解の 1 つは、複数のユーザー間で OS を共有しているか、ユーザーごとに 1 つの OS/VM インスタンスがあるかにかかわらず、Windows Server がデスクトップユースケースに対応できないことです。この誤解は偽りだ!マルチユーザーモード (つまり、RDSH 役割がインストールされている) に展開すると、Windows Server は「ホストされた共有」デスクトップをユーザーに提示できます。Windows Server は「VDI」ユースケースにも使用できます。マルチユーザー/共有OSオプションほど費用対効果が高くスケーラブルではありませんが、シングルユーザーのデスクトップには正当な選択肢です。このデリバリモデルを「サーバーVDI」と呼んでいます。

要約すると、ユースケースに応じて、以下のオプション/オペレーティングシステムの組み合わせを使用できます。

デリバリモデル シングルユーザーまたはマルチユーザー 共通の OS バージョン/コンポーネント Google クラウドで実行するための相対コスト
ホストされた共有 マルチユーザー Windows Server (2016 または 2019)、RDSH の役割とデスクトップエクスペリエンスが有効になっています。
サーバーVDI シングルユーザー Windows サーバー (2016 または 2019)、デスクトップエクスペリエンスが有効になっています。 ⭐⭐⭐
デスクトップVDI シングルユーザー Windows 10 (BYOライセンスとSTNが必要) ⭐⭐⭐⭐⭐

もう 1 つの一般的な誤解は、Google Cloud のソールテナントノード(STN)が「デスクトップ」ユースケースを提供する必要があることです。唯一のテナントノードは、Windows 10 (デスクトップ) OS などのMicrosoft の BYO ライセンスシナリオに準拠する必要があります。前述のように、Windows Server は、マルチユーザーデスクトップ (Hosted Shared) に加えて、シングルユーザーデスクトップ (「Server VDI」) を提供するために使用できます。独自の Windows Server ライセンスを取得する場合は、単独のテナントノードを Windows Server インスタンスに使用することもできます。

Linux のほとんどのフレーバーは、マルチユーザー対応です。そのため、ホスト共有モデルまたは「サーバーVDI」モデルのいずれかに展開でき、コストも同様です。

注:

意思決定プロセスを支援するために、次のDecision Treeでは、 ホストされた共有デスクトップ (サーバーOSマルチユーザーデスクトップ) とVDIデスクトップを比較しています。このツリーでは、クライアント VDI モデルとサーバーの VDI モデルを明示的に区別しませんが、提示された決定は両方に対して有効です。ユースケースから VDI がワークロードに適した配信モデルであると示唆された場合、Google Cloud 上で実行するために可能な限りサーバー VDI を考慮する必要があります。

公開デスクトップまたは公開アプリ

1日の終わりに、Citrix仮想化システムでユーザーに配信する仮想アプリは、VDA上で実行されます。これらの表示方法に関するオプションがあり、これによってユーザーがそのユーザーと対話する方法が決まります。個々のアプリケーションやファイルをユーザーに提示したり、「公開」したりできます。また、アプリケーションおよびデータを操作するデスクトップでそれらを表示することもできます。

公開デスクトップ-公開アプリ

例:Windows向けCitrix Workspaceアプリでウィンドウアプリとして表示される、ホストされた共有デスクトップ。

この選択肢にはさらに多くのものがあります(そして多くのお客様が両方を使用しています)。しかし、以下に要約する試みを示します。

公開デスクトップ (ホスト共有と VDI の両方):

   
+ システム上のアプリやデータを操作するための使い慣れたメタファーをユーザーに提供します。ユーザーにとってより簡単に把握し、生産性を高めることができます。多くのアプリケーションで柔軟な環境を提供するのに最適です。
- ユーザーは、デスクトップ上で行うように動作することを期待しています。セキュリティとアクセスと機能のバランスをとるために懸命に取り組んでおり、Windows デスクトップを管理しています。ユーザープロファイル、アプリケーション設定、データストレージ、デスクトップ構成の管理が重要になります。ユーザーがリージョン間で設定をローミングすると予想される場合は、二重になります。
- より多くの仮想マシンインスタンスリソースを必要とする-Windows デスクトップサービスは、公開アプリよりもユーザーごとに多くのリソースを消費します。

公開アプリケーション:

   
+ 公開アプリは、多くの場合、セキュリティ保護が容易で、配信に必要なリソースが少なくて済みます。また、ユーザーエクスペリエンスがよりシンプルになります。Citrix では、この「シームレスなウィンドウ」と呼んでいます。
- 公開アプリの数が多いと、ユーザーエクスペリエンスが複雑になる可能性があります。
+ それでもユーザープロファイル、アプリケーション設定、データストレージの管理が必要ですが、多くの場合、公開デスクトップに比べて、よりシンプルかつ柔軟に実行することができます。
+ 必要な仮想マシンインスタンスリソースの削減とWindows デスクトッププレゼンテーション。複数の公開アプリは通常、同じセッション内で実行されます。この機能は、Citrixがセッション共有を呼び出します。

プールまたは永続的

この選択肢は、マシンカタログの別のプロパティであり、カタログの作成時に定義されます。ホスト共有デリバリーモデルでは、通常、プールされたVDA/非永続VDAを使用しますが、どちらのVDIモデルでもプールされたマシンカタログまたは永続的なマシンカタログを使用できます。プールされたモデルでは、VDAのログオフまたは再起動時にOSインスタンスがMCSによってリセットされます。このモデルにより、ユーザーは「クリーン」なシステムイメージを取得できます。システムイメージは、テンプレートまたは「ゴールデンイメージ」仮想マシンインスタンスとその通常ディスクのスナップショットに基づきます。VDAのプールが維持され、ユーザーはプール内の利用可能/未使用のVDAに動的に接続されるため、「プール」と呼ばれます。ユーザー設定およびデータは、いくつかの異なる方法で管理できます。プールされたVDAでは、ログインしているVDAに関係なく、ユーザーが同じ構成とエクスペリエンスを取得するように処理されます。このトピックの詳細については、このドキュメントの「ユーザー環境/設定管理」を参照してください。

永続マシンカタログには、個々のユーザーに割り当てられたVDAインスタンスが含まれており、再起動後も保持されます。このモデルは、ユーザーが独自のアプリケーション(開発者環境など)をインストールする必要があるシナリオ、および必要なアプリケーションがマルチユーザー互換でないユースケースに役立ちます。

CitrixのMCSでは、プールされたインスタンスに接続されたシステムディスクを数回のクリックで更新できるため、プールされたインスタンスは長期的に管理しやすくなる傾向があります。また、アイドル状態のインスタンスプールは多くのユーザーにサービスを提供できるため、キャパシティとコストの管理も効率的です。プールされたインスタンスへの変更は、通常、再起動後も保持されないため、プールされたインスタンスは専用インスタンスよりも少し柔軟性が低くなります。 Citrix User Personalization Layerなどのテクノロジーを使用して 、プールされた異なるVDA上のセッション間でユーザーが開始した変更を保持できます。ただし、単一ユーザーの「VDI」ユースケースとのみ互換性があります。

永続インスタンスは、VM 内でOS/アプリケーションのパッチ適用、アップグレード、メンテナンスを処理する必要があるため、導入が簡単になりますが、長期間にわたって管理が厳しくなります。また、多くの場合、ユーザーがログオンするタイミングを予測するのは難しいため、コスト/容量の観点からはより高価になる可能性があります。つまり、ユーザーはインスタンスの起動を待たなければなりません。または、管理者は各ユーザーがログオンすることが予想されるタイムウィンドウの間も、そのインスタンスを実行し続ける必要があります。

マネージドまたはアンマネージド

MCSによって作成および管理されるカタログには、テンプレート(または「ゴールデンマスター」)VMインスタンスの永続クローンまたは非永続クローンを含めることができます。マシンカタログは、別のプロセスまたはテクノロジを使用してプロビジョニングすることもできます。どちらの方法でも、電源管理として作成されていることを確認する必要があります。

管理されていない管理

電源管理されたマシンカタログを使用しない場合、Citrix Autocaleなどの主要な機能は機能せず、コストと容量を管理することはできません。VDAフリートのプロビジョニングと管理にMCSを使用すると、管理者には多くの便利なメリットがもたらされますが、Citrixの外部にプロビジョニングされた「管理されていない」VDAも使用できます。 フリートとイメージ管理のこれらの利点については 、このガイドの後半で説明します。

GPU アクセラレーション

VDAにデプロイされた特定の種類のアプリケーションは、仮想マシンインスタンスで使用可能であれば、GPUリソースの恩恵を受けることができます。3 つのデリバリーモデル(Linux と Windows の両方で、ホスト型共有、サーバー VDI、デスクトップ VDI)はすべて、 Google Cloud のグラフィックワークロードに NVIDIA アクセラレーション GPU インスタンスを使用できます。これらの仮想ワークステーションGPUは、3Dビジュアライゼーション、チップ設計、CAD/CAM、グラフィックス、ビデオ編集など、グラフィックス負荷の高いワークロード向けの汎用N1マシンに接続でき、必要なGRIDライセンスを含めることができます。

インスタンスに適切なNVIDIA GRIDドライバがインストールされている場合、CitrixのVDAソフトウェアはGPUの存在を検出し、適切に構成します。

ヒント:

CitrixのHDXディスプレイプロトコルスタックは、可能な限り最高のユーザーエクスペリエンスを提供するために、その場で多くの自動検出と適応を行います。ただし、UX のパフォーマンス、応答性、豊かさと、帯域幅の消費量のバランスを取ろうとします。そのため、グラフィックス負荷の高いワークロードは、バランスを正しく得るために微調整によってメリットを得られることがよくあります。詳細については、「 HDXグラフィックの概要 」を参照してください。Citrix は、「超高精細ユーザーエクスペリエンス」と呼ばれるポリシーテンプレートを提供しています(「 ベースラインポリシー設計」を参照)。このテンプレートは、特定の環境に合わせて微調整するための開始点として使用できます。

配送オプション

この記事の概要