ステップ 3: 仮想マシンを作成する

概要

これで、機能的な Google Cloud プロジェクトとコアネットワークサービスが準備できました。次のステップは、Citrix Cloud リソースの場所を機能させるために必要な仮想マシンリソースを作成することです。「 リファレンスアーキテクチャ:Google Cloud上のCitrix Virtualization」で説明されているように、機能的なリソースの場所には以下が必要です。

  • Active Directory ドメインサービス

  • Citrix Cloud Connector

  • 1つ以上のCitrix VDA

Cloud Forward デザインパターンを適用すると、これらのリソースは VPC にアタッチされた仮想マシンインスタンスにデプロイされます。仮想マシンインスタンスは、リージョン内の Google Cloud ゾーン間で分割することにより、可用性の高い方法でデプロイされます。 ガイドのこのセクションでは、Google Cloud のリソースとサービスタイプに関する追加情報を提供し、続いて仮想マシンインスタンスを作成します。

Google Cloud 仮想マシンリソース Google Cloud は、仮想マシンインスタンスで使用する、信頼性が高く高性能なブロックストレージを提供します。ブロックストレージは、 永続ディスクとして仮想マシンに提示されます。永続ディスク。標準ハードドライブまたはソリッドステートドライブ (SSD) として使用できます。永続ディスクは、インスタンスがデスクトップまたはサーバーの物理ディスクであるかのようにアクセスできる、耐久性のあるネットワークストレージデバイスです。Google Compute Engine インスタンスには、デフォルトで 1 つのオペレーティングシステムを備えた単一のルート永続ディスクがあります。アプリケーションがより多くのローカルストレージを必要とするインスタンスのために、追加のディスクを後で追加できます。ディスク拡張の選択肢は、標準または SSD 永続ディスク、ローカル SSD、および Cloud Storage バケットです。ローカルSSDに保存されているデータは一時的なものであるため、ローカルSSDはCitrix Virtual Appsの展開には推奨されません。永続ディスクは、仮想マシンインスタンスとは独立して配置されます。VM インスタンスが削除された後でもデータを保持するために、永続ディスクを切り離すか移動するかを選択できます。永続ディスクのパフォーマンスは、サイズに応じて自動的に変化します。永続ディスクのサイズを変更するか、インスタンスに永続ディスクを追加して、ストレージ容量の要件に対するパフォーマンスを満たすことができます。永続ディスクには I/O あたりのコストがないため、月間の I/O バジェットは不要です。SSD 永続ディスクの読み取り IOPS は 40,000、書き込み IOPS はインスタンスあたり 30,000 です。読み取り IOPS が 3,000、書き込み IOPS が 15,000 の標準永続ディスクと比較。SSD永続ディスクは、Citrix Virtual Appsワークロードの展開に推奨されます。ストレージ容量を見積もるときは、Virtual Apps and Desktops の展開には、(1) Virtual Apps サーバーとアプリケーション用のストレージ、および (2) ユーザープロファイル用のストレージの 2 つのストレージニーズがあることに注意してください。Virtual Apps サーバーのマスターイメージを展開するには 50 GB のストレージが必要です。これは、インストールされているアプリケーションと Windows Server オペレーティングシステムのバージョンによって異なります。たとえば、Windows Server 2016のOSの起動サイズは50 GBですが、Windows Server 2012のR2は32GBです。既存のオンプレミスイメージを移行する代わりに、必要な容量を最小限に抑えるために、新しいVirtual Appsマスターイメージを作成することをお勧めします。

Google Cloud では、仮想マシンインスタンスを実行するサービスは Google Compute Engine と呼ばれます。Compute Engine は、あらゆる要件に対して事前定義された仮想マシン構成を提供します提供できるのは、小規模なマイクロインスタンスから大容量メモリおよび高CPU構成まで多岐にわたります。次のコンピュートリソースは、GCP 上のすべての Virtual Apps デプロイに関連しています。

Microsoft のライセンスでは 、Citrix Virtual Desktop インスタンスがMicrosoft 以外のパブリッククラウドに展開されていない必要があります。唯一のテナントノード (STN)またはGoogle Cloud VMwareエンジン(GCVE)のいずれかを使用して、GCPにCitrix 仮想デスクトップを実装できます。STNとGCVEは、この導入ガイドの範囲外です。

Microsoftライセンスモビリティにより、既存のMicrosoftライセンスを使用しながら、リモートデスクトップサービス(RDS)などの Windows Server アプリケーション(Citrix Virtual Apps)をGCPに展開できます。この展開を開始する前に、Microsoft とのMicrosoft ライセンス契約を確認することをお勧めします。Microsoft Windows Server インスタンスでは、GCP KMS ホスト kms.windows.googlecloud.com でアクティベートするには、インターネットネットワーク接続が必要です。Windows Server インスタンスが KMS ホストに登録する標準の猶予期間は 30 日間です。30 日後、インスタンスは機能を停止します。または、独自の Windows KMS ライセンスを GCP に持ち込み、必要なライセンスをホストすることもできます。このガイドでは、Microsoft RDS サーバーは展開していません。代わりに、検証には30日間の猶予期間を使用しています。

1 仮想マシンインスタンスを作成する

クラウド転送デザインパターンでは、3種類の仮想マシンインスタンス(Active Directory、Citrix Cloud Connector、Citrix VDA)を展開する必要があります。表の詳細を使用して、概説されている手順を繰り返して、各仮想マシンを作成して起動します。完了したら、各仮想マシンインスタンスに初めてログインするための認証情報を生成して保存します。

