Compute Engine Symphony プロバイダをインストールする

このドキュメントでは、Compute Engine 用の IBM Symphony プロバイダをインストールして構成する方法について説明します。仮想マシン（VM）インスタンスイベントをモニタリングするように Pub/Sub を設定し、プロバイダプラグインをビルドしてインストールし、Symphony ホストファクトリ環境内でプロバイダインスタンスを構成する方法について説明します。

Google Cloud向け Symphony コネクタの詳細については、IBM Spectrum Symphony と Google Cloudを統合するをご覧ください。

始める前に

Compute Engine 用の Symphony プロバイダをインストールするには、次のリソースが必要です。

ホストファクトリーサービスが有効になっている IBM Spectrum Symphony クラスタが実行されていること。IBM Spectrum Symphony プライマリホストのホスト名がある。
必要なロールを持つ専用のサービスアカウント。このサービスアカウントの作成方法について詳しくは、サービスアカウントを作成するをご覧ください。
Symphony プライマリホストと Compute Engine 間の通信を許可するように構成したファイアウォールルール。次に例を示します。
```
gcloud compute firewall-rules create allow-symphony-primary-to-compute \
    --project=PROJECT_ID \
    --direction=INGRESS \
    --priority=1000 \
    --network=NETWORK_NAME \
    --allow=all \
    --source-tags=NETWORK_TAGS_MASTER \
    --target-tags=NETWORK_TAGS

gcloud compute firewall-rules create allow-symphony-compute-to-primary \
    --project=PROJECT_ID \
    --direction=INGRESS \
    --priority=1000 \
    --network=NETWORK_NAME \
    --allow=all \
    --source-tags=NETWORK_TAGS \
    --target-tags=NETWORK_TAGS_MASTER
```
次のように置き換えます。
- PROJECT_ID: 実際の Google Cloudプロジェクトの ID。
- NETWORK_NAME: Symphony リソースがデプロイされている VPC ネットワークの名前。
- NETWORK_TAGS_MASTER: Symphony プライマリホスト VM に適用されるネットワークタグ。
- NETWORK_TAGS: Symphony コンピューティングノード VM に適用されるネットワークタグ。
詳細については、VPC ファイアウォールルールを作成するをご覧ください。

必要なロール

サービスアカウントを使用するインスタンスの作成と管理に必要な権限を取得するには、プロジェクトに対する次の IAM ロールを付与するよう管理者に依頼してください。

Compute インスタンス管理者（v1）（roles/compute.instanceAdmin.v1）
サービスアカウントユーザー（roles/iam.serviceAccountUser）

ロールの付与については、プロジェクト、フォルダ、組織へのアクセス権の管理をご覧ください。

必要な権限は、カスタムロールや他の事前定義ロールから取得することもできます。

Compute Engine 環境を準備する

Symphony ホストファクトリーで VM を作成して管理できるようにするには、いくつかの Google Cloud リソースを構成する必要があります。

インスタンステンプレート: ホストファクトリーが作成する Symphony コンピューティング VM の構成を定義するブループリント。
マネージドインスタンスグループ（MIG）: インスタンステンプレートを使用して作成された同一の VM のグループ。ホストファクトリーは、ワークロードの需要に基づいて VM を追加または削除することで、このグループをスケールアップまたはスケールダウンします。
Pub/Sub トピックとサブスクリプション: プリエンプションや削除などの VM ライフサイクルイベントを Symphony プロバイダに通知するメッセージングサービス。このサービスにより、プロバイダはクラスタの正確な状態を維持できます。

インスタンステンプレートの作成

