Google uses AI technology to translate content into your preferred language. AI translations can contain errors.

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

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

向け Symphony コネクタの詳細については、IBM Spectrum Symphony とを統合する Google Cloudをご覧ください。 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: トピックの名前（hf-gce-vm-events など）。Google Cloud

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 プライマリホストで次の手順を行います。

Symphony Connectors の yum リポジトリを追加します。 Google Cloud

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/"
}
```
プロバイダプラグインのバージョン 1.2 を使用していて、のデフォルト値を使用している場合、結果の scriptPath 値は INSTALL_FOLDER/hostfactory/1.2/providerplugins/gcpgce/scripts/ になります。$HF_TOP

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

環境用に 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`	実際のプロジェクトの ID。 Google Cloud	なし
`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` の場合は、任意のメソッドを使用して Pub/Sub イベントリスナーを起動する必要があります。コマンドは `hf-gce monitorEvents` です。	`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: インスタンスグループが配置されているゾーン（us-central1-a など）。 Google Cloud
  - 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 プロバイダをインストールする

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

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

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

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

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

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

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

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

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

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