製品ドキュメント
Citrix DaaS
PDFを表示

Google Cloud Platformカタログの管理

February 9, 2024
寄稿者: 
C

「マシンカタログの管理」では、マシンカタログを管理するウィザードについて説明します。以下の情報は、Googleクラウド環境に固有の詳細について説明しています。

注：

Google Cloud Platformカタログを管理する前に、Google Cloud Platformカタログの作成を完了する必要があります。「Google Cloud Platformカタログの作成」を参照してください。

カタログへのマシンの追加

マシンをカタログに追加するには、次の手順を実行します：

  1. ［管理］>［完全な構成］ の左側ペインで ［マシンカタログ］ を選択します。
  2. マシンを追加するマシンカタログを選択します。
  3. 操作バーの ［マシンの追加］ を選択します。
  4. ［仮想マシン］ ページで、追加するマシンの数を指定し、［次へ］ を選択します。
  5. ［マシンID］ ページで、Active Directoryアカウントを選択してから ［次へ］ を選択します。
  6. ［ドメイン資格情報］ ページで、［資格情報の入力］ を選択し、ユーザー名とパスワードを入力し、［保存］ を選択してから ［次へ］ を選択します。
  7. ［概要］ ページで情報を確認してから、［完了］ を選択します。

マシンの更新

この機能は、マスターイメージまたは最小機能レベルを更新する場合に役立ちます。

マシンを更新するには、次の手順を実行します：

  1. ［管理］>［完全な構成］ の左側ペインで ［マシンカタログ］ を選択します。
  2. 更新するマシンを含むマシンカタログを選択します。
  3. 操作バーで ［マスターイメージの変更］ を選択します。
  4. ［イメージ］ ページで、VMとカタログの最小機能レベルを選択してから ［次へ］ を選択します。
  5. ［ロールアウト方法］ ページで、マシンを更新するタイミングを指定し、［次へ］ を選択します。
  6. ［概要］ ページで情報を確認してから、［完了］ を選択します。

マシン更新のロールバック

マシンの更新をロールバックするには、次の手順を実行します：

重要：

マスターイメージの名前変更、削除、または移動は行わないでください。さもないと、更新をロールバックできません。

  1. ［管理］>［完全な構成］ の左側ペインで ［マシンカタログ］ を選択します。

  2. マシンの更新をロールバックするマシンカタログを選択します。

  3. 操作バーで ［マスターイメージのロールバック］ を選択します。

  4. ［概要］ ページで情報を確認してから ［次へ］ を選択します。

  5. ［ロールアウト方法］ ページで、ロールアウト方法を構成し、［次へ］ を選択します。

  6. ［概要］ ページで情報を確認してから、［完了］ を選択します。

電源管理

Citrix DaaSを使用すると、Google Cloudマシンの電源管理が可能になります。ナビゲーションペインの ［検索］ ノードを使用して、電源管理するマシンを検索します。次の電源操作が使用可能です：

  • 削除
  • 起動
  • 再起動
  • 強制再起動
  • シャットダウン
  • 強制シャットダウン
  • デリバリーグループに追加
  • タグの管理
  • メンテナンスモードをオンにする

Autoscaleを使用してGoogle Cloudマシンの電源を管理することもできます。これを行うには、Google Cloudマシンをデリバリーグループに追加し、そのデリバリーグループのAutoscaleを有効にします。Autoscaleについて詳しくは、「Autoscale」を参照してください。

PowerShellを使用してプロビジョニングされたマシンを更新

Set-ProvSchemeコマンドは、プロビジョニングスキームを変更します。ただし、既存のマシンには影響しません。PowerShellコマンドのSet-ProvVMUpdateTimeWindowを使用して、現在のプロビジョニングスキームを既存の永続的マシンや非永続的マシン、またはマシンのセットに適用できるようになりました。現在、GCPにおいてこの機能でサポートされているのは、マシンプロファイル、サービスオファリング、カスタムカタログ設定などのプロパティ更新です。

