第5章 OpenShift Sandboxed Containers のアンインストール
Red Hat OpenShift Web コンソールまたは OpenShift CLI (oc) を使用して、OpenShift Sandboxed Containers をアンインストールできます。両方の手順を以下で説明します。
5.1. Web コンソールを使用した OpenShift Sandboxed Containers のアンインストール リンクのコピーリンクがクリップボードにコピーされました!
Red Hat OpenShift Web コンソールを使用して、関連する OpenShift Sandboxed Containers の Pod、リソース、および namespace を削除します。
5.1.1. Web コンソールを使用した OpenShift Sandboxed Containers Pod の削除 リンクのコピーリンクがクリップボードにコピーされました!
OpenShift Sandboxed Containers をアンインストールするには、最初に kata を runtimeClass として使用する実行中のすべての Pod を削除する必要があります。
前提条件
- クラスターに Red Hat OpenShift 4.14 がインストールされている。
-
cluster-adminロールを持つユーザーとしてクラスターにアクセスできる。 -
kataをruntimeClassとして使用する Pod のリストがあります。
手順
-
Administrator パースペクティブから、Workloads
Pods に移動します。 - Search by name フィールドを使用して、削除する Pod を検索します。
- Pod 名をクリックして開きます。
-
Details ページで、Runtime class に
kataが表示されていることを確認します。 - Actions メニューをクリックし、Delete Pod を選択します。
- 確認ウィンドウで Delete をクリックします。
5.1.2. Web コンソールを使用して KataConfig カスタムリソースを削除する リンクのコピーリンクがクリップボードにコピーされました!
KataConfig カスタムリソース (CR) を削除すると、クラスターから kata ランタイムとその関連リソースが削除され、アンインストールされます。
KataConfig CR を削除すると、ワーカーノードが自動的に再起動します。再起動には 10 分から 60 分以上かかる場合があります。再起動時間を妨げる要因は次のとおりです。
- Red Hat OpenShift デプロイメントが大規模で、ワーカーノードの数が多い。
- BIOS および診断ユーティリティーが有効である。
- SSD ではなくハードドライブへのデプロイメント。
- 仮想ノードではなく、ベアメタルなどの物理ノードにデプロイしている。
- CPU とネットワークが遅い。
前提条件
- クラスターに Red Hat OpenShift 4.14 がインストールされている。
-
cluster-adminロールを持つユーザーとしてクラスターにアクセスできる。 -
kataをruntimeClassNameとして使用する実行中の Pod がない。
手順
-
Administrator パースペクティブで、Operators
Installed Operators に移動します。 - Search by name フィールドを使用して、OpenShift Sandboxed Containers Operator を検索します。
- Operator をクリックして開き、KataConfig タブを選択します。
-
KataConfigリソースの Options メニュー
をクリックし、Delete KataConfigを選択します。 - 確認ウィンドウで Delete をクリックします。
kata ランタイムとリソースがアンインストールされ、ワーカーノードが再起動されるまで待ってから、次の手順に進みます。
5.1.3. Web コンソールを使用した OpenShift Sandboxed Containers Operator のインストール リンクのコピーリンクがクリップボードにコピーされました!
OpenShift Sandboxed Containers の削除 Operator は、その Operator のカタログサブスクリプション、Operator グループ、およびクラスターサービスバージョン (CSV) を削除します。
前提条件
- クラスターに Red Hat OpenShift 4.14 がインストールされている。
-
cluster-adminロールを持つユーザーとしてクラスターにアクセスできる。
手順
-
Administrator パースペクティブで、Operators
Installed Operators に移動します。 - Search by name フィールドを使用して、OpenShift Sandboxed Containers Operator を検索します。
-
Operator の Options メニュー
をクリックし、Uninstall Operator を選択します。
- 確認ウィンドウで Uninstall をクリックします。
5.1.4. Web コンソールを使用した OpenShift Sandboxed Containers の namespace の削除 リンクのコピーリンクがクリップボードにコピーされました!
上記のコマンドを実行すると、インストールプロセス前の状態にクラスターが復元されます。openshift-sandboxed-containers-operator namespace を削除することで、Operator への namespace アクセスを取り消すことができるようになりました。
前提条件
- クラスターに Red Hat OpenShift 4.14 がインストールされている。
-
cluster-adminロールを持つユーザーとしてクラスターにアクセスできる。
手順
-
Administrator パースペクティブから、Administration
Namespaces に移動します。 -
Search by name フィールドを使用して
openshift-sandboxed-containers-operatornamespace を検索します。 namespace の Options メニュー
をクリックし、Delete Namespace を選択します。
注記Delete Namespace オプションが選択できない場合には、namespace を削除するパーミッションがありません。
-
Delete Namespace ペインで、
openshift-sandboxed-containers-operatorと入力し、Delete をクリックします。 - Delete をクリックします。
5.1.5. Web コンソールを使用して KataConfig カスタムリソース定義を削除する リンクのコピーリンクがクリップボードにコピーされました!
KataConfig カスタムリソース定義 (CRD) を使用すると、KataConfig CR を定義できます。アンインストールプロセスを完了するには、クラスターから KataConfig CRD を削除します。
前提条件
- クラスターに Red Hat OpenShift 4.14 がインストールされている。
-
cluster-adminロールを持つユーザーとしてクラスターにアクセスできる。 -
クラスターから
KataConfigCR を削除している。 - クラスターから OpenShift Sandboxed Containers Operator を削除している。
手順
-
Administrator パースペクティブから、Administration
CustomResourceDefinitions に移動します。 -
Search by name フィールドを使用して
KataConfigを検索します。 -
KataConfigCRD の Options メニュー
をクリックし、Delete CustomResourceDefinition を選択します。
- 確認ウィンドウで Delete をクリックします。
-
KataConfigCRD がリストから消えるまで待ちます。これには数分の時間がかかる場合があります。