クラスターの管理

OpenShift Container Platform クラスターは独自のインフラストラクチャーで実行します。OpenShift Container Platform を使用して、コマンドラインインストーラーを使用して、プライベートクラウド、パブリッククラウド、またはベアメタルにクラスターを作成できます。

OpenShift Cluster Manager と、環境またはクラウドアカウント用のインストールプログラムを使用して、クラスターを作成します。

クラスターのプロビジョニング後に、Red Hat サブスクリプションを設定してクラスターのサポートを取得します。手順およびクラスターで利用可能なサブスクリプションタイプの詳細は、OpenShift Container Platform クラスターのサブスクライブ を参照してください。

デフォルトでは、インストール後のクラスターの初回起動時に、および Telemetry サービスに接続されるときに、クラスターが OpenShift Cluster Manager サービスに自動的に登録されます。クラスターは、Red Hat サポートを含まない 60 日間の評価サブスクリプションに登録します。

クラスターの手順およびサブスクリプションタイプの詳細は、OpenShift Container Platform クラスターサブスクリプションの設定 を参照してください。

OpenShift Dedicated クラスターは Red Hat によって管理され、Amazon Web Services (AWS) または Google Cloud Platform (GCP) でプロビジョニングされます。このポリシーは、マネージドクラスター と呼ばれます。

OpenShift Cluster Manager を使用すると、Red Hat が所有するクラウドアカウントを使用するか、Customer Cloud Subscription (CCS) モデルを通じて独自のクラウドアカウントを使用して、AWS または GCP で OpenShift Dedicated クラスターを作成できます。

OpenShift Dedicated クラスターの作成時に、使用するクラスターの Red Hat サブスクリプションのタイプも設定する必要があります。その結果、クラスターは Red Hat サブスクリプションに自動的にサブスクライブされ、プレミアムレベルのサポートが提供されます。

OpenShift Dedicated クラスターをサポートするのに、以下のタイプの Red Hat サブスクリプションを使用できます。

OpenShift Cluster Manager の Subscription セクションから、有効な OpenShift Dedicated クラスターに基づいて、クラスターの使用状況と共にクォータおよびリソース制限を表示できます。

Red Hat OpenShift Service on AWS (ROSA) は、Red Hat と Amazon Web Services (AWS) によって共同で管理され、サポートされるフルマネージド OpenShift サービスです。このサービスでクラスターを管理することで、お客様はアプリケーションのデプロイに集中することができます。

このサービスの使用は、AWS アカウントで直接許諾されます。ROSA の料金は使用量に基づいており、AWS アカウントに直接請求されます。

ROSA クラスターは、OpenShift Cluster Manager から、または rosa CLI を使用して作成できます。

OpenShift Cluster Manager で ROSA クラスターを作成するには、クラスター作成ページ に移動して Red Hat OpenShift Service on AWS を探し、クラスターの作成 をクリックします。

OpenShift Cluster Manager または rosa CLI から ROSA クラスターを作成する方法の詳細は、ROSA ドキュメントの スタートガイド を参照してください。

OpenShift Cluster Manager を使用すると、クラウドサービスクラスターを更新またはアップグレードできます。クラスターを最新バージョンに更新すると、クラスターの安全性とサポートが保証されます。クラスターの更新はノードごとにローリングされ、クラスターまたはワークロードをオフラインにする必要はありません。

OpenShift Cluster Manager のクラスターの 概要 タブと 設定 タブは、Red Hat OpenShift Dedicated (OSD) または Red Hat OpenShift Service on AWS (ROSA) クラスターで OpenShift バージョンの更新が利用可能かどうかを通知します。Settings タブから更新をクラスターに適用するか、または今後のクラスター更新用に更新ストラテジーを設定できます。

Settings タブで以下の更新のいずれかを選択して、クラスターの定期的な更新または個別更新をスケジュールすることができます。

マイナーバージョンとパッチ (z-stream) の両方の更新に対していずれかの更新戦略を設定できます。

