第5章 OpenShift サンドボックスコンテナーのアンインストール
OpenShift Container Platform Web コンソールまたは OpenShift CLI (oc
) のいずれかを使用して、OpenShift サンドボックス化コンテナーをアンインストールできます。両方の手順を以下で説明します。
5.1. Web コンソールを使用した OpenShift サンドボックスコンテナーのアンインストール
OpenShift Container Platform Web コンソールを使用して、関連する OpenShift サンドボックスコンテナーの Pod、リソース、および namespace を削除します。
5.1.1. Web コンソールを使用した OpenShift サンドボックスコンテナー Pod の削除
OpenShift サンドボックスコンテナーをアンインストールするには、最初に kata
を runtimeClass
として使用する実行中のすべての Pod を削除する必要があります。
前提条件
- OpenShift Container Platform 4.12 をお使いのクラスターがインストールされている。
-
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 のリストを取得できます。詳細については、OpenShift サンドボックスコンテナー Pod の削除 を参照してください。
5.1.2. Web コンソールを使用して KataConfig カスタムリソースを削除する
KataConfig
カスタムリソース (CR) を削除すると、クラスターから kata
ランタイムとその関連リソースが削除され、アンインストールされます。
KataConfig
CR を削除すると、ワーカーノードが自動的に再起動します。再起動には 10 分から 60 分以上かかる場合があります。再起動時間を妨げる要因は次のとおりです。
- より多くのワーカーノードを持つ大規模な OpenShift Container Platform デプロイメント。
- BIOS および診断ユーティリティーのアクティベーション。
- SSD ではなくハードドライブへのデプロイメント。
- 仮想ノードではなく、ベアメタルなどの物理ノードへのデプロイメント。
- 遅い CPU とネットワーク。
前提条件
- OpenShift Container Platform 4.12 をお使いのクラスターがインストールされている。
-
cluster-admin
ロールを持つユーザーとしてクラスターにアクセスできる。 -
kata
をruntimeClassName
として使用する実行中の Pod がない。
手順
- Administrator パースペクティブで、Operators → Installed Operators に移動します。
- Search by name フィールドを使用して、OpenShift サンドボックスコンテナー Operator を検索します。
- Operator をクリックして開き、KataConfig タブを選択します。
-
KataConfig
リソースの Options メニューをクリックし、Delete
KataConfig
を選択します。 - 確認ウィンドウで Delete をクリックします。
kata
ランタイムとリソースがアンインストールされ、ワーカーノードが再起動されるまで待ってから、次の手順に進みます。
5.1.3. Web コンソールを使用した OpenShift サンドボックスコンテナー Operator のインストール
OpenShift サンドボックスコンテナーの削除 Operator は、その Operator のカタログサブスクリプション、Operator グループ、およびクラスターサービスバージョン (CSV) を削除します。
前提条件
- OpenShift Container Platform 4.12 をお使いのクラスターがインストールされている。
-
cluster-admin
ロールを持つユーザーとしてクラスターにアクセスできる。
手順
- Administrator パースペクティブで、Operators → Installed Operators に移動します。
- Search by name フィールドを使用して、OpenShift サンドボックスコンテナー Operator を検索します。
-
Operator の Options メニュー
をクリックし、Uninstall Operator を選択します。
- 確認ウィンドウで Uninstall をクリックします。
5.1.4. Web コンソールを使用して OpenShift サンドボックスコンテナーの namespace を削除する
上記のコマンドを実行すると、インストールプロセス前の状態にクラスターが復元されます。openshift-sandboxed-containers-operator
namespace を削除することで、Operator への namespace アクセスを取り消すことができるようになりました。
前提条件
- OpenShift Container Platform 4.12 をお使いのクラスターがインストールされている。
-
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 を削除します。
前提条件
- OpenShift Container Platform 4.12 をお使いのクラスターがインストールされている。
-
cluster-admin
ロールを持つユーザーとしてクラスターにアクセスできる。 -
クラスターから
KataConfig
CR を削除しました。 - クラスターから OpenShift サンドボックスコンテナー Operator を削除しました。
手順
- Administrator パースペクティブから、Administration → CustomResourceDefinitions に移動します。
-
Search by name フィールドを使用して
KataConfig
を検索します。 -
KataConfig
CRD の Options メニューをクリックし、Delete CustomResourceDefinition を選択します。
- 確認ウィンドウで Delete をクリックします。
-
KataConfig
CRD がリストから消えるまで待ちます。これには数分の時間がかかる場合があります。