ステップ 1: クラスタを作成する

このステップでは、Apigee ハイブリッドを実行するクラスタの作成方法について説明します。この手順は、ハイブリッドを実行するプラットフォームによって異なります。

専用クラスタと共有クラスタの比較

この手順で説明するように、Apigee ハイブリッド用に新しい専用クラスタを作成することもできます。また、他のワークロードを実行しているクラスタにインストールすることもできます。

専用クラスタ:（推奨）Apigee ハイブリッド専用のクラスタを作成すると、分離が強化され、クラスタとその Apigee ハイブリッドワークロードのメンテナンスに必要な全体的な作業が簡単になります。
共有クラスタ:（一般的ではありません）他のワークロードを実行するクラスタに Apigee ハイブリッドをインストールする場合は、クラスタをアップグレードして、Apigee ハイブリッドと他のワークロードで一般的に必要なバージョンと機能を管理する必要があります。サポートされているバージョンと要件の間に矛盾が生じた場合に備えて、1 つ以上のワークロードを移行する計画を立てることをおすすめします。

専用クラスタを使用することをおすすめします。共有クラスタの構成は高度なユースケースです。インストール手順では詳しく説明しません。

クラスタを作成する

お使いのプラットフォームの手順を実施してください。

GKE

GKE でクラスタを作成する

この手順では、Google Cloud プロジェクトで GKE クラスタを構成して作成する方法について説明します。

ゾーンクラスタではなく、リージョンクラスタを作成することをおすすめします。リージョンとゾーンの違いについてよく理解していない場合は、リージョンとゾーンをご覧ください。使用可能なリージョンについては、使用可能なリージョンとゾーンをご覧ください。たとえば、us-west1 は有効なリージョン名で、us-west1-a はリージョン内のゾーンです。

ハイブリッドバージョン 1.9.4 でサポートされている GKE のバージョンを使用していることを確認します。Apigee ハイブリッドでサポートされているプラットフォームとバージョンをご覧ください。
前提条件で説明されているように、すべてのノードとアプリケーションサーバーのクロックがネットワークタイムプロトコル（NTP）と同期していることを確認します。Cassandra データベースは、ネットワークタイムプロトコル（NTP）の同期によってデータの整合性を維持します。ハイブリッドを複数のリージョンにインストールする場合は、すべてのリージョンで NTP と同期するようにします。
（GKE 限定公開クラスタのみ）限定公開クラスタを作成する場合は、ファイアウォールルールを追加して、GKE マスターノードと GKE ワーカーノード間の通信にポート 9443 を許可し、GKE マスターが Apigee の変更用 Webhook にアクセスできるようにします。Google Kubernetes Engine のドキュメントの特定のユースケースに対するファイアウォールルールの追加の手順に沿って操作してください。詳細については、GKE の限定公開クラスタをご覧ください。
標準クラスタまたは一般公開クラスタを作成する場合は、このルールを追加する必要はありません。
マルチゾーンのノードプールを持つリージョンクラスタを作成するの手順に沿ってクラスタを作成します。デフォルトのノードプールだけを使用してクラスタを作成しても問題ありません。次のステップで、必要な Apigee ハイブリッドノードプールを構成して作成します。
ヒント: デフォルトネットワークにクラスタを作成していない場合は、既存のサブネットにクラスタを作成するの手順に沿って操作してください。
クラスタの作成が正常に完了した場合にのみ、次のステップに進みます。

ノードプールの追加と管理の手順に沿って、2 つのノードプールを作成します。次の表に示す最小要件でノードプールを構成してください。

ノードプールについて知っておくべきこと

注: ノードプールには apigee-data と apigee-runtime という名前を使用することをおすすめします。Apigee ハイブリッドはデフォルトでこれらの名前を認識します。デフォルト名を使用しないと、後で Apigee ハイブリッド用のクラスタを構成するときに追加の構成作業が必要になります。クラスタ構成ファイルを編集してデフォルトのノードプール名を変更する手順などについては、デフォルトの nodeSelector の使用をご覧ください。

続行する前に、ノードプールとノードプールの構成に関する次の情報を確認することをおすすめします。