OpenShift Container Platform クラスターをアーカイブして、OpenShift Cluster Manager から削除できます。クラスターをアーカイブすると、サブスクリプション管理および OpenShift Cluster Manager のクラスターリストからクラスターが削除されます。

OpenShift Cluster Manager を使用して、OpenShift Container Platform クラスターをインフラストラクチャーから削除できません。

OpenShift Cluster Manager の Cluster Archives リストでアーカイブされたクラスターをすべて表示することができます。

OpenShift Cluster Manager を使用して OpenShift Dedicated クラスターを削除できます。

削除が完了すると、クラスターは OpenShift Cluster Manager の Clusters 一覧に表示されなくなります。

削除されたクラスターは、Clusters リストから (more options) > View cluster archives をクリックして表示できます。

OpenShift Cluster Manager を使用して、Red Hat OpenShift Service on AWS (ROSA) クラスターを削除できます。

削除が完了すると、クラスターは OpenShift Cluster Manager の Clusters 一覧に表示されなくなります。

削除されたクラスターは、Clusters リストから (more options) > View cluster archives をクリックして表示できます。

OpenShift Cluster Manager の クラスターアーカイブ リストから、組織内の削除およびアーカイブされたすべての OpenShift クラスターを表示できます。

OpenShift Dedicated クラスターは OpenShift Cluster Manager で完全に削除できますが、OpenShift Container Platform クラスターはアーカイブのみにすることができます。OpenShift Container Platform クラスターをアーカイブすると、OpenShift Cluster Manager クラスターのリストとサブスクリプション管理から削除されます。

OpenShift Container Platform クラスターの適切なレベルのサポートを確実に取得するには、Red Hat サブスクリプションの値と一致するように、OpenShift Cluster Manager でクラスターサブスクリプション設定を行います。

OpenShift Dedicated クラスターの場合、サブスクリプションタイプを選択したら、それ以上のサブスクリプション設定は必要ありません。OpenShift Dedicated クラスターは、Red Hat サブスクリプションに自動的にサブスクライブされ、Premium レベルのサポートが付属しています。

Red Hat OpenShift Cluster Manager で初期化した後に OpenShift Container Platform クラスターのサポートタイプを変更するには、クラスターの (more options)> Edit subscription settings をクリックします。

以下のオプションは OpenShift Container Platform クラスターで利用できます。

Red Hat Hybrid Cloud Console の サブスクリプションサービス は、Red Hat OpenShift の使用状況を物理システムと仮想システムの クラスターサイズ として追跡します。クラスターサイズは、サブスクライブしたすべてのノードの合計となります。サブスクライブされたノード は、ワークロードを実行するコンピュートノードまたはワーカーノードであり、クラスターを管理するコントロールプレーンまたはインフラストラクチャーノードとは異なります。

サブスクリプションサービスは、クラスターの物理 CPU コアまたはソケットでの Red Hat OpenShift Container Platform の使用状況を追跡し、このデータをアカウントビューに集約します。

サブスクリプションは、1 つの物理コアまたは 2 つの vCPU コアのレートに基づいて使用されます。

例として、サブスクリプション Red Hat OpenShift Container Platform、Standard/Premium (64 コアまたは 128 vCPU) は、以下の測定値のいずれかを使用する環境をサポートします。

どちらの設定でも同じようにカウントされます。この情報は、Red Hat Hybrid Cloud Console のサブスクリプションサービスの使用状況記録の Cores フィールドで確認できます。

OpenShift Container Platform サブスクリプションは、サブスクリプション条件に応じて、物理コア/vCPU またはソケットによって測定されます。

ほとんどの場合、OpenShift Container Platform クラスターで コンピュートコア数 を設定するときは、Red Hat サブスクリプションに含まれるコンピュートコア/vCPU またはソケットの数を入力します (制御プレーンノードは除く)。これは、オペレーティングシステムとして Red Hat Enterprise Linux CoreOS (RHCOS) を使用するすべてのクラスターに適用されます。

ただし、クラスターにワーカーノードがない場合、またはノードが (RHCOS ではなく) Red Hat Enterprise Linux のみを使用している場合、これらのノードの使用状況は OpenShift Container Platform サブスクリプションに対して計算されません。この場合、これらのノードの コンピュートコア数 に値 1 を入力します。

