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

Apigee ハイブリッドのバージョン 1.11 へのアップグレード

この手順では、Apigee ハイブリッドバージョン 1.10.x から Apigee ハイブリッドバージョン 1.11.2 へのアップグレードと、ハイブリッド 1.11.x の以前のリリースからバージョン 1.11.2 へのアップグレードについて説明します。

マイナーバージョンのアップグレード（バージョン 1.10 から 1.11 など）とパッチリリースアップグレード（1.11.0 から 1.11.2 など）にも同じ手順を使用します。

Apigee ハイブリッドのバージョン 1.9 以前からアップグレードする場合は、ハイブリッドのバージョン 1.11.2 にアップグレードする前に、まずバージョン 1.10 にアップグレードする必要があります。Apigee ハイブリッドバージョン 1.10 へのアップグレードの手順をご覧ください。

バージョン 1.11.2 へのアップグレードの概要

Apigee ハイブリッドのバージョン 1.11 へのアップグレードでダウンタイムが発生する場合があります。

Apigee コントローラをバージョン 1.11.2 にアップグレードすると、すべての Apigee デプロイでローリング再起動が行われます。本番環境ハイブリッド環境のダウンタイムを最小限に抑えるには、少なくとも 2 つのクラスタ（同じまたは異なるリージョン / データセンター）を実行している必要があります。本番環境のすべてのトラフィックを 1 つのクラスタに戻し、オフラインでアップグレードしようとしているクラスタを取得して、アップグレードプロセスを続行します。この手順をクラスタごとに繰り返します。

本番環境への影響を低減するために、できるだけ早くすべてのクラスタをアップグレードすることをおすすめします。最初のクラスタをアップグレードした後に、残りのすべてのクラスタをいつアップグレードする必要があるかについては、時間制限はありません。ただし、残りのクラスタがすべてアップグレードされるまで、次に示すオペレーションが影響を受けます。

Cassandra のバックアップと復元は、混在バージョンでは使用できません。たとえば、ハイブリッド 1.10 のバックアップは、ハイブリッド 1.11 インスタンスの復元に使用できません。
Cassandra データストリーミングは、ハイブリッドの混合バージョンでは使用できません。したがって、Cassandra クラスタを水平スケーリングすることはできません。
リージョンの拡張とデコミッションが影響を受けます（これらのオペレーションは Cassandra データストリーミングに依存しているため）。

以降のセクションでは、Apigee Hybrid のアップグレード手順を次の順番で説明します。

アップグレードを準備する。
ハイブリッドランタイムバージョン 1.11.2 をインストールする。

前提条件

以下のアップグレード手順は、Apigee ハイブリッドバージョン 1.10.x がインストールされており、バージョン 1.11.2 にアップグレードすることを前提としています。以前のバージョンから更新する場合は、Apigee ハイブリッドバージョン 1.10 へのアップグレードをご覧ください。

Helm チャートと `apigeectl`

バージョン 1.11 では、Helm チャートまたは apigeectl のいずれかを使用して、Apigee ハイブリッドをインストールして管理できます。Apigee では、Helm を使用してインストールを管理することをおすすめします。

`apigeectl` を使用した v1.10 から Helm を使用した v1.11 への移行

apigeectl で管理されるハイブリッド v1.10 インストールから、Helm で管理される Apigee ハイブリッド v1.11 にアップグレードするには:

まず、apigeectl から Helm チャートへの Apigee ハイブリッドの移行の手順に沿って、v1.10 インストールの Helm を移行します。
以下の Helm チャート用の手順に沿って、インストールをアップグレードします。
注: 移行済みのインストールをアップグレードする場合は、helm upgrade コマンドに --force フラグを挿入する必要があります。

バージョン 1.11 へのアップグレードを準備する

注: Apigee ハイブリッド v1.10 から v1.11 に移行する場合は、前の手順で apigeectl から Helm チャートに移行した後、[helm] タブの手順に沿って操作する必要があります。Helm に移行したら、今後のアップグレードでも Helm を引き続き使用する必要があります。

ハイブリッドインストールをバックアップする（推奨）

Helm

この手順では、ファイルシステム内で Helm チャートをインストールしたディレクトリに対し、環境変数 APIGEE_HELM_CHARTS_HOME を使用します。必要に応じてこのディレクトリに移動し、次のコマンドで変数を定義します。
Linux
```
export APIGEE_HELM_CHARTS_HOME=$PWD
echo $APIGEE_HELM_CHARTS_HOME
```
Mac OS
```
export APIGEE_HELM_CHARTS_HOME=$PWD
echo $APIGEE_HELM_CHARTS_HOME
```
Windows
```
set APIGEE_HELM_CHARTS_HOME=%CD%
echo %APIGEE_HELM_CHARTS_HOME%
```
バージョン 1.10 の $APIGEE_HELM_CHARTS_HOME/ ディレクトリのバックアップを作成します。任意のバックアッププロセスを使用できます。たとえば、次のコマンドを使用して、ディレクトリ全体の tar ファイルを作成します。
```
tar -czvf $APIGEE_HELM_CHARTS_HOME/../apigee-helm-charts-v1.10-backup.tar.gz $APIGEE_HELM_CHARTS_HOME
```
Cassandra のバックアップと復元の手順で Cassandra データベースをバックアップします。

オーバーライドでサービス証明書ファイル（.json）を使用してサービスアカウントを認証している場合は、サービスアカウント証明書ファイルが正しい Helm チャートディレクトリにあることを確認してください。Helm チャートは、各チャートディレクトリ外のファイルを読み取ることができません。

Kubernetes Secret または Workload Identity を使用してサービスアカウントを認証している場合は、この手順は必要ありません。

次の表に、インストールの種類に応じた各サービスアカウントファイルの移動先を示します。

本番環境

