XenApp and XenDesktop

マイクロソフト システムセンター バーチャルマシンマネージャー 仮想化環境

仮想マシンを提供するためにHyper-VとMicrosoft System Center Virtual Machine Manager (VMM) を使用している場合は、このガイダンスに従ってください。

このリリースは、システム要件の記事に記載されているVMMバージョンをサポートしています。

プロビジョニングサービスとマシン作成サービス™ を使用して、以下をプロビジョニングできます。

  • 第1世代デスクトップまたはサーバーOS VM
  • 第2世代 Windows Server 2012 R2、Windows Server 2016、および Windows 10 仮想マシン (セキュアブートの有無にかかわらず)

VMMのアップグレード

  • VMM 2012からVMM 2012 SP1またはVMM 2012 R2へのアップグレード

    VMMおよびHyper-Vホストの要件については、https://docs.microsoft.com/ja-jp/previous-versions/system-center/system-center-2012-R2/gg610649(v=sc.12)?redirectedfrom=MSDNを参照してください。VMMコンソールの要件については、https://docs.microsoft.com/ja-jp/previous-versions/system-center/system-center-2012-R2/gg610640(v=sc.12)?redirectedfrom=MSDNを参照してください。

    混在Hyper-Vクラスターはサポートされていません。混在クラスターの例としては、クラスターの半分がHyper-V 2008を実行し、残りの半分がHyper-V 2012を実行しているものがあります。

  • VMM 2008 R2からVMM 2012 SP1へのアップグレード

    VMM 2008 R2上のXenDesktop 5.6からアップグレードする場合は、XenDesktopのダウンタイムを回避するために、次の順序に従ってください。

    1. VMMを2012にアップグレード(現在XenDesktop 5.6とVMM 2012が稼働中)
    2. XenDesktop®を最新バージョンにアップグレード(現在最新のXenDesktopとVMM 2012が稼働中)
    3. VMMを2012から2012 SP1にアップグレード(現在最新のXenDesktopとVMM 2012 SP1が稼働中)
  • VMM 2012 SP1 から VMM 2012 R2 へのアップグレード

    VMM 2012 SP1 上の XenDesktop または XenApp 7.x から開始する場合は、XenDesktop のダウンタイムを回避するために、次の順序に従ってください。

    1. XenDesktop または XenApp® を最新バージョンにアップグレードします (現在、最新の XenDesktop または XenApp と VMM 2012 SP1 が実行されています)。
    2. VMM 2012 SP1 を 2012 R2 にアップグレードします (現在、最新の XenDesktop または XenApp と VMM 2012 R2 が実行されています)。

インストールと構成の概要

重要:

すべての Delivery Controller は、VMM サーバーと同じフォレスト内にある必要があります。

  1. ハイパーバイザーをインストールして構成します。
    1. Microsoft Hyper-V サーバーと VMM をサーバーにインストールします。
    2. すべての Controller に System Center Virtual Machine Manager コンソールをインストールします。コンソールのバージョンは、管理サーバーのバージョンと一致している必要があります。以前のコンソールでも管理サーバーに接続できますが、バージョンが異なる場合、VDA のプロビジョニングは失敗します。
    3. 次のアカウント情報を確認します。
      • Studio でホストを指定するために使用するアカウントは、関連する Hyper-V マシンに対する VMM 管理者または VMM 委任管理者である必要があります。このアカウントが VMM で委任管理者ロールのみを持っている場合、ホスト作成プロセス中に Studio にストレージデータは表示されません。

      • Studio 統合に使用されるユーザーアカウントは、VM ライフサイクル管理 (VM の作成、更新、削除など) をサポートするために、各 Hyper-V サーバーの administrators ローカルセキュリティグループのメンバーである必要もあります。 注: Hyper-V を実行しているサーバーに Controller をインストールすることはサポートされていません。

  2. マスター VM を作成します。
    1. マスター VM に Virtual Delivery Agent をインストールし、デスクトップを最適化するオプションを選択します。これによりパフォーマンスが向上します。
    2. マスターVMのスナップショットをバックアップとして取得します。
  3. 仮想デスクトップを作成します。MCSを使用してVMを作成する場合、サイトまたは接続を作成するときに、
    1. Microsoft仮想化ホストの種類を選択します。
    2. ホストサーバーの完全修飾ドメイン名としてアドレスを入力します。
    3. 新しいVMを作成する権限を持つ、以前に設定した管理者アカウントの資格情報を入力します。
    4. ホストの詳細ダイアログボックスで、新しいVMを作成するときに使用するクラスターまたはスタンドアロンホストを選択します。 重要:単一のHyper-Vホスト展開を使用している場合でも、クラスターまたはスタンドアロンホストを参照して選択してください。

SMB 3ファイル共有上のMCS