以下を更新できます：

  • 単一のVM
  • プロビジョニングスキームIDに関連付けられている特定のVMまたはすべての既存のVMのリスト
  • プロビジョニングスキーム名に関連付けられている特定のVMまたはすべての既存のVMのリスト

既存のVMを更新するには：

  1. 既存のマシンの構成を確認します。例：

    Get-ProvScheme | select ProvisioningSchemeName, ProvisioningSchemeVersion
<!--NeedCopy-->

  2. プロビジョニングスキームを更新します。例：

    • マシンプロファイルの更新

      `Set-ProvScheme –ProvisioningSchemeName "my-catalog" –MachineProfile "XDHyp:\HostingUnits<hosting-unit>\machineprofileinstance.vm"
<!--NeedCopy-->

    • サービスオファリングの更新

       Set-ProvScheme -ProvisioningSchemeName "my-catalog" -ServiceOffering “XDHyp:\HostingUnits<hosting-unit>\serviceoffering.folder<service-offering>.serviceoffering"
 <!--NeedCopy-->

  3. VMの現在のプロパティが現在のプロビジョニングスキームと一致するかどうか、およびVMに保留中の更新アクションがあるかどうかを確認します。例：

    Get-ProvVM | select VMName, ProvisioningSchemeUpdateRequested, ProvisioningSchemeVersion
<!--NeedCopy-->

    特定のバージョンのマシンを見つけることもできます。例：

    Get-ProvVM -Filter "ProvisioningSchemeVersion -eq 1" | select VMName, ProvisioningSchemeVersion
<!--NeedCopy-->
  4. 既存のマシンを更新します。

    • すべての既存のマシンを更新するには：

       Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -StartsNow -DurationInMinutes -1
 <!--NeedCopy-->

    • 特定のマシンのリストを更新するには：

       Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -VMName <List-Of-Vm-Names> -StartsNow -DurationInMinutes -1
 <!--NeedCopy-->

    • Get-ProvVMの出力に基づいてマシンを更新するには：

       Get-ProvVM -ProvisioningSchemeName "my-catalog" | Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -StartsNow -DurationInMinutes -1
 <!--NeedCopy-->

    注：

    • StartsNowは、スケジュールの開始時刻が現在時刻であることを指定します。
    • 負の数（-1など）のDurationInMinutesは、スケジュールの期間に上限がないことを示します。

  5. スケジュール済みの更新があるマシンを見つけます。例：

    Get-ProvVM -Filter "ProvisioningSchemeUpdateAfter" | select VMName, ProvisioningSchemeUpdateAfter
<!--NeedCopy-->

  6. マシンを再起動します。次回の電源投入時に、プロパティの変更が既存のマシンに適用されます。次のコマンドを使用して、更新されたステータスを確認できます：

    Get-ProvVM | select VMName, ProvisioningSchemeUpdateRequested, ProvisioningSchemeVersion
<!--NeedCopy-->

既存のカタログのディスクに関連したカスタムプロパティを変更する

既存のカタログおよびカタログの既存のVMで次のディスク関連のカスタムプロパティを変更できます：

  • PersistOSDisk
  • PersistWBC
  • StorageType
  • IdentityDiskStorageType
  • WbcDiskStorageType

注：

  • StorageTypeプロパティはOSディスク用です
  • PersistOsDiskプロパティは、ライトバックキャッシュを有効にした非永続カタログに対してのみ設定できます

この実装により、カタログを作成した後でも、異なるディスクに対して異なるストレージの種類を選択できるため、さまざまなストレージの種類を使用することと価格のバランスを取ることができます。

これを行うには、PowerShellコマンドSet-ProvSchemeおよびSet-ProvVMUpdateTimeWindowを使用します：

  1. PowerShellウィンドウを開きます。
  2. asnp citrix*を実行します。
  3. Get-ProvVM -VMName <VM name>を実行してカスタムプロパティを取得します。
  4. カスタムプロパティ文字列を変更します：
    1. カスタムプロパティをメモ帳にコピーし、カスタムプロパティを変更します。

    2. PowerShellウィンドウで、変更したカスタムプロパティをメモ帳から貼り付け、変更したカスタムプロパティに変数を割り当てます。例：

      $cp =  '<CustomProperties xmlns=http://schemas.citrix.com/2014/xd/machinecreation xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="CatalogZones" Value="" />
<Property xsi:type="StringProperty" Name="PersistWBC" Value="true" />
<Property xsi:type="StringProperty" Name="PersistOSDisk" Value="true" />
<Property xsi:type="StringProperty" Name="WBCDiskStorageType" Value="pd-standard" />
<Property xsi:type="StringProperty" Name="StorageType" Value="pd-standard" />
</CustomProperties>'
<!--NeedCopy-->

  5. 既存のカタログを更新します。例：

    Set-ProvScheme -ProvisioningSchemeName <yourCatalogName> -CustomProperties $cp
<!--NeedCopy-->

  6. 既存のVMを更新します。例：

    Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -VMName <List-Of-Vm-Names> -StartsNow -DurationInMinutes -1
<!--NeedCopy-->
  7. VMを再起動します。次回の電源投入時に、カスタムプロパティの変更が既存のVMに適用されます。

意図しないマシンの削除からの保護

Citrix DaaSを使用すると、Google Cloud上のMCSリソースを保護し、誤って削除されないようにすることができます。deletionProtectionフラグをTRUEに設定して、プロビジョニングされたVMを構成します。

デフォルトでは、MCSまたはGoogle Cloudプラグインを介してプロビジョニングされたVMは、InstanceProtectionが有効な状態で作成されます。この実装は、永続カタログと非永続カタログの両方に適用できます。非永続カタログは、インスタンスがテンプレートから再作成されるときに更新されます。既存の永続マシンの場合、Google Cloudコンソールでフラグを設定できます。フラグの設定について詳しくは、Googleのドキュメントのサイトを参照してください。永続カタログに追加された新しいマシンは、deletionProtectionが有効な状態で作成されます。

deletionProtectionフラグを設定したVMインスタンスを削除しようとすると、その要求は失敗します。ただし、権限のcompute.instances.setDeletionProtectionが付与されているか、IAMのCompute Adminの役割が割り当てられている場合は、リソースの削除を許可するフラグをリセットできます。

MCSによって作成されたリソースの特定

以下は、MCSがGCPプラットフォームのリソースに追加するタグです。表のタグは、「”キー”:”値”」として表示されます。

リソース名 タグ
IDディスク “CitrixResource”: “internal”
  “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
イメージ “CitrixResource”: “internal”
  “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
OSディスク “CitrixResource”: “internal”
  “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
準備用の仮想マシン “CitrixResource”: “internal”
  “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
公開されたスナップショット “CitrixResource”: “internal”
ストレージバケット “CitrixResource”: “internal”
テンプレート “CitrixResource”: “internal”
  “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
カタログ内のVM “CitrixResource”: “internal”
  “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”. プラグインは、MCSでプロビジョニングされたVMに次のラベルも追加します：”citrix-provisioning-scheme-id”: “provSchemeId”。このラベルは、GCPコンソールでカタログによるフィルタリングに使用できます。
WBCディスク “CitrixResource”: “internal”
  CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”

注：

MCSによって作成されたリソースとして識別するためにCitrixResourceタグが追加されている場合、VMはCitrixインベントリに表示されません。タグを削除するか名前を変更すると、表示できるようになります。

追加情報

Google Cloud Platformカタログの管理
February 9, 2024
寄稿者: 
C
February 9, 2024
寄稿者: 
C

この記事の概要

サイトに関するフィードバック | プライバシーと法令 | Cookieの設定 | 同意設定 | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.