gcloud compute instance-templates create コマンドを使用して、Symphony コンピューティングホストのインスタンステンプレートを作成します。このテンプレートは、作成する VM のプロパティを定義します。これらの VM には Symphony がインストールされている必要があります。Symphony がプリインストールされたイメージを使用するか、VM の作成後に起動スクリプトを使用して Symphony をインストールできます。コンピューティングホスト VM に Symphony をインストールする方法については、IBM ドキュメントの Linux コンピューティングホストへのインストールをご覧ください。

  gcloud compute instance-templates create INSTANCE_TEMPLATE_NAME \
    --machine-type=MACHINE_TYPE \
    --network-interface=nic-type=GVNIC,stack-type=IPV4_ONLY,subnet=SUBNET_NAME,no-address \
    --instance-template-region=REGION \
    --service-account=SERVICE_ACCOUNT_EMAIL \
    --scopes=https://www.googleapis.com/auth/devstorage.read_only,https://www.googleapis.com/auth/logging.write,https://www.googleapis.com/auth/monitoring.write,https://www.googleapis.com/auth/service.management.readonly,https://www.googleapis.com/auth/servicecontrol,https://www.googleapis.com/auth/trace.append \
    --tags=NETWORK_TAGS \
    --create-disk=auto-delete=yes,boot=yes,device-name=INSTANCE_TEMPLATE_NAME,image-family=rocky-linux-9,image-project=rocky-linux-cloud,mode=rw,size=20,type=pd-balanced \
    --shielded-secure-boot \
    --shielded-vtpm \
    --shielded-integrity-monitoring

次のように置き換えます。

INSTANCE_TEMPLATE_NAME: 新しいインスタンステンプレートの名前。
MACHINE_TYPE: コンピューティングインスタンスのマシンタイプ。詳細については、カスタムマシンタイプの VM を作成するをご覧ください。
SUBNET_NAME: インスタンスのサブネットの名前。詳細については、インスタンスのネットワーク構成を表示するをご覧ください。
SERVICE_ACCOUNT_EMAIL: 始める前にセクションで設定したサービスアカウントのメールアドレス。このサービスアカウントに、必要なロールで指定されたロールがあることを確認します。
REGION: リソースを作成する Google Cloud リージョン。
NETWORK_TAGS: インスタンスに適用するネットワークタグ。ファイアウォールルールで使用できます（例: symphony-compute）。

マネージドインスタンスグループを作成する

前の手順のインスタンステンプレートを使用して、マネージドインスタンスグループ（MIG）を作成します。ホストファクトリープロバイダは、ワークロードの需要に基づいてインスタンスを追加または削除することで、このグループをスケーリングします。

gcloud compute instance-groups managed create INSTANCE_GROUP_NAME \
    --project=PROJECT_ID \
    --base-instance-name=INSTANCE_GROUP_NAME \
    --template=projects/PROJECT_ID/regions/REGION/instanceTemplates/INSTANCE_TEMPLATE_NAME \
    --size=0 \
    --zone=ZONE
    --default-action-on-vm-failure=repair \
    --no-force-update-on-repair \
    --standby-policy-mode=manual \
    --list-managed-instances-results=pageless

次のように置き換えます。

INSTANCE_GROUP_NAME: マネージドインスタンスグループに選択した名前。
PROJECT_ID: 実際の Google Cloudプロジェクト ID。詳細については、プロジェクト名、番号、ID を確認するをご覧ください。
INSTANCE_TEMPLATE_NAME: 前の手順で作成したインスタンステンプレートの名前。
REGION: リソースが配置されているリージョン（us-east など）。
ZONE: 選択したリージョン内のゾーン（a など）。

MIG の作成の詳細については、シングルゾーンに MIG を作成するをご覧ください。

Pub/Sub を設定する

Symphony プロバイダが VM ライフサイクルイベントに関する通知を受け取れるように、Pub/Sub トピックとサブスクリプションを構成します。

Symphony プライマリホストで、次の環境変数を設定します。
```
export GCP_PROJECT=PROJECT_ID
export PUBSUB_TOPIC=PUBSUB_TOPIC
```
次のように置き換えます。
- PROJECT_ID: 実際の Google Cloud プロジェクト ID。
- PUBSUB_TOPIC:Google Cloud トピックの名前（hf-gce-vm-events など）。

