アップグレード

手順

1. OpenShift Container Platform Web コンソールで、RHACS Operator ページに移動します。
2. 上部のナビゲーションメニューで Secured Cluster を選択します。
3. インスタンス名 (例: stackrox-secured-cluster-services) をクリックします。

4. 設定を変更するには、次のいずれかの方法を使用します。

   • Form view の Per Node Settings → Collector Settings → Collection で、CORE_BPF を選択します。
   • YAML をクリックして YAML エディターを開き、spec.perNode.collector.collection 属性を見つけます。値が KernelModule または EBPF の場合は、CORE_BPF に変更します。
5. Save をクリックします。

手順

1. 次のコマンドを実行して、OLM サブスクリプションを削除します。

   • OpenShift Container Platform の場合、以下のコマンドを実行します。

     $ oc -n rhacs-operator delete subscription rhacs-operator

     Copy to Clipboard Toggle word wrap

   • Kubernetes の場合、次のコマンドを実行します。

     $ kubectl -n rhacs-operator delete subscription rhacs-operator

     Copy to Clipboard Toggle word wrap

2. 次のコマンドを実行して、クラスターサービスバージョン (CSV) を削除します。

   • OpenShift Container Platform の場合、以下のコマンドを実行します。

     $ oc -n rhacs-operator delete csv -l operators.coreos.com/rhacs-operator.rhacs-operator

     Copy to Clipboard Toggle word wrap

   • Kubernetes の場合、次のコマンドを実行します。

     $ kubectl -n rhacs-operator delete csv -l operators.coreos.com/rhacs-operator.rhacs-operator

     Copy to Clipboard Toggle word wrap

3. 次のオプションのいずれかを選択して、ロールバックする前のバージョンを決定します。

   • 現在の Central インスタンスが実行中の場合は、次のコマンドを実行して RHACS API にクエリーを実行し、ロールバックバージョンを取得します。

     $ curl -k -s -u <user>:<password> https://<central hostname>/v1/centralhealth/upgradestatus | jq -r .upgradeStatus.forceRollbackTo

     Copy to Clipboard Toggle word wrap

   • 現在の Central インスタンスが実行されていない場合は、次の手順を実行します。

     注記

     この手順は、rocksdb データベースがインストールされている RHACS リリース 3.74 以前でのみ使用できます。

     1. 次のコマンドを実行して、Central デプロイメントがスケールダウンされていることを確認します。

        • OpenShift Container Platform の場合、以下のコマンドを実行します。

          $ oc scale -n <central namespace> –replicas=0 deploy/central

          Copy to Clipboard Toggle word wrap

        • Kubernetes の場合、次のコマンドを実行します。

          $ kubectl scale -n <central namespace> –replicas=0 deploy/central

          Copy to Clipboard Toggle word wrap

     2. 次の Pod 仕様を YAML ファイルとして保存します。

        apiVersion: v1
        kind: Pod
        metadata:
          name: get-previous-db-version
        spec:
          containers:
          - name: get-previous-db-version
            image: registry.redhat.io/advanced-cluster-security/rhacs-main-rhel8:<rollback version>
            command:
            - sh
            args:
            - '-c'
            - "cat /var/lib/stackrox/.previous/migration_version.yaml | grep '^image:' | cut -f 2 -d : | tr -d ' '"
            volumeMounts:
            - name: stackrox-db
              mountPath: /var/lib/stackrox
          volumes:
          - name: stackrox-db
            persistentVolumeClaim:
              claimName: stackrox-db

        Copy to Clipboard Toggle word wrap

     3. 保存した YAML ファイルを使用し、次のコマンドを実行して、Central namespace に Pod を作成します。

        • OpenShift Container Platform の場合、以下のコマンドを実行します。

          $ oc create -n <central namespace> -f pod.yaml

          Copy to Clipboard Toggle word wrap

        • Kubernetes の場合、次のコマンドを実行します。

          $ kubectl create -n <central namespace> -f pod.yaml

          Copy to Clipboard Toggle word wrap

     4. Pod の作成が完了したら、次のコマンドを実行してバージョンを取得します。

        • OpenShift Container Platform の場合、以下のコマンドを実行します。

          $ oc logs -n <central namespace> get-previous-db-version

          Copy to Clipboard Toggle word wrap

        • Kubernetes の場合、次のコマンドを実行します。

          $ kubectl logs -n <central namespace> get-previous-db-version

          Copy to Clipboard Toggle word wrap

