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

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

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

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

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

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

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

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

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

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

前提条件

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

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

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

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

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

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

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

	Apigee ハイブリッドのバージョン
プラットフォーム	1.7 ⁽³⁾	1.8 ⁽³⁾	1.9	1.10
Anthos（Google Cloud - GKE）	1.20.x 1.21.x 1.22.x ^{(≥ 1.7.2)} 1.23.x ^{(≥ 1.7.2)}	1.21.x ^{(≤ 1.8.3)} 1.22.x ^{(≤ 1.8.3)} 1.23.x ^{(≤ 1.8.4)} 1.24.x ^{(≥ 1.8.4)} 1.25.x ^{(≥ 1.8.4)}	1.23.x 1.24.x 1.25.x 1.26.x ^{(≥ 1.9.2)}	1.24.x 1.25.x 1.26.x
Anthos（AWS）	1.9.x 1.10.x 1.12.x^{（≥ 1.7.2）}	1.10.x 1.11.x 1.12.x 1.13.x 1.25⁽¹³⁾	1.12.x 1.13.x 1.25⁽¹³⁾	1.13.x 1.25⁽¹³⁾ 1.26⁽¹³⁾
Anthos（Azure）	1.9.x 1.10.x 1.12.x ^{(≥ 1.7.2)}	1.10.x 1.11.x 1.12.x 1.13.x 1.14.x	1.12.x 1.13.x 1.14.x	1.13.x 1.14.x 1.15.x
Anthos（オンプレミス - VMware）⁽¹⁾	1.9.x ⁽⁴⁾ 1.10.x ⁽⁴⁾ 1.11.x ⁽⁴⁾ ^{(≥ 1.7.2)} 1.12.x ⁽⁴⁾ ^{(≥ 1.7.2)}	1.10.x ⁽⁴⁾ 1.11.x ⁽⁴⁾ 1.12.x ⁽⁴⁾ ⁽⁵⁾ 1.13.x ⁽⁵⁾ 1.14.x ⁽⁵⁾ 1.15.x	1.12.x ⁽⁴⁾ 1.13.x 1.14.x 1.15.x	1.13.x 1.14.x 1.15.x 1.16.x
Anthos（Bare Metal）⁽¹⁾	1.9.x ⁽⁴⁾ 1.10.x ⁽⁴⁾ 1.11.x ⁽⁴⁾ ^{(≥ 1.7.2)} 1.12.x ⁽⁴⁾ ^{(≥ 1.7.2)}	1.10.x ⁽⁴⁾ 1.11.x ⁽⁴⁾ 1.12.x ⁽⁴⁾ ⁽⁵⁾ 1.13.x ⁽⁵⁾ 1.14.x ⁽⁵⁾ 1.15.x	1.12.x ⁽⁴⁾ 1.13.x 1.14.x 1.15.x	1.13.x 1.14.x 1.15.x 1.16.x
EKS⁽⁷⁾	1.21.x 1.22.x ^{(≥ 1.7.2)} 1.23.x ^{(≥ 1.7.2)}	1.22.x ^{(≤ 1.8.3)} 1.23.x ^{(≤ 1.8.4)} 1.24.x ^{(≥ 1.8.4)} 1.25.x ^{(≥ 1.8.4)}	1.23.x 1.24.x 1.25.x 1.26.x ^{(≥ 1.9.2)}	1.24.x 1.25.x 1.26.x
AKS⁽⁷⁾	1.21.x 1.22.x ^{(≥ 1.7.2)} 1.23.x ^{(≥ 1.7.2)}	1.22.x ^{(≤ 1.8.3)} 1.23.x ^{(≤ 1.8.4)} 1.24.x ^{(≥ 1.8.4)} 1.25.x ^{(≥ 1.8.4)}	1.23.x 1.24.x 1.25.x 1.26.x ^{(≥ 1.9.2)}	1.24.x 1.25.x 1.26.x
OpenShift⁽⁷⁾	4.7 4.8	4.8 4.9 4.10	4.10 4.11	4.11 4.12
Rancher Kubernetes Engine（RKE）⁽⁷⁾	なし	なし	1.3.8	v1.26.2+rke2r1
コンポーネント	1.7 ⁽³⁾	1.8	1.9	1.10
Anthos Service Mesh（ASM）	1.10.x 1.11.x 1.12.x 1.13.x ^{(≥ 1.7.2)} 1.14.x 1.15.x ^{(≥ 1.7.6)}	1.11.x 1.12.x 1.13.x 1.14.x 1.15.x	1.17.x⁽¹¹⁾	1.17.x⁽¹¹⁾
JDK	JDK 11	JDK 11	JDK 11	JDK 11
cert-manager	1.7.x	1.7.x 1.8.x 1.9.x 1.10.x 1.11.x	1.10.x 1.11.x	1.10.x 1.11.x 1.12.x
Cassandra	3.11.10	3.11.10	3.11.10	3.11.10
⁽¹⁾ Anthos バージョン 1.8、1.9、1.10 では、`cert-manager`との競合を回避するために、次のドキュメントに記載されている手順を実施してください。 Anthos 1.8.2 以降: バージョン 1.8.2 以降にアップグレードすると `cert-manager` と競合する。 Anthos 1.9: バージョン 1.9.0 または 1.9.1 にアップグレードすると `cert-manager` と競合する。 Anthos 1.10 以降: `cert-manager` のインストールが競合している。 ⁽²⁾ Apigee ハイブリッドバージョン 1.7.2 以降でサポートされています。 ⁽³⁾ Apigee ハイブリッドバージョン 1.8 以前の正式なサポートが終了しました。今後、定期的な月次パッチは提供されません。サポートの継続が正式に提示されているお客様を除き、これらのリリースの正式なサポートは提供されません。他のお客様はアップグレードが必要です。 ⁽⁴⁾ Anthos on bare metal と VMWare の 1.12 以前のバージョンは、サポートが終了しています。Anthos on bare metal バージョンサポートポリシーと Anthos clusters on VMware のバージョンをご覧ください。 ⁽⁵⁾ Anthos on bare metal と VMWare には ASM 1.14 が必要です。ハイブリッド v1.8 にアップグレードして Apigee Ingress ゲートウェイに切り替えることをおすすめします。これにより、ハイブリッドクラスタに ASM をインストールする必要がなくなります。 ⁽⁶⁾ Apigee ハイブリッドバージョン 1.8.4 以降でサポートされています。 ⁽⁷⁾ Apigee Ingress ゲートウェイを使用する Apigee ハイブリッド v1.8 以降では、接続クラスタを使用する必要はありません。 ⁽⁸⁾ Apigee ハイブリッドバージョン 1.8.4 以降ではサポートされていません。 ⁽⁹⁾ Apigee ハイブリッドバージョン 1.7.6 以降でサポートされています。 ⁽¹⁰⁾ Apigee ハイブリッドバージョン 1.8.5 以降ではサポートされていません。 ⁽¹¹⁾ ASM は Apigee ハイブリッド 1.9 以降で自動的にインストールされます。 ⁽¹²⁾Apigee ハイブリッドバージョン 1.9.2 以降でサポートされています。 ⁽¹³⁾ Anthos clusters on AWS（マルチクラウド）のバージョン番号に Kubernetes のバージョンが反映されるようになりました。バージョンの詳細と推奨パッチについては、Anthos のバージョンとアップグレードのサポートをご覧ください。