Pub/Sub トピックを作成します。

gcloud pubsub topics create $PUBSUB_TOPIC

gcloud logging sinks create コマンドを使用して、監査ログを Pub/Sub にエクスポートするロギングシンクを作成します。

gcloud logging sinks create ${PUBSUB_TOPIC}-sink \
    pubsub.googleapis.com/projects/${GCP_PROJECT}/topics/${PUBSUB_TOPIC} \
    --log-filter="
    logName=\"projects/${GCP_PROJECT}/logs/cloudaudit.googleapis.com%2Factivity\"
    resource.type=(\"gce_instance_group_manager\" OR \"gce_instance\")
    protoPayload.methodName=(
        \"v1.compute.instanceGroupManagers.createInstances\"
        OR
        \"v1.compute.instanceGroupManagers.deleteInstances\"
        OR
        \"v1.compute.instances.insert\"
        OR
        \"v1.compute.instances.delete\"
    )
    " \
    --description="Exports MIG VM create/delete audit logs to Pub/Sub"

このコマンドの出力には、次のステップで使用するサービスアカウントが含まれます。

前の手順のサービスアカウントに Pub/Sub パブリッシャー（roles/pubsub.publisher）ロールを付与します。
```
gcloud pubsub topics add-iam-policy-binding $PUBSUB_TOPIC \
    --member="serviceAccount:LOGGING_SINK_SERVICE_ACCOUNT" \
    --role="roles/pubsub.publisher"
```
LOGGING_SINK_SERVICE_ACCOUNT は、ロギングシンクの作成出力に表示されたサービスアカウントの名前に置き換えます。

ログを受信するサブスクリプションを作成します。

gcloud pubsub subscriptions create ${PUBSUB_TOPIC}-sub \
    --topic=${PUBSUB_TOPIC}

サービスアカウントにサブスクリプションを登録するための正しい権限があることを確認します。
```
gcloud pubsub subscriptions add-iam-policy-binding ${PUBSUB_TOPIC}-sub \
    --member="serviceAccount:SERVICE_ACCOUNT_EMAIL" \
    --role="roles/pubsub.subscriber"
```
SERVICE_ACCOUNT_EMAIL は、インスタンスグループを管理するサービスアカウントのメールアドレスに置き換えます。これは、始める前にで設定したサービスアカウントと同じです。

Pub/Sub の設定が完了しました。Pub/Sub の構成方法の詳細については、Google Cloud CLI を使用して Pub/Sub でメッセージをパブリッシュして受信するをご覧ください。

ホストファクトリ環境変数を読み込む

ホストファクトリーサービスを構成または管理する前に、Symphony 環境変数をシェルセッションに読み込む必要があります。Symphony プライマリホスト VM で、次のコマンドを実行します。

source INSTALL_FOLDER/profile.platform

INSTALL_FOLDER は、インストールフォルダのパスに置き換えます。Symphony のデフォルトのインストールフォルダのパスは /opt/ibm/spectrumcomputing です。Symphony を別の場所にインストールした場合は、環境の正しいパスを使用します。

このコマンドは profile.platform スクリプトを実行します。このスクリプトは、$EGO_TOP や $HF_TOP などの重要な環境変数をエクスポートし、Symphony コマンドラインツールをシェルの PATH に追加します。環境が正しく構成されていることを確認するには、新しいターミナルセッションごとにこのコマンドを実行する必要があります。

プロバイダプラグインをインストールする

Compute Engine プロバイダを Symphony ホストファクトリーサービスと統合するには、RPM パッケージから事前構築済みのプロバイダプラグインをインストールするか、ソースコードからプロバイダをビルドします。

事前ビルド済みのプロバイダプラグインをインストールする

RPM パッケージを使用してプロバイダプラグインをインストールするには、Symphony プライマリホストで次の操作を行います。

Google Cloud Symphony コネクタの yum リポジトリを追加します。

sudo tee /etc/yum.repos.d/google-cloud-symphony-connector.repo << EOM
[google-cloud-symphony-connector] name=Google Cloud Symphony Connector
baseurl=https://packages.cloud.google.com/yum/repos/google-cloud-symphony-connector-x86-64
enabled=1
gpgcheck=0
repo_gpgcheck=0
gpgkey=https://packages.cloud.google.com/yum/doc/yum-key.gpg
       https://packages.cloud.google.com/yum/doc/rpm-package-key.gpg
EOM

Compute Engine のプロバイダパッケージをインストールします。
```
sudo yum install -y hf-gcpgce-provider.x86_64
```

RPM パッケージは、プロバイダの実行可能ファイルとスクリプトを Symphony ホストファクトリーサービスの正しいディレクトリにインストールします。インストール後、ディレクトリ構造は次のようになります。

├── bin
│   └── hf-gce
└── scripts
    ├── getAvailableTemplates.sh
    ├── getRequestStatus.sh
    ├── getReturnRequests.sh
    ├── requestMachines.sh
    └── requestReturnMachines.sh

ソースコードからプロバイダをビルドする

プロバイダプラグインディレクトリの bin ディレクトリに CLI 実行可能ファイルをビルドしてインストールする手順は次のとおりです。

GitHub から symphony-gcp-connector リポジトリのクローンを作成します。
```
git clone https://github.com/GoogleCloudPlatform/symphony-gcp-connector.git
```
プロジェクトの hf-provider ディレクトリに移動します。
```
cd PROJECT_ROOT/hf-provider
```
PROJECT_ROOT は、hf-provider ディレクトリを含む最上位ディレクトリのパス（/home/user/symphony-gcp-connector など）に置き換えます。
uv がインストールされていない場合は、インストールします。
```
pip install uv
```
uv を使用して Python 仮想環境を作成します。
```
uv venv
```
仮想環境をアクティブにします。
```
source .venv/bin/activate
```
必要なプロジェクトの依存関係をインストールします。
```
uv pip install .
```
Python アプリケーションをスタンドアロンの実行可能ファイルにバンドルする PyInstaller をインストールします。
```
uv pip install pyinstaller
```
Compute Engine クラスタの hf-gce CLI を作成します。
```
uv run pyinstaller hf-gce.spec --clean
```
インストールを確認するには、実行可能ファイルに対して --help コマンドを実行します。必要な環境変数を設定しないと、エラーが表示されることがあります。
```
dist/hf-gce --help
```

実行可能ファイルをプロバイダプラグインの bin ディレクトリにコピーします。

mkdir -p ${HF_TOP}/${HF_VERSION}/providerplugins/gcpgce/bin
cp dist/hf-gce ${HF_TOP}/${HF_VERSION}/providerplugins/gcpgce/bin/

スクリプトをプロバイダプラグインの scripts ディレクトリにコピーします。
```
cp -R ./resources/gce_cli/1.2/providerplugins/gcpgce/scripts ${HF_TOP}/${HF_VERSION}/providerplugins/gcpgce/
```
OS は、実行可能ファイルのビルドに使用される Python のバージョンをサポートしている必要があります。実行可能ファイルは Python 3.9.6 でテストされています。

インストール後、プロバイダプラグインのディレクトリ構造は次の例のようになります。

├── bin
│   └── hf-gce
└── scripts
    ├── getAvailableTemplates.sh
    ├── getRequestStatus.sh
    ├── getReturnRequests.sh
    ├── requestMachines.sh
    └── requestReturnMachines.sh

プロバイダプラグインを有効にする

Compute Engine プロバイダプラグインを有効にするには、ホストファクトリー構成に登録します。

$HF_TOP/conf/providerplugins/hostProviderPlugins.json ファイルを開きます。

$HF_TOP 環境変数は、source コマンドを使用するときに環境で定義されます。値は、IBM Spectrum Symphony ホストファクトリーサービスの最上位のインストールディレクトリのパスです。
gcpgce プロバイダプラグインセクションを追加します。
```
{
    "name": "gcpgce",
    "enabled": 1,
    "scriptPath": "${HF_TOP}/${HF_VERSION}/providerplugins/gcpgce/scripts/"
}
```
$HF_TOP のデフォルト値でプロバイダプラグインのバージョン 1.2 を使用している場合、結果の scriptPath 値は INSTALL_FOLDER/hostfactory/1.2/providerplugins/gcpgce/scripts/ になります。

プロバイダインスタンスを設定する

環境の Compute Engine プロバイダを構成するには、プロバイダインスタンスを作成します。

プロバイダインスタンスのディレクトリを設定します。
- ソースコードからプロバイダをビルドした場合は、ディレクトリと構成ファイルを手動で作成する必要があります。
```
mkdir -p $HF_TOP/conf/providers/gcpgceinst/
```
- RPM を使用してインストールした場合、このディレクトリはすでに存在し、構成ファイルの例が含まれています。構成を作成するには、サンプルファイルをコピーします。
```
cp $HF_TOP/conf/providers/gcpgceinst/gcpgceinstprov_config.json.dist $HF_TOP/conf/providers/gcpgceinst/gcpgceinstprov_config.json
cp $HF_TOP/conf/providers/gcpgceinst/gcpgceinstprov_templates.json.dist $HF_TOP/conf/providers/gcpgceinst/gcpgceinstprov_templates.json
```

$HF_TOP/conf/providers/gcpgceinst/ ディレクトリで、gcpgceinstprov_config.json ファイルを作成または編集します。このファイルには、プロバイダのメイン構成が含まれています。プロバイダは、次の構成変数をサポートしています。この構成では、デフォルト値のない変数を指定する必要があります。

変数名	説明	デフォルト値
`HF_DBDIR`	このプロバイダが状態データベースを保存する場所。	HostFactory 環境で `$HF_DBDIR` として定義されます。
`HF_TEMPLATES_FILENAME`	テンプレートファイルの名前。	`gcpgceinstprov_templates.json`
`GCP_CREDENTIALS_FILE`	Google Cloud サービスアカウントの認証情報ファイルの場所。	この値を指定しない場合、アプリケーションはデフォルトの認証情報を使用します。
`GCP_PROJECT_ID`	Google Cloud プロジェクトの ID。	なし
`GCP_INSTANCE_PREFIX`	このプロバイダによって作成されたすべてのホストの先頭に付加する文字列。	`sym-`
`LOGFILE`	プロバイダがログを送信するログファイルの場所。	生成された名前のファイル。HostFactory 環境変数 `HF_PROVIDER_LOGDIR` で定義されたディレクトリにあります。
`LOG_LEVEL`	Python ログレベル	`WARNING`
`PUBSUB_TIMEOUT`	最新の Pub/Sub イベントがこの期間（秒単位）よりも古い場合、Pub/Sub リスナーは切断されます。このタイムアウトは、Pub/Sub イベントリスナーが自動的に起動される場合にのみ適用されます。それ以外の場合、リスナーは無期限に実行され、管理者がライフサイクルを制御する必要があります。	`600`
`PUBSUB_TOPIC`	Pub/Sub トピックの名前。この変数は下位互換性のためのみに使用されます。	`hf-gce-vm-events`
`PUBSUB_SUBSCRIPTION`	VM イベントをモニタリングする Pub/Sub サブスクリプションの名前。	`hf-gce-vm-events-sub`
`PUBSUB_LOCKFILE`	Pub/Sub イベントリスナーがアクティブかどうかを示すファイルの名前。	`/tmp/sym_hf_gcp_pubsub.lock`
`PUBSUB_AUTOLAUNCH`	`true` に設定すると、プロバイダは Pub/Sub イベントリスナーを自動的に起動しようとします。`false` の場合は、選択したメソッドとコマンド `hf-gce monitorEvents` を使用して、Pub/Sub イベントリスナーを起動する必要があります。	`true`

次の例は、基本的な構成を示しています。

{
    "GCP_PROJECT_ID": "PROJECT_ID",
    "LOG_LEVEL":"INFO",
    "PUBSUB_SUBSCRIPTION": "PUBSUB_SUBSCRIPTION",
    "PUBSUB_TIMEOUT": 100
}

次のように置き換えます。

PROJECT_ID: 実際の Google Cloud プロジェクト ID。
PUBSUB_SUBSCRIPTION: VM イベントをモニタリングするために作成した Pub/Sub サブスクリプションの名前。詳細については、Pub/Sub を設定するをご覧ください。

同じディレクトリに、gcpgceinstprov_templates.json ファイルを作成または編集します。このファイルでは、プロバイダが作成できる VM のテンプレートを定義します。テンプレート内の属性は、サポートするインスタンスグループの構成と一致している必要があります。
- RPM でインストールした場合は、前の手順で作成した gcpgceinstprov_templates.json ファイルを起点として使用します。
- ソースからビルドした場合は、次のテンプレート例を使用します。
```
{
    "templates": [
        {
            "templateId": "template-gcp-01",
            "maxNumber": 10,
            "attributes": {
                "type": [ "String", "X86_64" ],
                "ncpus": [ "Numeric", "1" ],
                "nram": [ "Numeric", "1024" ]
            },
            "gcp_zone": "GCP_ZONE",
            "gcp_instance_group": "INSTANCE_GROUP_NAME"
        }
    ]
}
```
  次のように置き換えます。
  - GCP_ZONE: インスタンスグループが配置されている Google Cloud ゾーン（us-central1-a など）。
  - INSTANCE_GROUP_NAME: プロバイダが管理するインスタンスグループの名前（symphony-compute-ig など）。
これらのファイルを作成したら、プロバイダインスタンスディレクトリが次の例のようになっていることを確認します。
```
├── gcpgceinstprov_config.json
└── gcpgceinstprov_templates.json
```

プロバイダインスタンスを有効にする

プロバイダインスタンスを有効にするには、ホストファクトリ構成ファイルで有効にします。

$HF_TOP/conf/providers/hostProviders.json ファイルを開きます。
gcpgceinst プロバイダインスタンスセクションを追加します。
```
{
    "name": "gcpgceinst",
    "enabled": 1,
    "plugin": "gcpgce",
    "confPath": "${HF_CONFDIR}/providers/gcpgceinst/",
    "workPath": "${HF_WORKDIR}/providers/gcpgceinst/",
    "logPath": "${HF_LOGDIR}/"
}
```
重要: この構成の ${HF_CONFDIR}、${HF_WORKDIR}、${HF_LOGDIR} 変数は置き換えないでください。IBM Spectrum Symphony ホストファクトリーは、これらの環境変数を自動的に定義します。
source command を使用してシェルセッションを構成すると、このスクリプトはこれらの変数を設定して、Symphony インストール内の正しいサブディレクトリを指すようにします。ホストファクトリーサービスは、これらの変数を使用して、実行時に完全なパスを構築します。

リクエスト元インスタンスを有効にする

特定の Symphony コンポーネントが Compute Engine プロバイダを使用してリソースをプロビジョニングできるようにするには、そのリクエスタに対して有効にします。

$HF_TOP/conf/requestors/hostRequestors.json ファイルを開きます。
適切なリクエスタインスタンスで、providers パラメータに gcpgceinst を追加します。
```
"providers": ["gcpgceinst"],
```
プロバイダの値は、プロバイダインスタンスを有効にするで使用するプロバイダ名と一致している必要があります。

ホストファクトリーサービスを開始する

構成の変更を適用するには、ホストファクトリーサービスを開始します。Symphony プライマリホスト VM で、クラスタ管理者としてログインし、サービスを開始します。

sed -i -e "s|MANUAL|AUTOMATIC|g" $EGO_ESRVDIR/esc/conf/services/hostfactory.xml
egosh user logon -u "SYMPHONY_USERNAME -x "SYMPHONY_PASSWORD
egosh service start HostFactory

次のように置き換えます。

SYMPHONY_USERNAME: 認証用の Symphony ユーザー名。
SYMPHONY_PASSWORD: Symphony ユーザーのパスワード。

コネクタをテストする

Compute Engine のプロバイダをテストするリソースリクエストを作成します。

そのためには、次のいずれかの方法を使用します。

Symphony GUI: Symphony GUI を使用してリソースリクエストを作成する手順については、IBM ドキュメントのクラウドホストのリクエストと返却を手動でスケジュールするをご覧ください。
REST API: REST API を使用してリソースリクエストを作成するには、次の操作を行います。
1. ホストファクトリ REST API のホストとポートを確認します。
```
egosh client view REST_HOST_FACTORY_URL
```
  出力は次のようになります。
```
CLIENT NAME: REST_HOST_FACTORY_URL
DESCRIPTION: http://sym2.us-central1-c.c.symphonygcp.internal:9080/platform/rest/hostfactory/
TTL        : 0
LOCATION   : 40531@10.0.0.33
USER       : Admin

CHANNEL INFORMATION:
CHANNEL             STATE
9                   CONNECTED
```
2. REST API を使用してリソースリクエストを作成するには、次のコマンドを使用します。
```
HOST=PRIMARY_HOST
PORT=PORT
TEMPLATE_NAME=INSTANCE_TEMPLATE_NAME
PROVIDER_NAME=gcpgceinst

curl -X POST -u "SYMPHONY_USER:SYMPHONY_PASSWORD" -H "Content-Type: application/json" -d "{ \"demand_hosts\": [ { \"prov_name\": \"$PROVIDER_NAME\", \"template_name\": \"$TEMPLATE_NAME\", \"ninstances\": 1 } ] }" \
http://$HOST:$PORT/platform/rest/hostfactory/requestor/admin/request
```
  次のように置き換えます。
  - PRIMARY_HOST: 前のコマンドの出力から取得したプライマリホストのホスト名。
  - PORT: 前のコマンドの出力から取得したプライマリホストのポート番号（9080 など）。
  - SYMPHONY_TEMPLATE_ID: gcpgceinstprov_templates.json ファイルで定義されている templateId（template-gcp-01 など）。
  - SYMPHONY_USER: 認証用の Symphony ユーザー。
  - SYMPHONY_PASSWORD: Symphony ユーザーのパスワード。
  成功すると、出力は次の例のようになります。
```
{"scheduled_request_id":["SD-641ef442-1f9e-40ae-ae16-90e152ed60d2"]}
```

Compute Engine Symphony プロバイダをインストールする コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。

始める前に

必要なロール

Compute Engine 環境を準備する

インスタンス テンプレートの作成

マネージド インスタンス グループを作成する

Pub/Sub を設定する

ホスト ファクトリ環境変数を読み込む

プロバイダ プラグインをインストールする

事前ビルド済みのプロバイダ プラグインをインストールする

ソースコードからプロバイダをビルドする

プロバイダ プラグインを有効にする

プロバイダ インスタンスを設定する

プロバイダ インスタンスを有効にする

リクエスト元インスタンスを有効にする

ホスト ファクトリー サービスを開始する

コネクタをテストする

次のステップ

Compute Engine Symphony プロバイダをインストールする

インスタンステンプレートの作成

マネージドインスタンスグループを作成する

ホストファクトリ環境変数を読み込む

プロバイダプラグインをインストールする

事前ビルド済みのプロバイダプラグインをインストールする

プロバイダプラグインを有効にする

プロバイダインスタンスを設定する

プロバイダインスタンスを有効にする

ホストファクトリーサービスを開始する