必要なポートとIPアドレスを許可リストに追加する

クラシッククラスター

この許可リストに関する情報は、クラシック・クラスターに固有のものです。 VPC クラスターについては、「 VPC クラスターの許可リストに必要なポートと IP アドレスを追加する」を 参照してください。

IBM Cloud® Kubernetes Service クラスターの許可リストで、特定のポートやIPアドレスを許可する必要がある可能性のある以下の状況を確認してください。

  • 企業の許可リスト :企業のネットワークポリシーにより、プロキシや許可リストを通じてローカルシステムからパブリックエンドポイントへのアクセスが制限されている場合は、ローカルシステムから ibmcloudibmcloud ksibmcloud crkubectl、および calicoctl の各コマンドを実行できるようにする必要があります。
  • ゲートウェイアプライアンスの許可リスト : IBM Cloud アカウントパブリックネットワークまたはプライベートネットワーク(VRAなど)に許可リストが設定されている場合、ワーカーノードがマスター、インフラストラクチャリソース、およびその他の IBM Cloud サービスと通信できるように、IP範囲、ポート、プロトコルを許可する必要があります。 また、クラスター内のアプリを公開するサービスへの着信トラフィックを許可するためにポートを開くこともできます。
  • Calico ネットワークポリシー : Calico のネットワークポリシーを許可リストとして使用し、すべてのワーカーノードからのアウトバウンド通信を制限する場合は、クラスターの動作に必要なリソースへのアクセスを、ワーカーノードが許可されるように設定する必要があります。
  • その他のサービスまたはネットワークの許可リスト : IBM Cloud の内部または外部、あるいはオンプレミスネットワーク上で実行され、許可リストによって保護されているサービスにクラスターからアクセスできるようにするには、その許可リストにワーカーノードのIPアドレスを追加する必要があります。

企業の許可リストでポートを開く

企業のネットワークポリシーにより、プロキシや許可リストを通じてローカルシステムからパブリックエンドポイントへのアクセスが制限されている場合は、ローカルシステムから ibmcloudibmcloud ks、および ibmcloud cr コマンドkubectl コマンド、および calicoctl コマンド へのアクセスを許可する必要があります。

許可リスト経由で、 ibmcloudibmcloud ks、および ibmcloud cr の各コマンドを実行する

企業のネットワークポリシーにより、プロキシや許可リストを通じてローカルシステムからパブリックエンドポイントへのアクセスが制限されている場合、 ibmcloudibmcloud ks 、および ibmcloud cr コマンドを実行するには、 IBM Cloud、 IBM Cloud Kubernetes Service、および IBM Cloud Container Registry への TCP アクセスを許可する必要があります。

  1. 許可リストで、ポート443の cloud.ibm.com へのアクセスを許可してください。

  2. この API エンドポイントから IBM Cloud にログインして、接続を確認します。

    ibmcloud login -a https://cloud.ibm.com/
    
  3. 許可リストで、ポート443の containers.cloud.ibm.com へのアクセスを許可してください。

  4. 接続を確認します。 アクセスが正しく構成されている場合は、ゾーンが出力に表示されます。

    curl https://containers.cloud.ibm.com/v1/zones
    

    出力例

    [{"id":"mon01","metro":""},{"id":"tor01","metro":""},{"id":"wdc04","metro":"Washington D.C."},{"id":"wdc06","metro":"Washington D.C."},{"id":"wdc07","metro":"Washington D.C."}]
    
  5. 許可リストで、使用予定の IBM Cloud Container Registry リージョン へのポート443でのアクセスを許可してください。 グローバル・レジストリーには IBM 提供のパブリック・イメージが保管され、リージョン・レジストリーにはユーザー独自のプライベート・イメージまたはパブリック・イメージが保管されます。

  6. コンテナレジストリのネームスペースを一覧表示して、接続を確認してください。

許可リストの背後からの kubectl コマンドの実行

企業のネットワークポリシーにより、プロキシや許可リストを通じてローカルシステムからパブリックエンドポイントへのアクセスが制限されている場合、 kubectl コマンドを実行するには、クラスタに対して TCP へのアクセスを許可する必要があります。

クラスターが作成されると、サービス・エンドポイント URL 内のポートが 30000 から 32767 の範囲内でランダムに割り当てられます。 作成される可能性があるクラスターに対してポート範囲 30000 から 32767 を開くことを選択するか、特定の既存クラスターに対してアクセスを許可するかを選択できます。

始めに、ibmcloud ks コマンドを実行するためのアクセスを許可します。

