Skip to main content

2026 年 7 月 28 日

Google Cloud Platform への PowerShell デプロイ

PowerShell コマンドは、Unified Access Gateway 2103 以降を Google Cloud Platform 内の Compute Engine にデプロイするために使用されます。

手順

  1. クライアント マシンの準備
  2. Google Cloud Platform 環境の準備
  3. Google Cloud Platform への Unified Access Gateway イメージのアップロード
  4. Google Cloud Platform にデプロイするための .ini ファイルの準備
  5. Compute Engine へのデプロイ

ステップ 1:PowerShell デプロイのためのクライアント マシンの準備

クライアント マシンに Google Cloud ユーティリティをインストールします。

  1. gsutil をインストールします。Windows および Ubuntu に gsutil ツールをインストールする手順については、Google Cloud ドキュメントの「Google Cloud CLI の一部として gsutil をインストールする」を参照してください。

  2. Windows マシンの場合は、管理者権限で次の PowerShell コマンドを実行します。

    Install-Package 7Zip4PowerShell
    

PowerShell デプロイ スクリプトを実行するための推奨オペレーティング システム

次の表に、Google Cloud Platform への PowerShell ベースの Unified Access Gateway デプロイを実行できるオペレーティング システムを示します。これは、Unified Access Gateway アプライアンス自体のオペレーティング システムを指すものではありません。

オペレーティング システム推奨される OS バージョンPowerShell のバージョン
Windows10 および 115 および 7
Ubuntu20.04、22.04、24.04 7

ステップ 2:Google Cloud Platform 環境の準備

Google Cloud プロジェクトを使用します。このプロジェクトに VPC ネットワーク、対応するサブネット ネットワーク、およびファイアウォール ルールを構成する必要があります。詳細については、Google Cloud ドキュメントを参照してください。

前提条件

  • Google Cloud Platform の概念を理解していることを確認します。
  • Google Cloud プロジェクトで、イメージ、VPC ネットワーク、サブネット、ファイアウォール ルールなどのリソースを作成または変更するために必要な権限があることを確認します。
  • Compute Engine API を有効にする必要があります。

手順

  1. Google Cloud プロジェクトを使用します。

    オプションアクション
    新しいプロジェクト
    1. Google Cloud Console で、[プロジェクト セレクタ] ページに移動します。
    2. Google Cloud プロジェクトを作成します。
    既存のプロジェクトプロジェクトがすでに使用可能でアクティブな場合は、既存のプロジェクトを使用できます。
  2. NIC ごとに Virtual Private Cloud (VPC) ネットワークを作成します。

    Unified Access Gateway の各 NIC は、一意の VPC ネットワークとそのネットワーク内のサブネットを使用します。

    VPC ネットワークを作成しない場合は、単一の NIC を持つ Unified Access Gateway のみをデプロイできます。Compute Engine にデプロイされた Unified Access Gateway アプライアンスは、Google Cloud Platform で使用可能なデフォルトの VPC ネットワークを使用します。

    たとえば、次の図では、Google Cloud Console に 2 つの VPC ネットワーク、uag-front-vpcuag-back-vpc が作成されています。これらの VPC ネットワークには、それぞれサブネットとして uag-front-networkuag-back-network があります。2 つの NIC を持つ Unified Access Gateway アプライアンスをデプロイして、フロントエンド インターネットに接続するためにこれら 2 つのサブネットを使用し、バックエンド接続に個別のサブネット ネットワークを使用できます。

    Google Cloud コンソールには、uag-back-vpc と uag-front-vpc の 2 つの VPC ネットワークが作成されます。これらの VPC ネットワークには、それぞれサブネットとして uag-back-network と uag-front-network があります。

    **注:**共有 VPC ネットワークを使用して Unified Access Gateway を構成することもできます。このような場合、サービス プロジェクトにデプロイされた Unified Access Gateway インスタンスは、ホスト プロジェクトで作成および管理される共有 VPC ネットワークに接続されます。Unified Access Gateway の各ネットワーク インターフェイス (NIC) は、共有 VPC ネットワークまたはローカル VPC ネットワークを使用するように個別に構成できます。詳細については、Google Cloud ドキュメントの「共有 VPC の構成」を参照してください。

  3. 作成されたサブネット名を書き留めます。

    VPC ネットワーク内のサブネット名は、PowerShell を使用して Unified Access Gateway をデプロイするときに、.ini ファイルで使用されます。

  4. インターネットにアクセス可能な VPC 内の Unified Access Gateway アプライアンスへの TCP および UDP ポート アクセスを許可するには、必要な数のファイアウォール エントリを作成します。

    **重要:**TCP ポート 22 でのインターネットから Unified Access Gateway への SSH リモート アクセスは、ファイアウォールで慎重に制限する必要があります。SSH アクセスが必要な場合、ファイアウォール ルールは、特定の送信元 IP アドレスからのみ、またはアクセスを制御できるクラウド内のジャンプ ボックス仮想マシンから、このアクセスを許可する必要があります。

    たとえば、次の Google Cloud Console の図では、インターネットに接続する VPC ネットワーク uag-front-vpcuag-horizon-protocols という名前のファイアウォール ルールが作成されています。このファイアウォール ルールは、uag-front-vpc ネットワークに接続されているすべてのインスタンスに適用され、指定されたポートでパブリック インターネットからの TCP および UDP の受信トラフィックを許可します。

    Google Cloud コンソールには、TCP および UDP ポートが構成されている Horizon Edge サービスのファイアウォール エントリが表示されます。