ノードプールの最小要件

ノードプールを作成する場合は、これらの最小要件を満たしていることを確認してください。Cloud コンソールを使用する場合は、ノードプールの詳細とノードの両方のセクションを構成してください。

ノードプール名	説明	最小ノード数	最小マシンタイプ
`apigee-data`	Cassandra データベース用のステートフルノードプール。	ゾーンあたり 1 （リージョンあたり 3）	e2-standard-4 （4 vCPU、16 GB メモリ）
`apigee-runtime`	ランタイムの Message Processor 用のステートレスノードプール。	ゾーンあたり 1 （リージョンあたり 3）	e2-standard-4 （4 vCPU、16 GB メモリ）

ノードプールの構成の詳細については、専用ノードプールの構成をご覧ください。

（省略可）必要に応じて、default ノードプールを削除できます。ノードプールを削除するをご覧ください。
クラスタが kubectl のデフォルトクラスタとして設定されていることを確認します。kubectl コマンドのデフォルトクラスタを設定するをご覧ください。

Cassandra の永続ソリッドステートディスク（SSD）ストレージを構成します。ローカル SSD の使用はサポートされていません。詳細については、Kubernetes ドキュメントのデフォルトのストレージクラスを変更するをご覧ください。

現在のデフォルトの StorageClass の名前を取得します。

kubectl get sc

次に例を示します。

kubectl get sc
  NAME                    PROVISIONER             RECLAIMPOLICY   VOLUMEBINDINGMODE      ALLOWVOLUMEEXPANSION   AGE
  premium-rwo             pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h
  standard                kubernetes.io/gce-pd    Delete          Immediate              true                   15h
  standard-rwo (default)  pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h

standard-rwo という StorageClass の詳細を確認します。タイプが pd-balanced であることにご注意ください。

kubectl describe sc standard-rwo

次に例を示します。

kubectl describe sc standard-rwo

Name:                  standard-rwo
  IsDefaultClass:        Yes
  Annotations:           components.gke.io/layer=addon,storageclass.kubernetes.io/is-default-class=false
  Provisioner:           pd.csi.storage.gke.io
  Parameters:            type=pd-balanced
  AllowVolumeExpansion:  True
  MountOptions:          <none>
  ReclaimPolicy:         Delete
  VolumeBindingMode:     WaitForFirstConsumer
  Events:                <none>

storageclass.yaml という名前の新しいファイルを作成します。
次のコードをファイルに追加します。ここでは新しいクラスの名前を apigee-sc にしていますが、クラスには任意の名前を付けることができます。また、ストレージタイプを pd-ssd にしています。
```
---
kind: StorageClass
apiVersion: storage.k8s.io/v1
metadata:
  name: "apigee-sc"
provisioner: kubernetes.io/gce-pd
parameters:
  type: pd-ssd
  replication-type: none
volumeBindingMode: WaitForFirstConsumer
allowVolumeExpansion: true
```
新しい StorageClass を Kubernetes クラスタに適用します。
```
kubectl apply -f storageclass.yaml
```

次の 2 つのコマンドを実行して、デフォルトの StorageClass を変更します。

kubectl patch storageclass standard-rwo \
-p '{"metadata": {"annotations":{"storageclass.kubernetes.io/is-default-class":"false"}}}'

kubectl patch storageclass apigee-sc \
-p '{"metadata": {"annotations":{"storageclass.kubernetes.io/is-default-class":"true"}}}'

次のコマンドを実行して、新しいデフォルトの StorageClass が apigee-sc であることを確認します。

kubectl get sc

次に例を示します。

kubectl get sc
  NAME                  PROVISIONER             RECLAIMPOLICY   VOLUMEBINDINGMODE      ALLOWVOLUMEEXPANSION   AGE
  apigee-sc (default)   kubernetes.io/gce-pd    Delete          WaitForFirstConsumer   true                   14h
  premium-rwo           pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h
  standard              kubernetes.io/gce-pd    Delete          Immediate              true                   15h
  standard-rwo          pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h