サブスクリプションで使用される測定単位やその他の詳細を確認するには、Red Hat カスタマーポータルの Red Hat Subscription Management エリアにログインします。

無料試用版を開始した後に、OpenShift Dedicated (OSD) 試用版クラスターをいつでもアップグレードできます。

実稼働サービスを実行したり、自動スケーリング、特定のアドオンサービス、割り当ての増加など、無料試用版に含まれていない機能を使用したりする場合は、試用版終了前に試用版のクラスターをアップグレードすることを選択できます。

試用版の経過前にクラスターをアップグレードする場合は、試用版中に作成したリソースを中断せずに使用することができます。

OpenShift Container Platform クラスターが OpenShift Cluster Manager に登録されており、OpenShift Cluster Manager から Red Hat サブスクリプションにサブスクライブしていることを確認します。

OpenShift Cluster Manager に登録されている OpenShift Container Platform クラスターは 接続クラスター と呼ばれています。たとえば、Telemetry がユーザーのネットワークで無効またはブロックされている場合は、クラスターを自動的に登録できず、OpenShift Cluster Manager に手動で登録する必要があります。

OpenShift Container Platform クラスターの正常性を監視し、Insights Advisor からアラート、更新、および推奨事項を受け取るするには、クラスターは OpenShift Cluster Manager に登録する必要があります。クラスターが OpenShift Cluster Manager の Clusters リストに表示されない場合は、これを登録する必要があります。

これで、クラスターが OpenShift Cluster Manager に登録され、Red Hat サポートにサブスクライブされています。

すべての OpenShift クラスターには ID (UUID の形式) が割り当てられますが、各クラスターには OpenShift Cluster Manager で使用される内部クラスター ID もあります。必要な場合は、内部の OpenShift Cluster Manager に表示されるクラスター ID を、人間が判読可能な名前に変更できます。

この情報は、OpenShift Cluster Manager、コマンドライン、または OpenShift Web コンソールで確認できます。

さらに、OpenShift Container Platform クラスターが OpenShift Cluster Manager に登録する時の識別情報がクラスターの UUID のみになる場合があります。複数の OpenShift Container Platform クラスターが同時に登録されている場合は、クラスター UUID を使用してそれらを区別する必要がある場合があります。

$ oc get clusterversion <version> -o jsonpath='{.spec.clusterID}{"\n"}'

イメージプルシークレットは、OpenShift コンポーネントのコンテナーイメージを提供するサービスおよびレジストリーにアクセスするための認証を提供します。各ユーザーには単一のプルシークレットが生成されます。

プルシークレットは、OpenShift Container Platform クラスターのインストール時に使用されます。また、OpenShift Cluster Manager は、クラスターの所有権を転送する際に特定の Red Hat ユーザーを識別するためにも使用されます。クラスターを別の所有者に転送するには、クラスターの所有権を取得するユーザーのプルシークレットをダウンロードする必要があります。

これで、このプルシークレットを使用して、OpenShift Container Platform クラスターを作成したり、クラスターの所有権を譲渡したりできます。

イメージプルシークレットは、OpenShift コンポーネントのコンテナーイメージを提供するサービスおよびレジストリーにアクセスするための認証を提供します。各ユーザーには単一のプルシークレットが生成されます。

プルシークレットは、OpenShift Container Platform クラスターをインストールするときおよびクラスターの所有権を譲渡するときに使用されます。

接続クラスターを新しい所有者に移譲するには、OpenShift Cluster Manager でクラスターの移譲を開始した後に、クラスターのプルシークレットを新しい所有者のプルシークレットに更新する必要があります。プルシークレットは、移譲プロセスの開始後 5 日以内に更新する必要があります。更新しないと、OpenShift Cluster Manager からプロセスを最初からやり直す必要があります。「クラスター所有権の移動」を参照してください。

これにより、クラスターにある全ノードの更新が始まります。このとき、クラスターのサイズに応じて多少時間がかかる場合があります。

