このページは Cloud Translation API によって翻訳されました。

VM インスタンスグループのバックエンドを使用してリージョン外部プロキシネットワークロードバランサを設定する

リージョン外部プロキシネットワークロードバランサは、プロキシベースのリージョンレイヤ 4 ロードバランサであり、外部リージョン IP アドレスの背後にある単一のリージョンで TCP サービストラフィックを実行し、スケーリングできます。これらのロードバランサは、インターネットから同じリージョンのバックエンドに外部 TCP トラフィックを分散します。

このガイドでは、マネージドインスタンスグループ（MIG）バックエンドを使用してリージョン外部プロキシネットワークロードバランサを設定する手順について説明します。

開始する前に、外部プロキシネットワークロードバランサの概要をご覧ください。

この例では、ロードバランサを使用して、リージョン A の 2 つのゾーンマネージドインスタンスグループ内のバックエンド VM に TCP トラフィックを分散させます。この例のサービスは、ポート 110 で応答するように構成された Apache サーバーのセットです。多くのブラウザではポート 110 を使用できないため、テストセクションでは curl を使用します。

この例では、次の図に示すデプロイメントを構成します。

インスタンスグループのバックエンドを使用した外部プロキシネットワークロードバランサの構成例

リージョン外部プロキシネットワークロードバランサは、リージョンロードバランサです。すべてのロードバランサコンポーネント（バックエンドインスタンスグループ、バックエンドサービス、ターゲットプロキシ、転送ルール）は、同じリージョンに配置されている必要があります。

権限

このガイドに進むには、プロジェクト内でインスタンスを作成してネットワークを変更できる必要があります。そのためにはプロジェクトのオーナーまたは編集者であるか、または次の Compute Engine IAM のロールをすべて持っている必要があります。

タスク	必要なロール
ネットワーク、サブネット、負荷分散コンポーネントの作成	Compute ネットワーク管理者（`roles/compute.networkAdmin`）
ファイアウォールルールの追加と削除	Compute セキュリティ管理者（`roles/compute.securityAdmin`）
インスタンスの作成	Compute インスタンス管理者（`roles/compute.instanceAdmin`）

詳細については、次のガイドをご覧ください。

ネットワークとサブネットを構成する

ロードバランサのバックエンド用とロードバランサのプロキシ用の 2 つのサブネットが存在する VPC ネットワークが必要です。このロードバランサはリージョンです。VPC ネットワーク内のトラフィックは、送信元がロードバランサと同じリージョンのサブネット内にある場合、ロードバランサに転送されます。

この例では、次の VPC ネットワーク、リージョン、サブネットを使用します。

ネットワーク: lb-network という名前のカスタムモードの VPC ネットワーク。
バックエンドのサブネット: リージョン A の backend-subnet という名前のサブネット。プライマリ IP アドレス範囲として 10.1.2.0/24 を使用します。
プロキシのサブネット: リージョン B の proxy-only-subnet という名前のサブネット。プライマリ IP アドレス範囲として 10.129.0.0/23 を使用します。

ネットワークとサブネットを作成する

コンソール

Google Cloud コンソールの [VPC ネットワーク] ページに移動します。

[VPC ネットワーク] に移動
[VPC ネットワークを作成] をクリックします。
[名前] に「lb-network」と入力します。
[サブネット] セクションで、[サブネット作成モード] を [カスタム] に設定します。
ロードバランサのバックエンド用のサブネットを作成します。[新しいサブネット] セクションに、次の情報を入力します。
- 名前: backend-subnet
- リージョン: REGION_A
- IP アドレス範囲: 10.1.2.0/24
[完了] をクリックします。
[作成] をクリックします。

gcloud

カスタム VPC ネットワークを作成するには、次の gcloud compute networks create コマンドを使用します。
```
gcloud compute networks create lb-network --subnet-mode=custom
```
REGION_A リージョンの lb-network ネットワークにサブネットを作成するには、gcloud compute networks subnets create コマンドを使用します。
```
gcloud compute networks subnets create backend-subnet \
    --network=lb-network \
    --range=10.1.2.0/24 \
    --region=REGION_A
```

プロキシ専用サブネットを作成する