ステップ 3: Google Cloud Platform への Unified Access Gateway イメージのアップロード

Unified Access Gateway インスタンスを Compute Engine にデプロイするには、Unified Access Gateway アプライアンス ディスク イメージを Google Cloud Platform にアップロードする必要があります。

  1. Omnissa Customer Connect から、「Unified Access Gateway (UAG) for vSphere, AWS and Google Cloud」ファイルに移動し、[今すぐダウンロード] をクリックします。
    zip ファイル euc-unified-access-gateway-x.x.x.xxxxxxxxx.ova がローカル マシンにダウンロードされます。

  2. PowerShell コマンド ウィンドウを開き、次のコマンドを実行して、前にダウンロードした .ova ファイルから .vmdk ファイルを抽出します。

    • ova-filename は、Customer Connect からダウンロードされた .ova イメージ ファイルです。
    • target-location は、.vmdk ファイルが抽出される場所です。
    WindowsUbuntu
    expand-7zip ova-filename target-location
    たとえば、euc-unified-access-gateway-22.12.0.0-42741890_OVF10.ova はダウンロードされたファイルです。ここで、22-12 はバージョン番号、42741890 はビルド番号です。 .vmdk ファイルを C:\temp に抽出するには、次のコマンドを実行します。
    expand-7zip C:\temp\euc-unified-access-gateway-22.12.0.0-42741890_OVF10.ova C:\temp\
    tar -xvf ova-filename
    次に例を示します。
    tar -xvf euc-unified-access-gateway-22.12.0.0-42741890_OVF10.ova 
  3. 次の変数を設定します。

    • $gcImageFile は、手順 2 で抽出した .vmdk ファイルのファイル名です。
    • $gcImageFolder は、.vmdk ファイルのフォルダ パスです。 例:
    
    $gcImageFolder="C:\temp"
    $gcImageFile="euc-unified-access-gateway-22.12.0.0-42741890-system.vmdk"
    $gcBucket="uag-appliance-images"
    $gcImageName=$gcImageFile.Replace("-system.vmdk","").Replace(".", "-")
    gcloud auth login
    gcloud config set project "my-project"
    
    
  4. Google Cloud ストレージ バケットを作成します。

    **注:**別の Google Cloud プロジェクトでホストされているコンピューティング イメージを使用して、Unified Access Gateway をデプロイすることもできます。このような場合は、Unified Access Gateway のデプロイ時にコンピューティング イメージ名 ($gcImageName) とホスティング プロジェクト ID を指定します。

    次のコマンドを実行して、同じプロジェクトにストレージ バケットを作成します。

    gsutil mb -l us-east1 gs://$gcBucket
    

    次のコマンドを実行して、別のプロジェクトにストレージ バケットを作成します。

    gsutil mb -l us-east1 gs://$gcBucket -p my-image-hosting-project
    
  5. 次のコマンドを使用して、.vmdk イメージを Google Cloud ストレージ バケットにアップロードします。

    gsutil cp $gcImageFolder\$gcImageFile gs://$gcBucket
    
  6. アップロードした .vmdk から Compute Engine にアプライアンス イメージを作成します。

    次のコマンドを実行して、同じプロジェクトにイメージをインポートします。

    gcloud compute images import $gcImageName --source-file gs://$gcBucket/$gcImageFile --data-disk
    

    次のコマンドを実行して、別のプロジェクトにイメージをインポートします。

    gcloud compute images import $gcImageName --source-file gs://$gcBucket/$gcImageFile --data-disk --project my-image-hosting-project
    

    **注:**コンピューティング イメージをインポートするときに、インポート ツールによって作成された一時仮想マシンに使用するサブネットを指定できます。次の例に示すように --subnet フラグを使用します。

    gcloud compute images import $gcImageName --source-file gs://$gcBucket/$gcImageFile --data-disk --subnet default
    

    これらのコマンドに関する詳細は、Google Cloud SDK ドキュメントを参照してください。

    前の手順で説明した例を考慮すると、Compute Engine で作成されたアプライアンス イメージは euc-unified-access-gateway-22-12-0-0-42741890 で、22-12 はバージョン番号、42741890 はビルド番号です。