次の環境変数を作成します。これらの変数は、後続の gcloud コマンドで使用されます。
Linux / macOS
```
export CLUSTER_NAME="YOUR_CLUSTER_NAME"
export CLUSTER_LOCATION="YOUR_CLUSTER_LOCATION"
```
Windows
```
set CLUSTER_NAME="YOUR_CLUSTER_NAME"
set CLUSTER_LOCATION=YOUR_CLUSTER_LOCATION
set PROJECT_ID=YOUR_PROJECT_ID
```
ここで
- CLUSTER_NAME: クラスタの名前。
- CLUSTER_LOCATION: クラスタを作成したリージョン。

ノードプールの構成を確認します。

リージョンクラスタ

gcloud container node-pools list \
  --cluster=${CLUSTER_NAME} \
  --region=${CLUSTER_LOCATION} \
  --project=${PROJECT_ID}

ゾーンクラスタ

gcloud container node-pools list \
  --cluster=${CLUSTER_NAME} \
  --zone=${CLUSTER_LOCATION} \
  --project=${PROJECT_ID}

クラスタで Workload Identity を有効にします。この処理には最長で 30 分ほどかかります。

リージョンクラスタ

gcloud container clusters update ${CLUSTER_NAME} \
  --workload-pool=${PROJECT_ID}.svc.id.goog \
  --project ${PROJECT_ID} \
  --region ${CLUSTER_LOCATION}

ゾーンクラスタ

gcloud container clusters update ${CLUSTER_NAME} \
  --workload-pool=${PROJECT_ID}.svc.id.goog \
  --zone ${CLUSTER_LOCATION} \
  --project ${PROJECT_ID}

詳細については、Workload Identity を有効にするをご覧ください。

次のコマンドを使用して、作成したクラスタの gcloud 認証情報を取得します。

リージョンクラスタ

gcloud container clusters get-credentials ${CLUSTER_NAME} \
  --region ${CLUSTER_LOCATION} \
  --project ${PROJECT_ID}

ゾーンクラスタ

gcloud container clusters get-credentials ${CLUSTER_NAME} \
  --zone ${CLUSTER_LOCATION} \
  --project ${PROJECT_ID}

GKE でのインストールの場合、Apigee は Workload Identity を使用して、Google サービスアカウントを使用せずにローカルに保存された証明書で Google Cloud サービスに接続することができます。Workload Identity について詳しくは、Apigee ハイブリッドでの Workload Identity の有効化をご覧ください。

省略可: 次のコマンドを使用して、各ノードプールの Workload Identity を有効にします。この処理には、ノードプールごとに 30 分ほどかかる場合があります。

リージョンクラスタ

gcloud container node-pools update apigee-data \
  --cluster=$CLUSTER_NAME \
  --region $CLUSTER_LOCATION \
  --project $PROJECT_ID \
  --workload-metadata=GKE_METADATA

gcloud container node-pools update apigee-runtime \
  --cluster=$CLUSTER_NAME \
  --region $CLUSTER_LOCATION \
  --project $PROJECT_ID \
  --workload-metadata=GKE_METADATA

ゾーンクラスタ

gcloud container node-pools update apigee-data \
  --cluster=$CLUSTER_NAME \
  --zone $CLUSTER_LOCATION \
  --project $PROJECT_ID \
  --workload-metadata=GKE_METADATA

gcloud container node-pools update apigee-runtime \
  --cluster=$CLUSTER_NAME \
  --zone $CLUSTER_LOCATION \
  --project $PROJECT_ID \
  --workload-metadata=GKE_METADATA

クラスタをインストールして起動したら、次のステップに進みます。

GKE On-Prem

GKE On-Prem でクラスタを作成する

この手順では、Apigee ハイブリッド用に GKE On-Prem クラスタを構成して作成する方法について説明します。