プロキシ専用サブネットには、Google がユーザーに代わって Envoy プロキシを実行する際に使用する一連の IP アドレスが用意されています。このプロキシは、クライアントからの接続を終端し、バックエンドへの新しい接続を作成します。

このプロキシ専用サブネットは、lb-network VPC ネットワークのリージョン A のすべての Envoy ベースのロードバランサで使用されます。

コンソール

Google Cloud コンソールを使用している場合は、しばらく待ってから、[ロードバランシング] ページでプロキシ専用サブネットを作成できます。

プロキシ専用サブネットを今すぐ作成する場合は、次の手順を行います。

Google Cloud コンソールの [VPC ネットワーク] ページに移動します。

[VPC ネットワーク] に移動
VPC ネットワークの名前 lb-network をクリックします。
[サブネットを追加] をクリックします。
[名前] に「proxy-only-subnet」と入力します。
[リージョン] で、REGION_A を選択します。
[目的] を [リージョンマネージドプロキシ] に設定します。
[IP アドレス範囲] に「10.129.0.0/23」と入力します。
[追加] をクリックします。

gcloud

プロキシ専用サブネットを作成するには、gcloud compute networks subnets create コマンドを使用します。

gcloud compute networks subnets create proxy-only-subnet \
    --purpose=REGIONAL_MANAGED_PROXY \
    --role=ACTIVE \
    --region=REGION_A \
    --network=lb-network \
    --range=10.129.0.0/23

ファイアウォールルールの作成

この例では、次のファイアウォールルールを作成します。

fw-allow-ssh。ロードバランスされたインスタンスに適用される上り（内向き）ルール。任意のアドレスから TCP ポート 22 への SSH 接続を許可します。このルールには、送信元の IP 範囲をより限定的に指定できます。たとえば、SSH セッションを開始するシステムの IP 範囲を指定できます。この例では、ターゲットタグ allow-ssh を使用しています。
fw-allow-health-check。負荷分散されているインスタンスに適用される上り（内向き）ルール。Google Cloud ヘルスチェックシステム（130.211.0.0/22 と 35.191.0.0/16）からのすべての TCP トラフィックを許可します。この例では、ターゲットタグ allow-health-check を使用しています。
fw-allow-proxy-only-subnet: バックエンドにプロキシ専用サブネットからの接続を許可する上り（内向き）ルール。

これらのファイアウォールルールがない場合は、デフォルトの上り（内向き）拒否ルールによってバックエンドインスタンスへの受信トラフィックがブロックされます。

ターゲットタグは、バックエンドインスタンスを定義します。ターゲットタグがない場合、ファイアウォールルールは VPC ネットワーク内のすべてのバックエンドインスタンスに適用されます。バックエンド VM を作成する場合は、マネージドインスタンスグループの作成の説明に沿って、指定したターゲットタグを忘れずに含めてください。

コンソール

Google Cloud コンソールで [ファイアウォールポリシー] ページに移動します。

[ファイアウォールポリシー] に移動
[ファイアウォールルールを作成] をクリックして、SSH 接続の受信を許可するルールを作成します。次のフィールドに値を入力します。
- 名前: fw-allow-ssh
- ネットワーク: lb-network
- トラフィックの方向: 上り（内向き）
- 一致したときのアクション: 許可
- ターゲット: 指定されたターゲットタグ
- ターゲットタグ: allow-ssh
- ソースフィルタ: IPv4 の範囲
- 送信元 IPv4 範囲: 0.0.0.0/0
- プロトコルとポート:
  - 指定されたプロトコルとポートを選択します。
  - [TCP] チェックボックスをオンにして、ポート番号に「22」と入力します。
[作成] をクリックします。
[ファイアウォールルールを作成] をもう一度クリックして、Google Cloud ヘルスチェックを許可するルールを作成します。
- 名前: fw-allow-health-check
- ネットワーク: lb-network
- トラフィックの方向: 上り（内向き）
- 一致したときのアクション: 許可
- ターゲット: 指定されたターゲットタグ
- ターゲットタグ: allow-health-check
- ソースフィルタ: IPv4 の範囲
- 送信元 IPv4 範囲: 130.211.0.0/22 と 35.191.0.0/16
- プロトコルとポート:
  - 指定されたプロトコルとポートを選択します。
  - [TCP] チェックボックスをオンにして、ポート番号に「80」と入力します。
  このルールは、ヘルスチェックに使用されているプロトコルとポートのみに制限することをおすすめします。プロトコルとポートに tcp:80 を使用すると、Google Cloud は、ポート 80 で HTTP を使用して VM に接続できますが、ポート 443 で HTTPS を使用して VM に接続することはできません。
