マシンカタログの作成
重要:
Citrix虚拟应用程序和桌面7 2006年以降では,現在の展開で次のテクノロジまたはホストタイプのいずれかを使用している場合,展開を現在のリリースにアップグレードできます。これらのテクノロジを使用するアテムを削除した後にのみ,これを実行してください。
- 个人vDisk (PvD)
- AppDisk
- パブリッククラウドのホストタイプ:亚马逊网络服务(AWS), Citrix CloudPlatform,微软Azureクラシック,微软Azureリソースマネージャー
詳しくは,”PvD、AppDisk、およびサポトされていないホストの削除を参照してください。
はじめに
物理マシンまたは仮想マシンのグループは,“マシンカタログ”と呼ばれる単一のエンティティとして管理されます。カタログ内のマシンには,同じ種類のオペレーティングシステム(マルチセッションOSまたはシングルセッションOS)がインストールされています。マルチセッションosマシンを含むカタログには、WindowsマシンまたはLinuxマシンのいずれかのみを含めることができ、両方を含めることはできません。
サイトを作成した後,Citrix工作室では最初のマシンカタログを作成する手順が表示されます。最初のカタログを作成した後,工作室では最初のデリバリグルプを作成する手順が表示されます。作成したカタログを後で変更したり,追加のカタログを作成したりすることができます。
ヒント:
机创建服务(MCS)のストレージ最適化(MCS I / O)機能を有効にする既存の展開をアップグレードする場合,追加の構成は必要ありません。虚拟投递代理(VDA)および交付控制器アップグレードにより,MCS I / Oアップグレードが処理されます。
概要
仮想マシンのカタログの作成時には,それらの仮想マシンのプロビジョニング方法を指定します。MCS (Machine Creation Services)やCitrix Provisioning(旧称Provisioning Services)などのCitrix。または,独自の。
次の点を考慮してください。
- McSは、仮想マシンeconfメ1 econfのシステムディスクをサポ。この邮箱メ邮箱ジに接続されている残りのデ邮箱タディスクは無視されます。
- Citrix Provisioningを使用してマシンを作成する場合の手順にいては,Citrix供应のドキュメントを参照してください。
- MCSを使用して仮想マシンをプロビジョニングする場合,カタログ内に同じ仮想マシンを作成するためのマスターイメージ(またはイメージのスナップショット)を提供します。カタログを作成する前に,。この処理には,イメージへの虚拟投递代理(VDA)のインストールが含まれます。その後,工作室でマシンカタログを作成します。そのイメージ(またはスナップショット)を選択し,カタログで作成する仮想マシンの数を指定して,追加情報を構成します。
- マシンが既に提供されている場合でも,マシンに対して1つまたは複数のマシンカタログを作成する必要があります。
- PowerShell SDKを使用してカタログを直接作成する場合,イメージまたはスナップショットの代わりに,ハイパーバイザーテンプレート(VMTemplates)を指定できます。
- テンプレトを使用したカタログのプロビジョニングは,試験段階の機能と見なされています。この方法を使用すると,仮想マシンの準備に失敗する場合があります。そのため,テンプレトを使用してカタログを公開することができなくなります。
MCSまたはCitrix供应を使用して最初のカタログを作成する場合,サイトの作成時に構成したホスト接続を使用します。後で(最初のマシンカタログおよびデリバリーグループを作成した後に),その接続に関する情報を変更したり,追加接続を作成したりすることができます。
カタログの作成ウィザードを完了すると,テストが自動的に実行され,正しく構成されているかどうかが検証されます。テストが完了したら,テストレポトを表示できます。工作室からテストをいでも実行できます。
注:
MCSでは,Windows 10 IoT CoreおよびWindows 10 IoT Enterpriseはサポトされていません。詳しくは,”微软のサ微软トを参照してください。
Citrix Provisioningルの技術的な詳細にいては,”Citrix虚拟应用程序和桌面のe .メe .ジ管理を参照してください。
rdsラセンスチェック
Citrix工作室は現在WindowsマルチセッションOSマシンが含まれるマシンカタログの作成時に微软RDSライセンスの有効性をチェックしません。窗户マルチセッションosマシン用の微软RDSライセンスの状態を確認するには,Citrix主任にアクセスしてください。[マシンの詳細]パネルで,微软RDS(远程桌面服务)ライセンスの状態を表示します。このパネルは,[マシンの詳細とユザの詳細]ペジにあります。詳しくは,”微软RDSラセンスの正常性を参照してください。
VDA登録
仲介セッションを起動する場合,交付控制器にVDAが登録されている必要があります。vdaが登録されていないと,登録されていれば使用されるはずの資源が使用されない場合があります。vdaが登録されない理由はさまざまですが,その多くは管理者がトラブルシュティングできます。工作室では、カタログ作成ウィザードで、マシンをカタログからデリバリーグループに登録した後に、トラブルシューティング情報が提供されます。
ウィザードを使用して既存のマシンを追加すると,コンピューターアカウント名の一覧に,各マシンがカタログに追加するのに適しているかどうかが示されます。各マシンの横にあるアコンにマウスを合わせると,そのマシンに関する情報メッセジが表示されます。
メッセジで問題のあるマシンが示された場合は,該当のマシンを削除するか,マシンを追加します。たとえば,マシンに関する情報を取得できない可能性があることを示すメッセージが表示された場合でも,そのマシンを追加します。
詳しくは,次のトピックを参照してください:
- CTX136668: vda登録のトラブルシュティングガダンス
- vdaバジョンと機能レベル
- vdaの登録方法
McSカタログ作成の概要
以下は,カタログの作成ウィザドに情報を入力した後のデフォルトのmcs操作の簡単な概要です。
- (スナップショットではなく)マスターイメージを選択した場合,MCSでスナップショットが作成されます。
- MCSでスナップショットの完全コピーが作成され,ホスト接続で定義されたストレージの各場所に格納されます。
- MCSによってマシンがActive Directoryに追加され,そこで一意の識別子が作成されます。
- ウィザードで指定した数の仮想マシンがMCSによって作成され,各仮想マシンに対して2つのディスクが定義されます。1の仮想マシンにき2のディスクに加えて,同じストレジの場所にマスタも保存されます。ストレジの場所が複数定義されている場合,それぞれの場所に以下の種類のディスクが割り当てられます。
- スナップショットの完全コピ。読み取り専用であり,作成した仮想マシン間で共有されます。
- 各仮想マシンに一意の識別子を与える,一意のidディスク(16mb)。各仮想マシンに対し,1のidディスクが割り当てられます。
- 仮想マシンへの書き込みを保存する,一意の差分ディスク。このディスクは(ホストストレージでサポートされている場合)シンプロビジョニングされ,必要に応じてマスターイメージの最大サイズまで拡大します。各仮想マシンに対し,1の差分ディスクが割り当てられます。差分ディスクには,セッション中に加えられた変更が保存されます。専用デスクトップの場合,この変更は無期限に保存されます。プールデスクトップの場合,交付控制器によって再起動のたびにこの変更は削除され,新しい変更が作成されます。
または,仮想マシンを作成して静的デスクトップを配信する場合,(カタログの作成ウィザ,ドの[マシン]ペジで)シックな(完全なコピの)仮想マシンのクロンを指定できます。完全なクロンでは、すべてのデータストアにマスターイメージを保持する必要はありません。各仮想マシンに独自のファイルが存在します。
机器创建服务のストレジの考慮事項
机创建服务(MCS)のストレージソリューション,構成,容量を決定する際には,多くの要因があります。以下に,適切なストレジ容量を決定するための考慮事項を示します:
容量に関する考慮事項:
ディスク
ほとんどのmcs環境において,デルタ(差分)ディスクが各vmの容量を一番多く占めます。McSにより作成される仮想マシンには,作成時にディスクが2以上割り当てられます。
- ディスク0 =差分ディスク:マスタosが含まれます。
- ディスク1 = IDディスク:16 mb -各仮想マシンのActive Directoryデータが含まれます。
製品の進化にともない,特定のユースケースや機能の消費容量に合わせたディスクの追加が必要になることがあります。次に例を示します:
- McSストレジ最適化では,仮想マシンごとに書き込みキャッシュ形式のディスクが作成されます。
- 前述のデルタディスクの使用例とは対照的に,mcsには,完全なクロンを使用する機能が追加されています。
Hypervisorの機能も、こうした要因になることがあります。次に例を示します:
- Citrix HypervisorのIntelliCacheはロカルストレジ上に各Citrix Hypervisorの読み取りディスクを作成します。このオプションはマスタiopsを保存します。このマスタ,共有ストレ。
ハ
ハ。ハopenstackパopenstackバopenstackザopenstackは,管理操作および一般的なログ記録でストレopenstackジを使用します。容量は,以下のオバヘッドを考慮して計算してください:
- ログファ邮箱ル
- ハopenstackパopenstackバopenstackザopenstack固有のファopenstackル。次に例を示します:
- VMwareにより,虚拟机存储フォルダにファ。「VMwareのベストプラクティスを参照してください。
- 仮想マシン全体で必要なサ邮箱ズを計算してください。たとえば,仮想ディスクに20 gb,スワップファイルに16 gb,ログファイルに100 mbを使用している仮想マシンでは,合計で36.1 gbを消費することを考慮に入れます。
- XenServerのスナップショットおよびVMwareのスナップショット。
プロセスのオバヘッド
カタログの作成と更新,およびマシンの追加を行なうと,それぞれ以下のようにストレージに影響が及びます。次に例を示します:
- カタログを初めて作成する場合,各ストレジの場所に基本ディスクをコピする必要があります。
- また,一時的に準備用の仮想マシンを作成する必要もあります。
- カタログにマシンを追加する場合は,各ストレジの場所に基本ディスクをコピする必要はありません。ただし,カタログの作成方法は,選択した機能によって異なります。
- カタログを更新して,ストレジの場所ごとに基本ディスクを追加で作成します。また,カタログに含まれる仮想マシンに一定期間にわたって2つの差分ディスクが割り当てられるため,一時的にストレージ占有量が急増することになります。
- カタログを初めて作成する場合,各ストレジの場所に基本ディスクをコピする必要があります。
そのほかの考慮事項:
- 内存のサズ設定:I / O最適化ディスク,書き込みキャッシュ,スナップショットファイルなど,特定のハイパーバイザーファイルとディスクのサイズに影響します。
- シン/シックプロビジョニング:シンプロビジョニング機能を備えているため,nfsストレジが推奨されます。
机器创建服务(MCS)ストレジ最適化
MCS I / Oと呼ばれる机创建服务(MCS)ストレージの最適化機能の特徴:
- 書き込みキャッシュコンテナは,Citrix Provisioningと同様にファ邮箱ルベ邮箱スです。たとえば,Citrix Provisioningの書き込みキャッシュのファereplicationル名は"
D: \ vdiskdif.vhdx
", mcs i / o書き込みキャッシュのファesxiル名は"D: \ mcsdif.vhdx
です。 - 書き込みキャッシュディスクへのWindowsクラッシュダンプファイルの書き込みをサポートするなどの方法によって,診断機能が向上します。
- MCS i / oは,引き続きハドディスクへのオバフロありでramにキャッシュするテクノロジを利用して,複数層の書き込みキャッシュに関して最適なソリュションを提供します。この機能により,管理者は各層のコスト,RAMとディスク,パフォーマンスのバランスを取りながら,必要なワークロードに対応できます。
書き込みキャッシュの方法をディスクベスからファ邮箱ルベ邮箱スに更新するには,以下の変更が必要です:
- MCS i / oでは,ramのみのキャッシュはサポトされなくなります。マシンカタログの作成中にCitrix Studioでディスクサイズを指定します。
- 仮想マシンの初回起動時に,書き込みキャッシュディスクが自動的に作成およびフォマットされます。仮想マシンが起動すると、書き込みキャッシュファ以及ル
mcsdif.vhdx
はフォマット済みボリュムMCSWCDisk
に書き込まれます。 - ペ
MCSWCDisk
にリダ邮箱レクトされます。その結果、このディスクサ。これには、ディスクサopenstackズと生成されたワopenstackルサ。これは通常,虚拟机内存サ,虚拟机内存サ。
McSストレジ最適化の更新を有効にする
MCS I / Oストレージ最適化機能を有効にするには,交付控制器とVDAを最新バージョンのCitrix虚拟应用程序和桌面にアップグレードします。
注:
MCS i / oが有効化された既存の環境をアップグレドする場合,追加の構成は必要ありません。VDAおよび交付控制器アップグレードにより,MCS I / Oアップグレードが処理されます。
McSストレジ最適化の更新を有効にするときは,次の点を考慮してください:
マシンカタログを作成するとき,管理者はramとディスクサesxiズを構成できます。
既存のマシンカタログを,バージョン1903のVDAを含む新しい仮想マシンスナップショットに更新すると,その新しいスナップショットは,RAMとディスクサイズに関する既存のカタログのMCS I / O設定を引き続き使用します。既存の未フォマットディスクはフォマットされます。
重要:
MCSストレージ最適化は,Citrix虚拟应用程序和桌面バージョン1903で変更されました。このリリースでは,ファイルベースの書き込みキャッシュテクノロジがサポートされ,パフォーマンスと安定性が向上しています。MCS I / Oで提供される新機能は,Citrix虚拟应用程序和桌面の過去のリリースと比較して,より高い書き込みキャッシュストレージ要件が必要になることがあります。割り当てられたワークフローと追加のページファイル用の十分なディスク領域があることを確認するために,ディスクサイズを再評価することをお勧めします。ペ。既存のカタログのディスクサイズが不十分な場合は,マシンカタログを作成し,より大きな書き込みキャッシュディスクを割り当ててください。
PowerShellを使用して永続的なラトバックキャッシュディスクのカタログを作成する
永続的なラopenstackトバックキャッシュディスクのカタログを構成するには,PowerShellパラメopenstackタopenstackNew-ProvScheme CustomProperties
を使用します。このパラメタでは追加プロパティPersistWBC
をサポートしており,これを使用することで,MCSでプロビジョニングされたマシンのライトバックキャッシュディスクを永続化させる方法を指定できます。PersistWBC
プロパティは,UseWriteBackCache
パラメタが指定され,WriteBackCacheDiskSize
パラメタがディスクが作成されたことを示すよう設定された場合のみ使用されます。
以下は,PersistWBC
をサポトする前にCustomProperties
パラメタで使用されるプロパティの例です:
<属性xsi:type="StringProperty" Name="UseManagedDisks" Value="true" /> <属性xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" /> <属性xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
これらのプロパティを使用するときは,プロパティがCustomProperties
パラメタから省略されている場合にデフォルトの値が含まれるようにしてください。PersistWBC
プロパティには,次の2の値が設定可能です:真正的または假。
PersistWBC
プロパティを真正的に設定するとCitrix虚拟应用程序和桌面管理者がCitrix工作室を使用してマシンをシャットダウンしたときにライトバックキャッシュディスクが消去されません。
PersistWBC
プロパティを假に設定するとCitrix虚拟应用程序和桌面管理者がCitrix工作室を使用してマシンをシャットダウンしたときにライトバックキャッシュディスクが消去されます。
注:
PersistWBC
プロパティを省略する場合,デフォルトは假になり,Citrix Studioを使用してマシンをシャットダウンするとライトバックキャッシュは消去されます。
例:CustomProperties
パラメタを使用してPersistWBC
をtrueに設定した場合:
<属性xsi:type="StringProperty" Name="UseManagedDisks" Value="true" /> <属性xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" /> <属性xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" /> <属性xsi:type="StringProperty" Name="PersistWBC" Value="true" />
重要:
PersistWBC
プロパティは,New-ProvScheme
PowerShellコマンドレットを使用してのみ設定できます。作成後にプロビジョニングスキムのCustomProperties
を変更しようとしても,マシンがシャットダウンしたときにマシンカタログやライトバックキャッシュディスクの永続性は影響を受けません。
例:PersistWBC
プロパティをtrueに設定するときにNew-ProvScheme
を設定してラ邮箱トバックキャッシュを使用した場合:
New-ProvScheme -CleanOnBoot -CustomProperties "<属性xsi:type= ' "StringProperty ' " Name= ' "UseManagedDisks ' " Value= ' "true ' " /><属性xsi:type= ' "StringProperty ' " Name= ' "StorageAccountType ' " Value= ' "Premium_LRS ' " /><属性xsi:type= ' "StringProperty ' " Name= ' "ResourceGroups ' " Value= ' "benvaldev5RG3 ' " /><属性xsi:type= ' "StringProperty ' " Name= ' "ResourceGroups ' " Value= ' "benvaldev5RG3 ' "<属性xsi:type= ' "StringProperty ' " Name= ' "UseManagedDisks ' "值= ' "true ' " /> " -HostingUnitName "adSubnetScale1" -IdentityPoolName "BV-WBC1-CAT1" -MasterImageVM "XDHyp:\HostingUnits\adSubnetScale1\image.folder\ goldimage .resourcegroup\W10MCSIO-01_OsDisk_1_a940e6f5bab349019d57ccef65d2c7e3。manageddisk" -NetworkMapping @{"0"="XDHyp:\HostingUnits\adSubnetScale1\virtualprivatecloud.folder\CloudScale02.resourcegroup\adVNET.virtualprivatecloud\adSubnetScale1.network"} -ProvisioningSchemeName "BV-WBC1-CAT1" -ServiceOffering "XDHyp:\HostingUnits\adSubnetScale1\ serviceoffer.folder \Standard_D2s_v3。- writebackcache -WriteBackCacheDiskSize 127 -WriteBackCacheMemorySize 256
マスタメジの準備
接続ホストの作成にいて詳しくは,”接続とリソスを参照してください。
マスターイメージには,オペレーティングシステム,仮想化しないアプリケーション,共识,およびそのほかのソフトウェアをインストールしておきます。
ヒント:
- マスターイメージは,“クローンイメージ”、“ゴールデンイメージ”、“ベース仮想マシン”,または“基本イメージ”と呼ばれることがあります。ホストベンダによって,異なる用語を使用します。
- Citrix供应を使用する場合は,マスターイメージまたは物理コンピューターをマスターターゲットデバイスとして使用できます。Citrix Provisioningでは,esxiメジを指すのにMCSとは異なる用語を使用します。詳しくは,Citrix供应のドキュメントを参照してください。
- ホストに,作成されたマシン数に対応する十分なプロセッサ,メモリ,ストレージがあることを確認してください。
- デスクトップとアプリケションで必要な適切な量のハドディスク領域を構成します。この値は,後で,またはマシンカタログ内で変更することはできません。
- リモトpcアクセスのマシンカタログでは,マスタ。
- MCS使用時のMicrosoft KMSラe .センス認証に関する注意事項:VDA 7。6.1 xをXenServer XenServer 6.2, vSphere,または微软系统中心虚拟机管理器ホストで使用している場合,Microsoft WindowsやMicrosoft Officeのライセンスを手動でリセットする必要はありません。
マスタ。
- ハイパーバイザー用の統合ツール(Citrix VM工具,hyper - v統合サービス,VMware工具など)。この手順を省略すると,アプリケションやデスクトップが正しく動作しなくなる場合があります。
- 的共识。最新の機能を利用できるように,最新バ。マスタvdaを,カタログ作成が失敗します。
- アンチウイルスプログラムや電子ソフトウェア配信エージェントなどのサードパーティツール(必要に応じて)。ユザやマシンの種類に適した設定で,サビス(更新機能など)を構成します。
- 仮想化せずにユザに提供するサ。ただし,可能な場合はアプリケションを仮想化することをお勧めします。仮想化することで,アプリケーションを追加したり再構成したりするたびにマスターイメージを更新する必要がなくなり,コストが削減されます。また,各デスクトップにインストールするアプリケーションが少なくなるため,マスターイメージのハードディスクのサイズを減らしてストレージコストを節約できます。
- App-Vアプリケションを公開する場合は,推奨設定のApp-Vクラアント。App-V客户端は,微软社から提供されます。
- MCSで作成したマシンカタログで,ローカライズされたMicrosoft Windowsを配信する場合は,マスターイメージに言語パックをインストールして言語オプション(システムロケールや表示言語など)を設定しておく必要があります。これにより,プロビジョニング時にスナップショットが作成されると,その言語パックおよび言語オプションが仮想マシンで使用されます。
重要:
Citrix供应またはMCSを使用する場合は,マスターイメージ上で微软系统制备实用工具(Sysprep)を実行しないでください。
マスタメジを準備するには
- ハイパーバイザーの管理ツールを使用して,マスターイメージを作成してから,オペレーティングシステムと,すべてのサービスパックおよび更新プログラムをインストールします。仮想cpuの数を指定します。また,PowerShellを使用してマシンカタログを作成する場合,仮想CPUの値を指定することもできます。工作室を使用してカタログを作成する場合には,CPU仮想。デスクトップとアプリケションで必要な量のハドディスク領域を構成します。この値は,後で,またはカタログ内で変更することはできません。
- ハドディスクはデバ“0”で接続されている必要があります。多くの標準マスターイメージテンプレートでは,デフォルトでこの場所にハードディスクが構成されますが,カスタムテンプレートを使用する場合は注意してください。
- マスタ。
- Citrix供应を使用する場合は,マスターターゲットデバイスをドメインに追加する前に,マスターターゲットデバイスから作成した仮想ディスクのVHDファイルを作成します。詳しくは,Citrix Provisioningのドキュメントを参照してください。
- MCSを使用していない場合,マスターイメージはアプリケーションとデスクトップがメンバーとなっているドメインに統合します。マスタジが,仮想マシンを作成するホスト上で使用できることを確認してください。McSを使用している場合、ドメeconfンへのマスタeconfメ。プロビジョニングされたマシンは,カタログの作成ウィザンに統合されます。
- マスタジのスナップショットを作成して,名前を付けることをお勧めします。カタログの作成時にスナップショットの代わりにマスターイメージを指定すると,工作室によりスナップショットが作成されます。これに名前を付けることはできません。
工作室でのカタログの作成
カタログ作成ウィザドを開始する前に,このセクションを確認してください。
マスターイメージを使用している場合,カタログを作成する前に,イメージにVDAがインストールされていることを確認してください。
工作室で以下の操作を行います。
- サイトは作成したがマシンカタログは作成していない場合は,カタログを作成するための説明が工作室に表示されます。
- 既存のマシンカタログがあり,別のマシンカタログを作成する場合は,工作室のナビゲションペ[マシンカタログ]を選択します。その後,[操作]ペ邮箱ンで[マシンカタログの作成]を選択します。
ウィザドの指示に従って,以下の項目の操作を行います。選択内容によって,異なるウィザドペジが表示されます。
オペレティングシステム
各カタログでは,以下のいずれかの種類のマシンを追加します。いずれかを選択します。
- マルチセッションos:マルチセッションosカタログは,ホストされた共有デスクトップを提供します。マシンでは、サポートされているバージョンのWindowsまたはLinuxオペレーティングシステムを実行できますが、両方をカタログに含めることはできません。(このOSについて詳しくは、Linux VDAのドキュメントを参照してください)。
- シングルセッションos:シングルセッションOSカタログでは,さまざまなユーザーに割り当てることができるVDIデスクトップが提供されます。
- リモトpcアクセス:リモートPCアクセスのカタログでは,オフィスにあるユーザーの物理デスクトップマシンへのリモートアクセスが提供されます。リモトpcアクセスでは,セキュリティを保護するためのvpnが不要です。
マシン管理
このペジは,リモトpcアクセスカタログを作成するときには表示されません。
[マシン管理]ペジでは,マシンの管理方法と,マシンの展開に使用するルが示されます。
工作室を使用してカタログ内のマシンの電源を管理するかを選択します。
- 工作室で電源管理されるマシン(仮想マシンやブレドPCなど)。このオプションは,ホストへの接続を構成済みの場合にのみ使用可能です。
- 工作室で電源管理しないマシン(物理マシンなど)。
マシンが工作室で電源管理されるように指定した場合,仮想マシンの作成に使用するツールを選択します。
- Citrix MCS(机器创建服务):マスタメジを使用して仮想マシンを作成および管理します。McSは物理マシンでは使用できません。
- Citrix Provisioning(旧称Provisioning Services):複数のタゲットデバスコレクションとして管理します。マスターターゲットデバイスからイメージ作成されたCitrix供应仮想ディスクを使用して,デスクトップとアプリケーションを配信します。
- その他:上記以外のルでデタセンタ内の既存のマシンを管理します。この場合,微软系统中心配置管理器またはほかのサードパーティアプリケーションを使用してカタログ内のマシン構成の一貫性を保つことをお勧めします。
デスクトップの種類(デスクトップエクスペリエンス)
このペジは,シングルセッションosマシンを含むカタログを作成しているときにのみ表示されます。
[デスクトップエクスペリエンス]ペジでは,ユのログオンのたびに行われる処理を指定できます。次のいずれかを選択します。
- ユザは,ログオンするたびに新しい(ランダムの)デスクトップに接続されます。
- ユザは,ログオンするたびに同じ(静的な)デスクトップに接続されます。
2つ目のオプションを選択し,Citrix供应を使用してマシンをプロビジョニングしている場合,デスクトップへのユーザー変更の処理方法を構成できます:
- ユザ変更をロカルディスク上のデスクトップに保存する。
- ユザがログオフしたらユザ変更を破棄し,仮想デスクトップをクリアする。ユザ個人設定レeconヤを使用している場合は,このオプションを選択します。
マスタメジ
このペジは,mcsを使用して仮想マシンを作成するときにのみ表示されます。
[マスタメジ]ページで,ホストへの接続を選択してから,過去に作成したスナップショットまたは仮想マシンを選択します。最初のカタログを作成する場合、サ以及トの作成時に構成した接続のみを使用できます。
注意事項:
- MCSまたはCitrix供应を使用する場合は,マスターイメージ上で微软系统制备实用工具(Sysprep)を実行しないでください。
- スナップショットの代わりにマスターイメージを指定すると,工作室でスナップショットが作成されますが,そのスナップショットにわかりやすい名前を付けることはできません。
最新の製品機能を使用できるようにするため,マスターイメージに最新のVDAバージョンがインストールされていることを確認してください。デフォルトで選択されている最小vdaは変更しないでください。ただし,以前のバジョンのvdaを使用する必要がある場合には,”vdaバジョンと機能レベルを参照してください。
ウィザードで過去に選択したマシン管理テクノロジとの互換性がないスナップショットまたは仮想マシンを選択すると,エラーメッセージが表示されます。
デバ邮箱スコレクション
このページは、Citrix供应を使用して仮想マシンを作成するときにのみ表示されます。
[デバスコレクション]ペジには,まだカタログに追加されていないデバ。
使用するデバ邮箱スコレクションを選択してください。
マシン
このペジは,リモトpcアクセスカタログを作成するときには表示されません。
このペジのタトルは,[マシン管理]ペジで選択した項目:[マシン]、[仮想マシン]、[仮想マシンとユザ]によって変わります。
McSを使用する場合:
- 作成する仮想マシンの数を指定します。
- 各仮想マシンのメモリ量(mb単位)を選択します。
- 作成された各仮想マシンにハドディスクがあります。そのサopenstackズはマスタopenstackメopenstackジに設定されます。カタログでハドディスクのサ。
- 環境に複数のゾンがある場合は,カタログのゾンを選択できます。
- 静的なデスクトップ仮想マシンを作成する場合は,仮想マシンコピモドを選択します。「仮想マシンコピモドを参照してください。
- vDiskを使用しないランダムなデスクトップ仮想マシンを作成する場合は,各マシンの一時データに対して使用するキャッシュを構成できます。「一時デタ用キャッシュの構成を参照してください。
Citrix Provisioningを使用する場合:
[デバス]ペジには,前のウィザスコレクションにあるマシンが一覧表示されます。このペジでは,マシンを追加または削除することができません。
他のルを使用する場合:
Active Directoryマシンアカウント名の追加(またはアカウント名一覧のインポート)仮想マシンのActive Directoryアカウント名は,追加またはインポートした後に変更できます。[デスクトップエクスペリエンス]ページで静的なマシンを指定すると,追加する各仮想マシンにオプションでActive Directoryユーザー名を指定できます。
名前を追加または邮箱ンポ邮箱トした後で,[削除]ボタンを使用して,ユザはペジ上のままで一覧から名前を削除できます。
Citrix Provisioningまたは他の(MCS以外)を使う場合:
追加(またはCitrix供应デバイスコレクションからインポート)した各マシンに表示されるアイコンとツールチップにより,カタログに追加できない可能性のあるマシン,または交付控制器で登録できない可能性のあるマシンを特定できます。詳しくは,”vdaバジョンと機能レベルを参照してください。
仮想マシンコピモド
[マシン]ページで指定するコピーモードによって,MCSがマスターイメージからシン(簡易コピー)クローンまたはシック(完全なコピー)クローンのどちらを作成するかが決まります。(デフォルトはシンクローン)
- 簡易コピクロンは,効率的にストレジを使用し,すばやくマシンを作成したい場合に使います。
- 完全コピークローンは,マシン作成後にIOPSが潜在的に低下した場合に,質の高いデータの復元と移行サポートが必要な場合に使います。
vdaバジョンと機能レベル
カタログの機能レベルにより,どの製品機能がカタログにあるマシンで利用可能かが制御されます。新しい製品バジョンで導入された機能を使用するには,新しいvdaが必要です。機能レベルを設定すると,そのバージョン(機能レベルが変更されない場合はそのバージョン以降)で導入されたすべての機能がカタログで利用できるようになります。ただし,以前のvdaバジョンのカタログにあるマシンは登録できません。
[マシン](または)[デバス])ペジの下部近くにあるメニュを使って,最小vdaレベルを選択できます。これにより,カタログの最小機能レベルが設定されます。デフォルトで,オンプレミスの展開には最新の機能レベルが選択されます。Citrixの推奨事項に従ってVDAとコアコンポーネントを常に最新のバージョンでインストールおよびアップグレードする場合は、この選択を変更する必要がありません。以前のVDAバージョンを使用し続ける必要がある場合は、正しい値を選択してください
Citrix虚拟应用程序和桌面のリリースには,新しいVDAバージョンが含まれないことがあります。または,新しいVDAは,機能レベルに影響を与えません。このような場合,機能レベルは,インストールまたはアップグレードされたコンポーネントより以前のVDAバージョンであることを示します。たとえば,バージョン7.17には7.17 VDAが含まれますが,デフォルトの機能レベル(7.9以降)が最新のまま保持されます。このため,コンポーネントのインストール,または7.9 ~ 7.16から7.17へのアップグレード後に,デフォルトの機能レベルを変更する必要はありません。デフォルトの機能レベルの変更にいては,各リリスの新機能の記事に記載されています。
選択した機能レベルは,このレベルのマシンの一覧に影響します。一覧で,各エントリの横にあるツールチップは,マシンのVDAがその機能レベルでカタログと互換性があるかどうかを示します。
各マシンのVDAが選択した最小機能レベルを満たさない,または超過している場合,ページにメッセージが表示されます。ウィザードは続行できますが,これらのマシンは後で控制器によって登録できない可能性があります。代わりに,以下を行うことができます。
- 古いVDAが含まれるマシンを一覧から削除し,VDAをアップグレードしてからマシンをカタログに追加し直します。
- 低い機能レベルを選択します。これによって最新の製品機能にアクセスできなくなります。
マシンの種類が正しくないためにマシンがカタログに追加されなかった場合には,メッセージも表示されます。たとえば,シングルセッションOSカタログにサーバーを追加しようとした場合や,ランダム割り当て用に作成されたシングルセッションOSマシンを静的マシンのカタログに追加した場合などです。
重要:
リリス1811では,次の機能レベルが追加されました:1811(またはそれ以降)。このレベルは,今後のCitrix虚拟应用程序和桌面機能での使用を想定しています。7.9(またはそれ以降)の選択はデフォルトのままです。このデフォルトは,すべての環境で有効になりました。
1811(またはそれ以降)を選択した場合,そのカタログの以前のVDAバージョンは控制器と云连接器には登録できません。ただし,バージョン1811年以降のサポート対象バージョンでカタログにVDAのみが含まれている場合は,それらはすべて登録対象です。これには,新しいCitrix虚拟应用程序和桌面リリース(バージョン1903および現在のリリースより前の19 xxリリースを含む)用に構成されたVDAを含むカタログが含まれます。
一時デタ用キャッシュの構成
仮想マシンでロカルに行う一時デタのキャッシュはオプションです。MCSを使用してカタログ内のプールされた(専用ではない)マシンを管理するときに,マシンの一時データキャッシュの使用を有効にできます。カタログで一時データのストレージを指定する接続を使用する場合は,カタログ作成時に一時データキャッシュ情報を有効にして構成できます。
重要:
この機能を使用するには,最新のmcs i / oドラesxiバesxiが必要です。このドライバーは,VDAのインストール時またはアップグレード時にオプションとしてインストールできます。デフォルトでは、このドラeconeconバeconeconンスト。
カタログで使用する接続を作成するときに,一時データ用に共有ストレージとローカルストレージのどちらを使用するかを指定します。詳しくは,”接続とリソスを参照してください。各マシンで一時デタのキャッシュを構成する場合,次の2:[キャッシュに割り当てられたメモリ(mb)]と[ディスクキャッシュサズ(gb)]。デフォルトでは,2 .のオプションはオフになっています。[キャッシュに割り当てられたメモリ(mb)]オプションを有効にするには、[ディスクキャッシュサイズ(GB)]チェックボックスを選択します。[ディスクキャッシュサズ]チェックボックスがオンになっていない場合,[キャッシュに割り当てられたメモリ]オプションは灰色表示になります。接続の種類によっては,これらのオプションのデフォルト値が異なる場合があります。通常は,デフォルト値で十分です。ただし,以下のデいて注意してください:
- Windowsペジファ,Windows自体が作成する一時デ
- ユザプロファルデタ
- ユザのセッションに同期されるShareFileデ
- セッションユーザーによって作成またはコピーされるデータや,ユーザーがセッション内にインストールするアプリケーション
各マシンで一時デタ用のキャッシュを構成する場合,次の3:
- [ディスクキャッシュサイズ]チェックボックスと[キャッシュに割り当てられたメモリ]チェックボックスを選択しない場合,一時データはキャッシュされません。各仮想マシンの差分ディスク(OSストレージにあります)に直接書き込まれます(これはバージョン7.8以前のプロビジョニングアクションです)。
- [ディスクキャッシュサイズ]チェックボックスをオンにし,[キャッシュに割り当てられたメモリ]チェックボックスをオフにすると,一時データはメモリキャッシュの最小量に達するまでキャッシュディスクに直接書き込まれます。
- [ディスクキャッシュサイズ]チェックボックスと[キャッシュに割り当てられたメモリ]チェックボックスを選択する場合,一時データは最初にメモリキャッシュに書き込まれます。メモリキャッシュが,構成された制限([キャッシュに割り当てられたメモリ]の値)に達すると,最も古いデータは一時データキャッシュディスクに移動されます。
重要:
- ディスクキャッシュの容量が不足すると,ユザセッションは利用できなくなります。
- Nutanixホスト接続を使用している場合,この機能は使用できません。
- マシンの作成後は,マシンカタログのキャッシュ値を変更できません。
注:
- メモリキャッシュは,各マシンの合計メモリ容量の一部です。そのため[キャッシュに割り当てられたメモリ]チェックボックスをオンにする場合は,各マシンの合計メモリ容量を増やすことを検討してください。
- [ディスクキャッシュサイズ]をデフォルト値から変更すると,パフォーマンスに影響することがあります。サ邮箱ズはユ邮箱ザ邮箱要件とマシンの負荷に合わせる必要があります。
ネットワクeconンタeconスカド(网卡)
このペジは,リモトpcアクセスカタログを作成するときには表示されません。
[ネットワクンタ]ペジで,複数の网卡を使用する場合は,各网卡に仮想ネットワ。たとえば,特定のセキュアネットワークへのアクセスに1枚のNICを割り当てて,より一般的なネットワークへのアクセスに別のNICを割り当てることができます。また,このペジで网卡を追加または削除することもできます。
マシンアカウント
このペジは,リモトpcアクセスカタログを作成するときにのみ表示されます。
[マシンアカウント]ページで,ユーザーまたはユーザーグループに対応するActive Directoryマシンアカウントまたは組織単位(OU)を指定して追加します。組織単位名にはスラッシュ(/)を使用しないでください。
構成済みの電源管理接続を選択するか,電源管理を使用しないことを選択します。電源管理に必要な接続が構成済みでない場合は,マシンカタログの作成後に新しい接続を作成してから,そのマシンカタログを編集して電源管理設定を更新できます。
コンピュタアカウント
このペジは,mcsを使用して仮想マシンを作成するときにのみ表示されます。
カタログ内の各マシンには,対応するActive Directoryコンピューターアカウントを割り当てる必要があります。[コンピュタアカウント]ペジで,アカウントを作成するか既存のものを選択して,アカウントの場所を指定します。
アカウントを作成する場合は,マシンが存在するOUにコンピューターアカウントを作成する権限が必要です。
マシンのアカウント名前付けスキムを指定します。番号記号(#)により,名前に追加される連番または文字とその位置が定義されます。組織単位名にはスラッシュ(/)を使用しないでください。名前の先頭に番号記号を配置することはできません。たとえば,名前付けスキームとして“pc销售- # #”を指定して(0 ~ 9)を選択すると,PC-Sales-01, PC-Sales-02, PC-Sales-03などのコンピューターアカウント名が作成されます。
既存のアカウントを使用する場合,アカウントを参照するか,[econンポト]をクリックしてアカウント名が含まれるcsvファereplicationルを指定します。e .ンポe .トするファe .ルでは,次の形式を使用する必要があります:
ADComputerAccount ADcomputeraccountname。域……<!——NeedCopy >
追加するマシンに十分な数のアカウントを邮箱ンポ邮箱トする必要があります。これらのアカウントは工作室で管理されるため,すべてのアカウントのパスワードのリセットを工作室に許可するか,アカウントのパスワードを指定します(すべてのアカウントで同じパスワードを使用する必要があります)。
物理マシンまたは既存のマシンを含むカタログの場合、既存のアカウントを選択または。各マシンをActive Directoryコンピューターアカウントとユーザーアカウントの両方に割り当てます。
Citrix供应で作成されたマシンでは,ターゲットデバイスのコンピューターアカウントは異なる方法で管理されます。詳しくは,Citrix Provisioningのドキュメントを参照してください。
概要,名前,および説明
[概要]ペジで,指定した設定を確認します。カタログの名前と説明を入力します。これらの情報は工作室に表示されます。
完了したら,[完了]をクリックしてカタログの作成を開始します。
トラブルシュティング
重要:
Citrix Studioを使用してマシンカタログを作成すると,それ以降は
Get-ProvTask
PowerShellコマンドを使用してマシンカタログの作成に関連するタスクを取得することができなくなります。これはマシンカタログが正常に作成されたかどうかにかかわらず,取得対象のタスクが工作室によって削除されることから生じる制限です。
サポトチムが解決策を提供するのに役立Citrixで収集することをお勧めします.サポCitrix供应を使用する場合、以下の手順でログファイルを生成します:
マスタ(dword(32ビット)の値)を1に設定します:
HKLM \ Software \ Citrix \ MachineIdentityServiceAgent \日志记录
。マスタジを閉じて,スナップショットを作成します。
交付控制器で,次のPowerShellコマンドを実行します:
set - provserviceconfigationdata -Name ImageManagementPrep_NoAutoShutdown -Value $True
。- このスナップショットに基づいてカタログを作成します。
- ハイパーバイザーで準備用仮想マシンが作成されたら,ログインしてC: \: Image-prep.log和PvsVmAgentLog.txtのルートから次のファイルを抽出します。
- マシンをシャットダウンすると,その時点でエラが報告されます。
- 次のPowerShellコマンドを実行して,イメージ準備用マシンの自動シャットダウンを再度有効にします:
Remove-ProvServiceConfigurationData - name ImageManagementPrep_NoAutoShutdown
。
帐号メ帐号ジ準備の問題
MCSは単一のイメージから多くのマシンを作成するため,すべてのマシンが一意であり,ライセンスが正しく割り当てられていることを確認するために,いくつかの手順を実行します。e .メジの準備は,カタログ作成プロセスの一部です。この準備により,プロビジョニングされたすべてのマシンが一意のIPアドレスを持ち,一意のインスタンスとして公里サーバーに正しくアナウンスされます。McS内で,マスタ。選択されたマシンからカタログを分離できるように,コピが作成されます。元の仮想マシンをベスにして準備用の仮想マシンが作成されますが,ネットワク接続は切断されています。ネットワーク接続を切断すると,他のマシンとの競合が回避でき,準備用の仮想マシンは新しくコピーされたディスクにのみ接続されるようになります。
帐号メ帐号ジの準備を実行するために必要な手順を含む小さな指示ディスクが,準備用の仮想マシンに接続されます。この準備用の仮想マシンが起動し、メ、ジの準備プロセスが開始されます。e .メメジの準備には,次のプロセスが含まれます:
- dhcpを有効にします。dhcpを有効にすると,プロビジョニングされたマシンによるipアドレスの競合が発生しなくなります。dhcpはすべてのネットワクカドで有効になっています。
- 微软Windows KMSをリセットします。公里をリセットすると,Microsoft Windowsに正しく確実にライセンスが割り当てられます。リセットされたOSが呼び出されるため,新しいインスタンスとして公里ライセンスサーバーに正しく報告されます。
- 微软Office公里をリセットします(Microsoft Officeがインストールされている場合)。微软Officeをリセットすると,Microsoft Office(2010年以降)のすべてのバージョンが正しく確実に公里サーバーに登録されます。微软Officeのリセットが呼び出されると,新しいインスタンスとして公里ライセンスサーバーに報告されます。
ヒント:
econfメジ準備プロセスが終了すると,ハeconfパeconfザ。ハopenstackパバopenstackザには,openstackメジ準備プロセスで収集された情報が含まれています。
帐号メ帐号ジの準備段階が失敗する理由はさまざまです。次のようなエラメッセジが表示されます:
これらのエラにいては,以下で説明します。
dhcpの有効化
これらのエラの場合は,静的ipアドレスをサポドが原因で発生します。たとえば,以前のバジョンのDell SonicWallネットワドです。SonicWallカドはファeconアウォ。dhcpのみをサポトしているため,カに設定しても意味がありません。これはCitrix虚拟应用程序和桌面の新しいバージョンで修正されました。ただし,この現象が他の種類のネットワークカードで見られる場合は,フォーラムまたはサポート担当者を通じてシトリックスに報告する必要があります。
注:
次の例のこのPowerShell設定は,Citrix虚拟应用程序和桌面サイトに適用されるため,すべての新しいカタログと既存のカタログに対して実行されるイメージの更新に影響を与えます。
他のネットワークカードでこの問題が発生した場合は,交付控制器でPowerShellコマンドを実行することで解決できます。
set - provserviceconfigationdata -Name ImageManagementPrep_Excluded_Steps -Value EnableDHCP
微软办公软件のリセット
微软Officeのリセット段階でさまざまな公里リセットエラーが発生する可能性があります。主なエラは次のとおりです:
- 访问运行时などの一部のMicrosoft Office运行时は,办公室のリセットを呼び出して失敗する可能性があります。
- KMSバジョンのMicrosoft Officeが。
- リセット回数を超えました。
エラーが誤検知である場合は,交付控制器で次のPowerShellコマンドを実行することで解決できます。
set - provserviceconfigationdata -Name ImageManagementPrep_Excluded_Steps -Value OfficeRearm
微软Windowsのリセット
Microsoft Windowsのリセット段階では,さまざまな公里エラーが発生する可能性があります。主なエラは次のとおりです:
- Windowsのバ,KMSを使用してアクティブ化されていません。たとえば,マルチラe .センス認証キ(mak)を使用しています。
- リセット回数を超えました。
Microsoft Windowsのバージョンに正しくライセンスが割り当てられている場合は,交付控制器で次のPowerShellコマンドを実行して,OSリセットをクリアできます:
set - provserviceconfigationdata -Name ImageManagementPrep_Excluded_Steps -Value OsRearm . name
完全なエラの
econメジ準備マシンは設計上ネットワクに接続されていません。。次の例は,この種類のエラです:
完全なエラの主な理由は次のとおりです:
虚拟投递代理(VDA)がインストールされていないか,VDAバージョン5. xがインストールされている
VDA 7. xがマスターイメージにインストールされていない場合,イメージの準備は20分後にタイムアウトになり,上記のエラーを報告します。これは,イメージ準備段階を実行して成功または失敗を報告するソフトウェアがマスターイメージにインストールされていないためです。これを解決するには,マスターイメージとして選択したスナップショットにVDA(最小バージョン7)がインストールされていることを確認してください。
DISKPART圣
ポリシ
マスタメジに設定されているDISKPART圣
ポリシが原因で,ジ準備段階全体が失敗する可能性があります。イメージ準備の指示ディスクがオンラインになるように設定されていない場合,マシンはシャットダウンされ,イメージ準備は20分後にエラーを報告します。マスタ,次のコマンドを実行します:
C: >;Diskpart.exe DISKPART >;圣< !——NeedCopy >
このコマンドは,現在のポリシを返します。网上所有的でない場合は,次のコマンドを実行して変更します:
DISKPART >;圣政策= OnlineAll
マスターイメージをシャットダウンし,そのマシンのスナップショットを作成して,基本MCSイメージとして使用します。
別の理由で邮箱メ邮箱ジ準備が失敗した場合
イメージの準備が失敗し,エラーの明確な理由がない場合は,MCSカタログを作成するときにイメージの準備プロセスを省略できます。ただし,このプロセスを省略すると,サイトの公里ライセンス設定とネットワーク設定(DHCP)で問題が発生する可能性があります。次のPowerShellコマンドを使用します:
set - provserviceconfigationdata -Name ImageManagementPrep_DoImagePreparation -Value $false
可能な場合はシトリックスサポートチームのログを収集し,フォーラムまたはサポート担当者を介してシトリックスに問題を報告してください。ログを収集するには,次を実行します:
- マスターイメージで次のレジストリキーを作成し,値(”字(32ビット)の値”)を1に設定します:
HKLM \ Software \ Citrix \ MachineIdentityServiceAgent \日志记录
。 - マスタジを閉じて,スナップショットを作成します。交付控制器で、Citrix PowerShellスナップインを読み込んでPowerShellを起動し、
set - provserviceconfigationdata -Name ImageManagementPrep_NoAutoShutdown -Value $True
を実行します。 - このスナップショットに基づいてカタログを作成します。
- ハイパーバイザーで準備用仮想マシンが作成されたら,ログインしてCドライブのルートから抽出します:
Image-prep.log PvsVmAgentLog.txt < !——NeedCopy >
マシンをシャットダウンします。この時点で,エラが報告されます。
次のPowerShellコマンドを実行して,イメージ準備マシンの自動シャットダウンを再度有効にします:
Remove-ProvServiceConfigurationData - name
ImageManagementPrep_NoAutoShutdown
次のステップ
最初のカタログを作成すると,工作室ではデリバリグルプの作成の手順が表示されます。