アカウントの作成またはアップグレード

請求可能なアカウント作成またはアップグレード（IBM Cloud Pay-As-You-Goまたはサブスクリプション）.

ユーザー・アクセス権の設定

クラスターを作成するために必要な権限がある ことを確認します。 アカウント管理者から、アクセス・ポリシーのスコープを名前空間に設定した管理者のプラットフォーム・アクセス役割を割り当てられていないことを確認してください。 そうでないと、権限が正しく設定されない可能性があります。

オプション：信頼できるプロフィールを作成する

信頼されたプロファイルを使用して、クラスタやアプリを含むアカウント内のリソースへの異なる IBM Cloud ID のアクセスを許可できます。 信頼済みプロファイルに適用する設定に基づいて、プロファイルを使用してリソースにアクセスできるユーザーを制御できます。 クラスタを作成するときに、それらのユーザがクラスタにアクセスできるようにする信頼済みプロファイルを指定できます。 詳細については、 信頼済みプロファイルの設定を 参照してください。

リソース・グループの計画

ご使用のアカウントで複数のリソース・グループが使用されている場合は、リソース・グループを管理するためのアカウントの戦略を考えます。 1 つのリソース・グループが必要な場合は、そのリソース・グループ内にすべてのクラスターを作成します。 異なる環境またはリソース・タイプをグループ化するために、異なるリソース・グループをセットアップすることができます。

デフォルトとは異なるリソースグループにクラスタを作成するには、少なくともそのリソースグループの Viewer ロールが必要であることに留意してください。 リソース・グループに対する役割がない場合、クラスターはデフォルトのリソース・グループに作成されます。

クラスター固有のアカウントのセットアップ

既に必要なクラスターの種類が分かっている場合は、どのような種類のクラスター固有のセットアップ・タスクを実行するかを検討し始めることができます。 必要なクラスターの種類がまだわからない場合は、心配する必要はありません。 これらの決定は後で行うことができます。

1. クラシッククラスタのみ ：ワーカーノードの割引を1年または3年の期間で固定する 予約の作成を ご検討ください。 クラスターを作成したら、予約したインスタンスを使用してワーカー・プールを追加します。 一般的には、通常の労働者のノードコストと比較して30～50％の節約となる。

2. VPC クラスターのみ: IBM Cloud インフラストラクチャー・ネットワーキングをセットアップして、ワーカーとマスターの間およびユーザーとマスターの間の通信を可能にします。 デフォルトでは、VPC クラスターは、パブリックおよびプライベートのクラウド・サービス・エンドポイントを備えた状態で作成されます。 オプション ： VPCクラスタがプライベート・ネットワーク・インタフェースを介してクラシック・クラスタと通信するようにしたい場合は、クラスタが属するVPCからクラシック・インフラストラクチャー アクセスを設定することを選択できます。 なお、 クラシック・インフラストラクチャー アクセスは、リージョンごとに1つのVPCに対してのみ設定可能で、 IBM Cloud アカウント 仮想ルーティングとフォワーディング（VRF）が 必要です。 詳しくは、VPC からクラシック・インフラストラクチャーへのアクセスのセットアップを参照してください。

次のステップ

クラスターを作成するリージョンとリソース・グループで Red Hat OpenShift on IBM Cloud の API キーをセットアップします。