ステップ 4:Google Cloud Platform にデプロイするための .ini ファイルの準備

Unified Access Gateway の Compute Engine PowerShell デプロイ スクリプトは、.ini 構成ファイルからすべての構成設定を読み取ります。このセクションでは、.ini ファイル形式について説明し、デプロイに使用できる設定の例を示します。

.ini ファイルのほとんどのセクションは、他のすべてのハイパーバイザーのデプロイでサポートされている Unified Access Gateway の標準 .ini 設定と同じです。.ini ファイルの詳細については、「PowerShell を使用した Unified Access Gateway アプライアンスのデプロイ」セクションを参照してください。

  1. [General] セクションで必要な設定を構成します。「PowerShell デプロイ パラメータ」を参照してください。

    **注:**Google Cloud Platform のデプロイの場合、[General] セクションの次の設定は使用されません。

    • diskMode
    • ds
    • folder
    • netInternet
    • netManagementNetwork
    • netmask0netmask1netmask2
    • netBackendNetwork
    • source
    • target
    • ip0defaultGatewaynetmask0ipmode0
    • v6ip0v6ipprefix0v6DefaultGateway
  2. .ini ファイルに、新しいグループ [GoogleCloud] と、Google Cloud Platform に固有の必要な設定を追加します。

次の表に、Google Cloud Platform のデプロイに必要な設定(値名)を示します。

グループ値の名前説明必須/オプション
[GoogleCloud]projectIdprojectId=my-project新しい Unified Access Gateway インスタンスの作成に使用される Google Cloud Platform プロジェクト ID。 プロジェクト ID が指定されていない場合は、Cloud SDK のアクティブな構成からのプロジェクトが使用されます。オプション
imageNameimageName=euc-unified-access-gateway-22-12-0-0-42741890新しいインスタンスを作成する必要がある Compute Engine にインポートされたアプライアンス イメージの名前。必須
 imageProjectIdimageProjectId= (image-host-project)コンピューティング イメージ imageName をホストするプロジェクト。指定しない場合、コンピューティング イメージの検索にデフォルトの projectId が使用されます。オプション
machineTypemachineType=e2-standard-4Compute Engine マシン タイプを示します。 machineType のデフォルト値は e2-standard-4 です。 注:指定した machineType が、必要な Unified Access Gateway NIC の数に適していることを確認します。 たとえば、e2-standard-2 は 1 つの NIC または 2 つの NIC のデプロイをサポートしますが、3 つの NIC はサポートしません。詳細については、Google Cloud ドキュメントの「ネットワーク インターフェイスの最大数」を参照してください。オプション
zonezone=us-central1-a新しい Unified Access Gateway インスタンスが作成される Compute Engine ゾーン。 zone の値が指定されていない場合は、Cloud SDK のアクティブな構成からのゾーンが使用されます。オプション
  subnet0 subnet1 subnet2subnet0=custom-subnetUnified Access Gateway の eth0、eth1、eth2 NIC を作成する必要があるサブネット。 deploymentOption の値と、使用される対応するサブネットは次のとおりです。
  • deploymentOption が onenic に設定されている場合は、subnet0 が使用されます。
  • deploymentOption が twonic に設定されている場合は、subnet0 と subnet1 が使用されます。
  • deploymentOption が threenic に設定されている場合は、subnet0、subnet1、および subnet2 が使用されます。