[作成] をクリックします。
[ファイアウォールルールを作成] をもう一度クリックをして、ロードバランサのプロキシサーバーがバックエンドに接続できるようにするルールを作成します。
- 名前: fw-allow-proxy-only-subnet
- ネットワーク: lb-network
- トラフィックの方向: 上り（内向き）
- 一致したときのアクション: 許可
- ターゲット: 指定されたターゲットタグ
- ターゲットタグ: allow-proxy-only-subnet
- ソースフィルタ: IPv4 の範囲
- 送信元 IPv4 範囲: 10.129.0.0/23
- プロトコルとポート:
  - 指定されたプロトコルとポートを選択します。
  - [TCP] チェックボックスをオンにして、ポート番号に「80」と入力します。
[作成] をクリックします。

gcloud

ネットワークタグ allow-ssh を使用して、VM との SSH 接続を許可する fw-allow-ssh ファイアウォールルールを作成します。source-ranges を省略すると、Google Cloud は任意の送信元としてルールを解釈します。
```
gcloud compute firewall-rules create fw-allow-ssh \
    --network=lb-network \
    --action=allow \
    --direction=ingress \
    --target-tags=allow-ssh \
    --rules=tcp:22
```
Google Cloud ヘルスチェックを許可する fw-allow-health-check ルールを作成します。この例では、ヘルスチェックプローブからのすべての TCP トラフィックを許可します。ただし、必要に応じてポートの範囲を狭く構成することもできます。
```
gcloud compute firewall-rules create fw-allow-health-check \
    --network=lb-network \
    --action=allow \
    --direction=ingress \
    --source-ranges=130.211.0.0/22,35.191.0.0/16 \
    --target-tags=allow-health-check \
    --rules=tcp:80
```
リージョンの Envoy プロキシがバックエンドに接続できるように fw-allow-proxy-only-subnet ルールを作成します。--source-ranges をプロキシ専用サブネットの割り振り範囲に設定します（この例では 10.129.0.0/23）。
```
gcloud compute firewall-rules create fw-allow-proxy-only-subnet \
    --network=lb-network \
    --action=allow \
    --direction=ingress \
    --source-ranges=10.129.0.0/23 \
    --target-tags=allow-proxy-only-subnet \
    --rules=tcp:80
```

ロードバランサの IP アドレスを予約する

ロードバランサに静的 IP アドレスを予約します。

コンソール

Google Cloud コンソールで [静的アドレスの予約] ページに移動します。

[静的アドレスの予約] に移動
新しいアドレスの名前を指定します。
[ネットワークサービスティア] で [スタンダード] を選択します。
[IP バージョン] で [IPv4] を選択します。IPv6 アドレスはサポートされません。
[タイプ] で [リージョン] を選択します。
[リージョン] で REGION_A を選択します。
[接続先] オプションは [なし] のままにします。ロードバランサを作成すると、この IP アドレスがロードバランサの転送ルールに関連付けられます。
[予約] をクリックして IP アドレスを予約します。

gcloud

静的外部 IP アドレスを予約するには、次の gcloud compute addresses create コマンドを使用します。
```
gcloud compute addresses create ADDRESS_NAME  \
    --region=REGION_A \
    --network-tier=STANDARD
```
ADDRESS_NAME は、このアドレスに付ける名前に置き換えます。
結果を表示するには、gcloud compute addresses describe コマンドを使用します。
```
gcloud compute addresses describe ADDRESS_NAME
```

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

このセクションでは、ロードバランサのリージョン A に 2 つのマネージドインスタンスグループ（MIG）バックエンドを作成する方法について説明します。MIG は、この例のバックエンド Apache サーバーを実行する VM インスタンスを提供しています。通常、リージョン外部プロキシネットワークロードバランサは HTTP トラフィックには使用されませんが、Apache ソフトウェアはテストによく使用されます。

コンソール

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

Google Cloud Console で、[インスタンステンプレート] ページに移動します。