ハイブリッドバージョン 1.9.4 でサポートされている Anthos オンプレミス VMWare のバージョンを使用していることを確認します。Apigee ハイブリッドでサポートされているプラットフォームとバージョンをご覧ください。
前提条件で説明されているように、すべてのノードとアプリケーションサーバーのクロックがネットワークタイムプロトコル（NTP）と同期していることを確認します。Cassandra データベースは、ネットワークタイムプロトコル（NTP）の同期によってデータの整合性を維持します。ハイブリッドを複数のリージョンにインストールする計画の場合は、すべてのリージョンにわたり NTP と同期するようにします。
基本クラスタを作成するの手順に沿ってクラスタを作成します。デフォルトのノードプールだけを使用してクラスタを作成しても問題ありません。次のステップで、必要な Apigee ハイブリッドノードプールを構成して作成します。
クラスタの作成が正常に完了した場合にのみ、次のステップに進みます。

ノードプールの作成と管理の手順に沿って、2 つのノードプールを作成します。次の表に示す最小要件でノードプールを構成します。

ノードプールについて知っておくべきこと

続行する前に、ノードプールとノードプールの構成に関する次の情報を確認することをおすすめします。

ノードプールの最小要件

ノードプールを作成する場合は、これらの最小要件を満たしていることを確認してください。

ノードプール名	説明	最小ノード数	最小マシンタイプ
`apigee-data`	Cassandra データベース用のステートフルノードプール。	ゾーンあたり 1 （リージョンあたり 3）	e2-standard-4 （4 vCPU、16 GB メモリ）
`apigee-runtime`	ランタイムの Message Processor 用のステートレスノードプール。	ゾーンあたり 1 （リージョンあたり 3）	e2-standard-4 （4 vCPU、16 GB メモリ）

ノードプールの構成の詳細については、専用ノードプールを構成するをご覧ください。

（省略可）必要に応じて、default ノードプールを削除できます。ノードプールを削除するをご覧ください。

Cassandra 用の永続ソリッドステートディスク（SSD）ストレージを構成します。ローカル SSD の使用はサポートされていません。詳細については、Kubernetes ドキュメントのデフォルトのストレージクラスを変更するをご覧ください。

現在のデフォルトの StorageClass の名前を取得します。

kubectl get sc

次に例を示します。

kubectl get sc
  NAME                    PROVISIONER             RECLAIMPOLICY   VOLUMEBINDINGMODE      ALLOWVOLUMEEXPANSION   AGE
  premium-rwo             pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h
  standard                kubernetes.io/gce-pd    Delete          Immediate              true                   15h
  standard-rwo (default)  pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h

standard-rwo という StorageClass の詳細を確認します。タイプが pd-balanced であることにご注意ください。

kubectl describe sc standard-rwo

次に例を示します。

kubectl describe sc standard-rwo

Name:                  standard-rwo
IsDefaultClass:        Yes
Annotations:           components.gke.io/layer=addon,storageclass.kubernetes.io/is-default-class=false
Provisioner:           pd.csi.storage.gke.io
Parameters:            type=pd-balanced
AllowVolumeExpansion:  True
MountOptions:          <none>
ReclaimPolicy:         Delete
VolumeBindingMode:     WaitForFirstConsumer
Events:                <none>

storageclass.yaml という名前の新しいファイルを作成します。
次のコードをファイルに追加します。ここでは新しいクラスの名前を apigee-sc にしていますが、クラスには任意の名前を付けることができます。また、ストレージタイプを pd-ssd にしています。
```
---
kind: StorageClass
apiVersion: storage.k8s.io/v1
metadata:
  name: "apigee-sc"
provisioner: kubernetes.io/gce-pd
parameters:
  type: pd-ssd
  replication-type: none
volumeBindingMode: WaitForFirstConsumer
allowVolumeExpansion: true
```
新しい StorageClass を Kubernetes クラスタに適用します。
```
kubectl apply -f storageclass.yaml
```

次の 2 つのコマンドを実行して、デフォルトの StorageClass を変更します。

kubectl patch storageclass standard-rwo \
  -p '{"metadata": {"annotations":{"storageclass.kubernetes.io/is-default-class":"false"}}}'

kubectl patch storageclass apigee-sc \
  -p '{"metadata": {"annotations":{"storageclass.kubernetes.io/is-default-class":"true"}}}'

次のコマンドを実行して、新しいデフォルトの StorageClass が apigee-sc であることを確認します。

kubectl get sc