4. 次のコマンドを実行し、central-config.yaml ConfigMap を編集して maintenance.forceRollBackVersion:<version> パラメーターを設定します。

   • OpenShift Container Platform の場合、以下のコマンドを実行します。

     $ oc get configmap -n <central namespace> central-config -o yaml | sed -e "s/forceRollbackVersion: none/forceRollbackVersion: <version>/" | oc -n <central namespace> apply -f -

     Copy to Clipboard Toggle word wrap

   • Kubernetes の場合、次のコマンドを実行します。

     $ kubectl get configmap -n <central namespace> central-config -o yaml | sed -e "s/forceRollbackVersion: none/forceRollbackVersion: <version>/" | kubectl -n <central namespace> apply -f -

     Copy to Clipboard Toggle word wrap

5. ステップ 3 で示されたバージョン文字列をイメージタグとして使用して、Central デプロイメントのイメージを設定します。たとえば、以下のコマンドを実行します。

   • OpenShift Container Platform の場合、以下のコマンドを実行します。

     $ oc set image -n <central namespace> deploy/central central=registry.redhat.io/advanced-cluster-security/rhacs-main-rhel8:<version>

     Copy to Clipboard Toggle word wrap

   • Kubernetes の場合、次のコマンドを実行します。

     $ kubectl set image -n <central namespace> deploy/central central=registry.redhat.io/advanced-cluster-security/rhacs-main-rhel8:<version>

     Copy to Clipboard Toggle word wrap

検証

1. Central Pod が起動し、ready ステータスになっていることを確認します。Pod がクラッシュした場合は、ログをチェックして、バックアップが復元されたかどうかを確認します。成功した場合のログメッセージは、次の例のように表示されます。

   Clone to Migrate ".previous", ""

   Copy to Clipboard Toggle word wrap
2. ロールバックされたチャネルに Operator を再インストールします。たとえば、3.74.2 は rhacs-3.74 チャネルにインストールされます。

手順

1. Operators → Installed Operators ページに移動します。
2. RHACS Operator をクリックします。
3. Operator Details ページで、Actions リストから Uninstall Operator を選択します。この操作を実行すると、Operator は実行を停止し、更新を受信しなくなります。

4. 次のオプションのいずれかを選択して、ロールバックする前のバージョンを決定します。

   • 現在の Central インスタンスが実行中の場合は、ターミナルウィンドウから次のコマンドを実行して、RHACS API をクエリーしてロールバックバージョンを取得できます。

     $ curl -k -s -u <user>:<password> https://<central hostname>/v1/centralhealth/upgradestatus | jq -r .upgradeStatus.forceRollbackTo

     Copy to Clipboard Toggle word wrap

   • 次の手順で、Pod を作成し、以前のバージョンを展開できます。

     注記

     この手順は、rocksdb データベースがインストールされている RHACS リリース 3.74 以前でのみ使用できます。

     1. Workloads → Deployments → central に移動します。
     2. Deployment details で、Pod 数の横にある下矢印をクリックして Pod をスケールダウンします。

     3. Workloads → Pods → Create Pod に移動し、次の例に示すように Pod 仕様の内容をエディターに貼り付けます。

        apiVersion: v1
        kind: Pod
        metadata:
          name: get-previous-db-version
        spec:
          containers:
          - name: get-previous-db-version
            image: registry.redhat.io/advanced-cluster-security/rhacs-main-rhel8:<rollback version>
            command:
            - sh
            args:
            - '-c'
            - "cat /var/lib/stackrox/.previous/migration_version.yaml | grep '^image:' | cut -f 2 -d : | tr -d ' '"
            volumeMounts:
            - name: stackrox-db
              mountPath: /var/lib/stackrox
          volumes:
          - name: stackrox-db
            persistentVolumeClaim:
              claimName: stackrox-db

        Copy to Clipboard Toggle word wrap
     4. Create をクリックします。
     5. Pod が作成されたら、Logs タブをクリックしてバージョン文字列を取得します。