サブネット値が指定されていない場合、PowerShell スクリプトはサブネットのデフォルト値を使用します。2 つの NIC または 3 つの NIC をデプロイする場合、デフォルト値を使用できるのは 1 つのサブネットのみです。
2 つの NIC または 3 つの NIC をデプロイする場合、1 つのサブネット値のみをオプションにできます。
 vpcHostProjectIdvpcHostProjectId= (shared-vpc-host-project)Unified Access Gateway NIC のいずれかが共有 VPC から構成されている場合にホスト プロジェクトとして機能するプロジェクト。共有 VPC で特定のサブネットを構成するには、sharedVpcForSubnet<n> フラグを true に設定します。ここで、n は NIC の数です。オプション
  sharedVpcForSubnet0 sharedVpcForSubnet1 sharedVpcForSubnet2
sharedVpcForSubnet0=true
sharedVpcForSubnet1=false
sharedVpcForSubnet2=false
vpcHostProjectId が指定されている場合、このフラグは、特定のサブネットが共有 VPC に作成されているかどうかを示します。vpcHostProjectId を指定しない場合、このフィールドは無視されます。デフォルト値は false です。オプション
privateIPAddress0 privateIPAddress1 privateIPAddress2privateIPAddress0=10.30.11.213NIC の内部 IP アドレス。 この設定を使用して、Unified Access Gateway の eth0、eth1、eth2 を Google Cloud の VPC ネットワークからの静的内部 IP アドレスに接続できます。 privateIPAddress の値が指定されていない場合、Compute Engine は対応する NIC を動的内部 IP アドレスに接続します。 たとえば、2 つの NIC のデプロイについて考えます。
  • eth0 は静的内部 IP アドレスに接続されています。
  • eth1 は動的に接続された内部 IP アドレスを受信します。
インスタンスが削除されるまで、両方の IP アドレスが Unified Access Gateway インスタンスに接続されたままになります。
オプション
publicIPAddress0 publicIPAddress1 publicIPAddress2 publicIPAddress0=eipalloc-027afa45f34984c87 publicIPAddress1=no-addressNIC の外部 IP アドレス この設定を使用して、Unified Access Gateway の eth0、eth1、eth2 を Google Cloud の VPC ネットワークからの予約された外部 IP アドレスに接続できます。 publicIPAddress の値が指定されていない場合、Compute Engine は対応する NIC を動的外部 IP アドレスに接続します。 NIC が外部 IP アドレスに接続されないようにするには、no-address を値として使用します。 この例では、3 つの NIC のデプロイについて考えます。
  • eth0 は静的外部 IP アドレスに接続されています。
    静的外部 IP アドレスは、インスタンスが削除されるまで(または予約が削除されるまで)この NIC に接続されたままになります。</li>
    
  • eth1 は外部 IP アドレスに接続されていません。
  • eth2 は動的に接続された外部 IP アドレスを受信します。
    外部 IP アドレスは、インスタンスが停止または終了すると解放されます。</li>
    
オプション
labelslabels=label0=value0,label1=value1Unified Access Gateway インスタンスに関連付けられたラベル。 デフォルトでは、name=$uagName ラベルは PowerShell スクリプトによって Unified Access Gateway インスタンスに関連付けられます。オプション
tagstags=tag0,tag1Unified Access Gateway インスタンスに関連付けられたタグ。 デフォルトでは、https-server タグは PowerShell スクリプトによって Unified Access Gateway インスタンスに関連付けられます。オプション
 serviceAccountserviceAccount=51841023978-compute@prod.gserviceaccount.comサービス アカウントは、Unified Access Gateway インスタンスに接続された ID です。 サービス アカウントのアクセス トークンは、Unified Access Gateway インスタンス メタデータ サーバを介してアクセスでき、インスタンス上のアプリケーションを認証するために使用されます。アカウントは、必要なサービス アカウントに対応するメール アドレスを使用して設定できます。 サービス アカウントが指定されていない場合、Unified Access Gateway インスタンスはプロジェクトのデフォルトのサービス アカウントを使用します。オプション

例 1:Google Cloud Platform に Unified Access Gateway をデプロイするための INI ファイル定義


[General]
name=uag1
deploymentOption=onenic
sshEnabled=true

[GoogleCloud]
projectId=my-project
imageName=euc-unified-access-gateway-22-12-0-0-42741890
zone=us-central1-a
subnet0=uag-front-network

[Horizon]
proxyDestinationUrl=https://myhorizon.example.com

例 2:Google Cloud Platform に Unified Access Gateway をデプロイするための INI ファイル定義


[General]
name=uag2
deploymentOption=twonic
sshEnabled=true
routes1=10.20.0.0/16 10.2.0.1