次に例を示します。

kubectl get sc
  NAME                  PROVISIONER             RECLAIMPOLICY   VOLUMEBINDINGMODE      ALLOWVOLUMEEXPANSION   AGE
  apigee-sc (default)   kubernetes.io/gce-pd    Delete          WaitForFirstConsumer   true                   14h
  premium-rwo           pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h
  standard              kubernetes.io/gce-pd    Delete          Immediate              true                   15h
  standard-rwo          pd.csi.storage.gke.io   Delete          WaitForFirstConsumer   true                   15h

クラスタをインストールして起動したら、次のステップに進みます。

Anthos on bare metal

Anthos on bare metal でクラスタを作成する

Anthos on bare metal で Apigee ハイブリッド用にクラスタを構成して作成する方法について説明します。Anthos on bare metal を使用すると、自分のマシンリソース上で Kubernetes クラスタを直接実行できます。

ハイブリッドバージョン 1.9.4 でサポートされている Anthos on bare metal のバージョンを使用していることを確認します。Apigee ハイブリッドでサポートされているプラットフォームとバージョンをご覧ください。
前提条件で説明されているように、すべてのノードとアプリケーションサーバーのクロックがネットワークタイムプロトコル（NTP）と同期していることを確認します。Cassandra データベースは、ネットワークタイムプロトコル（NTP）の同期によってデータの整合性を維持します。ハイブリッドを複数のリージョンにインストールする計画の場合は、すべてのリージョンにわたり NTP と同期するようにします。
インストールの前提条件の概要とクラスタの作成: 概要を確認します。

次の 2 つのノードプールが構成されているクラスタを作成します。

Anthos clusters on bare metal クラスタクイックスタートの手順に沿ってクラスタを作成します。

少なくとも 2 つのノードプールを作成します。次の表に示す最小要件でノードプールを構成します。

ノードプールについて知っておくべきこと

続行する前に、ノードプールとノードプールの構成に関する次の情報を確認することをおすすめします。

クラスタの最小構成は次のとおりです。

構成	ステートフルノードプール	ステートレスノードプール
目的	Cassandra データベース用のステートフルノードプール。	ランタイムの Message Processor 用のステートレスノードプール。
ラベル名	apigee-data	apigee-runtime
ノード数	ゾーンあたり 1（リージョンあたり 3）	ゾーンあたり 1（リージョンあたり 3）
CPU	4	4
RAM	15	15
ストレージ	動的	ApigeeDeployment CRD で管理
最小ディスク IOPS	SAN または直接アタッチされたストレージで 2,000 IOPS。必要な IOPS をサポートできる場合であっても、NFS は推奨されません。	SAN または直接アタッチされたストレージで 2,000 IOPS。必要な IOPS をサポートできる場合であっても、NFS はおすすめしません。

最小クラスタ構成の詳細については、最小クラスタ構成をご覧ください。

クラスタをインストールして起動したら、次のステップに進みます。

AKS

AKS でクラスタを作成する

以下の手順では、AKS で Apigee ハイブリッド用にクラスタを構成して作成する方法について説明します。

ハイブリッドバージョン 1.9.4 でサポートされている AKS のバージョンを使用していることを確認します。Apigee ハイブリッドでサポートされているプラットフォームとバージョンをご覧ください。
前提条件で説明されているように、すべてのノードとアプリケーションサーバーのクロックがネットワークタイムプロトコル（NTP）と同期していることを確認します。Cassandra データベースは、ネットワークタイムプロトコル（NTP）の同期によってデータの整合性を維持します。ハイブリッドを複数のリージョンにインストールする計画の場合は、すべてのリージョンにわたり NTP と同期するようにします。

Azure CLI または Azure Portal を使用してクラスタを作成し、以下で説明するように 2 つのノードプールを作成します。

ノードプールについて知っておくべきこと

続行する前に、ノードプールとノードプールの構成に関する次の情報を確認することをおすすめします。

クラスタの最小構成は次のとおりです。