サービスアカウント	デフォルトのファイル名	Helm チャートのディレクトリ
`apigee-cassandra`	`PROJECT_ID-apigee-cassandra.json`	`$APIGEE_HELM_CHARTS_HOME/apigee-datastore/`
`apigee-logger`	`PROJECT_ID-apigee-logger.json`	`$APIGEE_HELM_CHARTS_HOME/apigee-telemetry/`
`apigee-mart`	`PROJECT_ID-apigee-mart.json`	`$APIGEE_HELM_CHARTS_HOME/apigee-org/`
`apigee-metrics`	`PROJECT_ID-apigee-metrics.json`	`$APIGEE_HELM_CHARTS_HOME/apigee-telemetry/`
`apigee-runtime`	`PROJECT_ID-apigee-runtime.json`	`$APIGEE_HELM_CHARTS_HOME/apigee-env`
`apigee-synchronizer`	`PROJECT_ID-apigee-synchronizer.json`	`$APIGEE_HELM_CHARTS_HOME/apigee-env/`
`apigee-udca`	`PROJECT_ID-apigee-udca.json`	`$APIGEE_HELM_CHARTS_HOME/apigee-org/`
`apigee-watcher`	`PROJECT_ID-apigee-watcher.json`	`$APIGEE_HELM_CHARTS_HOME/apigee-org/`

非本番環境

次の各ディレクトリに、apigee-non-prod サービスアカウントファイルのコピーを作成します。

サービスアカウント	デフォルトのファイル名	Helm チャートのディレクトリ
`apigee-non-prod`	`PROJECT_ID-apigee-non-prod.json`	`$APIGEE_HELM_CHARTS_HOME/apigee-datastore/` `$APIGEE_HELM_CHARTS_HOME/apigee-telemetry/` `$APIGEE_HELM_CHARTS_HOME/apigee-org/` `$APIGEE_HELM_CHARTS_HOME/apigee-env/`

TLS 証明書ファイルと鍵ファイル（.crt、.key、.pem）が $APIGEE_HELM_CHARTS_HOME/apigee-virtualhost/ ディレクトリにあることを確認します。

`apigeectl`

手順の例では、次のディレクトリ構造を使用します。実際のインストール環境は異なる場合があります。使用するインストールの構造に合わせて手順を変更してください。

hybrid-v1.11-root-directory/
└── apigeectl/
    └── config/
    └── plugins/
    └── templates/
    └── tools/
└── hybrid-files/
    └── overrides/
    └── service-accounts/
    └── certs/
hybrid-v1.10-root-directory/

この手順では、apigeectl をインストールしたファイルシステム内のディレクトリを環境変数 APIGEECTL_HOME で表しています。必要に応じて、ディレクトリを apigeectl ディレクトリに変更し、次のコマンドで変数を定義します。
Linux
```
export APIGEECTL_HOME=$PWD
echo $APIGEECTL_HOME
```
Mac OS
```
export APIGEECTL_HOME=$PWD
echo $APIGEECTL_HOME
```
Windows
```
set APIGEECTL_HOME=%CD%
echo %APIGEECTL_HOME%
```
バージョン 1.10 の $APIGEECTL_HOME/ ディレクトリのバックアップを作成します。次に例を示します。
```
tar -czvf $APIGEECTL_HOME/../apigeectl-v1.10-backup.tar.gz $APIGEECTL_HOME
```
Cassandra のバックアップと復元の手順に沿って Cassandra データベースをバックアップします。

Kubernetes のバージョンをアップグレードする

Kubernetes プラットフォームのバージョンを確認し、必要に応じてハイブリッド 1.10 とハイブリッド 1.11 の両方でサポートされているバージョンにアップグレードします。ヘルプが必要な場合は、プラットフォームのドキュメントをご覧ください。

クリックして、サポートされているプラットフォームのリストを開く

	1.10 ⁽³⁾	1.11	1.12
