2.2.3. 3scale イメージのアップグレード
前の手順
現在の手順
この手順では、アップグレードプロセスに必要な 3scale イメージを更新します。
2.2.3.1. system イメージのパッチ
新しいイメージストリームタグを作成します。
$ oc patch imagestream/amp-system --type=json -p '[{"op": "add", "path": "/spec/tags/-", "value": {"annotations": {"openshift.io/display-name": "AMP system 2.10"}, "from": { "kind": "DockerImage", "name": "registry.redhat.io/3scale-amp2/system-rhel7:3scale2.10"}, "name": "2.10", "referencePolicy": {"type": "Source"}}}]'手順を進めるには、ご自分の 3scale デプロイメントで使用しているデータベースを考慮してください。
- データベースが Oracle DB の場合は、「システムイメージへのパッチ適用: 3scale が Oracle Database を使用する場合」に記載の手順に従ってください。
- データベースが Oracle DB 以外の場合は、「システムイメージへのパッチ適用: 3scale がその他のデータベースを使用する場合」に記載の手順に従ってください。
2.2.3.1.1. システムイメージへのパッチ適用: 3scale が Oracle Database を使用する場合
- Oracle Database を使用して 3scale のシステムイメージのパッチ適用を開始するには、Oracle 19c を使用した 3scale 2.9 から 2.10 へのアップグレード に記載の手順を実行します。
system-app ImageChange トリガーにパッチを適用します。
古い
2.9-oracleトリガーを削除します。$ oc set triggers dc/system-app --from-image=amp-system:2.9-oracle --containers=system-master,system-developer,system-provider --remove
新しいバージョン固有のトリガーを追加します。
$ oc set triggers dc/system-app --from-image=amp-system:2.10-oracle --containers=system-master,system-developer,system-provider
これがトリガーとなり
system-appが再デプロイされます。再デプロイが完了し、対応する新規 Pod が使用できる状態になり、古い Pod が終了するまで待ちます。
system-sidekiqImageChange トリガーにパッチを適用します。古い
2.9-oracleトリガーを削除します。$ oc set triggers dc/system-sidekiq --from-image=amp-system:2.9-oracle --containers=system-sidekiq,check-svc --remove
新しいバージョン固有のトリガーを追加します。
$ oc set triggers dc/system-sidekiq --from-image=amp-system:2.10-oracle --containers=system-sidekiq,check-svc
これがトリガーとなり
system-sidekiqが再デプロイされます。再デプロイが完了し、対応する新規 Pod が使用できる状態になり、古い Pod が終了するまで待ちます。
system-sphinxImageChange トリガーにパッチを適用します。古い
2.9-oracleトリガーを削除します。$ oc set triggers dc/system-sphinx --from-image=amp-system:2.9-oracle --containers=system-sphinx,system-master-svc --remove
新しいバージョン固有のトリガーを追加します。
$ oc set triggers dc/system-sphinx --from-image=amp-system:2.10-oracle --containers=system-sphinx,system-master-svc
これがトリガーとなり
system-sphinxが再デプロイされます。再デプロイが完了し、対応する新規 Pod が使用できる状態になり、古い Pod が終了するまで待ちます。
- 3scale をスケールダウンした場合は、元に戻します。
2.2.3.1.2. システムイメージへのパッチ適用: 3scale がその他のデータベースを使用する場合
system-appImageChange トリガーにパッチを適用します。古い
2.9トリガーを削除します。$ oc set triggers dc/system-app --from-image=amp-system:2.9 --containers=system-master,system-developer,system-provider --remove
新しいバージョン固有のトリガーを追加します。
$ oc set triggers dc/system-app --from-image=amp-system:2.10 --containers=system-master,system-developer,system-provider
これがトリガーとなり
system-appが再デプロイされます。再デプロイが完了し、対応する新規 Pod が使用できる状態になり、古い Pod が終了するまで待ちます。
system-sidekiqImageChange トリガーにパッチを適用します。古い
2.9トリガーを削除します。$ oc set triggers dc/system-sidekiq --from-image=amp-system:2.9 --containers=system-sidekiq,check-svc --remove
新しいバージョン固有のトリガーを追加します。
$ oc set triggers dc/system-sidekiq --from-image=amp-system:2.10 --containers=system-sidekiq,check-svc
これがトリガーとなり
system-sidekiqが再デプロイされます。再デプロイが完了し、対応する新規 Pod が使用できる状態になり、古い Pod が終了するまで待ちます。
system-sphinxImageChange トリガーにパッチを適用します。古い
2.9トリガーを削除します。$ oc set triggers dc/system-sphinx --from-image=amp-system:2.9 --containers=system-sphinx,system-master-svc --remove
新しいバージョン固有のトリガーを追加します。
$ oc set triggers dc/system-sphinx --from-image=amp-system:2.10 --containers=system-sphinx,system-master-svc
これがトリガーとなり
system-sphinxが再デプロイされます。再デプロイが完了し、対応する新規 Pod が使用できる状態になり、古い Pod が終了するまで待ちます。