構成	ステートフルノードプール	ステートレスノードプール
目的	Cassandra データベース用のステートフルノードプール。	ランタイムの Message Processor 用のステートレスノードプール。
ラベル名	apigee-data	apigee-runtime
ノード数	ゾーンあたり 1（リージョンあたり 3）	ゾーンあたり 1（リージョンあたり 3）
CPU	4	4
RAM	15	15
ストレージ	動的	ApigeeDeployment CRD で管理
最小ディスク IOPS	SAN または直接アタッチされたストレージで 2,000 IOPS。必要な IOPS をサポートできる場合であっても、NFS は推奨されません。	SAN または直接アタッチされたストレージで 2,000 IOPS。必要な IOPS をサポートできる場合であっても、NFS はおすすめしません。

最小クラスタ構成の詳細については、最小クラスタ構成をご覧ください。

クラスタをインストールして起動したら、次のステップに進みます。

EKS

EKS でクラスタを作成する

以下の手順では、EKS で Apigee ハイブリッド用にクラスタを構成して作成する方法について説明します。

ハイブリッドバージョン 1.9.4 でサポートされている EKS のバージョンを使用していることを確認します。Apigee ハイブリッドでサポートされているプラットフォームとバージョンをご覧ください。
前提条件で説明されているように、すべてのノードとアプリケーションサーバーのクロックがネットワークタイムプロトコル（NTP）と同期していることを確認します。Cassandra データベースは、ネットワークタイムプロトコル（NTP）の同期を使用してデータの整合性を維持します。ハイブリッドを複数のリージョンにインストールする場合は、すべてのリージョンで NTP と同期するようにします。
Kubernetes バージョン 1.24 以降を使用している場合は、Amazon EBS 用の Kubernetes CSI ドライバがインストールされていることを確認してください。

次の手順でユーザークラスタを作成し、以下で説明する 2 つのノードプールを作成します。

ノードプールについて知っておくべきこと

続行する前に、ノードプールとノードプールの構成に関する次の情報を確認することをおすすめします。

クラスタの最小構成は次のとおりです。

構成	ステートフルノードプール	ステートレスノードプール
目的	Cassandra データベース用のステートフルノードプール。	ランタイムの Message Processor 用のステートレスノードプール。
ラベル名	apigee-data	apigee-runtime
ノード数	ゾーンあたり 1（リージョンあたり 3）	ゾーンあたり 1（リージョンあたり 3）
CPU	4	4
RAM	15	15
ストレージ	動的	ApigeeDeployment CRD で管理
最小ディスク IOPS	SAN または直接アタッチされたストレージで 2,000 IOPS。必要な IOPS をサポートできる場合であっても、NFS は推奨されません。	SAN または直接アタッチされたストレージで 2,000 IOPS。必要な IOPS をサポートできる場合であっても、NFS はおすすめしません。

最小クラスタ構成の詳細については、最小クラスタ構成をご覧ください。

クラスタをインストールして起動したら、次のステップに進みます。

GKE on AWS

GKE on AWS でクラスタを作成する

以下の手順では、GKE on AWS で Apigee ハイブリッド用にクラスタを構成して作成する方法について説明します。

ハイブリッドバージョン 1.9.4 でサポートされている GKE のバージョンを使用していることを確認します。Apigee ハイブリッドでサポートされているプラットフォームとバージョンをご覧ください。
前提条件で説明されているように、すべてのノードとアプリケーションサーバーのクロックがネットワークタイムプロトコル（NTP）と同期していることを確認します。Cassandra データベースは、ネットワークタイムプロトコル（NTP）の同期を使用してデータの整合性を維持します。ハイブリッドを複数のリージョンにインストールする場合は、すべてのリージョンで NTP と同期するようにします。

次の手順でユーザークラスタを作成し、以下で説明する 2 つのノードプールを作成します。

ノードプールについて知っておくべきこと

続行する前に、ノードプールとノードプールの構成に関する次の情報を確認することをおすすめします。

クラスタの最小構成は次のとおりです。

