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

アカウントを作成するか、課金対象のアカウント （IBM Cloud の従量課金制またはサブスクリプション）にアップグレードしてください.

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

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

オプション：信頼済みプロファイルを作成する

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

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

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

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

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

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

1. クラシック・クラスターのみ ：ワーカーノードについて、1年または3年の契約期間で割引を確定させるため、 予約の作成 をご検討ください。 クラスターを作成したら、予約したインスタンスを使用してワーカー・プールを追加します。 通常のワーカーノードのコストと比較して、通常30～50％のコスト削減が見込めます。

2. IBM Cloud インフラストラクチャのネットワーク設定を行い、ワーカーからマスターへの通信およびユーザーからマスターへの通信が可能になるようにします。 クラスターのネットワーク・セットアップは、インフラストラクチャー・プロバイダーの選択 (クラシックまたは VPC) によって異なります。

   • VPCクラスターのみ ：VPCクラスターは、デフォルトでパブリックおよびプライベートのクラウドサービスエンドポイントとともに作成されます。 オプション ：VPC クラスターをプライベートネットワークインターフェース経由でクラシッククラスターと通信させたい場合は、クラスターが配置されている VPC からクラシック・インフラストラクチャー設定することができます。 なお、リージョンごとに1つのVPCに対してのみクラシック・インフラストラクチャーアクセスを設定でき、 IBM Cloud アカウントでは 仮想ルーティングおよび転送（VRF） が必要となります。 詳しくは、VPC からクラシック・インフラストラクチャーへのアクセスのセットアップを参照してください。

   • クラシック・クラスターのみ。VRF およびサービス・エンドポイントを有効にしたアカウント: インターネット向けワークロードの実行やオンプレミス・データ・センターの拡張などのシナリオをサポートするためには、VRF およびサービス・エンドポイントを使用するようにアカウントをセットアップする必要があります。 アカウントをセットアップすると、VPC クラスターおよびクラシック・クラスターは、デフォルトでは、パブリックおよびプライベートのクラウド・サービス・エンドポイントを備えた状態で作成されます。

     1. ご使用の IBM Cloud インフラストラクチャー・アカウントで VRF を有効にします。 VRF が既に有効になっているかどうかを確認するには、ibmcloud account show コマンドを使用します。
     2. IBM Cloud アカウントでサービス・エンドポイントを使用できるようにします。

   • クラシック・クラスターのみ、非VRFかつサービス・エンドポイントではないアカウント: VRF およびサービスエンドポイントを使用するようにアカウントを設定しない場合、パブリックネットワークおよびプライベートネットワーク上で相互に通信するために VLAN スパンニングを使用するクラシッククラスタのみを作成できます。

     • パブリック・クラウド・サービス・エンドポイントだけを使用する (インターネット向けのワークロードを実行する) には、IBM Cloud インフラストラクチャー・アカウントで VLAN スパンニングを有効にして、プライベート・ネットワーク上でワーカー・ノード間の相互通信を行えるようにします。 この操作を実行するには、「 ネットワーク > ネットワークのVLANスパンニングの管理 インフラストラクチャの権限 」が必要です。または、 アカウント所有者にこの権限を有効にするよう依頼することもできます。 VLAN スパンニングが既に有効になっているかどうかを確認するには、ibmcloud ks vlan spanning get --region REGION コマンドを使用します。
     • ゲートウェイ・アプライアンスを使用する (オンプレミス・データ・センターを拡張する) には、IBM Cloud インフラストラクチャー・アカウントで VLAN スパンニングを有効にして、プライベート・ネットワーク上でワーカー・ノード間の相互通信を行えるようにします。 この操作を実行するには、「 ネットワーク > ネットワークのVLANスパンニングの管理 インフラストラクチャの権限 」が必要です。または、 アカウント所有者にこの権限を有効にするよう依頼することもできます。 VLAN スパンニングが既に有効になっているかどうかを確認するには、ibmcloud ks vlan spanning get --region REGION コマンドを使用します。
       1. クラスターをオンプレミス・ネットワークに接続するようにゲートウェイ・アプライアンスを構成します。 たとえば、 Virtual Router Appliance ファイアウォールとして機能させ、必要なネットワークトラフィックは許可し、不要なネットワークトラフィックをブロックするように設定することもできます。
       2. 各リージョンの必要なプライベート IP アドレスとポートを開き、マスター・ノードとワーカー・ノードが通信できるようにし、使用する予定の IBM Cloud サービスを探します。

次のステップ

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