5. 次の手順を実行して、ロールバック設定を更新します。

   1. Workloads → ConfigMaps → central-config に移動し、Actions リストから Edit ConfigMap を選択します。
   2. central-config.yaml キーの値で、forceRollbackVersion 行を見つけます。
   3. none を 3.73.3 に置き換えて、ファイルを保存します。

6. 次の手順を実行して、Central を以前のバージョンに更新します。

   1. Workloads → Deployments → central に移動し、Actions リストから Edit Deployment を選択します。
   2. イメージ名を更新し、変更を保存します。

検証

1. Central Pod が起動し、ready ステータスになっていることを確認します。Pod がクラッシュした場合は、ログをチェックして、バックアップが復元されたかどうかを確認します。成功した場合のログメッセージは、次の例のように表示されます。

   Clone to Migrate ".previous", ""

   Copy to Clipboard Toggle word wrap
2. ロールバックされたチャネルに Operator を再インストールします。たとえば、3.74.2 は rhacs-3.74 チャネルにインストールされます。

1. central-db Pod のステータスを確認します。

   $ oc -n <namespace> get pod -l app=central-db 

   1

   Copy to Clipboard Toggle word wrap

   1

   Kubernetes を使用する場合は、oc の代わりに kubectl を入力します。

2. Pod のステータスが Pending の場合は、describe コマンドを使用して詳細を取得します。

   $ oc -n <namespace> describe po/<central-db-pod-name> 

   1

   Copy to Clipboard Toggle word wrap

   1

   Kubernetes を使用する場合は、oc の代わりに kubectl を入力します。

3. FailedScheduling 警告メッセージが表示される場合があります。

   Type     Reason            Age   From               Message
   ----     ------            ----  ----               -------
   Warning  FailedScheduling  54s   default-scheduler  0/7 nodes are available: 1 Insufficient memory, 3 node(s) had untolerated taint {node-role.kubernetes.io/master: }, 4 Insufficient cpu. preemption: 0/7 nodes are available: 3 Preemption is not helpful for scheduling, 4 No preemption victims found for incoming pod.

   Copy to Clipboard Toggle word wrap

4. この警告メッセージは、スケジュールされたノードに Pod のリソース要件に対応するのに十分なメモリーがないことを示唆しています。小規模な環境の場合は、ノード上のリソースを増やすか、データベースをサポートできるより大きなノードを追加することを検討してください。

   それ以外の場合は、central → db → resources の下のカスタムリソースで、central-db Pod のリソース要件を減らすことを検討してください。ただし、推奨される最小リソースよりも少ないリソースで中央を実行すると、RHACS のパフォーマンスが低下する可能性があります。

手順

1. ターゲットのオペレーティングシステムの roxctl アーキテクチャーを確認します。

   $ arch="$(uname -m | sed "s/x86_64//")"; arch="${arch:+-$arch}"

   Copy to Clipboard Toggle word wrap

2. roxctl CLI をダウンロードします。

   $ curl -L -f -o roxctl "https://mirror.openshift.com/pub/rhacs/assets/4.5.9/bin/Linux/roxctl${arch}"

   Copy to Clipboard Toggle word wrap

3. roxctl バイナリーを実行可能にします。

   $ chmod +x roxctl

   Copy to Clipboard Toggle word wrap