Google Cloud 上の GKE	1.24.x 1.25.x 1.26.x 1.27.x^{（≥ 1.10.5）} 1.28.x^{（≥ 1.10.5）}	1.25.x 1.26.x 1.27.x 1.28.x^{（≥ 1.11.2）} 1.29.x^{（≥ 1.11.2）}	1.26.x 1.27.x 1.28.x 1.29.x^{（≥ 1.12.1）}
GKE on AWS	1.13.x（K8s v1.24.x） 1.14.x（K8s v1.25.x） 1.26.x⁽¹²⁾ 1.27.x^{（≥ 1.10.5）} 1.28.x^{（≥ 1.10.5）}	1.14.x（K8s v1.25.x） 1.26.x⁽¹²⁾ 1.27.x 1.28.x^{（≥ 1.11.2）} 1.29.x^{（≥ 1.11.2）}	1.26.x⁽¹²⁾ 1.27.x 1.28.x 1.29.x^{（≥ 1.12.1）}
Azure 上の GKE	1.13.x 1.14.x 1.26.x⁽¹²⁾ 1.27.x^{（≥ 1.10.5）} 1.28.x^{（≥ 1.10.5）}	1.14.x 1.26.x⁽¹²⁾ 1.27.x 1.28.x^{（≥ 1.11.2）} 1.29.x^{（≥ 1.11.2）}	1.26.x⁽¹²⁾ 1.27.x 1.28.x 1.29.x^{（≥ 1.12.1）}
VMware 用 Google Distributed Cloud（ソフトウェアのみ）⁽¹⁾⁽¹³⁾	1.13.x 1.14.x 1.15.x（K8s v1.26.x） 1.16.x（K8s v1.27.x） 1.27.x^{（≥ 1.10.5）} 1.28.x^{（≥ 1.10.5）}	1.14.x 1.15.x（K8s v1.26.x） 1.16.x（K8s v1.27.x） 1.28.x^{（≥ 1.11.2）} 1.29.x^{（≥ 1.11.2）}	1.15.x（K8s v1.26.x） 1.16.x（K8s v1.27.x） 1.28.x⁽¹²⁾ 1.29.x^{（≥ 1.12.1）}
ベアメタル版 Google Distributed Cloud（ソフトウェアのみ）⁽¹⁾	1.13.x 1.14.x（K8s v1.25.x） 1.15.x（K8s v1.26.x） 1.16.x（K8s v1.27.x） 1.27.x⁽¹²⁾^{（≥ 1.10.5）} 1.28.x^{（≥ 1.10.5）}	1.14.x 1.15.x（K8s v1.26.x） 1.16.x（K8s v1.27.x） 1.28.x⁽¹²⁾^{（≥ 1.11.2）} 1.29.x^{（≥ 1.11.2）}	1.15.x（K8s v1.26.x） 1.16.x（K8s v1.27.x） 1.28.x⁽¹²⁾ 1.29.x^{（≥ 1.12.1）}
EKS⁽⁷⁾	1.24.x 1.25.x 1.26.x 1.27.x^{（≥ 1.10.5）} 1.28.x^{（≥ 1.10.5）}	1.25.x 1.26.x 1.27.x 1.28.x^{（≥ 1.11.2）} 1.29.x^{（≥ 1.11.2）}	1.26.x 1.27.x 1.28.x 1.29.x^{（≥ 1.12.1）}
AKS⁽⁷⁾	1.24.x 1.25.x 1.26.x 1.27.x^{（≥ 1.10.5）} 1.28.x^{（≥ 1.10.5）}	1.25.x 1.26.x 1.27.x 1.28.x^{（≥ 1.11.2）} 1.29.x^{（≥ 1.11.2）}	1.26.x 1.27.x 1.28.x 1.29.x^{（≥ 1.12.1）}
OpenShift⁽⁷⁾	4.11 4.12 4.14^{（≥ 1.10.5）} 4.15^{（≥ 1.10.5）}	4.12 4.13 4.14 4.15^{（≥ 1.11.2）} 4.16^{（≥ 1.11.2）}	4.12 4.13 4.14 4.15 4.16^{（≥ 1.12.1）}
Rancher Kubernetes Engine（RKE）	v1.26.2+rke2r1 1.27.x^{（≥ 1.10.5）} 1.28.x^{（≥ 1.10.5）}	v1.26.2+rke2r1 v1.27.x 1.28.x^{（≥ 1.11.2）} 1.29.x^{（≥ 1.11.2）}	v1.26.2+rke2r1 v1.27.x 1.28.x 1.29.x^{（≥ 1.12.1）}
VMware Tanzu	なし	なし	v1.26.x
コンポーネント	1.10	1.11	1.12
Anthos Service Mesh	1.17.x⁽¹⁰⁾	1.18.x⁽¹⁰⁾	1.19.x⁽¹⁰⁾
JDK	JDK 11	JDK 11	JDK 11
cert-manager	1.10.x 1.11.x 1.12.x	1.11.x 1.12.x 1.13.x	1.11.x 1.12.x 1.13.x
Cassandra	3.11	3.11	4.0
Kubernetes	1.24.x 1.25.x 1.26.x	1.25.x 1.26.x 1.27.x	1.26.x 1.27.x 1.28.x
kubectl			1.27.x 1.28.x 1.29.x
Helm	3.10+	3.10+	3.14.2+
Secret Store CSI ドライバ		1.3.4	1.4.1
Vault		1.13.x	1.15.2
⁽¹⁾ Anthos オンプレミス（Google Distributed Cloud）バージョン 1.13 では、`cert-manager` との競合を回避するために、cert-manager のインストールの競合を回避するの手順を実施してください。 ⁽²⁾ Apigee ハイブリッドバージョン 1.7.2 以降でサポートされています。 ⁽³⁾ Apigee ハイブリッドバージョン 1.10 以前の正式なサポートが終了しました。今後、定期的な月次パッチは提供されません。サポートの継続が正式に提示されているお客様を除き、これらのリリースの正式なサポートは提供されません。他のお客様はアップグレードが必要です。 ⁽⁴⁾ Anthos on-premises（Google Distributed Cloud）の 1.12 以前のバージョンはサポートが終了しています。Distributed Cloud on bare metal のバージョンサポートポリシーと、Distributed Cloud on VMware のサポートされているバージョンのリストをご覧ください。 ⁽⁵⁾ ベアメタルまたは VMware 上の Google Distributed Cloud には、Anthos Service Mesh 1.14 以降が必要です。ハイブリッド v1.8 にアップグレードして Apigee Ingress ゲートウェイに切り替えることをおすすめします。これにより、ハイブリッドクラスタに Anthos Service Mesh をインストールする必要がなくなります。 ⁽⁶⁾ Apigee ハイブリッドバージョン 1.8.4 以降でサポートされています。 ⁽⁷⁾ Apigee ハイブリッドバージョン 1.8.4 以降ではサポートされていません。 ⁽⁸⁾ Apigee ハイブリッドバージョン 1.7.6 以降でサポートされています。 ⁽⁹⁾ Apigee ハイブリッドバージョン 1.8.5 以降ではサポートされていません。 ⁽¹⁰⁾ Anthos Service Mesh は Apigee ハイブリッド 1.9 以降で自動的にインストールされます。 ⁽¹¹⁾ Apigee ハイブリッドバージョン 1.9.2 以降でサポートされています。 ⁽¹²⁾ GKE on AWS のバージョン番号に Kubernetes のバージョンが反映されるようになりました。バージョンの詳細と推奨パッチについては、GKE Enterprise のバージョンとアップグレードのサポートをご覧ください。 ⁽¹³⁾ Vault は、Google Distributed Cloud for VMware で認定されていません。 ⁽¹⁴⁾ Apigee ハイブリッドバージョン 1.10.5 以降でサポートされています。 ⁽¹⁵⁾ Apigee ハイブリッドバージョン 1.11.2 以降でサポートされています。 ⁽¹⁶⁾ Apigee ハイブリッドバージョン 1.12.1 以降でサポートされています。

接続クラスタについて

Apigee ハイブリッドバージョン 1.7.x 以前で、Elastic Kubernetes Service（EKS）、Azure Kubernetes Service（AKS）、またはサポートされているサードパーティの Kubernetes サービスプロバイダのマルチクラウドコンテキストで Apigee ハイブリッドを実行する場合は、GKE 接続クラスタを使用する必要があります。Google では、クラスタアタッチメントを使用して Anthos Service Mesh の使用状況を測定しています。

Apigee ハイブリッドバージョン 1.8.x で Ingress ゲートウェイに Anthos Service Mesh を使用する場合、GKE 接続クラスタが必要です。Apigee Ingress ゲートウェイを使用している場合、接続クラスタはオプションです。

ハイブリッド 1.11.2 ランタイムをインストールする

Helm

Helm チャートのアップグレードを準備する