[インスタンステンプレート] に移動
[インスタンステンプレートを作成] をクリックします。
[名前] に「ext-reg-tcp-proxy-backend-template」と入力します。
[ブートディスク] が Debian GNU/Linux 10 (stretch) などの Debian イメージに設定されていることを確認します。以降の手順では、apt-get などの Debian でのみ使用できるコマンドを使用します。
[詳細オプション] をクリックします。
[ネットワーキング] をクリックして次のフィールドを構成します。
1. [ネットワークタグ] に「allow-ssh」、「allow-health-check」、「allow-proxy-only-subnet」を入力します。
2. [ネットワークインターフェース] で、次のように選択します。
  - ネットワーク: lb-network
  - サブネット: backend-subnet

[管理] をクリックします。[起動スクリプト] フィールドに次のスクリプトを入力します。

 #! /bin/bash
 apt-get update
 apt-get install apache2 -y
 a2ensite default-ssl
 a2enmod ssl
 vm_hostname="$(curl -H "Metadata-Flavor:Google" \
 http://metadata.google.internal/computeMetadata/v1/instance/name)"
 echo "Page served from: $vm_hostname" | \
 tee /var/www/html/index.html
 systemctl restart apache2

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

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

Google Cloud コンソールの [インスタンスグループ] ページに移動します。

[インスタンスグループ] に移動
[インスタンスグループを作成] をクリックします。
[新しいマネージドインスタンスグループ（ステートレス）] を選択します。詳細については、ステートフルディスクで MIG を作成するをご覧ください。
[名前] に「mig-a」と入力します。
[ロケーション] で [シングルゾーン] を選択します。
[リージョン] で、REGION_A を選択します。
[ゾーン] で、[ZONE_A] を選択します。
[インスタンステンプレート] で [ext-reg-tcp-proxy-backend-template] を選択します。
グループ内に作成するインスタンスの数を指定します。

この例では、[自動スケーリング] で次のオプションを指定します。
- [自動スケーリングモード] で [Off:do not autoscale] を選択します。
- [インスタンスの最大数] に「2」と入力します。
[ポートマッピング] で、[ポートを追加] をクリックします。
- [ポート名] に「tcp80」と入力します。
- [ポート番号] に「80」と入力します。
[作成] をクリックします。
2 番目のマネージドインスタンスグループを作成するには、マネージドインスタンスグループを作成する手順を繰り返して、次の設定を使用します。
- 名前: mig-b
- ゾーン: ZONE_B
その他のすべての設定は同じままにします。

gcloud

このガイドの Google Cloud CLI の手順は、Cloud Shell を使用するか、bash がインストールされている別の環境を使用していることを前提としています。

HTTP サーバーで VM インスタンステンプレートを作成するには、gcloud compute instance-templates create コマンドを使用します。

gcloud compute instance-templates create ext-reg-tcp-proxy-backend-template \
    --region=REGION_A \
    --network=lb-network \
    --subnet=backend-subnet \
    --tags=allow-ssh,allow-health-check,allow-proxy-only-subnet \
    --image-family=debian-12 \
    --image-project=debian-cloud \
    --metadata=startup-script='#! /bin/bash
       apt-get update
       apt-get install apache2 -y
       a2ensite default-ssl
       a2enmod ssl
       vm_hostname="$(curl -H "Metadata-Flavor:Google" \
       http://metadata.google.internal/computeMetadata/v1/instance/name)"
       echo "Page served from: $vm_hostname" | \
       tee /var/www/html/index.html
       systemctl restart apache2'

ZONE_A ゾーンにマネージドインスタンスグループを作成します。

gcloud compute instance-groups managed create mig-a \
    --zone=ZONE_A \
    --size=2 \
    --template=ext-reg-tcp-proxy-backend-template

ZONE_B ゾーンにマネージドインスタンスグループを作成します。

gcloud compute instance-groups managed create mig-b \
    --zone=ZONE_B \
    --size=2 \
    --template=ext-reg-tcp-proxy-backend-template

ロードバランサを構成する

コンソール

構成を開始する

Google Cloud コンソールで、[ロードバランシング] ページに移動します。