4. PATH 上にあるディレクトリーに roxctl バイナリーを配置します。

   PATH を確認するには、以下のコマンドを実行します。

   $ echo $PATH

   Copy to Clipboard Toggle word wrap

手順

1. ターゲットのオペレーティングシステムの roxctl アーキテクチャーを確認します。

   $ arch="$(uname -m | sed "s/x86_64//")"; arch="${arch:+-$arch}"

   Copy to Clipboard Toggle word wrap

2. roxctl CLI をダウンロードします。

   $ curl -L -f -o roxctl "https://mirror.openshift.com/pub/rhacs/assets/4.5.9/bin/Darwin/roxctl${arch}"

   Copy to Clipboard Toggle word wrap

3. バイナリーからすべての拡張属性を削除します。

   $ xattr -c roxctl

   Copy to Clipboard Toggle word wrap

4. roxctl バイナリーを実行可能にします。

   $ chmod +x roxctl

   Copy to Clipboard Toggle word wrap

5. PATH 上にあるディレクトリーに roxctl バイナリーを配置します。

   PATH を確認するには、以下のコマンドを実行します。

   $ echo $PATH

   Copy to Clipboard Toggle word wrap

手順

1. カスタム Scanner 設定を作成した場合は、Scanner 設定ファイルを更新する前に、これらの変更を適用する必要があります。

   1. 次のコマンドを実行して Scanner を生成します。

      $ roxctl -e "$ROX_CENTRAL_ADDRESS" scanner generate

      Copy to Clipboard Toggle word wrap

   2. 次のコマンドを実行して、TLS シークレット YAML ファイルを適用します。

      $ oc apply -f scanner-bundle/scanner/02-scanner-03-tls-secret.yaml

      Copy to Clipboard Toggle word wrap

   3. 次のコマンドを実行して、スキャナー設定 YAML ファイルを適用します。

      $ oc apply -f scanner-bundle/scanner/02-scanner-04-scanner-config.yaml

      Copy to Clipboard Toggle word wrap

2. 次のコマンドを実行して、Scanner イメージを更新します。

   $ oc -n stackrox set image deploy/scanner \
   scanner=registry.redhat.io/advanced-cluster-security/rhacs-scanner-rhel8:4.5.9

   Copy to Clipboard Toggle word wrap

3. 次のコマンドを実行して、Scanner データベースイメージを更新します。

   $ oc -n stackrox set image deploy/scanner-db \
   db=registry.redhat.io/advanced-cluster-security/rhacs-scanner-db-rhel8:4.5.9 \
   init-db=registry.redhat.io/advanced-cluster-security/rhacs-scanner-db-rhel8:4.5.9

   Copy to Clipboard Toggle word wrap

手順

1. Sensor イメージを更新します。

   $ oc -n stackrox set image deploy/sensor sensor=registry.redhat.io/advanced-cluster-security/rhacs-main-rhel8:4.5.9 

   1

   Copy to Clipboard Toggle word wrap

   1

   Kubernetes を使用する場合は、oc の代わりに kubectl を入力します。

2. Compliance イメージを更新します。

   $ oc -n stackrox set image ds/collector compliance=registry.redhat.io/advanced-cluster-security/rhacs-main-rhel8:4.5.9 

   1

   Copy to Clipboard Toggle word wrap

   1

   Kubernetes を使用する場合は、oc の代わりに kubectl を入力します。

3. Collector イメージを更新します。

   $ oc -n stackrox set image ds/collector collector=registry.redhat.io/advanced-cluster-security/rhacs-collector-rhel8:4.5.9 

   1

   Copy to Clipboard Toggle word wrap

   1

   Kubernetes を使用する場合は、oc の代わりに kubectl を入力します。

   注記

   コレクタースリムイメージを使用している場合は、代わりに次のコマンドを実行します。

   $ oc -n stackrox set image ds/collector collector=registry.redhat.io/advanced-cluster-security/rhacs-collector-slim-rhel8:{rhacs-version}

   Copy to Clipboard Toggle word wrap