apigee-operator グラフと apigee-env グラフで正しいタグ 1.11.2-hotfix.2 を使用できるように、overrides.yaml ファイルを次のように変更します。
```
ao:
  image:
    url: "gcr.io/apigee-release/hybrid/apigee-operators"
    tag: "1.11.2-hotfix.2"
runtime:
  image:
    url: "gcr.io/apigee-release/hybrid/apigee-runtime"
    tag: "1.11.2-hotfix.2"
```
Apigee 1.11.2-hotfix.2 リリースノートをご覧ください。

Apigee Helm チャートを pull します。

Apigee ハイブリッドチャートは Google Artifact Registry でホストされます。

oci://us-docker.pkg.dev/apigee-release/apigee-hybrid-helm-charts

次のコマンドで pull コマンドを使用して、すべての Apigee ハイブリッド Helm チャートをローカルストレージにコピーします。

export CHART_REPO=oci://us-docker.pkg.dev/apigee-release/apigee-hybrid-helm-charts
export CHART_VERSION=1.11.2
helm pull $CHART_REPO/apigee-operator --version $CHART_VERSION --untar
helm pull $CHART_REPO/apigee-datastore --version $CHART_VERSION --untar
helm pull $CHART_REPO/apigee-env --version $CHART_VERSION --untar
helm pull $CHART_REPO/apigee-ingress-manager --version $CHART_VERSION --untar
helm pull $CHART_REPO/apigee-org --version $CHART_VERSION --untar
helm pull $CHART_REPO/apigee-redis --version $CHART_VERSION --untar
helm pull $CHART_REPO/apigee-telemetry --version $CHART_VERSION --untar
helm pull $CHART_REPO/apigee-virtualhost --version $CHART_VERSION --untar

必要に応じて、cert-manager をインストールします。
cert-manager のバージョンをアップグレードする必要がある場合は、次のコマンドを使用して、新しいバージョンをインストールします。
```
kubectl apply -f https://github.com/cert-manager/cert-manager/releases/download/v1.11.1/cert-manager.yaml
```

更新された Apigee CRD をインストールします。

注: これは、Apigee CRD をインストールするためにサポートされている唯一の方法です。-k なしで kubectl apply を使用しないでください。--server-side は省略しないでください。

次のコマンドを実行して、kubectl ドライラン機能を使用します。

kubectl apply -k  apigee-operator/etc/crds/default/ --server-side --force-conflicts --validate=false --dry-run

dry-run コマンドで検証した後、次のコマンドを実行します。

kubectl apply -k  apigee-operator/etc/crds/default/ --server-side --force-conflicts --validate=false

kubectl get crds コマンドを使用してインストールを検証します。

kubectl get crds | grep apigee

出力は次のようになります。

apigeedatastores.apigee.cloud.google.com                    2023-10-09T14:48:30Z
apigeedeployments.apigee.cloud.google.com                   2023-10-09T14:48:30Z
apigeeenvironments.apigee.cloud.google.com                  2023-10-09T14:48:31Z
apigeeissues.apigee.cloud.google.com                        2023-10-09T14:48:31Z
apigeeorganizations.apigee.cloud.google.com                 2023-10-09T14:48:32Z
apigeeredis.apigee.cloud.google.com                         2023-10-09T14:48:33Z
apigeerouteconfigs.apigee.cloud.google.com                  2023-10-09T14:48:33Z
apigeeroutes.apigee.cloud.google.com                        2023-10-09T14:48:33Z
apigeetelemetries.apigee.cloud.google.com                   2023-10-09T14:48:34Z
cassandradatareplications.apigee.cloud.google.com           2023-10-09T14:48:35Z

クラスタノードの既存のラベルを確認します。デフォルトでは、Apigee はラベルが cloud.google.com/gke-nodepool=apigee-data のノードでデータ Pod をスケジューリングし、ランタイム Pod はラベルが cloud.google.com/gke-nodepool=apigee-runtime のノードでスケジューリングされます。ノードプールのラベルは、overrides.yaml ファイルでカスタマイズできます。

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

Apigee ハイブリッド Helm チャートをインストールする

注: Helm のアップグレード / インストールコマンドを実行する前に、コマンドの末尾に --dry-run を追加して、Helm ドライラン機能を使用します。サポートされているコマンド、オプション、使用方法の一覧は、helm -h をご覧ください。

まだ行っていない場合は、APIGEE_HELM_CHARTS_HOME ディレクトリに移動します。このディレクトリから次のコマンドを実行します。

Apigee Operator/Controller をアップグレードします。

注: この手順では、クラスタの昇格権限が必要です。詳細については、helm -h または helm upgrade -h を実行します。

ドライランを実行します。

helm upgrade operator apigee-operator/ \
  --install \
  --create-namespace \
  --namespace apigee-system \
  -f OVERRIDES_FILE \
  --dry-run

チャートをアップグレードします。

helm upgrade operator apigee-operator/ \
  --install \
  --create-namespace \
  --namespace apigee-system \
  -f OVERRIDES_FILE

Apigee Operator のインストールを確認します。

helm ls -n apigee-system

NAME           NAMESPACE       REVISION        UPDATED                                 STATUS          CHART                   APP VERSION
operator    apigee-system   3               2023-06-26 00:42:44.492009 -0800 PST    deployed        apigee-operator-1.11.2   1.11.2

可用性をチェックして、稼働していることを確認します。

kubectl -n apigee-system get deploy apigee-controller-manager

NAME                        READY   UP-TO-DATE   AVAILABLE   AGE
apigee-controller-manager   1/1     1            1           7d20h

Apigee データストアをアップグレードします。

ドライランを実行します。

helm upgrade datastore apigee-datastore/ \
  --install \
  --namespace apigee \
  -f OVERRIDES_FILE \
  --dry-run

チャートをアップグレードします。

helm upgrade datastore apigee-datastore/ \
  --install \
  --namespace apigee \
  -f OVERRIDES_FILE

状態をチェックして、apigeedatastore が稼働していることを確認します。

kubectl -n apigee get apigeedatastore default

NAME      STATE       AGE
default   running    2d

Apigee テレメトリーをアップグレードします。

ドライランを実行します。

helm upgrade telemetry apigee-telemetry/ \
  --install \
  --namespace apigee \
  -f OVERRIDES_FILE \
  --dry-run

チャートをアップグレードします。