[ロードバランシング] に移動
[ロードバランサを作成] をクリックします。
[ロードバランサの種類] で [ネットワークロードバランサ（TCP / UDP / SSL）] を選択し、[次へ] をクリックします。
[プロキシまたはパススルー] で [プロキシロードバランサ] を選択し、[次へ] をクリックします。
[インターネット接続または内部] で [インターネット接続（外部）] を選択し、[次へ] をクリックします。
[グローバルまたはシングルリージョンのデプロイ] で [リージョンワークロードに最適] を選択し、[次へ] をクリックします。
[構成] をクリックします。

基本構成

[名前] に「my-ext-tcp-lb」と入力します。
[リージョン] で REGION_A を選択します。
[ネットワーク] で lb-network を選択します。

プロキシ専用サブネットを予約する

[サブネットを予約] をクリックします。
[名前] に「proxy-only-subnet」と入力します。
[IP アドレス範囲] に「10.129.0.0/23」と入力します。
[Add] をクリックします。

バックエンドを構成する

[バックエンドの構成] をクリックします。
[バックエンドタイプ] で [インスタンスグループ] を選択します。
[プロトコル] で、[TCP] を選択します。
[名前付きポート] に「tcp80」と入力します。
最初のバックエンドを構成します。
1. [新しいバックエンド] で、インスタンスグループ mig-a を選択します。
2. [ポート番号] に「80」と入力します。
3. 残りのデフォルト値は変更せずに、[完了] をクリックします。
2 番目のバックエンドを構成します。
1. [バックエンドを追加] をクリックします。
2. [新しいバックエンド] で、インスタンスグループ mig-b を選択します。
3. [ポート番号] に「80」と入力します。
4. 残りのデフォルト値は変更せずに、[完了] をクリックします。
ヘルスチェックを構成します。
1. [ヘルスチェック] で [ヘルスチェックを作成] を選択します。
2. ヘルスチェックの名前を tcp-health-check に設定します。
3. [プロトコル] で、[TCP] を選択します。
4. [ポート] を 80 に設定します。
残りのデフォルト値は変更せずに、[保存] をクリックします。
Google Cloud コンソールで、[バックエンドの構成] の横にチェックマークが表示されていることを確認します。チェックマークがない場合は、すべての手順を完了したことを再度確認します。

フロントエンドを構成する

[フロントエンドの構成] をクリックします。
[名前] に「ext-reg-tcp-forwarding-rule」と入力します。
[ネットワークサービスティア] で [スタンダード] を選択します。
[IP アドレス] で、以前に予約した IP アドレスを選択します。 LB_IP_ADDRESS
[ポート番号] に「110」と入力します。転送ルールは、宛先ポートが一致するパケットのみを転送します。
[プロキシのプロトコル] では、プロキシのプロトコルは Apache HTTP Server ソフトウェアでは動作しないため、[オフ] を選択します。詳細については、プロキシのプロトコルをご覧ください。
[完了] をクリックします。
Google Cloud Console で、[フロントエンドの構成] の横にチェックマークがあることを確認します。チェックマークがない場合には、前のすべてのステップが完了していることを再度確認してください。

確認と完了

[確認と完了] をクリックします。
ロードバランサの構成を確認します。
省略可: [同等のコード] をクリックして、ロードバランサの作成に使用する REST API リクエストを表示します。
[作成] をクリックします。

gcloud

リージョンヘルスチェックを作成します。

gcloud compute health-checks create tcp tcp-health-check \
    --region=REGION_A \
    --use-serving-port

バックエンドサービスを作成します。

gcloud compute backend-services create ext-reg-tcp-proxy-bs \
    --load-balancing-scheme=EXTERNAL_MANAGED \
    --protocol=TCP \
    --port-name=tcp80 \
    --region=REGION_A \
    --health-checks=tcp-health-check \
    --health-checks-region=REGION_A

バックエンドサービスにインスタンスグループを追加します。

gcloud compute backend-services add-backend ext-reg-tcp-proxy-bs \
    --region=REGION_A \
    --instance-group=mig-a \
    --instance-group-zone=ZONE_A \
    --balancing-mode=UTILIZATION \
    --max-utilization=0.8

gcloud compute backend-services add-backend ext-reg-tcp-proxy-bs \
    --region=REGION_A \
    --instance-group=mig-b \
    --instance-group-zone=ZONE_B \
    --balancing-mode=UTILIZATION \
    --max-utilization=0.8