構成	ステートフルノードプール	ステートレスノードプール
目的	Cassandra データベース用のステートフルノードプール。	ランタイムの Message Processor 用のステートレスノードプール。
ラベル名	apigee-data	apigee-runtime
ノード数	ゾーンあたり 1（リージョンあたり 3）	ゾーンあたり 1（リージョンあたり 3）
CPU	4	4
RAM	15	15
ストレージ	動的	ApigeeDeployment CRD で管理
最小ディスク IOPS	SAN または直接アタッチされたストレージで 2,000 IOPS。必要な IOPS をサポートできる場合であっても、NFS は推奨されません。	SAN または直接アタッチされたストレージで 2,000 IOPS。必要な IOPS をサポートできる場合であっても、NFS はおすすめしません。

最小クラスタ構成の詳細については、最小クラスタ構成をご覧ください。

クラスタをインストールして起動したら、次のステップに進みます。

OpenShift

OpenShift でクラスタを作成する

以下の手順では、OpenShift で Apigee ハイブリッド用にクラスタを構成して作成する方法について説明します。

ハイブリッドバージョン 1.9.4 でサポートされている OpenShift のバージョンを使用していることを確認します。Apigee ハイブリッドでサポートされているプラットフォームとバージョンをご覧ください。
前提条件で説明されているように、すべてのノードとアプリケーションサーバーのクロックがネットワークタイムプロトコル（NTP）と同期していることを確認します。Cassandra データベースは、ネットワークタイムプロトコル（NTP）の同期を使用してデータの整合性を維持します。ハイブリッドを複数のリージョンにインストールする場合は、すべてのリージョンで NTP と同期するようにします。

ランタイムプレーンにデプロイする OpenShift クラスタを構築して、OpenShift ユーザークラスタに Apigee をインストールし、2 つのノードプールを作成します。

OpenShift のインストールの一環として、oc CLI ツールをインストールして構成します。OpenShift ドキュメントの OpenShift CLI のスタートガイドをご覧ください。

ノードプールについて知っておくべきこと

続行する前に、ノードプールとノードプールの構成に関する次の情報を確認することをおすすめします。

クラスタの最小構成は次のとおりです。

構成	ステートフルノードプール	ステートレスノードプール
目的	Cassandra データベース用のステートフルノードプール。	ランタイムの Message Processor 用のステートレスノードプール。
ラベル名	apigee-data	apigee-runtime
ノード数	ゾーンあたり 1（リージョンあたり 3）	ゾーンあたり 1（リージョンあたり 3）
CPU	4	4
RAM	15	15
ストレージ	動的	ApigeeDeployment CRD で管理
最小ディスク IOPS	SAN または直接アタッチされたストレージで 2,000 IOPS。必要な IOPS をサポートできる場合であっても、NFS は推奨されません。	SAN または直接アタッチされたストレージで 2,000 IOPS。必要な IOPS をサポートできる場合であっても、NFS はおすすめしません。

最小クラスタ構成の詳細については、最小クラスタ構成をご覧ください。

クラスタをインストールしたら、次のステップに進みます。

次のステップ

1 （次）ステップ 2: cert-manager をインストールする 3 4 5 6 7 8 9 10

ステップ 1: クラスタを作成する

専用クラスタと共有クラスタの比較

クラスタを作成する

GKE

GKE でクラスタを作成する

ノードプールについて知っておくべきこと

Linux / macOS

Windows

リージョン クラスタ

ゾーンクラスタ

リージョン クラスタ

ゾーンクラスタ

リージョン クラスタ

ゾーンクラスタ

リージョン クラスタ

ゾーンクラスタ

GKE On-Prem

GKE On-Prem でクラスタを作成する

ノードプールについて知っておくべきこと

Anthos on bare metal

Anthos on bare metal でクラスタを作成する

ノードプールについて知っておくべきこと

AKS

AKS でクラスタを作成する

ノードプールについて知っておくべきこと

EKS

EKS でクラスタを作成する

ノードプールについて知っておくべきこと

GKE on AWS

GKE on AWS でクラスタを作成する

ノードプールについて知っておくべきこと

OpenShift

OpenShift でクラスタを作成する

ノードプールについて知っておくべきこと

次のステップ

リージョンクラスタ

リージョンクラスタ

リージョンクラスタ

リージョンクラスタ