4. アドミッションコントロールイメージを更新します。

   $ oc -n stackrox set image deploy/admission-control admission-control=registry.redhat.io/advanced-cluster-security/rhacs-main-rhel8:4.5.9

   Copy to Clipboard Toggle word wrap

手順

1. Central クラスターとすべてのセキュアクラスターにデプロイされているすべての RHACS サービスをリスト表示します。

   $ oc -n stackrox describe pods | grep 'openshift.io/scc\|^Name:'

   Copy to Clipboard Toggle word wrap

   出力例

   Name:      admission-control-6f4dcc6b4c-2phwd
              openshift.io/scc: stackrox-admission-control
   #...
   Name:      central-575487bfcb-sjdx8
              openshift.io/scc: stackrox-central
   Name:      central-db-7c7885bb-6bgbd
              openshift.io/scc: stackrox-central-db
   Name:      collector-56nkr
              openshift.io/scc: stackrox-collector
   #...
   Name:      scanner-68fc55b599-f2wm6
              openshift.io/scc: stackrox-scanner
   Name:      scanner-68fc55b599-fztlh
   #...
   Name:      sensor-84545f86b7-xgdwf
              openshift.io/scc: stackrox-sensor
   #...

   Copy to Clipboard Toggle word wrap

   この例では、各 Pod に独自のカスタム SCC があり、openshift.io/scc フィールドで指定されていることがわかります。