接続クラスタについて

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

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

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

現在のディレクトリがハイブリッドベースディレクトリ（apigeectl 実行可能ファイルが配置されているディレクトリの親）であることを確認します。
```
cd $APIGEECTL_HOME/..
```

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

Linux

Linux 64 ビット:

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

macOS

Mac 64 ビット:

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

Windows

Windows 64 ビット:

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

現在の apigeectl/ ディレクトリをバックアップディレクトリ名に変更します。次に例を示します。
Linux
```
mv $APIGEECTL_HOME/ $APIGEECTL_HOME-v1.9/
```
macOS
```
mv $APIGEECTL_HOME/ $APIGEECTL_HOME-v1.9/ 
```
Windows
```
rename %APIGEECTL_HOME% %APIGEECTL_HOME%-v1.9 
```
ダウンロードした gzip ファイルの内容をハイブリッドのベースディレクトリに展開します。ハイブリッドのベースディレクトリは、名前を変更した apigeectl-v1.9 ディレクトリのあるディレクトリです。
Linux
```
tar xvzf filename.tar.gz -C ./
```
macOS
```
tar xvzf filename.tar.gz -C ./
```
Windows
```
tar xvzf filename.zip -C ./
```
デフォルトでは、tar の内容が展開されるディレクトリの名前には、バージョンとプラットフォームが含まれています。たとえば、./apigeectl_1.10.4-xxxxxxx_linux_64 となります。次のコマンドを使用して、このディレクトリの名前を apigeectl に変更します。
Linux
```
mv apigeectl_1.10.4-xxxxxxx_linux_64 apigeectl
```
macOS
```
mv apigeectl_1.10.4-xxxxxxx_mac_64 apigeectl
```
Windows
```
rename apigeectl_1.10.4-xxxxxxx_windows_64 apigeectl
```
apigeectl ディレクトリに移動します。
```
cd ./apigeectl
```
このディレクトリは apigeectl ホームディレクトリになります。apigeectl 実行可能コマンドはこのディレクトリに配置されます。
この手順では、apigeectl ユーティリティがインストールされているファイルシステムのディレクトリを環境変数 $APIGEECTL_HOME で表しています。必要に応じて、ディレクトリを apigeectl ディレクトリに変更し、次のコマンドで変数を定義します。
Linux
```
export APIGEECTL_HOME=$PWD
```
```
echo $APIGEECTL_HOME
```
macOS
```
export APIGEECTL_HOME=$PWD
```
```
echo $APIGEECTL_HOME
```
Windows
```
set APIGEECTL_HOME=%CD%
```
```
echo %APIGEECTL_HOME%
```
version コマンドで apigeectl のバージョンを確認します。
```
./apigeectl version
```
```
Version: 1.10.4
```
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
```
ドライランの初期化を行ってエラーを確認します。
```
${APIGEECTL_HOME}/apigeectl init -f OVERRIDES_FILE --dry-run=client
```
ここで、OVERRIDES_FILE はオーバーライドファイルの名前です（例: ./overrides/overrides.yaml）。

ヒント: 上記のコードサンプルの OVERRIDES_FILE をオーバーライドファイルの名前とパスに置き換えると、このページのすべてのインスタンスが置き換えられます。
エラーがなければ、ハイブリッド 1.10.4 を初期化します。
```
$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
```

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

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

ハイブリッドランタイムの名前空間に対して、完了したジョブのクリーンアップを行います。ここで、名前空間を指定した場合、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
```
ロールバックするインストールのルートディレクトリで、apigeectl apply を実行し、Pod のステータスを確認してから apigeectl init を実行します。ロールバックするバージョンの元のオーバーライドファイルを必ず使用してください。
1. ハイブリッドファイルディレクトリで、apigeectl apply を実行します。
```
$APIGEECTL_HOME/apigeectl apply -f ORIGINAL_OVERRIDES_FILE
```
  ここで、ORIGINAL_OVERRIDES_FILE は、以前のバージョンのハイブリッドインストールのオーバーライドファイルの相対パスとファイル名です（例: ./overrides/overrides1.9.yaml）。
2. Pod のステータスを確認します。
```
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.10 へのアップグレード

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

前提条件

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

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

Linux

macOS

Windows

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

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

プラットフォーム

コンポーネント

接続クラスタについて

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

Linux

macOS

Windows

Linux

macOS

Windows

Linux

macOS

Windows

Linux

macOS

Windows

Linux

macOS

Windows

Linux

macOS

Windows

本番環境

非本番環境

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

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