谷歌クラウドでのCitrix仮想化
はじめに
このガイドでは,GCP上でCitrix仮想化システムを設計する手順について説明します。移動が進むにつれ,必要な意思決定の意味について議論し,その途中でより多くの参照リソースをキュレーションします。このガイドは生きている文書です。それをブックマークし,定期的にチェックして,時間の経過とともに物事がどのように変化するかを確認してください。
まず,谷歌クラウド上のCitrix仮想化テクノロジの共通デザインパターンを見直すことから始めます。これらの”デザインパターン”を”リファレンスアーキテクチャ”と考える人もいますが,インフラストラクチャをコードおよびクラウドサービスとして扱う場合,“デザインパターン”はもっと理にかなっています。
次は,ソリューションのコンポーネントと要件について説明します。私たちは,ソリューションの前提条件をレイアウトし,あなたにCitrix云”リソースの場所“を作成するために必要なサービス/コンポーネントの概要を提供します。
その后,谷歌云上の思杰仮想化システムのサービス/コンポーネントについて理解を深め,再検讨し,デザインパターンを深く掘り下げます。最后に虚拟投递代理(VDA)の設計と管理、谷歌クラウド上のCitrix ADC /网关、谷歌クラウド上のCitrixStoreFrontなど,特定のトピック領域について詳しく説明します。
あなたが私たちと一緒にこの旅に参加する場合,私たちは途中であなたのコメント,貢献,質問,提案,フィードバックを共有することをお勧めします。谷歌中小企业のCitrixワーキンググループにメールしてください。
谷歌クラウドでのCitrix仮想化のデザインパターン
私たちは”クラウド”への移行において,お客様によって異なる段階にあることを認識しています。そのため”みんな入っている”から”そこに着くけどしばらくかかる”までのスペクトルを表す3つのデザインパターンを概説します。観察された技術者は,3つすべての共通の要素を参照してください。顧客マネージドサービスとクラウドサービスを組み合わせて,さまざまなビジネスニーズや環境への影響に対応できる方法を理解し始めます。このガイドでこれら後で3つのデザインパターンを再参照するときに,サブシステムのモジュール性を調べます。
クラウドフォワード設計パターン
あらゆる形态と规模の组织が,「クラウド」とサブスクリプションベースのマネージドサービスに移行しています。すべての「クラウド」を利用している(またはクラウドが提供する最高のものを体験することに兴味がある)お客様にとって,クラウドフォワード设计パターンは最适ですクラウドフォワードデザインパターン:
- Citrixと谷歌が提供する最先端のクラウドサービスを使用します。
- テクノロジ評価,校正,トレーニング,および導入のシンプルさ,柔軟性,スピードを重視するその他のユースケースに加えて,新しい導入に一般的に使用されます。
- 既存のインフラストラクチャやライセンスは不要で,GCP GitHubプロジェクトのCitrixなどの谷歌デプロイメントマネージャーテンプレートを使用して30分以内に構築できます。
- すべての重要なサービスの高可用性を提供
- Citrix云“リソースの場所“を作成します。ここで説明した他の2つのパターンの基盤。
開始する必要があるのは,GCPプロジェクトとCitrix云虚拟应用程序和桌面サービス(CVADS)サブスクリプションへのアクセスだけです.Citrix云の评価サブスクリプションは,思杰および思杰认定リセラーを通じて利用できます。谷歌はまた,谷歌クラウドクレジットの300ドルを含む无料トライアルを新規顧客に提供しています。
注:
GCP無料試用版には,谷歌クラウド無料利用枠のドキュメントに记载されている在Windows Serverイメージの使用は含まれません.Windows服务器イメージを使用するには,GCPで有料アカウントにアップグレードする必要があります。谷歌云无料利用枠のドキュメントの有料アカウントセクションへのアップグレードに記載されているように,有料アカウントにアップグレードすると,無料クレジットが適用されます。
このデザインパターンでは,特定の谷歌云リージョンの個別のゾーンにデプロイされたすべての主要リソース(➊)を複数使用して,高可用性を実現します。
Citrix云连接器(❷)はインターネットを介したCitrix云サービスへの送信TLS接続を使用して,Citrix云(❻)との通信を担当します。ドメインに参加しているWindows Server VMインスタンスにインストールされると,云连接器ソフトウェアは自動的に更新され,Citrix云によって保守されます。
アプリとデスクトップは,WindowsまたはLinux VMインスタンス,またはその両方がCitrixの虚拟投递代理(VDA)ソフトウェア(❸)を実行することによって提供されます。Citrix VDAソフトウェアは,Citrixの高度なHDXテクノロジーを使用し,仮想化されたアプリケーションやデスクトップで可能な限り最高のユーザーエクスペリエンスを提供します。VDAはCitrix云连接器に登録され,VDAへのHDXセッション接続の仲介を行います。HDXセッションは,デフォルトで云连接器経由でVPCにプロキシされます。または,必要に応じて”ランデブー”ポリシーを構成してCitrix网关服务を介してプロキシされます。谷歌クラウドGPUでオプションでVMインスタンスをバックアップして,仮想ワークステーションを作成できます。これにより,グラフィックス負荷の高いアプリケーションを高速化することができます。
Citrix VDAは,配信されるアプリケーション(❹)に必要なインフラストラクチャの近くに配置されることが最も一般的です。そのため,通常,アプリケーションインフラストラクチャはCitrix VDAと同じリージョンに展開または移行されます。
エンドユーザーは,Citrix工作区アプリ(❺)(公告を使用して,Citrixの革新的なHDXセッションリモートプロトコルによってアプリケーションおよびデスクトップに接続して対話します。公告は,Chrome操作系统,Windows, OSX, iOS、Android, Linuxなど,ほぼすべてのデバイスまたはオペレーティングシステムで利用できます。
このパターンでは,Citrixの次のクラウドサービス(❻)が使用されます。これらのクラウドサービスは、安全性と可用性が高く設計されています。
- 思杰虚拟应用和桌面サービス:は,セッション仲介,負荷管理,シングル・インスタンス・イメージ管理,監視,コスト/容量管理の各サービスを提供します。
- Citrix工作区サービス:ソリューションのユーザーインターフェイス。このWebサービスは,Citrix工作区アプリの多要素認証,コンテンツ表示,および起動サービスを提供します。このサービスは,エンタープライズファイルストアに加えて,仮想アプリケーション,デスクトップ,网络,SaaSアプリケーションへのアクセスを統合します。
- Citrix网关服务:は,エンタープライズWebアプリケーションに加えて,パブリックネットワーク上のデバイスへの仮想アプリケーションやデスクトップへのセキュアなアクセスを提供します。
- 思杰分析サービス:は,高度な機械学習テクノロジーを使用して,エンタープライズレベルのセキュリティ,パフォーマンス,ユーザー行動分析とレポートを提供します。
このデザインパターンは,谷歌云VPN /互连,またはCitrix SD-WAN(❼)などの目的に構築されたソリューションと組み合わせて,既存のActive Directory投資(❽)を谷歌云に拡張したり,従来型のオンプレミス,顧客管理アプリケーションやインフラストラクチャへのアクセスを提供したりすることもできます。
ハイブリッドデザインパターン
ハイブリッドデザインパターンは,クラウドフォワードデザインパターンに基づいて构筑されます.Citrix(➊)から顾客管理型のアクセスレイヤーコンポーネントを导入し,特定の顾客人口统计とユースケースのニーズを柔软に満たします。カスタマー管理コンポーネントには,次のものがあります。
- Citrix ADC /网关(❷):GCPに仮想アプライアンスとしてデプロイされ,このコンポーネントは次のうちの1つ以上を必要とするユースケースによく使用されます。
- SAML / OAUTH 2 / OpenIDフェデレーション,半径,スマートカード,条件付きアクセス要件など,高度な認証シナリオ。
- パブリックネットワーク上のエンドユーザーデバイスに対して,高度に最適化された柔軟なセッションアクセス。
- コンテンツスイッチング,Webアプリケーションファイアウォール,統合网络キャッシング,攻撃の軽減,アプリケーション負荷分散,SSLオフロードなどの高度なネットワークサービス
- 高度で柔软性が高く,コンテキストに応じたポリシーに基づいて,特定のユーザー/デバイスを特定の「ストア」に诱导できます。ポリシーの决定は,ユーザープロファイルの属性,场所,デバイスタイプ,デバイスの健全性,认证结果などに基づいて决定できます。
- 思杰店面(❸):思杰工作区サービスの前身である店面は,思杰のUIサービスの「クラシック」プロバイダです.StoreFrontは,顾客管理型の的Windows Serverインスタンスにインストールされ,多くの场合,以下の1つ以上を必要とするユースケースで使用されます。
- 非常に高い可用性。特に,高可用性构成に导入した场合に,より広范な障害シナリオに耐えることができます。
- 柔软なセッションルーティング.Citrix网关経由で外部ユーザーを送信しながら,内部ユーザーセッショントラフィックを直接VDAにルーティングする机能を备えています。
- カスタマー管理型のオンプレミスデバイスからのシングルサインオン。
- 同じシステム上で多様なユースケースをサポートするために,異なる構成プロパティを持つ複数の”ストア”を提供する必要があります。
- 高度にカスタマイズされた,またはブランド化されたHTMLベースのユーザーインターフェイスの必要性。
ハイブリッドデザインパターンでは,Citrixアクセスレイヤーコンポーネントがお客様の谷歌云環境(➊)に展開されます。コンポーネントは,通常,高可用性を実現するために,複数のゾーンに分散されたペアで展開されます。
このパターンでは,CitrixのADC /网关VPX(仮想)アプライアンスを使用して,お客様の環境(❷)内のVDAにHDXセッションを安全にプロキシします。Citrix ADC /网关アプライアンスは、シンプルなセッションプロキシサービス、複雑な認証シナリオ、またはその両方(UIオプションA)にCitrix Workspaceサービスとともに使用できます。また、Citrix StoreFront(UIオプションB)とペアリングすることもできます。
このパターンでは,UIサービスに的Citrix店面(❸)を使用することもできます。これにより,システムは上记のように复雑なユースケースの要件を満たすことができます。これは,UIおよびHDXセッションプロキシサービスに加えて认证を处理する思杰ADC /网关とペアリングします。
クラウド移行の設計パターン
クラウド移行設計パターンは,ハイブリッド設計パターンに基づいてさらに構築されます。これにより,Citrixテクノロジーに既存の投資を行っているお客様は,インフラストラクチャを体系的にモダナイズしながら,ワークロードをクラウドにシームレスに移行できます。この移行は,既存のシステムや重要なシステムやユースケースを中断しないペースで実行できます。これにより,技術的に保守的なお客様は,ワークロードごとにクラウドに”ウェイド”し,お客様の条件に沿ってリスクを軽減できます。また,お客様は,Citrixと谷歌が提供する最新のテクノロジーについて体系的にスタッフを再キルし,管理しやすいペースで組織のクラウド対応状態を構築しながら,テクノロジー,インフラストラクチャ,知識,プロセス,運用化への既存の投資を活用できます。手順。
クラウド移行の設計パターンは,前のセクションで説明したハイブリッドパターンから始まります。ハイブリッドパターンを使用して構築されたシステムは,新しいワークロードを導入する最新の新しい環境になります。クラウド移行パターンでは,Citrix店面(➊)またはCitrix工作区(❷)ユーザーインターフェイス,またはその両方を使用して,従来のCitrix環境(❸)を新しい環境に接続します。これは,両方のUIが単一のログインで複数の仲介環境を単一のビューに表示できるからです。これにより,ユーザーは両方の環境にアクセスするために使用できる単一のUI(❹)が提供されます。これにより,お客様は新しいワークロードを谷歌云(❺)にデプロイし,ビジネスの機会や制約に応じて既存のワークロードを谷歌云に体系的に移行できます。
デザインパターンを確認したので,レイヤーを少し剥がしましょう。それでは,谷歌クラウドでCitrix仮想化システムを構築するために必要なものを見てみましょう。
ソリューションのコンポーネントと要件
仮想化システムの前提条件
谷歌云上でCitrix仮想化システムを構築するには,少なくとも2つの作業を開始する必要があります。
- 谷歌クラウドプロジェクト
- Citrix虚拟应用程序和桌面サービスのサブスクリプション
注:
GCP無料試用版には,谷歌クラウド無料利用枠のドキュメントに記載されているWindows Serverイメージの使用は含まれません。Windows Serverイメージを使用するには,GCPで有料アカウントにアップグレードする必要があります。無料クレジットは,谷歌クラウド無料利用枠のドキュメントの有料アカウントセクションへのアップグレードに記載されているように,有料アカウントにアップグレードする場合にも適用されます。
前提条件が并んだ?よかった!それでは,あなたが构筑しているものを绍介しましょう。
ヒント:
Citrix虚拟应用程序和桌面服务のドキュメントは,このサービスがソリューションの中核となるため,関連性があります。ビルドを始める前に必ず読んで,さらに情報が必要なときに便利にしておいてください。それはCitrixドキュメントサイトで見つけることができます。
Citrix云リソースの場所
谷歌云上のCitrix仮想化システムの基盤は,“リソースの場所“と呼ばれるCitrix云構造です。Citrix说におけるリソースの場所は,GCP上のリージョンとほぼ同じです。これは、Active Directory を備えたプライベートネットワーク、インターネット出力(CitrixおよびGoogleのセキュアなクラウドサービスを利用)、および仮想化し、世界中のあらゆるデバイスに安全に提供したいアプリケーションやデータを適切に結合したリソースグループです。仮想化されたアプリとデスクトップは、「VDA」と呼ばれるGCP上のVMインスタンスから配信されます。CitrixのVDAソフトウェアを実行するWindowsまたはLinux VMインスタンスで、CitrixのHDX表示プロトコルを使用してデスクトップまたはアプリケーションのユーザーインターフェイスをクライアントデバイスにリモートできます。VDAはクラウドコネクタに登録され、Citrix Cloud Servicesとの通信を安全にプロキシします。
ヒント:
認識すべき仮想化アプリケーションを提供するための経験則の1つです。アプリケーション(Citrix VDA上で実行されている)をデータ(アプリに必要なインフラストラクチャ)の近くに配置する場合。アプリケーションとデータを互いにローカルに持たないと,レイテンシーが増加し,アプリケーションの速度が低下し,最終的にはユーザーエクスペリエンスが低下する可能性があります。
通常,リソースの场所は可用性を高めるように构筑されます。つまり,主要なサービスはGCPリージョンのゾーンに分散されます。必要に応じて,可用性と管理性の目的で,キーサービス用に复数のVMインスタンスがデプロイされます。リソースの场所に必要な主なサービスは次のとおりです。
- *微软活动目录
- * Citrix云连接器
- *クラウドNATなど,信頼性の高いインターネット出力のための方法
- *的Citrix VDA(配信されるアプリケーションの下に的CitrixのVDAソフトウェアがインストールされたGCP VMインスタンス)
- 必要に応じて,配信されるアプリケーションをサポートするためのその他のインフラストラクチャ
谷歌云上に機能するCitrix云リソースの場所を必要とするため,これらのサービス*の一部をさらに詳しく見ていきましょう。
微软活动目录
谷歌クラウド上のCitrix仮想化システムの設計パターンはすべて,Microsoft Active Directoryが必要です。魅力的なユーザーエクスペリエンスを実現するには,Active Directoryサービスは,VDAを展開したすべてのGCPリージョンで利用可能である必要があります。したがってCitrix云リソースの場所のコアコンポーネントと見なされます。广告は認証に加えて構成管理(グループポリシー)にも使用されます。ただし,後で学習するように,广告をシステムのIDプロバイダーにする必要はありません。多くのお客様は,既存の广告を谷歌云に拡張しますが,Citrixの仮想化はさまざまな广告設計とサービスモデルに柔軟に統合できます。
谷歌クラウドにActive Directoryを展開する場合,お客様は,Windows Serverインスタンスを使用して,独自のActive Directoryドメインコントローラを構築/保守したり,谷歌の微软的Active Directory用マネージドサービスを使用したり,これらを组み合わせたりすることができます。主动指南信頼を使用して,お客様のニーズに応じて,2つ以上のADフォレスト/ドメインを接続することもできます。
機能するActive Directoryサービスの構築と維持に必要な管理オーバーヘッドを最小化したいお客様にとって,谷歌微软的Active Directory用マネージドサービス(微软广告の管理対象)は考慮に値するオプションです。このサービスは,Windows Server VMインスタンスを構築および保守するオーバーヘッドなしで,完全に機能するActive Directoryフォレスト/ドメインを提供します。マネージド微软广告サービスは,可用性の高い谷歌管理インフラストラクチャ上に構築され,マネージドサービスとして提供されます。各ディレクトリは複数のGCPゾーンにデプロイされ,監視によって障害が発生したドメインコントローラーが自動的に検出され,置き換えられます。ソフトウェアをインストールする必要はないので,谷歌はすべてのパッチ適用とソフトウェアの更新を処理します。微软活动目录用 Google の管理サービスを使用すると、Microsoft のネイティブ管理ツールを使用したり、Microsoft グループポリシーを使用して Windows マシンとユーザーを管理したりできます。VM インスタンスを VM インスタンスに参加させることもできます。また、Active Directory の信頼を既存の AD インスタンスに設定して、さまざまな複雑なエンタープライズシナリオをサポートすることもできます。
思杰仮想化テクノロジで谷歌のマネージドADサービスを使用するお客様は,これらのテクノロジが机能することを期待できます。ただし,その前に考虑すべき重要な点をいくつか挙げてください。まず,ドメイン管理者,エンタープライズ管理者,またはその他の「スーパーユーザー」タイプのADインスタンスへのアクセス権はありません。ただし,ユーザー,コンピューター,グループ,OU,およびグループポリシーを作成できる,ディレクトリのルートにある独自のコンテナを完全に制御できます。また,他のディレクトリとのさまざまな种类の信頼关系を设定して使用することもできます。
あなたができない他のいくつかのこと:
- 广告オブジェクトは,既定のコンテナ(/电脑など)のいずれかに作成します。読み取り専用です。これにより,Citrixのマシン作成サービス(MCS)プロビジョニングテクノロジを使用するときに一部の顧客が犯す一般的な間違いがあります。MCS管理VDAのマシンアカウントを,書き込み可能なコンテナ/ OUに作成する必要があります。このような場所を選択しない場合,MCSはマシンアカウントを作成できません。
- 証明書サービスなど,一部の广告統合機能をインストールして構成します。このため,Citrixのフェデレーション認証サービス(FAS)テクノロジを使用する予定のお客様は,广告統合証明書サービスを必要とするお客様に影響します。このようなお客様は,Windows Server VMインスタンスを使用して谷歌クラウド上に独自のActive Directoryを構築および管理する必要があります。
- デフォルトでは,ローカルサーバアドミニストレータに相当します。“ボックス外の“Active Directoryインストールでは,ドメイン管理者グループは既定でローカルサーバー管理者グループに追加されます。微软广告用谷歌マネージドサービスを使用している場合は,独自のサーバー管理者グループを作成し,独自のユーザーを追加し,グループポリシーを作成して適用して,メンバーサーバー/ワークステーションの組み込みの服务器管理员グループにグループを追加する必要があります。
信頼关系,サイト/サービスの构成,レプリケーション,およびその他のAD关连のトピックについてはここでは说明しませんが,思杰では,3つの展开モデルすべてに适用可能なこれらのトピックに关する広范なドキュメントを提供しています。
注:
谷歌クラウドでのcitrix〖active directory〗要件の详细については,「Citrix云连接器の技術詳細“を参照してください。サポートされているActive Directoryの機能レベルのほかに,この記事でActive Directory中でのクラウドコネクタの展开シナリオも取り上げる。
重要:
DNS名前解决は,适切に机能するシステムにとって重要です.GCPのDHCPは,常に谷歌のネームサーバーを使用します.VMインスタンスがGCPで的Active Directoryインスタンスを「検索」して参加するには,マネージド微软ADサービスを使用する场合は必要ありませんが,プライベートマネージドDNSゾーンを実装する必要があります。详细については谷歌クラウドDNSの概要を参照してください。
DNSの名称解决は,HDXセッションプロキシ用のCITRIXのの机能(美国东部时间/ Citrixアダプティブトランスポートの使用を含む)を実装する際にも重要です。詳細については,ランデブープロトコルドキュメントを参照してください。
Citrix云连接器
Citrix云连接器はCitrix仮想化システムのセキュアなクラウド管理プロキシとして機能します。クラウドコネクタは,リージョン内の個別のゾーンにある,ドメインに参加しているWindows Server専用のインスタンスです。また,インターネットアクセスが中断された場合のオフラインセッションブローカーとしても機能します(“ローカルホストキャッシュモード”)。可用性が極めて高いミッションクリティカルな展開に役立ちます。この機能については,この文書の後半でハイブリッドデザインパターンについて詳しく説明します。
云连接器は,通常,特定のリージョンの複数のゾーンに分散したVMインスタンスを使用して,N + 1リソースとしてデプロイされます。これにより,リソースの場所を拡張でき,云连接器ソフトウェアの自動更新が容易になります。
注:
Citrix云连接器のインスタンスのサイズ設定の詳細については,”クラウドコネクタのスケールとサイズに関する考慮事項“を参照してください。
クラウドコネクタは,Active DirectoryおよびCitrix VDAに到達できる任意のVPC上に配置できます。また,正常に機能するためには,信頼できるインターネット出力が必要です。インターネット出力を提供するシンプルで可用性の高い方法の1つが谷歌云NATですが,他にも多くの方法もサポートされています。厳密な出力制御または監査要件を使用するユースケースでは,云连接器からCitrix云への出力トラフィックがプロキシーできる。
注:
思杰仮想化テクノロジで使用されるポートとプロトコルの详细については,「Citrixテクノロジで使使使で通信ポート“を参照してください。このドキュメントは,谷歌云上で確立するファイアウォールルールの基盤を提供します。
思杰VDA
思杰仮想化システムを机能させる必要がある最后のリソースタイプは,VDAと呼ばれ,実际のワークロードです。前述したように,これらは思杰の「虚拟投递代理」ソフトウェアを実行する视窗または的Linux VMインスタンスです。これにより,的CitrixのHDX表示プロトコルを使用してデスクトップまたはアプリケーションのユーザーインターフェイスをクライアントデバイスにリモートできます.VDAは,任意のプロビジョニングメカニズムを使用して,システムの外部で作成および管理できます。たとえば,谷歌デプロイメントマネージャーのテンプレートを使用できますが,どのような种类のスケールでも,思杰のMCSテクノロジを使用できます。
MCSは1つまたは複数の”ゴールデンマスター”VMインスタンスから構築された,同一の構成のVDAのグループである”マシンカタログ”の作成を自動化します。MCSは,通常ディスクのスナップショットを使用して,インストールされているオペレーティングシステムとアプリケーションスタックの状態をキャプチャします。また”ゴールデンマスター“仮想マシンインスタンスのインスタンス属性を使用してインスタンステンプレートを作成し,これらの属性をMCS管理下のVDAに適用します。また,MCSは“ゴールデンマスター”ディスクの同様のスナップショットを使用してVDA上のシステムディスクの更新を自動化し,自動スケール機能のコストと容量を自動的に管理するための取り組みをオーケストレーションします。
VDAについて知っておくべきことはたくさんありますが,このガイドでは後で詳しく説明します。待てない吗?VDAの設計と管理に関する考慮事項を参照してください。
注:
谷歌云上で确立确立したルールルールを确认するはは,「Citrixテクノロジで使使使で通信ポート“を参照してください。
追加注意:
VDAはインターネット出力を持つ必要がありません。また,特定のユースケースでは設計上ではありません。ただし,VDAにインターネット出力がある場合,“ランデブープロトコル“机械Citrixポリシーで有効化で,クライアントデバイス(Citrix工作区アプリを実行する)とVDAをCitrix网关服务を介して安全に接続できます。これにより,HDX接続をVDAにプロキシするクラウドコネクタのスケーラビリティが向上します。パブリックネットワーク経由でHDX接続をプロキシするもう1つのオプションvpcの境界に顧客管理のCitrix ADC /网关インスタンスをデプロイします。
デザインパターン - より深くなる
この文書の前半で,谷歌云上でのCitrix仮想化に関する3つの異なる関連デザインパターンを紹介しました。これらのパターンはお互いの上に構築され,途中でより複雑なユースケースに効果的に役立てられます。私たちはそれらを次のように参照します:
- クラウドフォワード設計パターン
- ハイブリッドデザインパターン
- クラウド移行の設計パターン
クラウドフォワード設計パターン
これは,谷歌云でのCitrix仮想化の基本的な設計パターンであると述べました。クラウドフォワードデザインパターンのアーキテクチャによって、Citrix Cloudリソースの場所が作成されることは明らかです。これは、ここに示す3つのパターンすべてで共有されている共通の基盤です。パターンの違いは、次の表に示すCitrix仮想化システムの5つのコンポーネントにどのテクノロジーが使用されているかにあります。クラウドフォワードデザインパターンでは、次の5つのコンポーネントすべてにクラウドサービスが使用されます。
セッションの仲介と管理 | Citrix仮想アプリとデスクトップサービス——(CVADS)(クラウドサービス) |
---|---|
ユーザーインターフェイス(UI)サービス | Citrix工作区サービス(クラウドサービス) |
認証 | Citrix工作区サービス,IdPとしてActive Directoryを |
HDXセッションプロキシ | Citrix Gateway Service(クラウドサービス) |
分析 | 思杰分析サービス(クラウドサービス) |
クラウドフォワードデザインパターンは,同じActive Directory(またはしない)を使用して,異なる谷歌クラウドリージョンで複製できます。これにより,このパターンは,地理的に分散したアプリケーションやデータを使用した展開に役立ちます。本稼働環境の場合,このパターンは谷歌クラウドVPN、谷歌クラウドインターコネクト,またはシトリックス社のSD-WANなどの目的構築製品を使用して,GCP内のリソースの場所をお客様が管理するデータセンターに接続することで拡張されることがよくあります。このようなプライベートネットワーク接続を使用すると,キーサービス(Microsoft Active Directoryなど)を谷歌クラウドに拡張できます。これにより,まだ移行されていないアプリケーションやリソースにVDAにアクセスできます。また,アプリやデータを谷歌云に移行するためのコンジットとしても機能します。前の図には示されていませんが,特にシステムが本番環境に移行するため,Citrix工作区环境管理サービスがよく使用されます。工作区环境管理サービスは,インテリジェントなリソース管理および概要管理テクノロジを使用して,Citrix虚拟应用程序和桌面の展開において,可能な限り最高のパフォーマンス,デスクトップログオン,およびアプリケーション応答時間を提供します。詳細については,このガイドのユーザー環境/設定の管理後半を参照してください。
ハイブリッドデザインパターン
以前は,ハイブリッドデザインパターンも绍介しました。クラウドフォワードパターンのバリエーションであるハイブリッドデザインパターンは,UIサービス,认证,HDXプロキシ机能を提供するために,エンタープライズで実绩のある的Citrixアクセスレイヤーテクノロジを顾客管理で导入します。これらのオプションにより,仮想化システムはより复雑なユースケースに対応できます。その多くは,クラウドへの移行を开始したばかりの企业で一般的です。
Citrix仮想化システムの5つのコンポーネントのコンテキストにハイブリッドデザインパターンを配置するには:
仮想化システム机能: | 提供者: |
---|---|
セッションの仲介と管理 | 思杰虚拟应用和桌面サービス(CVADS)(クラウドサービス) |
ユーザーインターフェイス(UI)サービス | Citrix工作区サービス(クラウドサービス)またはCitrix店面(カスタマー管理) |
認証 | Citrix ADC /网关(顧客管理)の導入により,Citrix工作区サービス(クラウドサービス)またはCitrix店面で使用できる多くの組み合わせ |
HDXセッションプロキシ | Citrix网关服务(クラウドサービス)またはCitrix ADC /网关(顧客管理) |
分析 | 思杰分析サービス(クラウドサービス) |
以前はCitrix ADC /网关とCitrix店面の導入は,谷歌クラウド上のCitrixの仮想化システムに導入することが有用であるときのハイポイントを与えました:
- Citrix ADC /网关(❷):GCPに仮想アプライアンスとしてデプロイされ,このコンポーネントは次のうちの1つ以上を必要とするユースケースによく使用されます。
- SAML / OAUTH 2 / OpenIDフェデレーション,半径,スマートカード,条件付きアクセス要件など,高度な認証シナリオ。
- パブリックネットワーク上のエンドユーザーデバイスに対して,高度に最適化された柔軟なセッションアクセス。
- コンテンツスイッチング,Webアプリケーションファイアウォール,統合网络キャッシング,攻撃の軽減,アプリケーション負荷分散,SSLオフロードなどの高度なネットワークサービス
- 高度で柔软性が高く,コンテキストに応じたポリシーに基づいて,特定のユーザー/デバイスを特定の「ストア」に诱导できます。ポリシーの决定は,ユーザープロファイルの属性,场所,デバイスタイプ,デバイスの健全性,认证结果などに基づいて决定できます。
- 思杰店面(❸):思杰工作区サービスの前身である店面は,思杰のUIサービスの「クラシック」プロバイダです.StoreFrontは,顾客管理型の的Windows Serverインスタンスにインストールされ,多くの场合,以下の1つ以上を必要とするユースケースで使用されます。
- インターネットおよびクラウドサービスの停止に耐えることができる,極めて高い可用性。
- 柔软なセッションルーティング.Citrix网关経由で外部ユーザーを送信しながら,内部ユーザーセッショントラフィックを直接VDAにルーティングする机能を备えています。
- カスタマー管理型のオンプレミスデバイスからのシングルサインオン。
- 同じシステム上で多様なユースケースをサポートするために,異なる構成プロパティを持つ複数の”ストア”を提供する必要があります。
- 高度にカスタマイズされた,またはブランド化されたHTMLベースのユーザーインターフェイスの必要性。
これらは高いポイントです。クラウドサービスか顧客管理コンポーネントを選択する前に,他の多くの機能項目も考慮する必要があります。以降のセクションでは,GCP上のCitrix ADC /网关およびCitrix店面について詳しく説明します。各レイヤーでさまざまなテクノロジの組み合わせを使用して,特定の成果を達成したり,特定のニーズを満たすことができます。
たとえばCitrix ADC /网关VPXアプライアンスをシステムに追加して,Citrix Workspacefor UIサービスを使用して認証またはHDXプロキシ機能に使用できます。これにより,システムはほぼすべてのIDおよび認証戦略(フェデレーションシナリオを含む)をサポートし,HDXの开明的数据传输を使用して最適でないネットワーク上で最高のセッションパフォーマンスを実現できます。
また,思杰工作区と并行して,または思杰工作区の代わりにUIサービスに使用する思杰店面を导入することもできます.StoreFrontでは,ほとんどのユースケースで思杰ADC /网关が必要ですが,この组み合わせは,极端な高可用性要件,高度なUIカスタマイズ要件,およびユーザーグループ,デバイスのプロパティごとに异なるプロパティを持つ复数の异なる「ストア」を作成する机能を备えたユースケースに対応します,物理的な场所など。
クラウド移行の設計パターン
クラウド移行の设计パターンは,お客様が従来の的Citrix仮想化システムとCitrix云をGCP上で并行して実行できるように设计されています.UIサービス(的Citrix工作区サービスと的Citrix店面)を提供するどちらのオプションでも,レガシー环境とCitrix云のリソースを単一のユーザーインターフェイスに集约できます。これにより,リソースの起动元に关系なく,一贯したアクセスエクスペリエンスがユーザーに提供されます。
一般的な例の1つは,既存の的Citrixのお客様で,思杰虚拟应用和桌面の顾客が管理する的Citrix虚拟应用と桌面の导入に多大な投资をしており,GCP上でアプリケーションとデスクトップワークロードの実行を开始したいと考えています。おそらく,现在オンプレミスで管理している复数の「的Citrixファーム」もあります。お客様は,认证,UIサービス,およびHDXプロキシサービスを提供するために,思杰店面およびおそらく思杰ADC /网关アプライアンスを展开しています。
このシナリオでは,顧客は,複数のCitrixファームから1つのUIにアプリとデスクトップを集約する店面の機能を使用している可能性があります。谷歌云に”移動”するには,選択したリージョンにCitrix云リソースの場所を作成することから始めます。すべてが同じネットワーク上にあると仮定すると,店面に新しい”Citrixファーム”を追加し,最初の仮想化ワークロードを谷歌云に展開できます。これにより,Citrixワークロードを2つの環境(オンプレミス,一部はGCP上)で並んで実行でき,ビジネスの優先順位に応じてワークロードをGCPに移行できます。
この同じお客様は,店面とCitrix工作区を並べて実行し,Citrix云サイトアグリゲーション機能を使用して従来の”Citrixファーム”をワークスペースUIに追加することもできます。両方のUIは,同じユーザーに同じリソースへのアクセスを提供します。ビジネス上の優先度が許すように,エンドユーザーは,Citrix工作区サービスのUIに徐々に移行できます。
クラウド移行アプローチの利点は,它部門が従来のオンプレミスインフラストラクチャから谷歌云にアプリケーションとデスクトップのワークロードを適切なペースで移行できることです。ユーザーは,ワークロードがオンプレミスか谷歌云から配信されているかにかかわらず,同じ方法でアプリケーションとデスクトップに引き続きアクセスできます。
サイトアグリゲーションを使用すると,お客様はCitrix分析を使用して,オンプレミスとクラウドホストインフラストラクチャの両方のセキュリティ,パフォーマンス,運用に関する洞察を得ることができます。これにより,ワークロードをオンプレミスから谷歌云平台に移行する必要がある時期の意思決定プロセスに役立ちます。Citrix安全分析を使用すると,ワークロードがオンプレミスのインフラストラクチャと谷歌云に分散されるにつれて,お客様のセキュリティ体制を強化できます。
Google VMwareエンジンエンジンを使使用しし移行
クラウド移行の设计パターンを検讨している场合は,おそらく的VMwareで思杰を実行している可能性があります。お客様によっては,既存のVMware的ベースのインフラストラクチャを谷歌云に拡张するオプションも魅力的です。このようなお客様にとって,このパスにより,既存の知识とプロセスへの投资を活用して,ワークロードの移行を迅速化することが约束されます。谷歌クラウドVMwareエンジンでは,お客様は谷歌云でVMwareクラウド財団(VCF)ベースのソフトウェア定义データセンター(SDDC)ををプロビジョニングして実実ことができことができことができことができことができことができことができことができ
思杰の仮想アプリとデスクトップサービスにより,VMware的VCFベースのパブリッククラウドでのVDAのプロビジョニングとイメージ管理が可能になります。起动前に,谷歌クラウドVMware的エンジンはCitrix Ready认证検证済みになるための包括的な互換性テストを受けました。Citrix供应プラットフォーム(MCSおよびpv)は両方ともテストされ,期待どおりに機能しました。詳しくは。”Citrix准备で谷歌クラウドVMwareエンジン“を参照してください。
VMwareお客様が谷歌引擎を使用してVCFベースのSDDCをスピンアップすると,SDDC(コンピューティング,ストレージ,ネットワーク,および管理を含む)が谷歌コンピュートエンジン上のVPCネットワークにピア接続されます。これにより,SDDCまたは谷歌コンピュートエンジンでワークロードを実行し,さまざまなワークロードのオプションを顧客に提供できます。次の論理図は,谷歌クラウド,Citrix云,マネージドSDDCインスタンスの関係を示しています。
注:
Citrix应用程序分层またはpvサポートを完全にする要件をお持ちのお客様は,Citrix云リソースの場所を谷歌云VMwareエンジンで実行することを検討する必要があります。現在,VMwareベースのプラットフォームでは,Citrix应用程序分层pvの両方が利用可能です。
谷歌VMware引擎でのCitrix仮想化ソリューションの設計および実装は,この設計ガイドの対象外ですが,このガイドで説明されている概念とコンポーネントのほとんどが適用されます.VMware(クラウドファンデーション)でのCitrix云リソースの場所の設定の詳細については,”Citrix虚拟应用程序和桌面サービスのドキュメント“を参照してください。
概要
ご覧のとおり,これらのパターンは,既存のCitrixのお客様に最大限の柔軟性を提供し,お客様の条件に応じてクラウドに移行することができます。1つの規範的なアプローチはありません。代わりに,Citrixのお客様は,自社のビジネスに最適なソリューションと移行アプローチを設計できます。これをサポートするために,Citrix云ライセンスを購入されたお客様には,ハイブリッド使用権も付与されます。また,多くのお客様には,Citrixカスタマーサクセスマネージャーが割り当てられ,そのプロセスを案内しています。詳細については,Citrix営業担当にお問い合わせください。
谷歌云でのCitrix仮想化のデザインパターンのコンテキストで,いくつかのレイヤーを剥がしました。それでは,さらにいくつかのトピックについて詳しく説明しましょう。
VDAの設計と管理に関する考慮事項
Citrix仮想化システムの最も動的な部分はVDAです。VDAは,実際の作業が行われる場所(Citrix仮想化システム上でユーザーに提供するアプリとデスクトップは、GCP上のVMインスタンスから実行されます)であることを覚えておいてください。あなたはこのレイヤーを正しく取得することを確認したいが、完璧が進歩の邪魔にならないでください!宿題を前もってやれ。システムが時間の経過とともに変化するという期待をユーザーに設定。… そして、変更を処理するためのシンプルで効果的なプロセスを構築する:それは避けられません!Citrix仮想化テクノロジのパワーと柔軟性により、変更の管理は大きな負担になる必要はありません。
このセクションでは,コンテキストを失うことなく深く潜ることができるように,トピックを論理的に分割しようとしました。私たちは,各セクションに必要な詳細を提供し,その途中で主要なプラクティスと推奨事項を呼び出せるよう最善を尽くしています。
まず,アプリアプリとデスクトップのミックスををするするためのさまざまな连オプションを调べるから始めてて始め始めてて始め始め始めてますますます始め始めますますますます始め始め始めますますます始め始め始め始め始め始めますます始め始め始めのますますますますcloud cloudcloudののののののののののののののののののののフリートとととイメージイメージイメージイメージ管�し,コスト最适化学し容详しく明し,パフォーマンスパフォーマンスの调整によりセクションをて说のしし考虑て说详しくしし。
これは野心的な知識の量です——それを後にしましょう!
ワークロード配信のオプションと考虑事项
ワークロードデリバリを開始する際には,適切な足で始めることが重要です。これは、最初に考慮する必要があるVDA以外の要素に触れることを意味します。優れたCitrixコンサルタントが新規顧客と最も重要な会話の1つは、サービスするユースケースに関するものです。これらの会話(顧客のニーズ、ビジネスの気候、テクノロジーが時間の経過とともに進化するため、複数のもの)は、通常、合理的に明確に定義されたユーザーとアプリのグループの定義につながります。これらのグループを「デリバリーグループ」と呼びます。このセクションで説明するオプションのほとんどは、デリバリーグループとユースケースごとに再評価されます。通常、顧客にはかなりのバリエーションがあり、デリバリーグループ間で重複することさえあります。ただし、一日の終わりには、各デリバリーグループの最も基本的な要素は、提供されるアプリケーション、データ、サービスの組み合わせです。定義が完了したら、このセクションで説明した決定の評価を開始できます。
重要:
ユースケース/デリバリーグループごとに,必要なアプリ,データ,サービスの组み合わせを定义してから,次の考虑事项に従って,それぞれに最适な配信オプションを决定します。
ヒント:
VDAは,マシンカタログというリソースグループで管理されます。マシンカタログは、仮想マシンインスタンスのグループで、ユーザーグループの一般的なユースケースとして機能します。通常、同じ「ゴールデンマスター」仮想マシンインスタンステンプレートに基づいており、VM インスタンスプロパティと通常ディスクの一般化されたコピーを継承します。
VDAオペレーティングシステム
Windowsかlinux?
各デリバリーグループ/ユースケースに必要なアプリ,データ,サービスを定義しました。次に,VDAに最も適したオペレーティングシステムについて検討します。最も基本的な質問:WindowsかLinuxが必要ですか?多くの場合,この決定は,提供しているアプリケーションまたは一連のアプリケーションの要件によって強制されます。アプリがWindowsでのみ実行されている場合は,Windowsです!アプリがLinuxでのみ実行されている場合は,明らかに同じことが当てはまります。
ビジネスアプリケーションは多くの場合,窗户上に構築されるため,Citrix仮想アプリの大部分が,GCP上のWindowsベースの仮想マシンインスタンス上で実行されます。Windowsが選択されるのは,它チームが知っていることであり,Linuxのような新しいOSで運用コンピテンシーをスピンアップするコストが高すぎると見なされるため,アプリケーションセットをLinuxで実行できる場合でもWindowsが使用されます。ただし,アプリケーションセットをLinuxで実行できる場合は,考慮する価値があります。複雑さとコストの大部分(Windows操作系统とクライアントライセンス)を避けることができます。
サーバOSかデスクトップOSか
Linux的OSをとして使用できる场合,「サーバーまたはデスクトップ」の选択は比较的简単です.GUIがあり,谷歌クラウドでを実行でき,Citrix Linux VDA.でサポートされるバージョンを選択する必要があります。
视窗を展开すると,サーバーOSとデスクトップOSの选択が少し复雑になります。どちらのオプションも共通のGUIを共有し,どちらもユーザーに仮想デスクトップを提示できます。実际,ほとんどの的Windowsアプリケーションは的Windows Serverと视窗10デスクトップオペレーティングシステムの両方で実行されますが,多くの场合,アプリケーションベンダーはドキュメントで的Windows Serverのサポートを呼び出しません.Windowsサーバーの最も大きな意味合いと视窗10デスクトップはライセンスを取得しています -それは大きなものです。
パブリッククラウドでWindows 10(またはその他の”デスクトップ”オペレーティングシステム)を実行する場合は,微软のライセンスポリシーが制限されます。これらのポリシーベースの制限により,GCPを含むパブリッククラウドでWindowsデスクトップOSを実行するコストが高くなります。微软のライセンスポリシーの詳細については,微软ライセンススペシャリストにご相談ください。ただし,この複雑なトピックについては,以下を参考にしてください。
- 微软的批量许可製品条件(2020年4月1日)Windowsクライアント,Windowsサーバー,およびWindowsサービスの場合。
- 微软オフィスライセンスページ-ライセンス概要を取得します。
GCPでWindowsを実行している場合,Windows Serverはほとんどのユースケースとアプリケーションのミックスを提供し,インスタンスの使用量とともにライセンス使用量に対して支払うだけです。多くの場合,Windowsデスクトップよりも費用対効果が高く,谷歌云上の多くの仮想化システムの選択肢となります。
共有操作系统(マルチユーザー)またはシングルユーザー(VDI) ?
よくある誤解の1つは,複数のユーザー間でOSを共有しているか,ユーザーごとに1つのOS / VMインスタンスがあるかにかかわらず,Windows Serverがデスクトップユースケースに対応できないことです。この誤解は偽りだ!マルチユーザーモード (つまり、RDSH 役割がインストールされている) に展開すると、Windows Server は「ホストされた共有」デスクトップをユーザーに提示できます。Windows Server は「VDI」ユースケースにも使用できます。マルチユーザー/共有OSオプションほど費用対効果が高くスケーラブルではありませんが、シングルユーザーのデスクトップには正当な選択肢です。このデリバリモデルを「サーバーVDI」と呼んでいます。
要约すると,ユースケースに応じて,以下のオプション/オペレーティングシステムの组み合わせを使用できます。
デリバリモデル | シングルユーザーまたはマルチユーザー | 共通のOSバージョン/コンポーネント | 谷歌クラウドで実行するための相対コスト |
---|---|---|---|
ホストされた共有 | マルチユーザー | 在Windows Server(2016または2019),RDSHの役割とデスクトップエクスペリエンスが有效になっています。 | ⭐ |
サーバーVDI | シングルユーザー | Windowsサーバー(2016または2019),デスクトップエクスペリエンスが有効になっています。 | ⭐⭐⭐ |
デスクトップVDI | シングルユーザー | Windows 10(自带食物ライセンスとSTNが必要) | ⭐⭐⭐⭐⭐ |
もう1つの一般的な誤解は,谷歌云のソールテナントノード(STN)が”デスクトップ”ユースケースを提供する必要があることです。唯一のテナントノードは,Windows 10(デスクトップ)OSなどの微软の自带食物ライセンスシナリオに準拠する必要があります。前述のように,Windows服务器はマルチユーザーデスクトップ(共享)主持に加えて,シングルユーザーデスクトップ(“服务器VDI”)を提供するために使用できます。独自のWindows Serverライセンスを取得する場合は,単独のテナントノードをWindows Serverインスタンスに使用することもできます。
Linux的のほとんどのフレーバーは,マルチユーザー対応です。そのため,ホスト共有モデルまたは「サーバーVDI」モデルのいずれかに展开でき,コストも同様です。
注:
意思決定プロセスを支援するために,意思決定ツリーはホストされた共有デスクトップ(サーバーOSマルチユーザーデスクトップ)とVDIデスクトップを比较します。このツリーでは,クライアントVDIモデルとサーバーのVDIモデルを明示的に区别しませんが,提示された决定は両方に対して有效です。ユースケースからVDIがワークロードに适した配信モデルであると示唆された场合,谷歌云上で実行するために可能な限りサーバーVDIを考虑する必要があります。
公開デスクトップか公開アプリですか
1日の終わりに,Citrix仮想化システムでユーザーに配信する仮想アプリは,VDA上で実行されます。これらの表示方法に関するオプションがあり,これによってユーザーがそのユーザーと対話する方法が決まります。個々のアプリケーションやファイルをユーザーに提示したり,“公”開したりできます。また,アプリケーションおよびデータを操作するデスクトップでそれらを表示することもできます。
例:Windows向けCitrix工作区アプリでウィンドウアプリとして表示される,ホストされた共有デスクトップ。
この選択肢にはさらに多くのものがあります(そして多くのお客様が両方を使用しています)。しかし,以下に要約する試みを示します。
公开デスクトップ(ホスト共有とVDIの両方):
+ | システム上のアプリやデータを操作するための使い慣れたメタファーをユーザーに提供します。ユーザーにとってより簡単に把握し,生産性を高めることができます。多くのアプリケーションで柔軟な環境を提供するのに最適です。 |
- | ユーザーは,デスクトップ上で行うように動作することを期待しています。セキュリティとアクセスと機能のバランスをとるために懸命に取り組んでおり,Windowsデスクトップを管理しています。ユーザープロファイル,アプリケーション設定,データストレージ,デスクトップ構成の管理が重要になります。ユーザーがリージョン間で設定をローミングすると予想される場合は,二重になります。 |
- | より多くの仮想マシンインスタンスリソースを必要とするwindowsデスクトップサービスは,公開アプリよりもユーザーごとに多くのリソースを消費します。 |
公開アプリケーション:
+ | 公开アプリは,多くの场合,セキュリティ保护が容易で,配信に必要なリソースが少なくて済みます。また,ユーザーエクスペリエンスがよりシンプルになります.Citrixでは,この「シームレスなウィンドウ」と呼んでいます。 |
- | 公開アプリの数が多いと,ユーザーエクスペリエンスが複雑になる可能性があります。 |
+ | それでもユーザープロファイル,アプリケーション設定,データストレージの管理が必要ですが,多くの場合,公開デスクトップに比べて,よりシンプルかつ柔軟に実行することができます。 |
+ | 必要な仮想マシンインスタンスリソースのととととプレゼンテーションプレゼンテーションプレゼンテーション。复同じ内で行さますますます。この机能,citrixがセッション共共ます呼び出します。 |
プールされたか永続的吗?
この選択肢は,マシンカタログの別のプロパティであり,カタログの作成時に定義されます。ホスト共有デリバリーモデルでは,通常,プールされたVDA /非永続VDAを使用しますが,どちらのVDIモデルでもプールされたマシンカタログまたは永続的なマシンカタログを使用できます。プールされたモデルでは,VDAのログオフまたは再起動時にOSインスタンスがMCSによってリセットされます。このモデルにより,ユーザーは”クリーン”なシステムイメージを取得できます。システムイメージは,テンプレートまたは”ゴールデンイメージ“仮想マシンインスタンスとその通常ディスクのスナップショットに基づきます。VDAのプールが維持され,ユーザーはプール内の利用可能/未使用のVDAに動的に接続されるため,“プール”と呼ばれます。ユーザー設定およびデータは,いくつかの異なる方法で管理できます。プールされたVDAでは,ログインしているVDAに関係なく,ユーザーが同じ構成とエクスペリエンスを取得するように処理されます。このトピックの詳細については,このドキュメントの”ユーザー環境/設定管理”を参照してください。
永続マシンカタログには,個々のユーザーに割り当てられたVDAインスタンスが含まれており,再起動後も保持されます。このモデルは,ユーザーが独自のアプリケーション(開発者環境など)をインストールする必要があるシナリオ,および必要なアプリケーションがマルチユーザー互換でないユースケースに役立ちます。
思杰のMCSでは,プールされたインスタンスに接続されたシステムディスクを数回のクリックで更新できるため,プールされたインスタンスは长期的に管理しやすくなる倾向があります。また,アイドル状态のインスタンスプールは多くのユーザーにサービスを提供できるため,キャパシティとコストの管理も效率的です。プールされたインスタンスへの変更は,通常,再起动后も保持されないため,プールされたインスタンスは専用インスタンスよりも少し柔软性が低くなります。Citrixユーザーユーザーパーソナライゼーションなどのテクノロジをを使使て,ユーザーが开展した変更异なるプールさたvdaのセッションたでで永続セッションが,単,単,単単が「ユースケースとのみ互换互换性ありありありあり
永続インスタンスは,VM内でOS /アプリケーションのパッチ适用,アップグレード,メンテナンスを处理する必要があるため,导入が简単になりますが,长期间にわたって管理が厳しくなります。また,多くの场合,ユーザーがログオンするタイミングを予测するのは难しいため,コスト/容量の観点からはより高価になる可能性があります。つまり,ユーザーはインスタンスの起动を待たなければなりません。または,管理者は各ユーザーがログオンすることが予想されるタイムウィンドウの间も,そのインスタンスを実行し続ける必要があります。
管理されているか非管理ですか吗?
MCSによって作成および管理されるカタログには,テンプレート(または「ゴールデンマスター」)VMインスタンスの永続クローンまたは非永続クローンを含めることができます。マシンカタログは,别のプロセスまたはテクノロジを使用してプロビジョニングすることもできます。どちらの方法でも,电源管理として作成されていることを确认する必要があります。
電源管理されたマシンカタログを使用しない場合,Citrix Autocaleなどの主要な機能は機能せず,コストと容量を管理することはできません。VDAフリートのプロビジョニングと管理にMCSを使用すると,管理者には多くの便利なメリットがもたらされますが,Citrixの外部にプロビジョニングされた”管理されていない”VDAも使用できます。これらのメリットについては,このガイドの後半のフリートとイメージ管理で説明します。
GPUアクセラレーション吗?
VDAにデプロイされた特定の種類のアプリケーションは,仮想マシンインスタンスで使用可能であれば,GPUリソースの恩恵を受けることができます。LinuxとWindowsの両方の3つの配信モデル(ホスト共有,サーバーVDI,デスクトップVDI)はすべてNVIDIAアクセラレーション谷歌クラウドのグラフィックスワークロード用のGPUインスタンスを使用できます。これらの仮想ワークステーションGPUは,3 dビジュアライゼーション,チップ設計,CAD / CAM,グラフィックス,ビデオ編集など,グラフィックス負荷の高いワークロード向けの汎用N1マシンに接続でき,必要な网格ライセンスを含めることができます。
インスタンスに適切なNVIDIA网格ドライバがインストールされている場合,CitrixのVDAソフトウェアはGPUの存在を検出し,適切に構成します。
ヒント:
CitrixのHDXディスプレイプロトコルスタックは,可能な限り最高のユーザーエクスペリエンスを提供するために,その場で多くの自動検出と適応を行います。ただし,UXのパフォーマンス,応答性,豊かさと,帯域幅の消費量のバランスを取ろうとします。そのため,グラフィックス負荷の高いワークロードは,バランスを正しく得るために微調整によってメリットを得られることがよくあります。詳しくは。”HDXグラフィックスの概要」を参照してください.Citrixでは,「非常に高解像度のユーザーエクスペリエンス」と呼ばれるポリシーテンプレートが提供されていることに注意してください(ベースラインポリシー設計を参照)。このテンプレートは,特定の環境に合わせて微調整するための開始点として使用できます。
フリートとイメージ管理
谷歌云でのCitrixの仮想化には,VDAのプロビジョニングとイメージ管理を大規模に簡素化するために設計された機能が組み込まれています。これらの機能は,しばしば”マシン作成サービス”,略してMCSと呼ばれます。MCSは,谷歌クラウド上の我サービスアカウントを使用して,GCPでのVDAの管理を容易にします。
ヒント:
GCPでのMCSの设定とと使用についてについて明する前に,谷歌云平台仮想化環境でのMCSの設定と使用に関するCitrixのドキュメントを参照してください。このドキュメントでは,谷歌云APIの有効化,我サービスアカウントの作成と設定,ホスティング接続とリソースの作成などについて説明します。
MCSの问题と制限事项
MCSには,今日のGCPにCitrix仮想化システムを導入する前に知っておく必要がある重要な制限がいくつかあります。MCSフィーチャセットはクラウドサービスとして提供されるため,サービスの進化に伴い,この一覧は時間の経過とともに変化すると予想されます。暫定的に,あなたはそれに応じて設計および実行計画を調整できるように,それらについて知る必要があります。
現在の既知の問題/制限は次のとおりです。
- Linux VDAのの。GCP上のMCSは,Linux VDAのプロビジョニングについて完全にテストされていないため,このオプションは現在サポートされていません。谷歌クラウド上でLinuxのVDAを実行しても,GPUが接続されていると,です。この問題を回避するには,谷歌部署管理器テンプレートまたは別のメカニズムを使用して,MCSの外部でLinux VMインスタンスをプロビジョニングし,割り当てと電源管理のために事前にプロビジョニングされたインスタンスを電源管理されたマシンカタログに追加します。
オンプレミスからのVDAイメージのインポート
カスタムVDAイメージは,多くのお客様がすでに持っていて,GCPで使用したいものです。新しいインスタンスをデプロイし,それをゼロから設定することが望ましいですが,実現できない場合があります。たとえば,アプリケーション所有者またはアプリケーションの依存関係は知られていないが,重要なビジネス運用のために依存しているオンプレミスで構成されたベースイメージが存在する可能性があります。幸い,GCPでは,オンプレミスイメージをGCPにインポートできます。Windowsクライアントオペレーティングシステムは谷歌云のイメージカタログでネイティブで利用できないため,WindowsクライアントOSバリアント(Windows 10)を展開する場合にもインポートが必要です。詳しくは”(仮想ディスクのインポート]“を参照してください。https://cloud.google.com/compute/docs/import/importing-virtual-disks
注:
既存のディスクをインポートする前に,オンプレミス環境からの仮想ディスクのインポートとの相违点を必ず読み,理解してください。可能であれば,パブリックイメージライブラリから新しいインスタンスをデプロイし,マスターイメージを最初から作成することをお勧めします。
GCPでのソールテナントノードの使用
谷歌云にはソールテナントノードと呼ばれる機能があり,Windows操作系统用の独自のライセンスを持ってきて, GCPでのWindowsクライアントVDAの展開など,さまざまなユースケースに役立ちます。ソールテナントノードを構成する場合,GCPリージョン内の1つ以上のゾーンでそれらのノードを構成できます。Citrix MCSは,ソールテナントノードでのVDAのプロビジョニングを完全にサポートしますが,ソールテナントノードがデプロイされているGCPゾーンは自動的に認識されません。VDAをソールテナントノードに展開する場合は,GCPゾーン选択マニュアルで详细を确认してください。
注:
GCPにWindows 10を展開するための良いチュートリアルについては,GCP Windows 10ソールテナント(オプションの共有VPCカタログ作成POC)ガイドを参照してください。この记事では,カスタムイメージのインポートとGCPでのソールテナントノードの使用方法の両方について说明します。
コスト最適化と容量管理
谷歌云でVDAを実行する場合,使用するコンピューティング,ストレージ,ネットワークリソースに対して料金を支払うことになります。つまり,消費する容量と発生するコストには直接的な相関関係があります。お客様が行う選択と採用するプラクティスは,仮想化システムの運用コストに直接相関関係があります。
まず,正しいワークロード配信オプションを选んでください。この表から后ろまで読んでいる场合は,ちょうど読んだトピックです。これらのソリューションは,ソリューションの総コストに大きな影响を与える可能性があります。ここでは,コストと容量とのバランスを取って,ユーザーエクスペリエンスを最适化するために考虑すべきその他の推奨事项とトピックをいくつか绍介します。
オンデマンドプロビジョニング
MCSを使用して计算引擎で非永続的なマシンカタログを作成する場合,MCSはオンデマンドプロビジョニングを使用してストレージコストを削減し,カタログの作成を迅速化し,インスタンスの電源操作を高速化します。オンデマンドプロビジョニングでは,コンピュートエンジンインスタンスは,Citrix虚拟应用程序和桌面サービスがパワーオンアクションを開始したときにのみ作成されます。非永続的なマシンカタログでは,オンデマンドプロビジョニングが使用されます。
注:
一流部の管者,MCSの电视をまでvdaインスタンスが谷歌云云cloudに表示されため,最初ははプロビジョニングが混乱します,インスタンスは新闻仮想仮想ますとアドレスアドレスを仮想する,活跃目录DNSエントリが正常に新またはレプリケートされるにははがかかるがが.VDA IDディスクは,再起动手作作作者:王莹,骁勇介绍。
VDAインスタンスインスタンスの适切适切な
ワークロード配信オプションに関する重要な決定事項について理解できたので,VDAインスタンスの適切なサイジングについて詳しく説明しましょう。VDIベースのデリバリーモデルでは,适切なインスタンスタイプを选択するのは简単です。いくつかの宿题を行い,VDIインスタンスのOS,アプリ,およびユーザーのリソース要件を十分に理解していれば,これらの要件を任意の谷歌クラウドリージョンで利用可能なインスタンスタイプにマッピングするだけで済みます。利用可能なインスタンスタイプとワークロード要件に完全に一致していない场合でも,心配する必要はありません。谷歌云がカスタムインスタンスタイプをサポートしています。これにより,VDAインスタンスの形状を调整できます。カスタムインスタンスタイプには,引き続き継続使用割引と継続使用割引が适用されます。したがって,适切なサイズを前面に上げるために必要に応じて调整することを防いでください。
云のまた,谷歌サイズに関する推奨事項機能を使用すると,時間の経過とともに行う必要のあるVDA図形の調整を識別できます。
注:
注意注意すべき重要な点ののは,ワークロード·リソースの消费はの経过とともに変可性がありありありあり管ありありますますありありありますますますますますありありありますますますますありありありありなどなどなどなどなど削减されることがますます逆に,oSやアプリの脆弱性パッチが适适れれたりたりたりたたたたなど,これらの要件が上がる场あり。。
ホストされた共有VDAに適したインスタンスサイズを選択すると,作業が少し複雑になります。最終的に探しているのは,パフォーマンス,コスト,管理性の適切なバランスがとれた移動ターゲットです。物事をさらに複雑にするために,すべてのワークロードは異なります。操作系统,アプリケーション,設定,チューニング,ユーザーの期待値の違いにより,VDAに適した形状を突き刺すのは困難です。また,時間の経過とともに変化する傾向もあります。
幸いにも,パフォーマンス,コスト,管理性の間で”ゴルディロック”のバランスが取れていることを見つけるためのツールとテクニックは十分に知られており,徹底的に文書化されています。最初にお勧めする優れた記事の1つは,クラウドワールド2018版におけるCitrixのスケーラビリティです。この记事では,パフォーマンス,管理性,コスト,利用可能な価格モデル,LoginVSIスケーラビリティテストに基づくインスタンス选択に关する主要なプラクティスについて说明するため,今日でも关连性があります。これらの概念と考虑事项は,インスタンスの选択肢と価格が,最初の公开后に変更されている可能性が高いにもかかわらず,今日でも有效です。
言及する価値のある別の記事は谷歌云平台での思杰の适切なサイジングです。少しは日付がありますが,この記事では,考慮事項をさらに詳しく説明し,単一のVDAのスケーリングとインスタンスコストに基づいて,最も費用対効果の高いインスタンスタイプを見つける方法の例を示します。
最后最后,VDAコストを最适最适化ののに关键词详细洞察は,Citrix Techzoneでで自動スケール技術概要を参照してください。これにより,垂直負荷分散の使用など,インスタンスのコスト見積もりをCitrix自动定量の機能に合わせることができます。
Citrix Autocale (Citrix Autocale)について言えば,それを読んで,それを使用する:少し考えと巧妙な設計により,VDAフリートをコスト最適化しながら,システム需要の予想外の変動に対応できる容量を確保できます。
需要パターンと言えば,各ワークロードの固有のパターンを理解するために,时间とリソースを投资したいと考えています。时间の経过とともに変化し,进化していくことを期待し,キャパシティ管理の戦略と戦术を调整して対応できるように准备してください。
适切な価格モデルの选択
Google Cloudでは,そこで実行するな种类のワークロードに対して,お客様が使使用できるできるな価格モデルを提供しています。さまざまなユースケースの需要パターンを理解することで,コストとサービスの可用性/パフォーマンスのバランスを取るために,リソースごとに適切なモデルを選択できるようになります。Citrix仮想化システムでは,お客様は一般的に,GCP上で動作するリソースの持続的使用とコミット済み使用割引モデルを考慮します。持続的な使用割引はインスタンスタイプによって異なります(N1とたとえば,N2)と一部のインスタンスタイプ(E2など)では,継続的な使用割引が提供されません。詳しくは。”VMインスタンスの価格“を参照してください。
以下に,N1インスタンスタイプの持続的使用とコミット済み使用の割引を示します。
一部のリソースは,一意で拡張性が高く,Citrix仮想化システムが機能するために利用可能である必要があります。そのため,通常は24時間365日稼働し,N + 1を導入して可用性を確保し,コミットされた使用割引の候補として最適です。Active Directory,これにはCitrix云连接器,Citrix ADC /网关VPXおよびCitrix店面仮想マシンインスタンスが含まれます。
VDAインスタンスの场合,选択肢はそれほど単纯ではありませんが,需要パターンをより明确に理解すればするほど,选択肢は明确になります。すべては,VDAの电源をオンにする必要がある时间まで低下します。次のグラフ(N1インスタンスタイプに固有)を考えてみましょう。このグラフは,少しエンベロープ数学で再現できます。
この図は,特定の請求サイクル中に(N1インスタンスタイプで実行されている)リソースが50%以上オンになる場合,3年間の使用割引を適用できれば,コスト削減を開始することを示しています。1年間のコミット使用割引のブレーク偶数ポイントは約82%です。請求サイクル中にリソースがそれ以上パワーオンされ,3年間のコミットされた使用が利用できない場合,1年間のコミットされた使用は理にかなっています。
パフォーマンス·チューニングに关する考虑事项
Citrix oive of ogs overs overs overs.vdaに要因がられます.vdaに适し形状のますインスタンスの选択にのて,パフォーマンスの最适选択ためて调查その他の重要领域ははののです。
ユーザー環境および設定管理の選択:ポリシーとは,ユーザーのパフォーマンスを管理および最適化するときの友だちです。ポリシーは、窗户、アプリケーション,セッションなどの構成を制御します。さらに複雑にするために,複数のポリシーエンジンを使用できます。それぞれのポリシーエンジンは,ユーザーエクスペリエンスに独自の影響を与えます。適切なポリシーエンジンを選択し,一貫したベースラインを確立することが重要であり,幸いにも”ベースラインポリシー設計「でで详しく明します。また,Citrix工作区环境管理サービスを使用して,さまざまな環境でのユーザーエクスペリエンスを最適化し,管理を簡素化できます。
Windowsの最適化:视窗は泛用オペレーティングシステムであり,さまざまなユースケース,ハードウェアの种类などをカバーするように设计されています.Windowsのデフォルト设定の多くは,思杰仮想化环境では不要です幸いにもCitrix优化器が役立ちます。また,VDAに適用できる包括的なテンプレートが多数含まれており,最大限のパフォーマンスとリソース使用率を最低限に抑えることができます。
ウイルス対策チューニング:。的Citrix VDAおよびサポートインフラストラクチャでウイルス対策ソフトウェアを実行することは,しっかりとした推奨方法ですしかし,误ってインストール/构成すると,ユーザーエクスペリエンスに混乱を引き起こす可能性がありますそれを正しく取得する方法についての素晴らしいプライマーエンドポイントのセキュリティとウイルス対策のベストプラクティスを参照してください。
HDXプロトコルの最適化: CitrixのHDXディスプレイプロトコルスタックは,多くの自動検出と適応を即座に実行し,可能な限り最高のユーザーエクスペリエンスを提供します。用户体验のパフォーマンス,応答性,豊かさと帯域幅消費のバランスを取ろうとします。一部のユースケース(グラフィックス負荷の高いワークロード,低品質/低品質のネットワーク接続など)では,バランスを正しく得るための微調整によるメリットがしばしばあります。詳しくは。”HDXグラフィックスの概要“を参照してください。CitrixのSD-WANは,最適化にも役立ちHDXユーザーエクスペリエンスを測定する。
また,Citrixでは,設定を特定のユースケースに柔軟に一致させるために使用できる,あらかじめ構築されたセッションポリシーテンプレートがいくつか用意されています。これらのポリシーは,Citrix云工作室で構成および管理され,さまざまなフィルターを使用して適用できます。これらのフィルターを使用すると,特定のシナリオを最適化するために適切なポリシーが適用されていることを確認できます。
ユーザー環境/設定の管理
ユーザー设定とデータの设计设计定理は,citrix仮想化システムのより复雑で重要な要素のの复雑完了するととするするとととするログオンログオンとは速での頼性がくなりなりますますなりますますますますますますますなりますますますますますますますますますますなりますます事前に构成されており,ユーザーはログインするVDAに关系なく,一贯性のある予测可能なエクスペリエンスを提供します。间违っていたり,无视されたりすると,ユーザーエクスペリエンスが剧的に苦しむ可能性があります。
幸いなことに,ユーザー環境と設定管理の決定は,VDAが展開されているプラットフォームに関係なく,Citrix仮想化システム全体で共通です。彼らはまた,徹底的に文書化されています。これらの決定は,ユーザーの場所,エンドユーザーの接続,セキュリティ要件に大きく依存します。そのため,ここではこのトピックについて詳しく説明しません,がいくつかの参考文献から始めます。お客様固有のニーズに合わせてカスタマイズできる多くのオプションがあります。
以下に,開始するためのいくつかのリンクを示します。
工作区环境管理サービス | 工作区环境管理サービスでは,インテリジェントなリソース管理と概要管理テクノロジを使用して,Citrix虚拟应用程序和桌面展開環境で可能な限り最高のパフォーマンス,デスクトップログオン,アプリケーションの応答時間を提供します。 |
ベースラインポリシー設計 | この記事では,Citrixポリシーを使用する際に行われるさまざまなポリシーに関する決定について説明します。 |
配置文件管理 | 简介管理に关するベストプラクティスを概说した记事。 |
導入計画 | Citrix仮想化システムにおける概要管理の計画に役立つ優れたリソースです。 |
Citrixユーザーのパーソナライゼーションレイヤー | VDIの使用例(シングルユーザー,シングルOSインスタンス)では,Citrixのユーザーパーソナライゼーションレイヤーテクノロジを使用して,システム管理を大幅に簡素化できます。Citrix推を使用すると,管理者はプール/非永続的なマシンカタログを使用しながら,VDAインスタンス全体で一貫したパーソナライズされたユーザーエクスペリエンスをユーザーに提供できます。ユーザーレイヤーは,Windowsファイル共有上の仮想ハードディスクファイルとして保持されます。ログオン時にVDAにマウントされ,ユーザーがインストールしたアプリケーションを含む,セッション内のユーザー変更を取得します。ユーザーレイヤーはログオン時にVDAにマウントされ,ログオフ時にデタッチされます。 |
ファイルストレージとデータレプリケーション
GCP上部のののの仮想化システム,ユーザー设定,ユーザーデータ,およびおよびアプリケーションデータを永続永続するため,窗户互换ファイル共への基本的なアクセスが必要.windowsファイル别无,Citrixユーザーのパーソナライゼーションレイヤーの格納にも使用されます。これらの共有を使用できない場合,ユーザーエクスペリエンスとアプリケーション機能が損なわれます。提供するソリューションが何であれ,Windows互換のファイル共有の高可用性を確保し,データを定期的にバックアップすることが重要です。
マルチサイト导入では,可用性,RPO,RTO(目标复旧时点)のニーズを満たすために,信頼性とパフォーマンスの高いデータ·レプリケーションも必要になる场合があります。これは,ユーザーが2つ以上のリージョンのデスクトップ/アプリに接続でき,アプリケーション/デスクトップが実行されるリージョンでアプリケーションデータ/ユーザー设定を使用できるようにする必要がある环境に特に当てはまります。次のセクションでは,GCPでファイルストレージおよびデータ复制サービスを提供するために考虑すべきいくつかのソリューションについて说明します。
Windowsファイル共有を提供するWindows以外のソリューションは存在しますが,これらのソリューションのほとんどは,Windowsデスクトップ内の検索機能やWindowsで実行されているMicrosoft Outlookなどのアプリケーションに必要なインデックス作成機能を提供できません。そのため,ほとんどのお客様は,少なくともユーザープロファイルと永続的なアプリケーションデータを格納するために,Windowsベースのファイルサーバソリューションに目を向けています。幸いにも,GCP上でCitrix仮想化システムを実行する場合,カスタマーマネージドとクラウドサービスの両方のオプションを使用できます。
カスタマー管理:谷歌コンピューティングエンジン上のWindowsファイルサーバー
多くのお客様がGCPでWindows互換のファイルサービスを提供するために検討している最初のソリューションは,コンピューティングエンジン上に独自のWindowsファイルサーバーを構築してGCP上の各リソースの場所を提供することです。Windowsファイルサーバは,さまざまな種類のアプリケーションやワークロードで必要とされているため,多くの它ショップでは,自社の構築と管理に活用できます。これは,その方法がわかっているためです。最も基本的なレベルでは,お客様は1つ以上のWindowsインスタンスを作成し,通常ディスクをアタッチし,インスタンスをActive Directoryに追加して,Windowsファイルサービスの構成を完了します。
このオプションは,ご想像のとおり,最も优れた制御性と柔软性をお客様に提供します。これは,特定の种类の顾客や特定の垂直企业にとって非常に魅力的ですが,Windows操作系统からすべてをサイズ変更,拡张,构筑,管理,パッチ适用,保护,保守する责任というコストもかかります。このルートを选択しているお客様は,これらのファイル·サーバの高可用性も确保する必要があります。これは,多くの场合,复数のゾーン内のファイルサーバーを使用し,视窗DFS-N / DFS-R,Windowsフェールオーバークラスタ,またはストレージスペースを直接使用して達成されます。注意しないと,サポートされていない構成(微软あたり)で終わるのは簡単です。
注:
このオプションを検討しているお客様は,移動プロファイル共有およびフォルダーリダイレクト共有にDFS-RおよびDFS-Nの使用について微软のサポート声明に確認する必要があります。
サードパーティ
代替ソリューションとして,ネットアップクラウドボリュームONTAPやGCP向けクラウドボリュームサービスなどのサードパーティ制のソリューションが使用されています。どちらのソリューションでも,ストレージのニーズに応じて使用できる互换性のあるSMB共有を作成できます。独自の的Windowsファイル·サーバを管理するのではなく,サードパーティ制のストレージ·ソリューションを使用するメリットがあります。たとえば,ストレージ管理时の管理オーバーヘッドが軽减されます。详しくは,「コンピュートエンジン上のファイルサーバー“を参照してください。
谷歌クラウド上の思杰ADC /网关VPX
GCPへのCitrix ADC /网关の展開は,オンプレミスでの展開とは異なります。ただし,最終的には自分で管理します。幸いにもGCPにCitrix ADC /网关を展開することは完全に文書化設計を固めて実装を開始する前に,次のリソースを確認することをお勧めします。
- CitrixドキュメントのGCP上のCitrix ADC VPX:サポートされているVPXモデル,GCPリージョン,コンピュータエンジンのインスタンスタイプ,およびその他のリソース参照を含む,GCP上のCitrix ADC包括的な概要を提供します。
- Citrix ADC VPX GCPマーケットプレイスの展開: GCPマーケットプレイスで利用可能なすべてのCitrixネットワーク展開ソリューション。CVAD / CVADSを使用したCitrix网关の導入にも機能的で関連性があります。
- Citrix ADC GDMテンプレート: Citrix ADC GDMテンプレート用のGitHubリポジトリ。これは、Google Cloud Platform 上にCitrix ADC VPXインスタンスを展開するためのCitrix ADCテンプレートをホストするリポジトリの優れたリファレンスです。
Citrix DocsのGCP上のCitrix ADC VPXで説明したように2つの主要な展開オプションがあります。これには,次の種類のアカウントがあります。
- スタンドアロン: Citrix ADC /网关の個々のインスタンスは,個別のエンティティとして展開および管理できます。これは,通常,高可用性が要求されない小規模な展開やPOC展開で使用されます。
- 高可用性:これは本番環境で最も一般的に展開されるモデルです。同じゾーン内または同じリージョン内の複数のゾーンにまたがって,高可用性構成を使用してCitrix ADC /网关VPXインスタンスのペアを展開できます。このオプションについては,このセクションの後半で詳しく説明します。
ベストプラクティス:
GCPにCitrix ADC /网关アプライアンスを展開する場合は,プレミアム層(リージョン)の外部IPアドレスを使用することをお勧めします。トラフィックは,谷物,谷歌,谷物,谷歌のプライベートをて,google到到,リソース到到て,google到到て,google到到て,リソース到到し,google到到て,リソース到到し,リソース到到れ,リソース到到れてに到到れてリージョン到到れいるリージョン到到れいるリージョン到到れてリージョン到达れてリージョンに达れてリージョンに达れてリージョンに达しますいるに达到してリージョン到达ししてリージョンにが最も场してリージョンにに最も使使使使使使これにより,标准层标准层外部IPアドレスと比较し,スループット,低レイテンシ,一切した(ジッタジッタ低い)がについては,「googleクラウド「ネットワークサービス階層を参照してください。
ADCスタンドアロン
Citrix ADC VPXは通常,シングル,デュアル,または複数のNIC展開タイプをサポートしますが,GCPに展開する場合は,各ADCに少なくとも3つのVPCネットワークを使用し,スループットとデータの分離を最適化するために,各VPCにネットワークインターフェイスを備えて使用することをお勧めします。Citrix虚拟应用程序和桌面をサポートするために展開する場合,管理インターフェイス(NSIP)は通常“プライベートCitrixインフラストラクチャサブネット”に,サブネットIP (剪断)はプライベートCitrix VDAサブネット”に,Citrix网关仮想IP (贵宾)を「パブリックサブネット」にします。次の简略化された概念図は,この构成を示しています。これは,単一のゾーン内の単一のVPXインスタンスを示しています。この设计パターンは,高可用性构成の场合(おそらく2番目のゾーンで)复制されます。
次の表に,各NICの目的と,関連するVPCネットワークを示します。
网卡 | 目的 | 関連するVPCネットワーク |
---|---|---|
NIC 0 | NSIP(管理トラフィックを処理する) | (❶)管理ネットワーク |
网卡1 | クライアント侧のトラフィック(vip)をサービスする | (❷)パブリックネットワーク |
网卡2 | バックエンド・サーバ(剪)との通信 | (❸)バックエンドサーバネットワーク |
重要:
3つのNICを搭載したCitrix ADC VPXインスタンスでは,GCP上で実行する場合,最低4つの仮想CPUが必要です。詳しくは。”ネットワークインターフェイスの最大的数“を参照してください。
ゾーン全体にわたるADCの高可用性
前述のように,これはCitrix仮想化システムの最も一般的な展開モデルです。このモデルは,複数のゾーンにまたがって展開された単一のリージョンで,Citrix ADC VPXの一対を使用します。高可用性(アクティブ/パッシブ)は,複数の方法で実現できます。GCP HTTPSロードバランサーは,互いに独立して構成されたADCを使用するか,または独立したネットワーク構成(INC)モードで構成されたCitrix ADC HAを使用して使用できます。後者のオプション/アーキテクチャは,パブリッククラウドの導入に人気があると考えられているので,ここではその点に焦点を当てます。
GCP上の思杰ADC /网关VPXアーキテクチャには潜在的なバリアントがありますが,次の図は,3つのNICCitrix ADC HAソリューションを示しています。このソリューションは,事前设定されたVPCネットワークおよびサブネットを使用して,谷歌デプロイメントマネージャーテンプレートによってデプロイできます。
谷歌デプロイメントマネージャーテンプレートを使用する場合は,Citrix ADCアプライアンスをデプロイする前に,VPCネットワークを構成する必要があります。3つのVPCネットワークは,(❶)管理ネットワーク,(❷)パブリックネットワーク,(❸)バックエンドサーバーネットワーク,各VPCネットワーク内の適切なサブネットで構成する必要があります。
前の図では,各ADCが異なるゲートウェイ仮想IP (VIP)を持っていることがわかります。これは独立ネットワーク構成(INC)の特徴です。HAペアのVPXが異なるゾーンに存在する場合,セカンダリADCには公司が必要です。マッピングされたIPアドレス,仮想局域网,またはネットワークルートを共有できないためです。NSIPと剪は,この構成のADCごとに異なりますが,VIPはCitrix网关IPSetと呼ばれるCitrix ADC機能またはマルチIP仮想サーバーを使用します。この機能は,異なるサブネットのクライアントで同じサーバーセットに接続するために使用できます。IPSetを使用すると,プライベートIPを各プライマリインスタンスおよびセカンダリインスタンスに関連付けることができます。パブリックIPはペア内のプライマリADCにマッピングできます。フェールオーバーの場合,パブリックIPマッピングは新しいプライマリに動的に変化します。
リモートノードをADCに追加して公司ベースのHAペアを作成する方法については,”Citrixドキュメント「││││││。Googleクラウドでのadcの一道的な高可用过性の谷歌云平台にVPX高可用性ペアを展開する“を参照してください。
谷歌クラウド上のCitrix店面
Citrix店面は,UIサービスを提供し,認証戦略でも役割を果たすCitrix仮想化スタックのコンポーネントです。店面は,Citrix工作区サービスの顧客管理の前任者と見なされ,10年以上にわたってCitrix仮想化システムのフロントエンドに使用されています。店面は,ダウンロード可能なMSI / EXEとして配信され,1つ以上のWindows Serverインスタンスにインストールされます。店面サーバーグループを作成すると,複数のStoreStoreFront位于安大略省インスタンスが構成(およびオプションでサブスクリプション)データを共有できます。Citrix ADC /网关アプライアンスなどのサービス対応ロードバランサーによってフロントエンドされた複数のインスタンスを使用して、高可用性サブシステムを作成します。
思杰店面を谷歌クラウドに展开することは,オンプレミスに展开することと大差ありません。最后に,店面のすべてのコンポーネントを自分で管理することもできます。
谷歌クラウド上の店面を含むすべての展開に適用される一般的な考慮事項については,”店面の展開計画“を参照してください。
GCP上の店面との主な違いは,通常,複数の谷歌クラウドゾーンにまたがる店面店面サーバーグループに複数の店面インスタンスを展開することです。この設計で有効になっている機能は,ゾーン间のレイテンシーに依存することに注意してください。StStoreFrontの展開/拡張性の計画によると店面サーバーグループの展開は,サーバーグループ内のサーバー間のリンクの待機時間が40ミリ秒未満(サブスクリプションが無効の場合)または3ミリ秒未満(サブスクリプションが有効な場合)でのみサポートされます。GCPのゾーン間レイテンシーは通常1ミリ秒未満ですが,店面をホストする予定のすべてのゾーンのインスタンス間のレイテンシーを測定し,それに応じてサブスクリプションを有効または無効にしてください。
この文书では,すでに2,3回前に说明しましたが,もう一度呼び出す価値があります。回复力要件が広范囲に及ぶ环境では,思杰虚拟应用和桌面のローカルホストキャッシュ机能を最大限に活用するために,店面の実装を强く推奨しますサービス。このアーキテクチャは,クラウドコネクタがCitrix云に到达できない场合に复元力を提供します。このような状况が発生しても,ユーザーは停止のシナリオ中に新しいセッションと既存のセッションに接続できます。ローカルホストキャッシュのアクティブ化の详细,制限,および影响については,「ローカルホストキャッシュ(CVADS)“を参照してください。
上記のように,谷歌云での店面の実装は,高可用性を実現するために複数の谷歌云ゾーンにまたがる必要がありますが,Citrix ADC /网关の設計を考慮してください。Citrix ADC /网关は,通常,店面インスタンスの前で使用して,負荷分散,高度な監視,およびサービスの回復力を強化することを推奨します。