2. RHACS のカスタム SCC の代わりに Red Hat OpenShift SCC を使用するには、必要なロールとロールバインディングを追加します。

   Central クラスターで Red Hat OpenShift SCC を使用するために必要なロールとロールバインディングを追加するには、次の手順を実行します。

   1. 次の内容を使用して、ロールリソースとロールバインディングリソースを定義する update-central.yaml という名前のファイルを作成します。

      例3.1 サンプル YAML ファイル

      apiVersion: rbac.authorization.k8s.io/v1
      kind: Role 

      1

      
      metadata:
        annotations:
           email: support@stackrox.com
           owner: stackrox
        labels:
           app.kubernetes.io/component: central
           app.kubernetes.io/instance: stackrox-central-services
           app.kubernetes.io/name: stackrox
           app.kubernetes.io/part-of: stackrox-central-services
           app.kubernetes.io/version: 4.4.0
        name: use-central-db-scc 

      2

      
        namespace: stackrox 

      3

      
      Rules: 

      4

      
      - apiGroups:
        - security.openshift.io
        resourceNames:
        - nonroot-v2
        resources:
        - securitycontextconstraints
        verbs:
        - use
      - - -
      apiVersion: rbac.authorization.k8s.io/v1
      kind: Role
      metadata:
        annotations:
           email: support@stackrox.com
           owner: stackrox
        labels:
           app.kubernetes.io/component: central
           app.kubernetes.io/instance: stackrox-central-services
           app.kubernetes.io/managed-by: Helm
           app.kubernetes.io/name: stackrox
           app.kubernetes.io/part-of: stackrox-central-services
           app.kubernetes.io/version: 4.4.0
        name: use-central-scc
        namespace: stackrox
      rules:
      - apiGroups:
        - security.openshift.io
        resourceNames:
        - nonroot-v2
        resources:
        - securitycontextconstraints
        verbs:
        - use
      - - -
      apiVersion: rbac.authorization.k8s.io/v1
      kind: Role
      metadata:
        annotations:
           email: support@stackrox.com
           owner: stackrox
        labels:
           app.kubernetes.io/component: scanner
           app.kubernetes.io/instance: stackrox-central-services
           app.kubernetes.io/name: stackrox
           app.kubernetes.io/part-of: stackrox-central-services
           app.kubernetes.io/version: 4.4.0
        name: use-scanner-scc
        namespace: stackrox
      rules:
      - apiGroups:
        - security.openshift.io
        resourceNames:
        - nonroot-v2
        resources:
        - securitycontextconstraints
        verbs:
        - use
      - - -
      apiVersion: rbac.authorization.k8s.io/v1
      kind: RoleBinding 

      5

      
      metadata:
        annotations:
           email: support@stackrox.com
           owner: stackrox
        labels:
           app.kubernetes.io/component: central
           app.kubernetes.io/instance: stackrox-central-services
           app.kubernetes.io/name: stackrox
           app.k ubernetes.io/part-of: stackrox-central-services
           app.kubernetes.io/version: 4.4.0
        name: central-db-use-scc 

      6

      
        namespace: stackrox
      roleRef: 

      7

      
        apiGroup: rbac.authorization.k8s.io
        kind: Role
        name: use-central-db-scc
      subjects: 

      8

      
      - kind: ServiceAccount
        name: central-db
        namespace: stackrox
      - - -
      apiVersion: rbac.authorization.k8s.io/v1
      kind: RoleBinding
      metadata:
        annotations:
           email: support@stackrox.com
           owner: stackrox
        labels:
           app.kubernetes.io/component: central
           app.kubernetes.io/instance: stackrox-central-services
           app.kubernetes.io/name: stackrox
           app.kubernetes.io/part-of: stackrox-central-services
           app.kubernetes.io/version: 4.4.0
        name: central-use-scc
        namespace: stackrox
      roleRef:
        apiGroup: rbac.authorization.k8s.io
        kind: Role
        name: use-central-scc
      subjects:
      - kind: ServiceAccount
        name: central
        namespace: stackrox
      - - -
      apiVersion: rbac.authorization.k8s.io/v1
      kind: RoleBinding
      metadata:
        annotations:
           email: support@stackrox.com
           owner: stackrox
        labels:
           app.kubernetes.io/component: scanner
           app.kubernetes.io/instance: stackrox-central-services
           app.kubernetes.io/name: stackrox
           app.kubernetes.io/part-of: stackrox-central-services
           app.kubernetes.io/version: 4.4.0
        name: scanner-use-scc
        namespace: stackrox
      roleRef:
        apiGroup: rbac.authorization.k8s.io
        kind: Role
        name: use-scanner-scc
      subjects:
      - kind: ServiceAccount
        name: scanner
        namespace: stackrox
      - - -

      Copy to Clipboard Toggle word wrap

      1

      Kubernetes リソースのタイプ。この例では Role です。

      2

      ロールリソースの名前。

      3

      ロールの作成先の namespace。

      4

      ロールリソースによって付与される権限を記述します。

      5

      Kubernetes リソースのタイプ。この例では RoleBinding です。

      6

      ロールバインディングリソースの名前。

      7

      同じ namespace 内のバインドするロールを指定します。

      8

      ロールにバインドするサブジェクトを指定します。

   2. 次のコマンドを実行して、update-central.yaml ファイルで指定したロールリソースとロールバインディングリソースを作成します。

      $ oc -n stackrox create -f ./update-central.yaml

      Copy to Clipboard Toggle word wrap