ターゲット TCP プロキシを作成します。
```
gcloud compute target-tcp-proxies create ext-reg-tcp-target-proxy \
    --backend-service=ext-reg-tcp-proxy-bs \
    --proxy-header=NONE \
    --region=REGION_A
```
プロキシヘッダーをオンにする場合は、NONE ではなく PROXY_V1 に設定します。[プロキシのプロトコル] は Apache HTTP Server ソフトウェアでは動作しないため、この例では有効にしないでください。詳細については、プロキシのプロトコルをご覧ください。

転送ルールを作成します。--ports には、1 ～ 65,535 から単一のポート番号を指定します。この例では、ポート 110 を使用します。転送ルールは、宛先ポートが一致するパケットのみを転送します。

gcloud compute forwarding-rules create ext-reg-tcp-forwarding-rule \
    --load-balancing-scheme=EXTERNAL_MANAGED \
    --network-tier=STANDARD \
    --network=lb-network \
    --region=REGION_A \
    --target-tcp-proxy=ext-reg-tcp-target-proxy \
    --target-tcp-proxy-region=REGION_A \
    --address=LB_IP_ADDRESS \
    --ports=110

ロードバランサをテストする

ロードバランサを構成したので、ロードバランサの IP アドレスにトラフィックを送信してテストできるようになりました。

ロードバランサの IP アドレスを取得します。

IPv4 アドレスを取得するには、次のコマンドを実行します。
```
gcloud compute addresses describe ADDRESS_NAME
```
次のコマンドを実行して、トラフィックをロードバランサに送信します。LB_IP_ADDRESS は、ロードバランサの IPv4 アドレスに置き換えます。
```
curl -m1 LB_IP_ADDRESS:9090
```

追加の構成オプション

このセクションでは、代替および追加の構成オプションを提供する構成例を示します。これらのタスクはすべて省略可です。また、任意の順序で行うことができます。

セッションアフィニティを有効にする

構成例では、バックエンドサービスをセッションアフィニティなしで作成しています。

これらの手順は、バックエンドサービスがクライアント IP アフィニティまたは生成された Cookie アフィニティを使用するように、サンプルのロードバランサのバックエンドサービスを更新する方法を示しています。

クライアント IP アフィニティが有効になっている場合、ロードバランサは、クライアントの IP アドレスとロードバランサの IP アドレス（内部転送ルールの内部 IP アドレス）から作成されたハッシュに基づいて、特定のクライアントのリクエストを同じバックエンド VM に送信します。

クライアント IP セッションアフィニティを有効にするには、次の手順を完了します。

コンソール

Google Cloud コンソールで、[ロードバランシング] ページに移動します。

[ロードバランシング] に移動
[バックエンド] をクリックします。
ext-reg-tcp-proxy-bs（この例で作成したバックエンドサービスの名前）をクリックして、[編集] をクリックします。
[バックエンドサービスの詳細] ページで、[詳細構成] をクリックします。
[セッションアフィニティ] で [クライアント IP] を選択します。
[更新] をクリックします。

gcloud

ext-reg-tcp-proxy-bs バックエンドサービスを更新してクライアント IP セッションアフィニティを指定するには、gcloud compute backend-services update ext-reg-tcp-proxy-bs コマンドを使用します。

gcloud compute backend-services update ext-reg-tcp-proxy-bs \
    --region=REGION_A \
    --session-affinity=CLIENT_IP

VM インスタンス グループのバックエンドを使用してリージョン外部プロキシ ネットワーク ロードバランサを設定する

権限

ネットワークとサブネットを構成する

ネットワークとサブネットを作成する

コンソール

gcloud

プロキシ専用サブネットを作成する

コンソール

gcloud

ファイアウォール ルールの作成

コンソール

gcloud

ロードバランサの IP アドレスを予約する

コンソール

gcloud

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

コンソール

gcloud

ロードバランサを構成する

コンソール

構成を開始する

基本構成

プロキシ専用サブネットを予約する

バックエンドを構成する

フロントエンドを構成する

gcloud

ロードバランサをテストする

追加の構成オプション

セッション アフィニティを有効にする

コンソール

gcloud

次のステップ

VM インスタンスグループのバックエンドを使用してリージョン外部プロキシネットワークロードバランサを設定する

ファイアウォールルールの作成

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

セッションアフィニティを有効にする