第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 をクリックします。
関連情報
OpenShift CLI から、kata
を runtimeClass
として使用する実行中の Pod のリストを取得できます。詳細は、Deleting OpenShift sandboxed containers pods を参照してください。
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 メニュー をクリックし、DeleteKataConfig
を選択します。 - 確認ウィンドウで 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-operator
namespace を検索します。 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
ロールを持つユーザーとしてクラスターにアクセスできる。 -
クラスターから
KataConfig
CR を削除している。 - クラスターから OpenShift Sandboxed Containers Operator を削除している。
手順
-
Administrator パースペクティブから、Administration
CustomResourceDefinitions に移動します。 -
Search by name フィールドを使用して
KataConfig
を検索します。 -
KataConfig
CRD の Options メニュー をクリックし、Delete CustomResourceDefinition を選択します。 - 確認ウィンドウで Delete をクリックします。
-
KataConfig
CRD がリストから消えるまで待ちます。これには数分の時間がかかる場合があります。