VM タイプ サイジングを計算 VPC ネットワーク グーグル・ゾーン ホスト名 IPアドレス ネットワークタグ
Active Directory ドメイン #1 N1-スタンダード-2 Citrix Cloud ネットワーク us-west1-A dc1.ctx.lab 10.240.1.2 DC DNS
Active Directory ドメイン #2 N1-スタンダード-2 Citrix Cloud ネットワーク us-west1-B dc2.ctx.lab 10.240.1.3 DC DNS
Cloud Connector #1 N2-スタンダード-4 Citrix Cloud ネットワーク us-west1-A cc1.ctx.lab 10.240.1.4 cc
Cloud Connector #2 N2-スタンダード-4 Citrix Cloud ネットワーク us-west1-B cc2.ctx.lab 10.240.1.5 cc
サーバーVDAマスターイメージ N2-スタンダード-4 Citrix Cloud ネットワーク us-west1-A mcs.ctx.lab エフェメラル (自動) vda
  1. Google Console の左上隅にあるハンバーガーアイコンをクリックします

  2. コンピュートエンジンに移動します

  3. VM インスタンスをクリックします

    vm-instances

  4. [ インスタンスを作成] をクリックします

    vm-create-instances

  5. 名前を入力: dc1

  6. 地域を選択してください: us-west1

  7. ゾーンを選択してください: us-west1-a

  8. [ 汎用 ] タブを選択します

  9. N2シリーズを選択

  10. n2-standard-2 を選択します (このセクションの冒頭にある表の各仮想マシンの対応するコンピューティングサイジングに従います)。

    vm-dc1

  11. 起動ディスクで [ 変更] をクリックします

    vm-boot-disk

  12. [ パブリックイメージ ] タブをクリックします

  13. Windows Server オペレーティングシステムを選択

  14. Windows Server 2019 データセンターを選択します (この展開では、評価ライセンスを使用しています)

  15. バランスの取れた永続ディスクを選択します

  16. 必要なサイズ (GB): 50

  17. [Select]をクリックします

    vm-public-images

  18. 管理、セキュリティ、ディスク、ネットワーキング、唯一のテナンシーブレードを拡張

    vm-blade

  19. [ ネットワーク ] セクションを展開し、対応する仮想マシンのネットワークタグ [ dc dns] を入力します。

  20. このセクションの冒頭にある表にリストされているホスト名を入力します。 dc1.ctx.lab

    dc-dns-networking

  21. [ 仮想プライベートクラウド ] セクションで作成したネットワークを選択します。 citrixcloudnetwork

  22. サブネットワークは自動入力されるはずです

  23. [プライマリ内部 IP] セクションで [エフェメラル IP アドレス (カスタム) ] を選択します。

  24. カスタムエフェメラルIPアドレスの下にIPアドレス10.240.1.2を入力します

    サーバーVDAマスターイメージでは、IPアドレスを自動的に割り当てる必要があります。サーバーVDAマスターイメージでIPアドレスを自動的に取得できるようにするには、[エフェメラル(自動)]を選択します。

  25. [外部IP] を [なし] に設定します

  26. [ 完了] をクリックします

    dc-dns-network-interface

  27. [ 作成] をクリックします。

    dc-dns-network-interface-create

  28. マシンを作成してパワーオンしたら、次のステップはデフォルトのユーザー名とパスワードを作成することです。

    Google Cloud の [Windows パスワードの設定 ] 機能は、指定したユーザー名を使用して強力なパスワードを設定/リセットします。アカウントが存在する場合、パスワードがリセットされます。存在しない場合、Google Cloud は Windows インスタンスのローカルセキュリティデータベースにユーザーを作成し、パスワードを作成します。Google Cloud が作成 (または更新) するユーザーは、インスタンスのローカル管理者です。

    Windowsパスワードの設定機能にアクセスするには複数の方法があります 。ここではそのうちの1つで、VMインスタンスをクリックしてインスタンスの詳細を表示することから始まります。

    vm-instances-view-詳細

  29. [VM インスタンスの詳細] セクションで、[ Windows パスワードの設定] をクリックします。

    vm-instances-details

  30. ユーザー名 adminを入力

  31. [ 設定] をクリックします

    パスワードの作成中に 「Windowsパスワードを設定できませんでした。再試行してください。このインスタンスを作成したばかりの場合は、準備ができるまで 10 分かかります。」、パスワードを作成する前に、推奨される時間を確保することをお勧めします。

    vm-set-new-password

  32. デフォルトでは、一意の新しいパスワードは Google Cloud によって自動生成され、コンソールから変更することはできません。カスタムパスワードが必要な場合は、Windows オペレーティングシステム内でパスワードを変更する必要があります。

  33. 手動でコピーするか、コピーアイコンをクリックします。パスワードは、次のセクションで仮想マシンコンソールにログインする必要があるため、安全に保管してください。

  34. [閉じる] をクリックします。

    vm-set-new-windows-パスワード

    手順 1 ~ 35 を実行して、このセクションの冒頭の表に示すとおりに各 VM を構築します。結果は画像のようになるはずです。

    vm-instances-tabel-result

  35. [ネットワークタグ] 列が表示されない場合は、列表示オプションアイコンをクリックします。

  36. リストから [ ネットワークタグ ] を選択します

  37. OK をクリックします。

    vm-network-tags

ステップ 3: 仮想マシンを作成する