特定のクラスターを対象にアクセスを許可するには、以下のようにします。

  1. IBM Cloud CLI にログインします。 プロンプトが出されたら、IBM Cloud 資格情報を入力します。 統合されたアカウントがある場合は、--sso オプションを含めます。

    ibmcloud login [--sso]
    
  2. default 以外のリソース・グループ内にクラスターがある場合は、そのリソース・グループをターゲットとして設定します。 各クラスターが属するリソース・グループを表示するには、ibmcloud ks cluster ls を実行します。 : リソース・グループに対するビューアー以上の役割が必要です。

    ibmcloud target -g <resource_group_name>
    
  3. クラスターの名前を取得します。

    ibmcloud ks cluster ls
    
  4. クラスターのサービス・エンドポイント URL を取得します。

    • パブリックのサービス・エンドポイント URL だけが設定されている場合は、その URL を取得します。 権限を持つクラスター・ユーザーは、パブリック・ネットワークでこのエンドポイントからマスターにアクセスできます。
    • プライベートのサービス・エンドポイント URL だけが設定されている場合は、その URL を取得します。 権限を持つクラスター・ユーザーは、プライベート・ネットワークでこのエンドポイントからマスターにアクセスできます。
    • パブリック・サービス・エンドポイント URLプライベート・サービス・エンドポイント URL の両方が設定されている場合は、両方の URL を取得します。 権限を持つクラスター・ユーザーは、パブリック・ネットワークのパブリック・エンドポイントからでもプライベート・ネットワークのプライベート・エンドポイントからでもマスターにアクセスできます。
    ibmcloud ks cluster get --cluster <cluster_name_or_ID>
    

    出力例

    ...
    Public Service Endpoint URL:    https://c3.<region>.containers.cloud.ibm.com:30426
    Private Service Endpoint URL:   https://c3-private.<region>.containers.cloud.ibm.com:31140
    ...
    
  5. 前の手順で取得したサービス・エンドポイント URL とポートへのアクセスを許可します。 許可リストがIPアドレスベースの場合、 この表 を確認することで、サービスエンドポイントのURLへのアクセスを許可した際に、どのIPアドレスが許可されているかを確認できます。

  6. 接続を確認します。

    • パブリック・クラウド・サービス・エンドポイントが有効な場合:
        curl --insecure <public_service_endpoint_URL>/version
        ```
        コマンド例:
    
        ```sh {: pre}
        curl --insecure https://c3.<region>.containers.cloud.ibm.com:31142/version
        ```
        出力例
    
        ```sh {: screen}
        {
        "major": "1",
        "minor": "7+",
        "gitVersion": "v1.7.4-2+eb9172c211dc41",
        "gitCommit": "eb9172c211dc4108341c0fd5340ee5200f0ec534",
        "gitTreeState": "clean",
        "buildDate": "2017-11-16T08:13:08Z",
        "goVersion": "go1.8.3",
        "compiler": "gc",
        "platform": "linux/amd64"
        }
        ```
    - プライベート・クラウド・サービス・エンドポイントが有効な場合にマスターへの接続を確認するには、IBM Cloud プライベート・ネットワークの中で作業しているか、VPN 接続経由でプライベート・ネットワークに接続している必要があります。 **注**: [プライベート・ロード・バランサーを介してマスター・エンドポイントを公開](/docs/containers?topic=containers-access-private-classic)することで、ユーザーが VPN または IBM Cloud&reg; Direct Link の接続を介してマスターにアクセスできるようにする必要があります。
    
    ```sh {: pre}
        curl --insecure <private_service_endpoint_URL>/version
        ```
        コマンド例:
    
        ```sh {: pre}
        curl --insecure https://c3-private.<region>.containers.cloud.ibm.com:31142/version
        ```
        出力例
    
        ```sh {: screen}
        {
        "major": "1",
        "minor": "7+",
        "gitVersion": "v1.7.4-2+eb9172c211dc41",
        "gitCommit": "eb9172c211dc4108341c0fd5340ee5200f0ec534",
        "gitTreeState": "clean",
        "buildDate": "2017-11-16T08:13:08Z",
        "goVersion": "go1.8.3",
        "compiler": "gc",
        "platform": "linux/amd64"
        }
        ```
    
  7. オプション: 公開する必要のあるクラスターごとに、上記のステップを繰り返します。

許可リストの背後からの calicoctl コマンドの実行

企業のネットワークポリシーにより、プロキシや許可リストを通じてローカルシステムからパブリックエンドポイントへのアクセスが制限されている場合、 calicoctl コマンドを実行するには、 Calico コマンドに対して TCP へのアクセスを許可する必要があります。

始めに、ibmcloud コマンドkubectl コマンドを実行するためのアクセスを許可します。

  1. kubectl コマンドの許可に使用したマスター URL から IP アドレスを取得します。

  2. etcd のポートを取得します。

    kubectl get cm -n kube-system cluster-info -o yaml | grep etcd_host
    
  3. マスター URL の IP アドレスと etcd ポート経由の Calico ポリシーにおけるアクセスを許可します。

ゲートウェイアプライアンスの許可リストでポートを開く

IBM Cloud アカウント パブリック ネットワークまたはプライベートネットワークに、 Virtual Router Appliance (Vyatta)などの許可リストが設定されている場合は、ワーカーノードがマスター、インフラストラクチャリソース、およびその他の IBM Cloud サービスと通信できるように、IP範囲、ポート、プロトコルを許可する必要があります。

パブリックな許可リストで必要なポートを開く

IBM Cloud アカウントパブリックネットワークに、 Virtual Router Appliance (Vyatta)などの許可リストが設定されている場合、ワーカーノードがマスター、インフラストラクチャリソース、およびその他の IBM Cloud サービスと通信できるように、その許可リストでIP範囲、ポート、プロトコルを開放する必要があります。

2026年7月31日までに必要な対応origin.<region>.containers.cloud.ibm.com のエンドポイントが廃止されます。 パブリックサービスエンドポイントが有効になっているクラシッククラスターを使用しており、許可リストやファイアウォールでアウトバウンドアクセスを制限している場合、またはこれらのオリジンエンドポイントを直接呼び出すカスタムスクリプトを使用している場合は、サービスの中断を避けるため、2026年7月31日までに設定を更新する必要があります。 詳細については、「 オリジンエンドポイントからサポート対象のエンドポイントへの移行 」を参照してください。

オリジンエンドポイントからサポート対象のエンドポイントへの移行

クラシッククラスター

以下のいずれかの条件に該当する場合は、必ず対応を行ってください:

  • パブリックサービスエンドポイントが有効になっているクラシッククラスターが1つ以上あり、許可リストやファイアウォールを使用してアウトバウンドアクセスを制限しています。
  • origin.<region>.containers.cloud.ibm.com のエンドポイントを直接呼び出すカスタムスクリプトやツールをお持ちの場合。

どちらの条件にも該当しない場合は、何もする必要はありません。

ワーカーノードと IBM Cloud Kubernetes Service との接続を維持するには、2026年7月31日までに以下の手順を完了してください。

  • IP ベースのファイアウォールルールを使用する場合は、「 ワーカーノードがクラスタマスターと通信できるようにする」 のセクションに記載されている IP アドレスが、ファイアウォールルールに含まれていることを確認してください。

  • ドメインベースのファイアウォールルールを使用している場合は、以下のブートストラップドメインを許可リストに追加してください。

地域別のブートストラップドメイン
リージョン ブートストラップドメイン
EUセントラル(fra02fra04fra05 bootstrap.eu-de.containers.cloud.ibm.com
英国南部 (lon02lon04lon05lon06) bootstrap.eu-gb.containers.cloud.ibm.com
マドリッド (mad02mad04mad05) bootstrap.eu-es.containers.cloud.ibm.com
大阪 (osa21osa22osa23) bootstrap.jp-osa.containers.cloud.ibm.com
サンパウロ (sao01sao04sao05) bootstrap.br-sao.containers.cloud.ibm.com
南アジア太平洋地域 (syd01syd04syd05) bootstrap.au-syd.containers.cloud.ibm.com
APノース(tok02tok04tok05 bootstrap.jp-tok.containers.cloud.ibm.com
トロント (tor01tor04tor05) bootstrap.ca-tor.containers.cloud.ibm.com
米国南部(dal10dal12dal13 bootstrap.us-south.containers.cloud.ibm.com
米国東部(wdc04wdc06wdc07 bootstrap.us-east.containers.cloud.ibm.com
  • オリジンエンドポイントを直接呼び出すカスタムスクリプトがある場合は、サポートされているAPIエンドポイントに切り替えてください。 詳細については、 「APIについて」 をご覧ください。

始める前に、クラスター内の各ワーカー・ノードのパブリック IP アドレスをメモします。

ibmcloud ks worker ls --cluster <cluster_name_or_ID>

ワーカー・ノードがクラスター・マスターと通信できるようにする

ワーカー・ノードがパブリック・クラウド・サービス・エンドポイントを介してクラスター・マスターと通信できるようにするには、ソース <each_worker_node_publicIP> から宛先 TCP/UDP ポート範囲 30000 から 32767 および ポート 443、および以下の IP アドレスとネットワーク・グループへの発信ネットワーク・トラフィックを許可します。

この表は変化します。 最新の IP リストおよび継続的な更新については、 IBM/kube-samples リポジトリー内のパブリック・ネットワーク分離フォルダーを参照してください。 リポジトリのプルリクエストを監視して、更新情報を確認できます。

  • TCP/UDP port range 30000-32767, port 443 FROM <each_worker_node_publicIP> TO <public_IPs>
  • <public_IPs> を、クラスターが配置されているリージョンのパブリック IP アドレスで置き換えます。
発信トラフィック用に開く IP アドレス
リージョン パブリック IP アドレス
APノース(che01sng01tok02tok04tok05 119.81.194.90, 119.81.222.210, 128.168.106.194, 128.168.71.117, 128.168.75.194, 128.168.85.154, 135.90.69.66, 135.90.69.82, 161.202.126.210, 161.202.154.10, 161.202.186.226, 161.202.56.10, 161.202.57.34, 165.192.69.69, 165.192.80.146, 165.192.83.202, 165.192.95.90, 169.38.68.178, 169.38.70.10, 169.38.79.170, 169.56.1.162, 169.56.132.234, 169.56.48.114, 169.56.69.242, 169.56.96.42, 104.94.220.124, 104.94.221.124, 104.94.222.132, 104.94.223.132, 104.96.176.124, 104.96.177.124, 104.96.178.126, 104.96.179.126, 104.96.180.123, 104.96.181.123
南アジア太平洋地域 (syd01syd04syd05) 130.198.64.19, 130.198.66.26, 130.198.79.170, 130.198.83.34, 130.198.102.82, 135.90.66.2, 135.90.68.114, 135.90.69.66, 135.90.69.82, 135.90.89.234, 168.1.6.106, 168.1.8.195, 168.1.12.98, 168.1.39.34, 168.1.58.66, 104.94.220.125, 104.94.221.125, 104.94.222.133, 104.94.223.133, 104.96.176.125, 104.96.177.125, 104.96.178.127, 104.96.179.127, 104.96.180.124, 104.96.181.124
EUセントラル (ams03, par01, fra02, fra04, fra05) 149.81.103.98, 149.81.104.122, 149.81.113.154, 149.81.123.18, 149.81.142.90, 149.81.180.114, 149.81.180.122, 149.81.68.2, 149.81.78.114, 158.177.102.162, 158.177.107.50, 158.177.112.146, 158.177.138.138, 158.177.151.2, 158.177.156.178, 158.177.198.138, 158.177.79.34, 159.8.79.250, 159.8.86.149, 159.8.95.34, 161.156.115.138, 161.156.120.74, 161.156.12.82, 161.156.183.218, 161.156.187.226, 161.156.65.42, 161.156.65.82, 161.156.74.10, 161.156.79.26, 169.50.146.82, 169.50.169.110, 169.50.184.18, 169.50.56.174, 104.94.220.127, 104.94.221.127, 104.94.222.135, 104.94.223.135, 104.96.176.127, 104.96.177.127, 104.96.178.129, 104.96.179.129, 104.96.180.126, 104.96.181.126
マドリッド (mad02mad04mad05) 13.120.65.98, 13.120.127.250, 13.121.64.178, 13.121.64.186, 13.122.65.10, 13.122.65.34, 2.18.48.89, 2.18.49.89, 2.18.50.89, 2.18.51.89, 2.18.52.89, 2.18.53.89, 2.18.54.89, 2.18.55.89, 23.40.100.89, 23.7.244.89
大阪 (osa21osa22osa23) 163.68.69.114, 163.68.69.122, 163.69.65.114, 163.69.65.122, 163.73.64.250, 163.73.65.194, 104.94.220.131, 104.94.221.131, 104.94.222.139, 104.94.223.139, 104.96.176.131, 104.96.177.131, 104.96.178.133, 104.96.179.133, 104.96.180.130, 104.96.181.130
サンパウロ (sao01sao04sao05) 163.107.65.194, 163.107.65.202, 163.109.65.154, 163.109.65.242, 169.57.159.130, 169.57.254.50, 104.94.220.129, 104.94.221.129, 104.94.222.137, 104.94.223.137, 104.96.176.129, 104.96.177.129, 104.96.178.131, 104.96.179.131, 104.96.180.128, 104.96.181.128
トロント (tor01tor04tor05) 158.85.77.114, 158.85.110.18, 163.74.65.242, 163.74.65.250, 163.75.64.122, 163.75.64.162, 104.94.220.132, 104.94.221.132, 104.94.222.140, 104.94.223.140, 104.96.176.132, 104.96.177.132, 104.96.178.134, 104.96.179.134, 104.96.180.131, 104.96.181.131
英国南部 (lon02lon04lon05lon06) 141.125.102.106, 141.125.66.26, 141.125.67.34, 141.125.77.58, 141.125.91.138, 158.175.111.42, 158.175.125.194, 158.175.139.130, 158.175.150.122, 158.175.65.170, 158.175.77.178, 158.175.82.50, 158.176.123.130, 158.176.135.242, 158.176.142.26, 158.176.149.154, 158.176.71.242, 158.176.94.26, 158.176.95.146, 159.122.224.242, 159.122.242.78, 104.94.220.126, 104.94.221.126, 104.94.222.134, 104.94.223.134, 104.96.176.126, 104.96.177.126, 104.96.178.128, 104.96.179.128, 104.96.180.125, 104.96.181.125
米国東部 (mon01wdc04wdc06wdc07) 158.85.97.34, 169.47.162.130, 169.47.174.106, 169.53.167.50, 169.53.171.210, 169.54.126.219, 169.54.80.106, 169.54.94.26, 169.60.100.242, 169.60.101.42, 169.60.111.58, 169.60.73.142, 169.60.92.50, 169.60.92.66, 169.61.109.34, 169.61.110.66, 169.61.74.210, 169.61.83.62, 169.62.10.162, 169.62.9.250, 169.63.106.50, 169.63.111.82, 169.63.149.122, 169.63.158.82, 169.63.160.130, 169.63.66.226, 169.63.75.82, 169.63.88.178, 169.63.88.186, 169.63.94.210, 52.117.72.42, 52.117.88.42, 104.94.220.128, 104.94.221.128, 104.94.222.136, 104.94.223.136, 104.96.176.128, 104.96.177.128, 104.96.178.130, 104.96.179.130, 104.96.180.127, 104.96.181.127
米国南部(sjc03sjc04dal10dal12dal13 50.22.129.34, 52.116.231.210, 52.116.254.234, 52.116.54.122, 52.117.197.210, 52.117.212.34, 52.117.215.162, 52.117.232.194, 52.117.240.106, 52.117.28.138, 67.228.97.210, 169.45.126.154, 169.45.67.210, 169.45.88.98, 169.46.110.218, 169.46.111.122, 169.46.16.202, 169.46.24.210, 169.46.27.234, 169.46.63.250, 169.46.68.234, 169.46.7.238, 169.46.89.50, 169.47.109.34, 169.47.115.18, 169.47.201.194, 169.47.209.66, 169.47.229.90, 169.47.232.210, 169.47.239.34, 169.47.242.242, 169.47.70.10, 169.47.71.138, 169.48.110.250, 169.48.143.218, 169.48.161.242, 169.48.226.2, 169.48.230.146, 169.48.244.66, 169.57.100.18, 169.57.13.10, 169.57.147.58, 169.57.151.10, 169.57.154.98, 169.59.219.90, 169.59.223.194, 169.59.230.98, 169.60.128.2, 169.60.170.234, 169.61.175.106, 169.61.177.2, 169.61.187.58, 169.61.228.138, 169.61.28.66, 169.61.29.194, 169.61.60.130, 169.62.166.98, 169.62.189.26, 169.62.206.234, 169.62.230.114, 169.62.82.197, 169.62.87.170, 169.62.97.218, 169.63.39.66, 169.63.47.250, 104.94.220.130, 104.94.221.130, 104.94.222.138, 104.94.223.138, 104.96.176.130, 104.96.177.130, 104.96.178.132, 104.96.179.132, 104.96.180.129, 104.96.181.129

ワーカー・ノードが IBM Cloud Container Registry と通信できるようにする

ワーカーノードから IBM Cloud Container Registry へのネットワーク送信トラフィックを許可してください。 詳しくは、 ファイアウォールを介した IBM Cloud Container Registry へのアクセス を参照してください。

ワーカー・ノードから IAM への発信ネットワーク・トラフィックを許可する

ワーカー・ノードから IBM Cloud ID およびアクセス管理 (IAM) への発信ネットワーク・トラフィックを許可します。 IAMドメイン名を許可するには、許可リストをレイヤー7に設定する必要があります。 IAM には、許可できる特定の IP アドレスがありません。 許可リストがレイヤー7に対応していない場合は、ポート443における HTTPS のすべてのネットワークトラフィックを許可することができます。

  • TCP port 443 FROM <each_worker_node_publicIP> TO https://iam.bluemix.net
  • TCP port 443 FROM <each_worker_node_publicIP> TO https://iam.cloud.ibm.com

オプション: ワーカー・ノードから Monitoring サービスと IBM Cloud Logs サービスへの発信ネットワーク・トラフィックを許可する

  • IBM Cloud Monitoring:

    • TCP port 443, port 6443 FROM <each_worker_node_public_IP> TO <monitoring_public_IP>
    • <monitoring_public_IP>Monitoring IP アドレスで置き換えます。
  • IBM Cloud Logs:

オプション: マネージド Istio アドオンの着信ネットワーク・トラフィックと発信ネットワーク・トラフィックを許可する

  • istio-egressgateway ロード・バランサーからの発信ネットワーク・トラフィックを、次のポートを介して許可します: TCP port 80, port 15443 FROM <each_worker_node_publicIP>
  • istiod コントロール・プレーンおよび istio-ingressgateway ロード・バランサーへの着信ネットワーク・トラフィックを、次のポートを介して許可します: TCP port 443, port 853, port 15010, port 15012, port 15014 FROM <each_worker_node_publicIP>

オプション:Ingressサブドメイン監視のための受信ネットワークトラフィックを許可する

Ingressドメインの健全性監視を 使用してサービスエンドポイントの健全性を監視する場合は、監視サービスからのインバウンドアクセスを許可する必要があります。

デフォルトでは、モニタリングヘルスリクエストは HTTPS、ポート443に送信されます。したがって、ポート443をターゲットとする以下のIP範囲からのトラフィックを許可する必要があります。 ヘルスモニターが代わりに HTTP を使用するように設定されている場合、allowlistトラフィックはポート80をターゲットにする必要があります。 さらに、カスタム・ポート( TCP )を使用する場合は、そのポートへの着信トラフィックを許可するようにしてください。

詳細については、 IBM NS1 Connect ドキュメントを 参照のこと。

IBM NS1 Connect IPレンジの監視
  • 163.114.225.0/24
  • 163.114.230.0/24
  • 163.114.231.0/24

次のステップ

ロード・バランサー・サービスを使用する場合、VRRP プロトコルを使用するすべてのトラフィックが、パブリック・インターフェースおよびプライベート・インターフェースのワーカー・ノード間で許可されていることを確認してください。IBM Cloud Kubernetes Service は、VRRP プロトコルを使用して、パブリック・ロード・バランサーおよびプライベート・ロード・バランサーの IP アドレスを管理します。

プライベートな許可リストで必要なポートを開く

IBM Cloud アカウントプライベートネットワークに、 Virtual Router Appliance (Vyatta)などの許可リストが設定されている場合、ワーカーノードがマスター、他のワーカーノード、インフラストラクチャリソース、およびその他の IBM Cloud サービスと通信できるように、許可リストでIP範囲、ポート、プロトコルを開放する必要があります。

開始前に

  1. IBM Cloud インフラストラクチャーのプライベート IP の範囲を許可して、クラスター内にワーカー・ノードを作成できるようにします。

    1. IBM Cloud インフラストラクチャーのプライベート IP のために適切な範囲を許可します。 Backend (private) Network を参照してください。
    2. 使用しているすべての ゾーン について、IBM Cloud インフラストラクチャー・プライベート IP 範囲を許可します。 注意: 166.8.0.0/14161.26.0.0/16 のIP範囲、dal10wdc04 ゾーンのIP範囲を追加する必要があります。 Service Network (on backend/private network) を参照してください。
  2. クラスター内のすべてのワーカー・ノードのプライベート IP アドレスをメモします。

    ibmcloud ks worker ls --cluster <cluster_name_or_ID>
    

ワーカー・ノードがクラスター・マスターと通信できるようにする

ワーカー・ノードがプライベート・クラウド・サービス・エンドポイントを介してクラスター・マスターと通信できるようにするには、ソース <each_worker_node_privateIP> から宛先 TCP/UDP ポート範囲 30000 から 32767 および ポート 443、および以下の IP アドレスとネットワーク・グループへの発信ネットワーク・トラフィックを許可します。

この表は変化します。 最新の IP リストおよび継続的な更新については、 IBM/kube-samples リポジトリー内のプライベート・ネットワーク分離フォルダーを参照してください。 リポジトリのプルリクエストを監視して、更新情報を確認できます。

  • TCP/UDP port range 30000-32767, port 443 FROM <each_worker_node_privateIP> TO <private_IPs>
  • <private_IPs> を、クラスターが配置されているリージョンのプライベート IP アドレスで置き換えます。
発信トラフィック用に開く IP アドレス
リージョン プライベート IP アドレス
APノース(che01sng01tok02tok04tok05 166.9.40.102, 166.9.40.21, 166.9.40.36, 166.9.40.39, 166.9.40.6, 166.9.40.7, 166.9.40.8, 166.9.40.88, 166.9.42.23, 166.9.42.28, 166.9.42.55, 166.9.42.6, 166.9.42.7, 166.9.42.97, 166.9.44.15, 166.9.44.3, 166.9.44.4, 166.9.44.47, 166.9.44.5, 166.9.44.88, 166.9.46.4, 166.9.60.2, 166.9.60.4, 166.9.249.106, 166.9.249.136, 166.9.249.170
南アジア太平洋地域 (syd01syd04syd05) 166.9.52.14, 166.9.52.15, 166.9.52.23, 166.9.52.30, 166.9.52.31, 166.9.54.11, 166.9.54.12, 166.9.54.13, 166.9.54.21, 166.9.54.32, 166.9.54.33, 166.9.56.10, 166.9.56.11, 166.9.56.16, 166.9.56.24, 166.9.56.36, 166.9.244.107, 166.9.244.137, 166.9.244.171
EUセントラル (ams03, par01, fra02, fra04, fra05) 166.9.28.107, 166.9.28.17, 166.9.28.19, 166.9.28.20, 166.9.28.203, 166.9.28.22, 166.9.28.23, 166.9.28.235, 166.9.28.24, 166.9.28.240, 166.9.28.43, 166.9.28.64, 166.9.28.84, 166.9.28.87, 166.9.28.91, 166.9.28.94, 166.9.28.95, 166.9.30.100, 166.9.30.11, 166.9.30.116, 166.9.30.12, 166.9.30.13, 166.9.30.22, 166.9.30.41, 166.9.30.54, 166.9.30.56, 166.9.30.9, 166.9.30.92, 166.9.32.101, 166.9.32.185, 166.9.32.20, 166.9.32.26, 166.9.32.27, 166.9.32.44, 166.9.32.54, 166.9.32.56, 166.9.32.84, 166.9.32.88, 166.9.32.9, 166.9.248.77, 166.9.248.106, 166.9.248.137
マドリッド (mad02mad04mad05) 166.9.94.6, 166.9.95.6, 166.9.96.6, 166.9.94.7, 166.9.95.7, 166.9.96.7
大阪 (osa21osa22osa23) 166.9.70.6, 166.9.70.8, 166.9.71.8, 166.9.71.10, 166.9.72.9, 166.9.72.10, 166.9.247.41, 166.9.247.75, 166.9.247.107
英国南部 (lon02lon04lon05lon06) 166.9.34.17, 166.9.34.41, 166.9.34.45, 166.9.34.5, 166.9.34.50, 166.9.34.6, 166.9.34.77, 166.9.36.10, 166.9.36.11, 166.9.36.12, 166.9.36.13, 166.9.36.23, 166.9.36.30, 166.9.36.53, 166.9.36.65, 166.9.36.95, 166.9.38.18, 166.9.38.28, 166.9.38.46, 166.9.38.54, 166.9.38.6, 166.9.38.7, 166.9.38.75, 166.9.244.12, 166.9.244.48, 166.9.244.75
米国東部 (mon01tor01wdc04wdc06wdc07) 166.9.20.11, 166.9.20.117, 166.9.20.12, 166.9.20.13, 166.9.20.187, 166.9.20.38, 166.9.20.42, 166.9.20.63, 166.9.20.80, 166.9.22.10, 166.9.22.109, 166.9.22.211, 166.9.22.215, 166.9.22.26, 166.9.22.43, 166.9.22.51, 166.9.22.52, 166.9.22.8, 166.9.22.9, 166.9.24.19, 166.9.24.196, 166.9.24.198, 166.9.24.22, 166.9.24.35, 166.9.24.4, 166.9.24.45, 166.9.24.47, 166.9.24.5, 166.9.24.90, 166.9.68.130, 166.9.68.134, 166.9.68.34, 166.9.68.47, 166.9.231.217, 166.9.232.15, 166.9.251.118
米国南部 (sao01sjc03sjc04dal10dal12dal13) 166.9.12.140, 166.9.12.141, 166.9.12.142, 166.9.12.143, 166.9.12.144, 166.9.12.151, 166.9.12.193, 166.9.12.196, 166.9.12.26, 166.9.12.99, 166.9.13.31, 166.9.13.93, 166.9.13.94, 166.9.14.122, 166.9.14.125, 166.9.14.202, 166.9.14.204, 166.9.14.205, 166.9.14.95, 166.9.15.130, 166.9.15.69, 166.9.15.70, 166.9.15.71, 166.9.15.72, 166.9.15.73, 166.9.15.74, 166.9.15.75, 166.9.15.76, 166.9.16.113, 166.9.16.137, 166.9.16.149, 166.9.16.183, 166.9.16.184, 166.9.16.185, 166.9.16.38, 166.9.16.39, 166.9.16.5, 166.9.17.2, 166.9.17.35, 166.9.17.37, 166.9.17.39, 166.9.48.124, 166.9.48.171, 166.9.48.175, 166.9.48.240, 166.9.48.35, 166.9.48.50, 166.9.48.76, 166.9.51.104, 166.9.51.106, 166.9.51.16, 166.9.51.54, 166.9.51.74, 166.9.58.104, 166.9.58.11, 166.9.58.16, 166.9.58.170, 166.9.58.210, 166.9.58.64, 166.9.58.65, 166.9.59.125, 166.9.59.147, 166.9.61.15, 166.9.61.54, 166.9.85.114, 166.9.88.186, 166.9.88.196, 166.9.88.21, 166.9.228.8, 166.9.229.10, 166.9.230.9

開いているポート

ワーカー・ノードが正しく機能するように、許可リスト内の以下のポートを開きます。 すべての宛先IPに対して、以下のポートを開いておく必要がある。

  • ワーカー・ノードの更新および再ロードを許可するために、ワーカーからポート 80 および 443 へのアウトバウンド TCP および UDP 接続を許可します。
  • ボリュームとしてファイル・ストレージのマウントを許可するために、ポート 2049 へのアウトバウンド TCP および UDP を許可します。
  • ブロック・ストレージに対する通信用に、ポート 3260 へのアウトバウンド TCP と UDP を許可します。
  • Kubernetes ダッシュボードおよび kubectl logskubectl exec などのコマンドのために、ポート 10250 へのインバウンド TCP および UDP 接続を許可します。
  • DNS アクセスのために、TCP および UDP のポート 53 へのインバウンドおよびアウトバウンドの接続を許可します。

ワーカー間の通信を有効にする

プライベートインターフェース上のワーカーノード間で、 TCP、 UDP、VRRP、およびIPEncapのすべてのトラフィックを許可し、さらにパブリックインターフェース上でもVRRPを許可することで、ワーカー間の通信を有効にします。 IBM Cloud Kubernetes Service は、VRRPプロトコルを使用してロードバランサーのIPアドレスを管理し、IPEncapプロトコルを使用してサブネット間のポッド間トラフィックを許可します。

ワーカー・ノードが IBM Cloud Container Registry と通信できるようにする

ワーカー・ノードが IBM Cloud Container Registry と通信できるようにするには、ワーカー・ノードから IBM Cloud Container Registry リージョンへの発信ネットワーク・トラフィックを許可します。

  • TCP port 443 FROM <each_worker_node_privateIP> TO <registry_ip>
  • <registry_ip> を、トラフィックを許可するレジストリー IP アドレスに置き換えます。 グローバル・レジストリーには IBM 提供のパブリック・イメージが保管され、リージョン・レジストリーにはユーザー独自のプライベート・イメージまたはパブリック・イメージが保管されます。
レジストリー・トラフィック用に開く IP アドレス
IBM Cloud Kubernetes Service リージョン レジストリー・アドレス 2022年7月5日までのプライベートIPアドレスの登録 2022年7月5日以降のプライベートIPアドレスの登録
IBM Cloud Kubernetes Service 地域間のグローバル・レジストリー private.icr.io cp.icr.io 166.9.20.31, 166.9.22.22, 166.9.24.16 166.9.251.49, 166.9.251.82, 166.9.251.113
アジア太平洋北部 private.jp.icr.io 166.9.40.20, 166.9.42.21, 166.9.44.12 166.9.249.104, 166.9.249.157, 166.9.249.168
アジア太平洋南部 private.au.icr.io 166.9.52.20, 166.9.54.19, 166.9.56.13 166.9.244.106, 166.9.244.136, 166.9.244.170
中欧 private.de.icr.io 166.9.28.35, 166.9.30.2, 166.9.32.2 166.9.248.76, 166.9.248.105, 166.9.248.136
マドリッド private.es.icr.io 該当なし 166.9.248.76, 166.9.248.105, 166.9.248.136
大阪 private.jp2.icr.io 166.9.70.4, 166.9.71.5, 166.9.72.6 166.9.247.39, 166.9.247.73, 166.9.247.105
サンパウロ private.br.icr.io 166.9.82.13, 166.9.83.13, 166.9.84.13 166.9.246.72, 166.9.246.104, 166.9.246.130
トロント private.ca.icr.io 166.9.76.12, 166.9.77.11, 166.9.78.11 166.9.247.143, 166.9.247.170, 166.9.247.207
英国南部 private.uk.icr.io 166.9.36.19, 166.9.38.14, 166.9.34.12 166.9.244.9, 166.9.244.45, 166.9.244.73
米国東部、米国南部 private.us.icr.io 166.9.12.227, 166.9.15.116, 166.9.16.244 166.9.250.214, 166.9.250.246, 166.9.251.21

永続ボリューム請求を作成する

ワーカー・ノードをプライベート VLAN にしか接続していないクラスターで永続ボリュームの請求を作成するには、そのクラスターが以下のバージョンの Kubernetes または IBM Cloud ストレージ・プラグインを使用してセットアップされたものであることを確認します。 これらのバージョンは、クラスターから永続ストレージ・インスタンスへのプライベート・ネットワークによる通信が可能です。

プライベートクラスターに必要な「 Kubernetes 」または「 IBM Cloud 」ストレージプラグインのバージョン概要
ストレージのタイプ 必要なバージョン
ファイル・ストレージ Kubernetes バージョン 1.13.4_15121.12.6_15441.11.8_15501.10.13_1551、またはこれ以降
ブロック・ストレージ IBM Cloud Block Storage プラグインのバージョン 1.3.0 以降
オブジェクト・ストレージ IBM Cloud Object Storage プラグインのバージョン 1.0.3 以降、HMAC 認証がセットアップされた IBM Cloud Object Storage サービス

プライベートネットワーク経由のネットワーク通信に対応していない Kubernetes 版または IBM Cloud ストレージプラグイン版を使用せざるを得ない場合、あるいはHMAC認証なしで IBM Cloud Object Storage を使用したい場合は、 IBM Cloud インフラストラクチャおよび IBM Cloud Identity and Access Management へのアウトバウンドアクセスを、許可リストを通じて許可してください:

オプション: IBM Cloud Logs、 IBM Cloud Monitoring サービスのallowlistルールを設定する

ロギングデータやメトリクスデータを送信するには、 IBM Cloud Logs および IBM Cloud Monitoring サービスに対して許可リストルールを設定してください。

インバウンド・トラフィックのためのパブリック許可リストまたはプライベート許可リスト内のポートのオープン

NodePort、ロード・バランサー、Ingress の各サービスへの着信アクセスを許可できます。

NodePort サービス
トラフィックの宛先として許可するすべてのワーカー・ノードに関してパブリック/プライベート IP アドレスにサービスをデプロイしたときに構成したポートを開きます。 ポートを見つけるには、kubectl get svc を実行します。 ポートの範囲は 20000 から 32000 までです。
ロード・バランサー・サービス
ロード・バランサー・サービスのパブリック IP アドレスまたはプライベート IP アドレスへのサービスのデプロイ時に構成したポートを開きます。
Ingress
Ingress アプリケーション・ロード・バランサーのパブリック IP アドレスおよびプライベート IP アドレスへのポート 80 (HTTP の場合) またはポート 443 (HTTPS の場合) を開きます。
ルート
ルーターのパブリック IP アドレスへのポート 80 (HTTP の場合) およびポート 443 (HTTPS の場合) を開きます。

クラスターからの Calico ネットワーク・ポリシーを介したリソースへのアクセスの許可

ゲートウェイの許可リスト設定を行う代わりに、 Calico のネットワークポリシー を使用して、パブリックネットワークまたはプライベートネットワーク上でクラスタの許可リストとして機能させることもできます。 詳細については、以下のトピックを参照してください。

他のサービスの許可リストやオンプレミスの許可リストで、クラスターからのトラフィックを許可する

IBM Cloud の内外、またはオンプレミスで実行され、許可リストによって保護されているサービスにアクセスしたい場合は、その許可リストにワーカーノードのIPアドレスを追加することで、クラスターへのアウトバウンドネットワークトラフィックを許可することができます。 たとえば、許可リストによって保護されている IBM Cloud データベースからデータを読み取ったり、オンプレミスの許可リストにワーカーノードのサブネットを指定して、クラスターからのネットワークトラフィックを許可したりする場合があります。

  1. アカウントにログインします。 該当する場合は、適切なリソース・グループをターゲットにします。 クラスターのコンテキストを設定します。

  2. ワーカー・ノードのサブネットやワーカー・ノードの IP アドレスを取得します。

    • ワーカーノードのサブネットクラスターのオートスケーラーを 有効にする場合など、クラスター内のワーカーノードの数を頻繁に変更する見込みがある場合は、新しいワーカーノードが追加されるたびに許可リストを更新するのは望ましくないかもしれません。 代わりに、クラスターで使用している VLAN サブネットを追加してください。 ただし、VLAN サブネットは、他のクラスターのワーカー・ノードと共有されている可能性があることを忘れないでください。 IBM Cloud Kubernetes Service でクラスター用にプロビジョンされるパブリックの 1 次サブネットには使用可能な IP アドレスが 14 個含まれていますが、この 1 次サブネットは、同じ VLAN 上にある他のクラスターと共有される可能性があることに注意してください。 ワーカー・ノード数が 14 台を超えると、追加のサブネットが注文されるので、許可する必要があるサブネットが変わる可能性があります。 変更の頻度を下げるには、CPU とメモリー・リソースの高いワーカー・ノード・フレーバーのワーカー・プールを作成してください。そうすれば、ワーカー・ノードをそれほど頻繁に追加する必要がなくなります。

      1. クラスター内のワーカー・ノードをリストします。

        ibmcloud ks worker ls --cluster <cluster_name_or_ID>
        
      2. 前のステップの出力から、クラスター内のワーカー・ノードのパブリック IP の固有ネットワーク ID (最初の 3 つのオクテット) をすべてメモしてください。 プライベート専用クラスターからのトラフィックを許可する場合は、代わりにプライベート IP をメモしてください。 以下の出力では、固有ネットワーク ID は 169.xx.178169.xx.210 です。

        ID                                                  Public IP        Private IP     Machine Type        State    Status   Zone    Version   
        kube-dal10-crb2f60e9735254ac8b20b9c1e38b649a5-w31   169.xx.178.101   10.xxx.xx.xxx   b3c.4x16.encrypted   normal   Ready    dal10   1.35   
        kube-dal10-crb2f60e9735254ac8b20b9c1e38b649a5-w34   169.xx.178.102   10.xxx.xx.xxx   b3c.4x16.encrypted   normal   Ready    dal10   1.35  
        kube-dal12-crb2f60e9735254ac8b20b9c1e38b649a5-w32   169.xx.210.101   10.xxx.xx.xxx   b3c.4x16.encrypted   normal   Ready    dal12   1.35   
        kube-dal12-crb2f60e9735254ac8b20b9c1e38b649a5-w33   169.xx.210.102   10.xxx.xx.xxx   b3c.4x16.encrypted   normal   Ready    dal12   1.35  
        
      3. それぞれの固有ネットワーク ID の VLAN サブネットをリストします。

        ibmcloud sl subnet list | grep -e <networkID1> -e <networkID2>
        

        出力例

        ID        identifier       type                 network_space   datacenter   vlan_id   IPs   hardware   virtual_servers
        1234567   169.xx.210.xxx   ADDITIONAL_PRIMARY   PUBLIC          dal12        1122334   16    0          5   
        7654321   169.xx.178.xxx   ADDITIONAL_PRIMARY   PUBLIC          dal10        4332211   16    0          6    
        
      4. サブネット・アドレスを取得します。 出力中の IP の数を確認します。 次に、IP の数と等しくなるのは 2n 乗かを計算します。 例えば、IP の数が 16 であれば、24 (n) 乗が 16 に等しくなります。 n ビットから 32 の値を減算すれば、サブネットの CIDR が求まります。 例えば、n4 の場合、CIDR は 28 になります (式 32 - 4 = 28)。 identifier のマスクと CIDR の値を組み合わせれば、完全なサブネット・アドレスになります。 前の出力では、サブネット・アドレスは次になります。

        • 169.xx.210.xxx/28
        • 169.xx.178.xxx/28
    • 個々のワーカー・ノード IP アドレス: 1 つのアプリのみを実行する少数のワーカー・ノードがあり、スケーリングする必要がない場合、または 1 つのワーカー・ノードのみを追加する場合は、クラスター内のすべてのワーカー・ノードをリストし、パブリック IP アドレスを書き留めておきます。 ワーカー・ノードをプライベート・ネットワークだけに接続し、プライベート・クラウド・サービス・エンドポイントを使用して IBM Cloud サービスに接続する場合は、プライベート IP アドレスをメモします。 それらのワーカー・ノードだけを追加します。 クラスタからワーカーノードを削除したり、ワーカーノードを追加したりする場合は、それに応じて許可リストを更新する必要があります。

        ibmcloud ks worker ls --cluster <cluster_name_or_ID>
        ```
    
  3. サブネットのCIDRまたはIPアドレスを、アウトバウンドトラフィックの場合はサービスの許可リストに、インバウンドトラフィックの場合はオンプレミスの許可リストに追加してください。

  4. トラフィックを許可するクラスターごとに、これらのステップを繰り返します。