特定のケースでは、新しいプルシークレットを作成できます。たとえば、現在のプルシークレットが機能しない場合、またはセキュリティー上の理由から新しいプルシークレットが必要な場合です。

新しいプルシークレットを作成するには、KCS の記事 How to request pull-secret rotation の手順に従ってください。

OpenShift Cluster Manager を使用して、接続された OpenShift Container Platform クラスターの所有権を、同一組織内の別のユーザーに、または別の組織のユーザーに移譲できます。

接続クラスターを別の所有者に移譲するには、以下を行う必要があります。

これで、所有権の移譲が開始します。次のステップでは、クラスターのプルシークレットを新しいクラスター所有者のプルシークレットに変更します。

OpenShift Cluster Manager を使用して、接続されていない OpenShift Container Platform クラスターの所有権を、同一組織内の別のユーザーに、または別の組織のユーザーに移譲できます。

非接続クラスターの所有権を移譲するのに必要なのは、OpenShift Cluster Manager で移譲を開始することだけです。

クラスターが OpenShift Cluster Manager に正常に登録されると、クラスターの所有権の移譲が完了します。

クラスターが別の組織に移譲されていた場合は、その組織にログインして更新を確認できます。クラスターはターゲットの Red Hat アカウントのクラスターリストに表示されるようになり、以前の Red Hat アカウントのクラスターリストから削除されます。

転送が完了したら、新しい所有者と一致するようにプルシークレットを更新することを推奨します。プルシークレットの更新の詳細は、クラスター所有権の譲渡時にグローバルプルシークレットの更新 を参照してください。

Red Hat OpenShift Cluster Manager を使用すると、クラスターを管理し、潜在的な問題をモニターできます。クラスター リストの ステータス 列には、各クラスターの状態が報告されるため、クラスターを一目で監視できます。

クラスターのステータスは、OpenShift Cluster Manager の Clusters リストに表示されます。通常、クラスターは Ready のステータスを示しますが、他にも考えられるクラスターステータスがあります。

Red Hat Insights Advisor for OpenShift Container Platform では、Red Hat Hybrid Cloud Console から OpenShift Container Platform クラスターの正常性を評価し、監視することができます。

Insights Advisor は、Red Hat の推奨事項に基づいて OpenShift Container Platform クラスターのサービスの可用性、フォールトトレランス、パフォーマンス、およびセキュリティーリスクを強調表示します。これにより、潜在的な問題を回避したり、予定外のダウンタイムなしに問題を迅速に解決したりできます。

推奨事項には、検出された問題に関する情報 (リスクレベル、影響を受けるクラスター、および該当する場合の解決手順など) が含まれます。

Insights Advisor を使用するには、クラスターを OpenShift Cluster Manager に登録する必要があります。非接続クラスターを登録するには、OpenShift Container Platform クラスターの OpenShift Cluster Manager への登録 を参照してください。

OpenShift Cluster Manager を使用すると、クラスターを管理し、潜在的な問題がないかモニターできます。クラスター リストの ステータス 列には、各クラスターの状態が報告されるため、クラスターを一目で監視できます。

OpenShift Container Platform クラスターは、正常に稼働している場合でも OpenShift Cluster Manager の Stale として表示できます。ただし、クラスターのステータスが Stale になると、アラートの発生、クラスターオペレーター、リソースの使用状況など、クラスターに関する内部情報を OpenShift Cluster Manager Monitoring タブで表示できなくなります。

ほとんどの場合、telemeter-client は Red Hat Telemetry エンドポイントと通信できないため、クラスターは Stale ステータスを報告します。Telemetry により、クラスターは OpenShift Cluster Manager と通信できます。クラスターが Stale ステータスを報告している場合は、本セクションの手順でこれを Ready に復元し、クラスターの正常性をモニターできます。

これらの手順を完了した後、OpenShift Cluster Manager でクラスターを表示できるが、ステータスがまだ Stale の場合は、クラスターが Red Hat 組織の非アクティブなユーザーによって所有されていることが原因である可能性があります。この場合は、組織のアクティブなユーザーにクラスターの所有権を転送して、クラスターを Ready に復元できます。