helm upgrade telemetry apigee-telemetry/ \
  --install \
  --namespace apigee \
  -f OVERRIDES_FILE

状態をチェックして、稼働していることを確認します。

kubectl -n apigee get apigeetelemetry apigee-telemetry

NAME               STATE     AGE
apigee-telemetry   running   2d

Apigee Redis をアップグレードします。

ドライランを実行します。

helm upgrade redis apigee-redis/ \
  --install \
  --namespace apigee \
  -f OVERRIDES_FILE \
  --dry-run

チャートをアップグレードします。

helm upgrade redis apigee-redis/ \
  --install \
  --namespace apigee \
  -f OVERRIDES_FILE

状態をチェックして、稼働していることを確認します。

kubectl -n apigee get apigeeredis default

NAME      STATE     AGE
default   running   2d

Apigee Ingress Manager をアップグレードします。

ドライランを実行します。

helm upgrade ingress-manager apigee-ingress-manager/ \
  --install \
  --namespace apigee \
  -f OVERRIDES_FILE \
  --dry-run

チャートをアップグレードします。

helm upgrade ingress-manager apigee-ingress-manager/ \
  --install \
  --namespace apigee \
  -f OVERRIDES_FILE

可用性をチェックして、稼働していることを確認します。

kubectl -n apigee get deployment apigee-ingressgateway-manager

NAME                            READY   UP-TO-DATE   AVAILABLE   AGE
apigee-ingressgateway-manager   2/2     2            2           2d

Apigee 組織をアップグレードします。

ドライランを実行します。

helm upgrade ORG_NAME apigee-org/ \
  --install \
  --namespace apigee \
  -f OVERRIDES_FILE \
  --dry-run

チャートをアップグレードします。

helm upgrade ORG_NAME apigee-org/ \
  --install \
  --namespace apigee \
  -f OVERRIDES_FILE

それぞれの組織の状態をチェックして、稼働していることを確認します。

kubectl -n apigee get apigeeorg

NAME                      STATE     AGE
apigee-org1-xxxxx          running   2d

環境をアップグレードします。
同時にインストールできる環境は 1 つだけです。--set env=ENV_NAME で環境を指定します。

ドライランを実行します。
```
helm upgrade ENV_RELEASE_NAME apigee-env/ \
  --install \
  --namespace apigee \
  --set env=ENV_NAME \
  -f OVERRIDES_FILE \
  --dry-run
```
- ENV_RELEASE_NAME は、以前に apigee-env チャートをインストールしたときに使用した名前です。ハイブリッド v1.10 では通常、apigee-env-ENV_NAME です。ハイブリッド v1.11 以降では、通常は ENV_NAME です。
- ENV_NAME はアップグレードする環境の名前です。
- OVERRIDES_FILE は、v.1.11.2 の新しいオーバーライドファイルです。
チャートをアップグレードします。
```
helm upgrade ENV_RELEASE_NAME apigee-env/ \
  --install \
  --namespace apigee \
  --set env=ENV_NAME \
  -f OVERRIDES_FILE
```
注: 移行済みのインストールでは、次のコマンドを使用します。
```
helm upgrade ENV_RELEASE_NAME apigee-env/ \
  --install \
  --namespace apigee \
  --set env=ENV_NAME \
  --force \
  -f OVERRIDES_FILE
```
それぞれの環境の状態をチェックして、稼働していることを確認します。
```
kubectl -n apigee get apigeeenv
```
```
NAME                          STATE       AGE   GATEWAYTYPE
apigee-org1-dev-xxx            running     2d
```
環境グループ（virtualhosts）をアップグレードします。
1. 一度にアップグレードできる環境グループ（virtualhost）は 1 つだけです。--set envgroup=ENV_GROUP_NAME を使用して環境グループを指定します。overrides.yaml ファイルに記載されている env グループごとに、次のコマンドを繰り返します。
  ドライランを実行します。
```
helm upgrade ENV_GROUP_RELEASE_NAME apigee-virtualhost/ \
  --install \
  --namespace apigee \
  --set envgroup=ENV_GROUP_NAME \
  -f OVERRIDES_FILE \
  --dry-run
```
  ENV_GROUP_RELEASE_NAME は、以前に apigee-virtualhost チャートをインストールしたときに使用した名前です。ハイブリッド v1.10 では通常、apigee-virtualhost-ENV_GROUP_NAME です。ハイブリッド v1.11 以降では、通常は ENV_GROUP_NAME です。
  
  チャートをアップグレードします。
```
helm upgrade ENV_GROUP_RELEASE_NAME apigee-virtualhost/ \
  --install \
  --namespace apigee \
  --set envgroup=ENV_GROUP_NAME \
  -f OVERRIDES_FILE
```
  注: 移行済みのインストールでは、次のコマンドを使用します。
```
helm upgrade ENV_GROUP_RELEASE_NAME apigee-virtualhost/ \
  --install \
  --namespace apigee \
  --set envgroup=ENV_GROUP_NAME \
  --force \
  -f OVERRIDES_FILE
```
  注: ENV_GROUP_RELEASE_NAME は apigee 名前空間内で一意である必要があります。
  たとえば、prod という名前の環境と、prod という名前の環境グループがある場合は、ENV_GROUP_RELEASE_NAME の値を prod-envgroup など、一意の値に設定してください。
2. ApigeeRoute（AR）の状態を確認します。
  virtualhosts をインストールすると、ApigeeRouteConfig（ARC）が作成されます。これにより、Apigee ウォッチャーがコントロールプレーンから env グループ関連の詳細を pull した時点で、ApigeeRoute（AR）が内部で作成されます。このため、対応する AR の状態が実行中であることを確認します。
```
kubectl -n apigee get arc
```
```
NAME                                STATE   AGE
apigee-org1-dev-egroup                       2d
```
```
kubectl -n apigee get ar
```
```
NAME                                        STATE     AGE
apigee-org1-dev-egroup-xxxxxx                running   2d
```

`apigeectl`

次のコマンドを使用して、最新のバージョン番号を変数に格納します。

Linux