[GoogleCloud]
projectId=my-project
imageName=euc-unified-access-gateway-22-12-0-0-42741890
imageProjectId=my-image-hosting-project
zone=us-central1-a
vpcHostProjectId=my-sharedvpc-host-project
subnet0=uag-front-network
sharedVpcForSubnet0=true
subnet1=uag-back-network
sharedVpcForSubnet1=false

[Horizon]
proxyDestinationUrl=https://myhorizon.example.com

ステップ 5:Compute Engine へのデプロイ

uagdeploygce.ps1 PowerShell コマンドを使用して、Unified Access Gateway を Compute Engine にデプロイできます。このコマンドは、.ini ファイルからすべての構成設定を取得し、Unified Access Gateway のインスタンスをデプロイします。

Compute Engine 内の既存のインスタンスの名前が、.ini ファイルの [General] セクションで指定されている名前と同じである場合、PowerShell スクリプトはデプロイ中に既存のインスタンスを削除し、同じ名前の新しい Unified Access Gateway インスタンスを作成します。この置き換えは、Unified Access Gateway アプライアンスのアップグレード中、または更新された設定でアプライアンスを再デプロイする際に役立ちます。

  1. Omnissa Customer Connect から、Unified Access Gateway (UAG) PowerShell スクリプト ファイルに移動し、[今すぐダウンロード] をクリックします。
    zip ファイル uagdeploy-xx.xx.x.x-xxxxxxxx がローカル マシンにダウンロードされます。

  2. zip ファイルを解凍します。次の PowerShell スクリプトがマシン上で使用可能であることを確認します。
    Windows マシンの uagdeploygce.ps1uagdeploy.psm1

  3. PowerShell コマンド ウィンドウを起動し、ダウンロードしたスクリプトを含むフォルダにディレクトリを変更します。

  4. Unified Access Gateway を Compute Engine にデプロイするには、次の手順を実行します。

    1. 新しいバージョンの Unified Access Gateway にアップグレードする場合は、.ini ファイルを編集して、imageName 設定を前のタスクのいずれかで Compute Engine にアップロードされた新しいイメージ名に更新します。

      .ini ファイル内のその他の構成パラメータはすべて同じままにする必要があります。

    2. インタラクティブ モードと非インタラクティブ モードのどちらを選択したかに応じて、次のコマンドを実行します。

      モードコマンド
      インタラクティブ
      .\uagdeploygce.ps1 <ini-filename>.ini
      <ini-filename> は、前のタスクで準備した .ini ファイルの名前です。 例:.\uagdeploygce.ps1 uag1.ini uag1.ini は、前のタスクで使用したファイル名です。
      非インタラクティブ.\uagdeploygce.ps1 <ini-filename> <root-pwd> <admin-pwd> <ceip-yes-no>

      .\uagdeploygce.ps1 <ini-filename> <secret> <admin-pwd> yes
      • <ini-filename> は、前のタスクで準備した .ini ファイルの名前です。
      • コマンドに示すようにパスワードがコマンド ラインで指定されている場合は、Unified Access Gateway をデプロイした後に Clear-History PowerShell コマンドを使用します。
      • パスワードが弱い場合、デプロイは失敗します。パスワードには、「! @ # $ % * ( ) 」のいずれか 1 つを含める必要があります。

      uagdeploygce.ps1 コマンドを再度実行すると、以前の Unified Access Gateway インスタンスと関連リソースが削除され、同じ名前の新しいインスタンスに置き換えられます。新しい .ini ファイルには、最初の起動時に Unified Access Gateway アプライアンスを本番環境で使用できるように、必要なすべての構成パラメータが必要です。

root ユーザーと管理者パスワードの要件の詳細については、「パスワード要件」を参照してください。

次のタスク

Unified Access Gateway を Compute Engine にデプロイし、すべての設定を適用した後、Google Cloud で Unified Access Gateway アプライアンスの構成設定を適用するために使用されるメタデータを削除する必要があります。メタデータを削除するには、例に示すように次のコマンドを使用します。


$uagName=uag1
$zone=us-central1-a
$projectId=my-project
gcloud compute instances remove-metadata $uagName --zone=$zone --project $projectId --keys "user-data"

このページは役に立ちましたか?

このトピックについてフィードバックを送信

このトピックは役に立ちましたか?

個人情報や機密情報は入力しないでください。

リンクを生成しています…