VMストレージ用のSMB 3ファイル共有上にMCSで作成されたマシンカタログの場合、ControllerのHypervisor Communications Library (HCL) からの呼び出しがSMBストレージに正常に接続されるように、資格情報が以下の要件を満たしていることを確認してください。

  • VMMユーザーの資格情報には、SMBストレージへの完全な読み取り/書き込みアクセス権が含まれている必要があります。
  • VMライフサイクルイベント中のストレージ仮想ディスク操作は、VMMユーザーの資格情報を使用してHyper-Vサーバー経由で実行されます。

SMBをストレージとして使用する場合、Windows Server 2012上のHyper-VでVMM 2012 SP1を使用する際は、Controllerから個々のHyper-Vマシンへの認証資格情報セキュリティサポートプロバイダー (CredSSP) を有効にします。詳細については、CTX137465を参照してください。

標準のPowerShell V3リモートセッションを使用すると、HCLはCredSSPを使用してHyper-Vマシンへの接続を開きます。この機能は、Kerberosで暗号化されたユーザー資格情報をHyper-Vマシンに渡し、リモートHyper-Vマシン上のセッション内のPowerShellコマンドは、提供された資格情報(この場合はVMMユーザーの資格情報)で実行されるため、ストレージへの通信コマンドが正しく機能します。

次のタスクでは、HCLで生成され、SMB 3.0ストレージに対して動作するためにHyper-Vマシンに送信されるPowerShellスクリプトを使用します。

  • マスターイメージの統合—マスターイメージは、新しいMCSプロビジョニングスキーム(マシンカタログ)を作成します。マスターVMをクローンしてフラット化し、新しく作成されたディスクから新しいVMを作成できるようにします(元のマスターVMへの依存関係を削除します)。

    root\virtualization\v2 名前空間における コンバートバーチャルハードディスク

    例:

     $ims = Get-WmiObject -class $class -namespace "root\virtualization\v2";
     $result = $ims.ConvertVirtualHardDisk($diskName, $vhdastext)
     $result
    
  • 差分ディスクの作成—マスターイメージを統合して生成されたマスターイメージから差分ディスクを作成します。その後、差分ディスクは新しいVMに接続されます。

    root\virtualization\v2 名前空間でのクリエイトバーチャルハードディスク

    例:

     $ims = Get-WmiObject -class $class -namespace "root\virtualization\v2";
     $result = $ims.CreateVirtualHardDisk($vhdastext);
     $result
    
  • IDディスクのアップロード—HCLはIDディスクをSMBストレージに直接アップロードできません。そのため、Hyper-VマシンがIDディスクをストレージにアップロードしてコピーする必要があります。Hyper-Vマシンはコントローラーからディスクを読み取ることができないため、HCLはまずHyper-Vマシンを介してIDディスクを次のようにコピーする必要があります。

    1. HCLは、管理者共有を介してIDをHyper-Vマシンにアップロードします。

    2. Hyper-Vマシンは、PowerShellリモートセッションで実行されているPowerShellスクリプトを介して、ディスクをSMBストレージにコピーします。Hyper-Vマシン上にフォルダーが作成され、そのフォルダーのアクセス許可はVMMユーザーのみにロックされます(リモートPowerShell接続を介して)。

    3. HCLは、管理者共有からファイルを削除します。

    4. HCLがIDディスクのHyper-Vマシンへのアップロードを完了すると、リモートPowerShellセッションはIDディスクをSMBストレージにコピーし、その後Hyper-Vマシンから削除します。

      IDディスクフォルダーは、削除された場合でも再利用できるように再作成されます。

  • IDディスクのダウンロード—アップロードと同様に、IDディスクはHyper-Vマシンを介してHCLに渡されます。以下のプロセスでは、Hyper-Vサーバー上にVMMユーザー権限のみを持つフォルダーが存在しない場合に作成します。

    1. Hyper-Vマシンは、PowerShell V3リモートセッションで実行されているPowerShellスクリプトを介して、ディスクをSMBストレージからローカルのHyper-Vストレージにコピーします。
    2. HCLは、Hyper-Vマシンの管理者共有からディスクをメモリに読み込みます。
    3. HCLは、管理者共有からファイルを削除します。
  • Personal vDiskの作成—管理者がPersonal vDiskマシンカタログでVMを作成する場合、空のディスク(PvD)を作成する必要があります。

    空のディスクを作成するための呼び出しは、ストレージへの直接アクセスを必要としません。メインディスクまたはオペレーティングシステムディスクとは異なるストレージにPvDディスクがある場合は、リモートPowerShellを使用して、PvDが作成されたVMと同じ名前のディレクトリフォルダーにPvDを作成します。CSVまたはLocalStorageの場合、リモートPowerShellを使用しないでください。空のディスクを作成する前にディレクトリを作成すると、VMMコマンドの失敗を回避できます。

    Hyper-Vマシンから、ストレージ上でmkdirを実行します。

マイクロソフト システムセンター バーチャルマシンマネージャー 仮想化環境