export VERSION=$(curl -s \
  https://storage.googleapis.com/apigee-release/hybrid/apigee-hybrid-setup/current-version.txt?ignoreCache=1)

macOS

export VERSION=$(curl -s \
  https://storage.googleapis.com/apigee-release/hybrid/apigee-hybrid-setup/current-version.txt)

Windows

for /f "tokens=*" %a in ('curl -s ^
  https://storage.googleapis.com/apigee-release/hybrid/apigee-hybrid-setup/current-version.txt') ^
do set VERSION=%a

次のコマンドを使用して、変数にバージョン番号が挿入されていることを確認します。別のバージョンを使用する場合は、そのバージョンを環境変数に格納してください。
```
echo $VERSION
```
最新の Apigee ハイブリッドバージョンが表示されます。
```
  1.11.2
```
ハイブリッドベースディレクトリ（apigeectl 実行可能ファイルが配置されているディレクトリの親）にいることを確認します。
```
cd $APIGEECTL_HOME/..
```

次のコマンドを使用して、ご利用のオペレーティングシステムに対応したリリースパッケージをダウンロードします。ご利用のプラットフォームを次の表から選択します。

Linux

Linux 64 ビット:

curl -LO \
  https://storage.googleapis.com/apigee-release/hybrid/apigee-hybrid-setup/$VERSION/apigeectl_linux_64.tar.gz

macOS

Mac 64 ビット:

curl -LO \
  https://storage.googleapis.com/apigee-release/hybrid/apigee-hybrid-setup/$VERSION/apigeectl_mac_64.tar.gz

Windows

Windows 64 ビット

curl -LO ^
  https://storage.googleapis.com/apigee-release/hybrid/apigee-hybrid-setup/%VERSION%/apigeectl_windows_64.zip

現在の apigeectl/ ディレクトリをバックアップディレクトリ名に変更します。例:

Linux

mv $APIGEECTL_HOME/ $APIGEECTL_HOME-v1.10/

macOS

mv $APIGEECTL_HOME/ $APIGEECTL_HOME-v1.10/

Windows

rename %APIGEECTL_HOME% %APIGEECTL_HOME%-v1.10

ダウンロードした gzip ファイルの内容をハイブリッドのベースディレクトリに展開します。ハイブリッドのベースディレクトリは、名前が変更された apigeectl-v1.10 ディレクトリがあるディレクトリです。
Linux
```
tar xvzf filename.tar.gz -C ./
```
macOS
```
tar xvzf filename.tar.gz -C ./
```
Windows
```
tar xvzf filename.zip -C ./
```
デフォルトでは、tar の内容が展開されるディレクトリの名前には、バージョンとプラットフォームが含まれています。たとえば、./apigeectl_1.11.2-xxxxxxx_linux_64 となります。次のコマンドを使用して、このディレクトリの名前を apigeectl に変更します。
Linux
```
mv apigeectl_1.11.2-xxxxxxx_linux_64 apigeectl
```
macOS
```
mv apigeectl_1.11.2-xxxxxxx_mac_64 apigeectl
```
Windows
```
rename apigeectl_1.11.2-xxxxxxx_windows_64 apigeectl
```
apigeectl ディレクトリに移動します。
```
cd ./apigeectl
```
このディレクトリは apigeectl ホームディレクトリになります。apigeectl 実行可能コマンドはこのディレクトリに配置されます。
この手順では、apigeectl ユーティリティがインストールされているファイルシステムのディレクトリを表す環境変数 $APIGEECTL_HOME を使用します。必要に応じて、ディレクトリを apigeectl ディレクトリに変更し、次のコマンドで変数を定義します。
Linux
```
export APIGEECTL_HOME=$PWD
```
```
echo $APIGEECTL_HOME
```
Mac OS
```
export APIGEECTL_HOME=$PWD
```
```
echo $APIGEECTL_HOME
```
Windows
```
set APIGEECTL_HOME=%CD%
```
```
echo %APIGEECTL_HOME%
```
version コマンドで apigeectl のバージョンを確認します。
```
./apigeectl version
```
```
Version: 1.11.2
```
hybrid-base-directory/hybrid-files ディレクトリを作成し、そのディレクトリに移動します。hybrid-files ディレクトリには、オーバーライドファイル、証明書、サービスアカウントなどの構成ファイルがあります。例:
Linux
```
mkdir $APIGEECTL_HOME/../hybrid-files
```
```
cd $APIGEECTL_HOME/../hybrid-files
```
macOS
```
mkdir $APIGEECTL_HOME/../hybrid-files
```
```
cd $APIGEECTL_HOME/../hybrid-files
```
Windows
```
mkdir %APIGEECTL_HOME%/../hybrid-files
```
```
cd %APIGEECTL_HOME%/../hybrid-files
```
次のコマンドを使用して、kubectl が正しいコンテキストに設定されていることを確認します。現在のコンテキストは、Apigee ハイブリッドをアップグレードするクラスタに設定する必要があります。
```
kubectl config get-contexts | grep \*
```
hybrid-files ディレクトリにおいて:
1. 以下の $APIGEECTL_HOME へのシンボリックリンクを更新します。これらのリンクにより、hybrid-files ディレクトリから新しくインストールされた apigeectl コマンドを実行できます。
```
ln -nfs $APIGEECTL_HOME/tools tools
ln -nfs $APIGEECTL_HOME/config config
ln -nfs $APIGEECTL_HOME/templates templates
ln -nfs $APIGEECTL_HOME/plugins plugins
```
2. シンボリックリンクが正しく作成されたことを確認するには、次のコマンドを実行してリンクパスが正しい場所を指していることを確認します。
```
ls -l | grep ^l
```
overrides.yaml ファイルを次のように変更して、Operator と Runtime で正しいタグ 1.11.2-hotfix.2 を使用できるようにします。
```
ao:
  image:
    url: "gcr.io/apigee-release/hybrid/apigee-operators"
    tag: "1.11.2-hotfix.2"
runtime:
  image:
    url: "gcr.io/apigee-release/hybrid/apigee-runtime"
    tag: "1.11.2-hotfix.2"
```
Apigee 1.11.2-hotfix.2 リリースノートをご覧ください。
ドライランの初期化を行ってエラーを確認します。
```
${APIGEECTL_HOME}/apigeectl init -f OVERRIDES_FILE --dry-run=client
```
ここで、OVERRIDES_FILE はオーバーライドファイルの名前です（例: ./overrides/overrides.yaml）。

ヒント: 上記のコードサンプルの OVERRIDES_FILE をオーバーライドファイルの名前とパスに置き換えると、このページのすべてのインスタンスが置き換えられます。
エラーがなければ、ハイブリッド 1.11.2 を初期化します。
```
$APIGEECTL_HOME/apigeectl init -f OVERRIDES_FILE
```
注: apigeectl は、apigeectl init の実行時に Apigee Ingress ゲートウェイをインストールして構成します。
初期化のステータスを確認します。
```
$APIGEECTL_HOME/apigeectl check-ready -f OVERRIDES_FILE
```
成功すると、「All containers ready.」と出力されます。
```
kubectl describe apigeeds -n apigee
```
出力で「State: running」を探します。
--dry-run フラグを使用して、apply コマンドのドライランでエラーを確認します。
```
$APIGEECTL_HOME/apigeectl apply -f OVERRIDES_FILE --dry-run=client
```
エラーがない場合、オーバーライドを適用します。インストールに応じて、本番環境または非本番環境用の手順を選択し実行します。
本番環境

本番環境では各ハイブリッドコンポーネントを個別にアップグレードし、次のコンポーネントに進む前に、アップグレードされたコンポーネントのステータスを確認します。
1. hybrid-files ディレクトリに移動します。
2. オーバーライドを適用して Cassandra をアップグレードします。
  $APIGEECTL_HOME/apigeectl apply -f OVERRIDES_FILE --datastore
3. 完了を確認します。
  $APIGEECTL_HOME/apigeectl check-ready -f OVERRIDES_FILE
  ヒント: check-ready が失敗した場合は、次のコマンドで Pod に関する詳細情報を取得できます。
  kubectl -n NAMESPACE get pods
  
  ここで、NAMESPACE は Apigee ハイブリッドの名前空間です。
  Pod の準備ができた場合にのみ、次の手順に進みます。
4. オーバーライドを適用してテレメトリーコンポーネントをアップグレードし、完了を確認します。
  $APIGEECTL_HOME/apigeectl apply -f OVERRIDES_FILE --telemetry
  $APIGEECTL_HOME/apigeectl check-ready -f OVERRIDES_FILE
5. Redis コンポーネントを起動します。
  $APIGEECTL_HOME/apigeectl apply -f OVERRIDES_FILE --redis
6. オーバーライドを適用して、組織レベルのコンポーネント（MART、Watcher、Apigee Connect）をアップグレードし、完了を確認します。
  $APIGEECTL_HOME/apigeectl apply -f OVERRIDES_FILE --org
  $APIGEECTL_HOME/apigeectl check-ready -f OVERRIDES_FILE
7. オーバーライドを適用して環境をアップグレードします。これには、次の 2 つの選択肢があります。
  - 環境別の環境: 一度に 1 つの環境にオーバーライドを適用して、完了を確認します。環境ごとにこの手順を繰り返します。
    $APIGEECTL_HOME/apigeectl apply -f OVERRIDES_FILE --env ENV_NAME
    
    $APIGEECTL_HOME/apigeectl check-ready -f OVERRIDES_FILE
    
    ここで、ENV_NAME はアップグレードする環境の名前です。
  - 一度にすべての環境: すべての環境にオーバーライドを一度に適用して、完了を確認します。
    $APIGEECTL_HOME/apigeectl apply -f OVERRIDES_FILE --all-envs
    
    $APIGEECTL_HOME/apigeectl check-ready -f OVERRIDES_FILE
8. オーバーライドを適用して virtualhosts コンポーネントをアップグレードし、完了を確認します。
  $APIGEECTL_HOME/apigeectl apply -f OVERRIDES_FILE --settings virtualhosts
  $APIGEECTL_HOME/apigeectl check-ready -f OVERRIDES_FILE
非本番環境

非本番環境、デモ環境、試験運用版環境の大半では、すべてのコンポーネントに同時にオーバーライドを適用できます。非本番環境が大規模で複雑な場合や、本番環境とよく似ている場合は、本番環境をアップグレードするための手順の使用をおすすめします。
1. hybrid-files ディレクトリに移動します。
2. $APIGEECTL_HOME/apigeectl apply -f OVERRIDES_FILE
3. ステータスを確認します。
  $APIGEECTL_HOME/apigeectl check-ready -f OVERRIDES_FILE

アップグレードのロールバック

以前のアップグレードをロールバックする手順は次のとおりです。

Helm

以前のバージョンにロールバックするには、以前のインストールのチャートとオーバーライドファイルを使用します。

次の環境変数を作成します。
- PREVIOUS_HELM_CHARTS_HOME: 以前の Apigee ハイブリッド Helm チャートがインストールされているディレクトリ。これはロールバックするバージョンです。
仮想ホストをロールバックします。オーバーライドファイルに記載されている環境グループごとに、次のコマンドを繰り返します。
```
helm upgrade ENV_GROUP_RELEASE_NAME $PREVIOUS_HELM_CHARTS_HOME/apigee-virtualhost/ \
  --namespace apigee \
  --atomic \
  --set envgroup=ENV_GROUP_NAME \
  -f PREVIOUS_OVERRIDES_FILE
```
ENV_GROUP_RELEASE_NAME は、以前に apigee-virtualhost チャートをインストールしたときに使用した名前です。ハイブリッド v1.10 では通常、apigee-virtualhost-ENV_GROUP_NAME です。ハイブリッド v1.11 以降では、通常は ENV_GROUP_NAME です。
環境をロールバックします。オーバーライドファイルに記載されている環境ごとに、次のコマンドを繰り返します。
```
helm upgrade apigee-env-ENV_NAME $PREVIOUS_HELM_CHARTS_HOME/apigee-env/ \
  --install \
  --namespace apigee \
  --atomic \
  --set env=ENV_NAME \
  -f PREVIOUS_OVERRIDES_FILE
```
ENV_RELEASE_NAME は、以前に apigee-env チャートをインストールしたときに使用した名前です。ハイブリッド v1.10 では通常、apigee-env-ENV_NAME です。ハイブリッド v1.11 以降では、通常は ENV_NAME です。

組織をロールバックします。

helm upgrade ORG_NAME $PREVIOUS_HELM_CHARTS_HOME/apigee-org/ \
  --install \
  --namespace apigee \
  --atomic \
  -f PREVIOUS_OVERRIDES_FILE

Ingress Manager をロールバックします。

helm upgrade ingress-manager $PREVIOUS_HELM_CHARTS_HOME/apigee-ingress-manager/ \
  --install \
  --namespace apigee \
  --atomic \
  -f PREVIOUS_OVERRIDES_FILE

Redis をロールバックします。

helm upgrade redis $PREVIOUS_HELM_CHARTS_HOME/apigee-redis/ \
  --install \
  --namespace apigee \
  --atomic \
  -f PREVIOUS_OVERRIDES_FILE

Apigee テレメトリーをロールバックします。

helm upgrade telemetry $PREVIOUS_HELM_CHARTS_HOME/apigee-telemetry/ \
  --install \
  --namespace apigee \
  --atomic \
  -f PREVIOUS_OVERRIDES_FILE

Apigee Datastore（Cassandra データベースコンポーネント）をロールバックします。

helm upgrade datastore $PREVIOUS_HELM_CHARTS_HOME/apigee-datastore/ \
  --install \
  --namespace apigee \
  --atomic \
  -f PREVIOUS_OVERRIDES_FILE

Apigee コントローラをロールバックします。

helm upgrade operator $PREVIOUS_HELM_CHARTS_HOME/apigee-operator/ \
  --install \
  --namespace apigee-system \
  --atomic \
  -f PREVIOUS_OVERRIDES_FILE

Apigee ハイブリッド CRD をロールバックします。

  kubectl apply -k  $PREVIOUS_HELM_CHARTS_HOME/apigee-operator/etc/crds/default/ --server-side --force-conflicts --validate=false

`apigeectl`

ハイブリッドランタイムの名前空間に対して、完了したジョブのクリーンアップを行います。ここで、名前空間を指定した場合、NAMESPACE はオーバーライドファイルで指定した名前空間になります。名前空間を指定しない場合、デフォルトの名前空間は apigee です。
```
kubectl delete job -n NAMESPACE \
  $(kubectl get job -n NAMESPACE \
  -o=jsonpath='{.items[?(@.status.succeeded==1)].metadata.name}')
```

apigee-system 名前空間の完了したジョブをクリーンアップします。

kubectl delete job -n apigee-system \
  $(kubectl get job -n apigee-system \
  -o=jsonpath='{.items[?(@.status.succeeded==1)].metadata.name}')

以前のバージョンの apigeectl を含むディレクトリを指すように APIGEECTL_HOME 変数を変更します。次に例を示します。
```
export APIGEECTL_HOME=PATH_TO_PREVIOUS_APIGEECTL_DIRECTORY
```
ロールバックするインストールのルートディレクトリで、次のコマンドを実行します。ロールバックするバージョンの元のオーバーライドファイルを必ず使用してください。
1. ハイブリッドファイルディレクトリで apigeectl apply を実行します。
```
$APIGEECTL_HOME/apigeectl apply -f ORIGINAL_OVERRIDES_FILE
```
  ここで、ORIGINAL_OVERRIDES_FILE は、以前のバージョンのハイブリッドインストールのオーバーライドファイルの相対パスとファイル名です（例: ./overrides/overrides1.10.yaml）。
2. ポッドのステータスを確認します。
```
kubectl -n NAMESPACE get pods
```
  ここで、NAMESPACE は Apigee ハイブリッドの名前空間です。
3. apigeeds のステータスを確認します。
```
kubectl describe apigeeds -n apigee
```
  出力は次のようになります。
```
Status:
  Cassandra Data Replication:
  Cassandra Pod Ips:
    10.8.2.204
  Cassandra Ready Replicas:  1
  Components:
    Cassandra:
      Last Successfully Released Version:
        Revision:  v1-f8aa9a82b9f69613
        Version:   v1
      Replicas:
        Available:  1
        Ready:      1
        Total:      1
        Updated:    1
      State:        running
  Scaling:
    In Progress:         false
    Operation:
    Requested Replicas:  0
  State:                 running
```
  apigeeds Pod が実行されている場合にのみ、次の手順に進みます。
4. 次のコマンドを実行して、アップグレード後に Message Processor の新しいレプリカ数の値をメモします。これらの値が、以前に設定した値と一致しない場合は、オーバーライドファイルの値を、以前の構成と一致するように変更します。
```
apigeectl apply -f ORIGINAL_OVERRIDES_FILE --dry-run=client --print-yaml --env ENV_NAME 2>/dev/null |grep "runtime:" -A 25 -B 1| grep "autoScaler" -A 2
```
  出力は次のようになります。
```
      autoScaler:
        minReplicas: 2
        maxReplicas: 10
```
5. apigeectl init を実行します。
```
$APIGEECTL_HOME/apigeectl init -f ORIGINAL_OVERRIDES_FILE
```

Apigee ハイブリッドのバージョン 1.11 へのアップグレード

バージョン 1.11.2 へのアップグレードの概要

前提条件

Helm チャートと apigeectl

apigeectl を使用した v1.10 から Helm を使用した v1.11 への移行

バージョン 1.11 へのアップグレードを準備する

ハイブリッド インストールをバックアップする（推奨）

Helm

Linux

Mac OS

Windows

本番環境

非本番環境

apigeectl

Linux

Mac OS

Windows

Kubernetes のバージョンをアップグレードする

クリックして、サポートされているプラットフォームのリストを開く

コンポーネント

接続クラスタについて

ハイブリッド 1.11.2 ランタイムをインストールする

Helm

Helm チャートのアップグレードを準備する

Apigee ハイブリッド Helm チャートをインストールする

apigeectl

Linux

macOS

Windows

Linux

macOS

Windows

Linux

macOS

Windows

Linux

macOS

Windows

Linux

macOS

Windows

Linux

Mac OS

Windows

Linux

macOS

Windows

本番環境

非本番環境

アップグレードのロールバック

Helm

apigeectl

Helm チャートと `apigeectl`

`apigeectl` を使用した v1.10 から Helm を使用した v1.11 への移行

ハイブリッドインストールをバックアップする（推奨）

`apigeectl`

`apigeectl`

`apigeectl`