Kubernetes ServiceネットワークゾーンのIAM許可リストの更新

デフォルトでは、すべてのIP IBM Cloud アドレスを使用してコンソールにログインし、クラスタの管理操作(クレデンシャルの作成、更新、削除、表示など)を実行できます。 IBM Cloud の ID およびアクセス管理 (IAM) のコンソールで、アクセスを許可する IP アドレスを指定して許可リストを作成することができます。すると、それ以外の IP アドレスはすべて制限されます。

IAM allowlistを設定する場合は、 Kubernetes Service を含むネットワークゾーンを含める必要があります。 そうしないと、既存のクラスタが正しく機能しなくなる。 これは、 Kubernetes Service コントロール・プレーンが、クラスタに必要な IBM サービスをデプロイおよび管理するために、IAM にコンタクトできる必要があるためです。 IBM allowlistを設定する前に、以下の指示に注意深く従ってください。

allowlist では、IBM Cloud Kubernetes Service が Ingress ALB などのコンポーネントを作成またはアクセスできるように、クラスタが配置されている地域の IBM Cloud Kubernetes Service コントロール・プレーンにネットワーク・ゾーンを設定する必要があります

始めに、以下の手順では、クラスターのリージョンおよびリソース・グループ・インフラストラクチャーの許可に使用される資格情報を持つユーザーの IAM 許可リストを変更する必要があります。 その資格情報の所有者であれば、自分で IAM 許可リストの設定を変更できます。 認証情報の所有者ではないものの、 ユーザー管理サービスに対して 「 IBM Cloud 」IAMプラットフォームの「 編集者 」または「 管理者 」アクセスロールが割り当てられている場合は、認証情報の所有者のネットワーク情報を更新することができます。

  1. クラスターのリージョンおよびリソース・グループのインフラストラクチャー権限として使用されているユーザー資格情報を調べます。

    1. クラスターのリージョンおよびリソース・グループの API キーを確認します。
        ibmcloud ks api-key info --cluster <cluster_name_or_ID>
        ```
        出力例
        ```sh {: screen}
        Getting information about the API key owner for cluster <cluster_name>...
        OK
        Name                Email   
        <user_name>         <name@email.com>
        ```
    2. リージョンおよびリソース・グループのインフラストラクチャー・アカウントが、別の IBM Cloud インフラストラクチャー・アカウントを使用するように手動で設定されているかどうかを確認します。
    
    ```sh {: pre}
        ibmcloud ks credential get --region <us-south>
        ```
        **別のアカウントを使用するように資格情報が設定されている場合の出力例**。 この場合、前のステップで取得した API キーに別のユーザーの資格情報が保管されていても、ターゲットにしたリージョンとリソース・グループには、ユーザーのインフラストラクチャー資格情報が使用されます。
    
        ```sh {: screen}
        OK
        Infrastructure credentials for user name <1234567_name@email.com> set for resource group <resource_group_name>.
        ```
        **別のアカウントを使用するように資格情報が設定されていない場合の出力例**。 この場合、前のステップで取得した API キーの所有者は、リージョンおよびリソース・グループに使用されるインフラストラクチャー資格情報を持っています。
    
        ```sh {: screen}
        FAILED
        No credentials set for resource group <resource_group_name>.: The user credentials could not be found. (E0051)
        ```
    
  2. IBM Cloud コンソールにログインしてください。

  3. Kubernetes ServiceのIPを含むネットワークゾーンを、すべてのリージョン、またはクラスタがあるリージョンだけに作成します。

    1. クラスターのアカウントで、メニューバーから管理 > コンテキストベースの制限をクリックします。

    2. ネットワークゾーン > 作成をクリックします。

    3. 名前には、us-south-kubernetes-service-network-zone のように、ネットワークゾーンの説明的な名前を入力します。

    4. 許可するIPアドレスおよび許可するVPC セクションには値を入力しないでください。

    5. サービスの参照セクションで、Kubernetes Service を選択し、+ をクリックします。

    6. ロケーションでは、フィールドを空のままにして、すべてのロケーションを使用することもできます。

    7. 次へ 」をクリックし、選択内容を確認してください。

    8. 「作成」 をクリックします。

    9. ゾーンを追加する場合はこれを繰り返す。

  4. ネットワークゾーン名をIAM allowlistに追加する。

    1. メニュー・バーから、「管理」 > **「アクセス (IAM)」をクリックして、「設定」**を選択します。

    2. IPアドレスアクセスを制限する] の下で、 [有効にする] を選択し、前のステップで指定したネットワークゾーン名を入力します。

    3. **「適用」**をクリックします。

Kubernetes Service サブネット IP アドレスの取得

手順に従って、IAM 許可リストに追加する正しいサブネット IP アドレスを取得します。

コンソールでのサブネット IP アドレスの取得

  1. IBM Cloud コンソールリソースリスト から、クラスタをクリックします。
  2. ワーカーノード 」をクリックします。
  3. クラスター内のワーカー・ノードによって使用される各 パブリック VLAN をメモします。 複数のワーカー・ノードが同じパブリック VLAN を使用する可能性があります。
  4. IBM Cloud から メニューアイコン をクリックし、 インフラストラクチャ > クラシックインフラストラクチャ > IP管理 > VLAN の順にクリックします。
  5. 各パブリックVLANをクリックして、クラスタ内のワーカーノードで使用されているかどうかを確認します。
  6. クラスター内のワーカー・ノードによって使用されるパブリック VLAN ごとに、 「サブネット」 セクションを見つけ、表に含まれている各 IP アドレスをメモします。 これらは、許可リストに含める必要がある IP アドレスです。

CLI でのサブネット IP アドレスの取得

  1. ワーカー・ノードが使用するパブリック VLAN をリストします。 出力は publicVLAN=<vlan_id> のようにフォーマット設定されます。

    kubectl describe nodes | grep publicVLAN | sort | uniq
    
  2. パブリック VLAN ごとに、関連付けられたパブリック・サブネットを見つけます。 出力で、 identifier 列のサブネット IP アドレスをメモします。

    ibmcloud sl subnet list | grep <vlan-id>
    

    ID 2761690 のパブリック VLAN に関連付けられたサブネットの出力例。

    ID        identifier        type                 network_space   datacenter   vlan_id   IPs   hardware   virtual_servers  
    1962263   169.62.46.56      SECONDARY_ON_VLAN    PUBLIC          wdc07        2761690   8     0          0   
    2008207   169.62.39.248     SECONDARY_ON_VLAN    PUBLIC          wdc07        2761690   8     0          0   
    2342562   169.62.2.128      ADDITIONAL_PRIMARY   PUBLIC          wdc07        2761690   16    0          5
    
  3. ワーカー・ノードをリストし、それらのパブリック IP を取得します。 出力では、パブリック IP が 「外部 IP (External-IP)」 列にリストされます。 これらの IP アドレスのうち、前にリストしたサブネットに含まれているものをメモし、それらのサブネット ID をメモします。

  4. サブネット ID ごとに、コマンドを実行してサブネットの詳細を取得します。 各出力で、 identifier 列の IP アドレスをメモします。 これは、IAM 許可リストに追加する必要がある IP アドレスです。

    ibmcloud sl subnet detail <subnet_id>
    

    出力例

    Name             Value   
    ID               2342562   
    identifier       169.62.2.128/28   
    subnet type      ADDITIONAL_PRIMARY   
    network space    PUBLIC   
    gateway          169.62.2.129   
    broadcast        169.62.2.143   
    datacenter       wdc07   
    usable ips       13   
    IP address       ID          IP address      
                    186531376   169.62.2.128      
                    186531378   169.62.2.129      
                    186531380   169.62.2.130      
                    186531382   169.62.2.131      
                    186531384   169.62.2.132      
                    186531386   169.62.2.133      
                    186531388   169.62.2.134      
                    186531390   169.62.2.135      
                    186531392   169.62.2.136      
                    186531394   169.62.2.137      
                    186531396   169.62.2.138      
                    186531398   169.62.2.139      
                    186531400   169.62.2.140      
                    186531402   169.62.2.141      
                    186531404   169.62.2.142      
                    186531406   169.62.2.143      
    virtual guests   hostname                                                 domain    public_ip      private_ip      
                    kube-c8ofi5pw077drsbovf90-roks47class-default-00000187   iks.ibm   169.62.2.130   10.191.55.109      
                    kube-c8ofi5pw077drsbovf90-roks47class-default-000002a2   iks.ibm   169.62.2.133   10.191.55.108      
                    kube-c8ofi5pw077drsbovf90-roks47class-default-00000372   iks.ibm   169.62.2.135   10.191.55.121      
                    kube-c8ofh6kw0jj8l6jovf8g-iks22classi-default-00000219   iks.ibm   169.62.2.132   10.191.55.105      
                    kube-c8ofh6kw0jj8l6jovf8g-iks22classi-default-0000012f   iks.ibm   169.62.2.134   10.191.55.107