3. すべてのセキュアクラスターで Red Hat OpenShift SCC を使用するために必要なロールとロールバインディングを追加するには、次の手順を実行します。

   1. 次の内容を使用して、ロールリソースとロールバインディングリソースを定義する upgrade-scs.yaml という名前のファイルを作成します。

      例3.2 サンプル YAML ファイル

      apiVersion: rbac.authorization.k8s.io/v1
      kind: Role  

      1

      
      metadata:
        annotations:
           email: support@stackrox.com
           owner: stackrox
        labels:
           app.kubernetes.io/component: collector
           app.kubernetes.io/instance: stackrox-secured-cluster-services
           app.kubernetes.io/name: stackrox
           app.kubernetes.io/part-of: stackrox-secured-cluster-services
           app.kubernetes.io/version: 4.4.0
           auto-upgrade.stackrox.io/component: sensor
        name: use-privileged-scc  

      2

      
        namespace: stackrox 

      3

      
      rules:  

      4

      
      - apiGroups:
        - security.openshift.io
        resourceNames:
        - privileged
        resources:
        - securitycontextconstraints
        verbs:
        - use
      - - -
      apiVersion: rbac.authorization.k8s.io/v1
      kind: RoleBinding 

      5

      
      metadata:
        annotations:
           email: support@stackrox.com
           owner: stackrox
        labels:
           app.kubernetes.io/component: collector
           app.kubernetes.io/instance: stackrox-secured-cluster-services
           app.kubernetes.io/name: stackrox
           app.kubernetes.io/part-of: stackrox-secured-cluster-services
           app.kubernetes.io/version: 4.4.0
           auto-upgrade.stackrox.io/component: sensor
        name: collector-use-scc 

      6

      
        namespace: stackrox
      roleRef: 

      7

      
        apiGroup: rbac.authorization.k8s.io
        kind: Role
        name: use-privileged-scc
      subjects: 

      8

      
      - kind: ServiceAccount
        name: collector
        namespace: stackrox
      - - -

      Copy to Clipboard Toggle word wrap

      1

      Kubernetes リソースのタイプ。この例では Role です。

      2

      ロールリソースの名前。

      3

      ロールの作成先の namespace。

      4

      ロールリソースによって付与される権限を記述します。

      5

      Kubernetes リソースのタイプ。この例では RoleBinding です。

      6

      ロールバインディングリソースの名前。

      7

      同じ namespace 内のバインドするロールを指定します。

      8

      ロールにバインドするサブジェクトを指定します。

   2. 次のコマンドを実行して、upgrade-scs.yaml ファイルで指定したロールリソースとロールバインディングリソースを作成します。

      $ oc -n stackrox create -f ./update-scs.yaml

      Copy to Clipboard Toggle word wrap
      重要

      upgrade-scs.yaml ファイルで指定したロールとロールバインディングを作成するには、各セキュアクラスターでこのコマンドを実行する必要があります。

4. RHACS に固有の SCC を削除します。

   1. Central クラスターに固有の SCC を削除するには、次のコマンドを実行します。

      $ oc delete scc/stackrox-central scc/stackrox-central-db scc/stackrox-scanner

      Copy to Clipboard Toggle word wrap

   2. すべてのセキュアクラスターに固有の SCC を削除するには、次のコマンドを実行します。

      $ oc delete scc/stackrox-admission-control scc/stackrox-collector scc/stackrox-sensor

      Copy to Clipboard Toggle word wrap
      重要

      各セキュアクラスターに固有の SCC を削除するには、各セキュアクラスターでこのコマンドを実行する必要があります。

手順

1. Download YAML file and keys をクリックする前に、セキュアクラスターのバンドルが今後のアップグレードを有効にした状態で生成されていることを確認してください。
2. 可能であれば、そのセキュアクラスターを削除し、今後のアップグレードが有効になるように新しいバンドルを生成してください。

3. クラスターを再作成できない場合は、次のアクションを実行できます。

   1. サービスアカウント sensor-upgrader が Sensor と同じ namespace に存在することを確認します。
   2. cluster-admin ClusterRole を sensors-upgrader サービスアカウントに付与する ClusterRoleBinding (デフォルト名: <namespace>:upgrade-sensors) が存在することを確認します。

手順

1. セキュアクラスターがレジストリーにアクセスし、イメージ <image_reference:tag> をプルできることを確認します。
2. セキュアクラスターでイメージプルシークレットが正しく設定されていることを確認します。

手順

1. アップグレーダーに、クラスターオブジェクトにアクセスする権限があることを確認します。詳細は、「Upgrader is missing permissions」を参照してください。
2. 詳細は、アップグレーダーログを確認してください。