オフライントークンが不要になった場合、またはトークンの上限に達した場合は、オフライントークンを取り消すことができます。

アクセスを削除すると、すべての更新トークンはすぐに機能しなくなりますが、既存のアクセストークン (ocm および rosa コマンドによってキャッシュされる) の有効期限が切れるまでに最大 15 分かかる場合があります。

その後ページを更新して新しいトークンを生成します。

OCM Roles and Access 画面で、クラスターで割り当てられたロールと共にユーザーのリストを表示できます。

Red Hat アカウントの組織管理者またはクラスター所有者の場合は、この画面からユーザーおよびそのユーザーのクラスターへのアクセス権限を編集することもできます。他のユーザーは、ユーザーおよびクラスターでのロールの情報のみを表示できます。

OpenShift クラスターを作成したら、クラスター上の他のユーザーにアクセスを許可できます。これにより、チームのメンバーは Red Hat アカウントの組織管理者でなくてもクラスターを管理または表示できます。

クラスター所有者または組織管理者は、ユーザーのクラスター権限を取り消すことができます。

ロールベースのアクセス制御 (RBAC) を使用して、ユーザーのグループを作成および管理できます。グループにロールを割り当てると、ユーザーのアクセスをグループとして管理できるようになります。RBAC を使用して割り当てられたロールは、特定のクラスターではなく、組織内のすべてのクラスターに適用されます。RBAC は、Red Hat Hybrid Cloud Console の Settings ギアの Identity & Access Management メニューで利用できます。

組織管理者は、組織内のユーザーのデフォルトのアクセス権限を変更できます。ロールベースのアクセス制御のデフォルトは 2 つのグループです。デフォルトのメンバーグループ には、組織内のすべてのユーザーがメンバーとして含まれます。デフォルトの管理者グループ には、組織管理者のロールを持つすべてのユーザーがメンバーとして含まれます。

OCM アクセスポリシーは、これらのデフォルトグループへのロール割り当てを通じて明示的に割り当てられます。このようにして、既存の RBAC ポリシーは明示的ではなくなり、顧客はそれらを変更できるようになります。組織管理者は、デフォルトグループからロールの割り当てを削除して、すべてのユーザーからデフォルトの権限を削除できます。その後、これらのロールを特定のユーザーまたはグループに選択的に割り当てて、組織内のユーザーの権限を管理できます。

スコープは、ロールがユーザーまたはグループに適用または付与されるレベルを制御します。OCM 内で使用されるスコープは 2 つあり、クラスタースコープ と 組織スコープ です。ロールは、クラスタースコープまたは組織スコープのいずれかでユーザーまたはグループに付与できます。

クラスタースコープでロールを付与すると、ユーザーはロールが付与されている特定のクラスターに対して許可されたアクション (ロールに含まれるパーミッションで指定されたアクション) を実行できるようになります。基本的に、クラスタースコープのロールの割り当ては、特定のクラスターを対象としています。

組織スコープでロールが付与されると、ユーザーは組織内のすべてのクラスターに対して許可されたアクションを (ロールに含まれるパケージで指定されたとおりに) 実行できるようになります。基本的に、組織スコープのロールの割り当てはクラスター間であり、組織内のすべてのクラスターに適用されます。

ユーザーは、Red Hat Hybrid Cloud Console 内の RBAC サービスを通じて、組織内のユーザーのグループとグループメンバーシップを作成および管理できます。

ユーザーは、RBAC を使用してグループにロールを割り当てることができます。RBAC で割り当てられたロールは組織レベルであり、組織内のすべてのクラスターに適用されます。

ユーザーは、OCM で特定のクラスターのユーザーにロールを割り当てることができます。これは特定のクラスターのコンテキスト内から行われ、このロールの割り当てはクラスターのスコープで行われます。

Red Hat Hybrid Cloud Console 内での RBAC の使用の詳細は、ロールベースアクセス制御 (RBAC) のユーザーアクセス設定ガイド を参照してください。