--- title: "クラスタのアクセスと管理" slug: "k8s-k8suse-cluster" tags: ["Ncloud Kubernetes Service", "VPC"] updated: 2026-09-17T09:31:52Z published: 2026-09-17T09:31:52Z canonical: "guide.ncloud-docs.com/k8s-k8suse-cluster" --- > ## Documentation Index > Fetch the complete documentation index at: https://guide.ncloud-docs.com/llms.txt > Use this file to discover all available pages before exploring further. # クラスタのアクセスと管理 VPC環境で利用できます。 クラスタ作成を完了すると、Ncloud Kubernetes Serviceのダッシュボードでクラスタリストを確認でき、クラスタにアクセスできます。クラスタリストでクラスタの詳細情報確認 、ファイルの再設定、クラスタ削除などの個別クラスタと関連したタスクを実行できます。 NAVERクラウドプラットフォームコンソールの VPC環境で、**Menu** > **All Services** > **Containers** > **Ncloud Kubernetes Service**メニューを順にクリックすると、作成したクラスタのリストが表示されます。 ## クラスタアクセス 作成したクラスタに kubectlコマンドを用いてアクセスできます。 kubectlコマンドを使用してクラスタにアクセスする方法は、次の通りです。 1. NAVERクラウドプラットフォームコンソールの VPC環境で、**Menu** > **All Services** > **Containers** > **Ncloud Kubernetes Service**メニューを順にクリックします。 2. クラスタリストからアクセスするクラスタの行をクリックし、認証方式に応じて設定ファイルを構成します。 - Admin認証: **[ダウンロード]** ボタンをクリックしてクラスタの設定ファイルをダウンロードします。 - IAM認証:**[IAM認証ガイド]** ボタンをクリックして ncp-iam-authenticatorをインストールした後、kubeconfigファイルを作成します。 参考 Admin認証は、2022年2月13日以前に作成したクラスタのみサポートします。 1. 以下の例のように kubectlコマンドに--kubeconfigオプションを使用してダウンロードした設定ファイルのパスを指定した後、実行します。 ``` $ kubectl --kubeconfig「設定ファイル」 get nodes ``` 参考 $HOME/.kube/configパスに設定ファイルを直接追加する方法もあります。 2. 以下のリンクを参照し、使用中の OSに適した方法で環境変数を設定します。 - Macまたは Linux OSで `$KUBE_CONFIG` 環境変数を設定 ``` $ export KUBE_CONFIG="${HOME}/Downloads/kubeconfig-1865.yaml" $ echo $KUBE_CONFIG /Users/user/Downloads/kubeconfig-1865.yaml $ kubectl --kubeconfig $KUBE_CONFIG get nodes ``` - Windows Powershellで `$KUBE_CONFIG` 環境変数を設定 ``` > $KUBE_CONFIG=$HOME+"\Downloads\kubeconfig-1865.yaml" > $KUBE_CONFIG C:\Users\NAVER\Downloads\kubeconfig-1865.yaml > kubectl --kubeconfig $KUBE_CONFIG get nodes ``` - Windowsコマンドプロンプトで `$KUBE_CONFIG` 環境変数を設定 ``` > SET KUBE_CONFIG=%USERPROFILE%\Downloads\kubeconfig-1865.yaml > kubectl --kubeconfig %KUBE_CONFIG% get nodes ``` 正常に設定された場合、以下の例のように結果が表示されます。 ``` NAME STATUS ROLES AGE nks-pool-0000-w-001 Ready node 5h22m nks-pool-0000-w-002 Ready node 5h22m nks-pool-0000-w-003 Ready node 5h22m ``` ## クラスタの詳細情報を見る クラスタリストで個別クラスタの行をクリックすると、詳細情報を確認できます。 - クラスタのアベイラビリティタイプ(Single Zone/Multi Zone)を確認できます。 - **[ガイドを見る]** ボタンをクリックしてクラスタにアクセスする方法に関するガイドを確認できます。このガイドで説明する内容は、[クラスタアクセス](/docs/ja/k8s-k8suse-cluster#%ED%81%B4%EB%9F%AC%EC%8A%A4%ED%84%B0%EC%A0%91%EC%86%8D)でより詳しく確認できます。 - **Audit Log**の右側にある **[変更]** ボタンをクリックして有効化の有無を変更できます。 **Audit Log**を有効にすると、Cloud Log Analyticsでログを収集できます。ただし、有効にするにはまず Cloud Log Analyticsサービスを申し込む必要があります([CLA ご利用ガイド](/docs/ja/cla-overview)を参照)。 ## kubeconfigファイルの再設定 kubeconfig設定ファイルを再設定できます。再設定機能を使用する場合、既存のファイルはこれ以上使用できません。再設定で作成された新規設定ファイルをダウンロードして使用してください。 kubeconfig設定ファイルを再設定する方法は、次の通りです。 1. クラスタリストで、個々のクラスタの行をクリックします。 2. クラスタの詳細情報タブで **[再設定]** ボタンをクリックします。 3. 認証ファイルを再設定するクラスタの名前を入力して後、 **[再設定]** ボタンをクリックします。 参考 Admin認証をサポートするクラスタでのみ kubeconfigファイルを再設定できます。 ## クラスタ削除 クラスタを削除する方法は、次の通りです。 1. クラスタリストで、削除するクラスタの行をクリックします。 2. クラスタリストの左上にある **[削除]** ボタンをクリックします。 3. 確認のポップアップでそのクラスタの名前を入力した後、 **[削除]** ボタンをクリックします。 ## クラスタ Autoscalerを使用する クラスタ Autoscalerを使用してワーカーノード数を自動増減させるには、[Cluster Autoscaler を使用する](/docs/ja/k8s-k8suse-clusterautoscaler)をご参照ください。 ## クラスタアップグレード クラスタをアップグレードして内部管理マスター領域を真意バージョンにローテーションできます。アップグレード以降に追加するノードプールは、その後のバージョンが適用されます。アップグレード中には一時的にリソースの照会、変更、削除ができない場合があります。 ### アップグレード前のチェック クラスタをアップグレードする前に、以下の事項を確認してサービスに影響を与えかねない要素をチェックしてください。 - 新しいバージョンの変更事項: [Kubernetes changelog](https://github.com/kubernetes/kubernetes/tree/master/CHANGELOG)を参照して、新しいバージョンで変更された内容がサービスに影響を与える可能性があるか確認します。 - バージョンスキューポリシー: [Version Skew Policy](https://kubernetes.io/releases/version-skew-policy/)を参照して、クラスタとコンポーネントのバージョン間の互換性を確認します。 - Admission Webhook: クラスタ内に Webhookがある場合、アップグレード中にデッドロックに陥るおそれがあります。[Dynamic Admission Control](https://kubernetes.io/docs/reference/access-authn-authz/extensible-admission-controllers/#avoiding-deadlocks-in-self-hosted-webhooks)を参照してアップグレード前にあらかじめ対策を講じてください。 - 利用可能なサーバの確保: 安定的なアップグレードのために、可用サーバを3つ以上確保します。 - リソースのバックアップ/復旧: nodelocaldns、coredns ConfigMapと同じ kube-systemリソースと StorageClassなどはアップグレード時に維持されず、新しいバージョンに置き換えられます。変更されたリソースがある場合、バックアップしてアップグレードを完了してから再適用します。 以下を参照して、アップグレードに関連する詳細事項を設定することができます。 - PodDisruptionBudget: [Specifying a Disruption Budget](https://kubernetes.io/docs/tasks/run-application/configure-pdb/)を参照して、クラスタのアップグレード中にもサービス中の Podを目的の割合または数で維持できます。 - Readiness Probe: [Define readiness probes](https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/#define-readiness-probes)を参照して、ノードプールの切り替え中に Podが再配置される際、Podがサービス可能なステータスである場合にのみ Ncloud Kubernetes Serviceリソースを通じてアクセスできるように設定できます。 ### アップグレード方法 クラスタをアップグレードする方法は、次の通りです。 1. クラスタリストで、アップグレードしたいクラスタの行をクリックします。 2. クラスタの詳細情報タブで、 **[アップグレード]** ボタンをクリックします。 3. 設定ポップアップ画面でアップグレードするバージョンを選択した後、クラスタの名前を入力します。 4. **[アップグレード]** ボタンをクリックします。 ## Control Planeに関する IP ACL構成 パブリック IPアドレスをベースに Kubernetes Control Planeに関するアクセスを制限できます。 Kubernetes Consoleで IP Access Control List(ACL)を変更するクラスタを選択した後、**Endpoint** > **IP ACL変更**の **[変更]** ボタンをクリックします。 ![vnks_ip_acl_ko](https://cdn.document360.io/6998976f-9d95-4df8-b847-d375892b92c2/Images/Documentation/%E1%84%89%E1%85%B3%E1%84%8F%E1%85%B3%E1%84%85%E1%85%B5%E1%86%AB%E1%84%89%E1%85%A3%E1%86%BA%202022-07-18%20%E1%84%8B%E1%85%A9%E1%84%92%E1%85%AE%207.58.54.png?sv=2026-02-06&spr=https&st=2026-10-30T23%3A23%3A52Z&se=2026-10-31T00%3A23%3A52Z&sr=c&sp=r&sig=xhSlSqGAoVPq%2B8KDhCME9mj6A1s1IL6pDC3P%2BngzekU%3D) ### Default action Control Planeにアクセスしたい場合、クライアントのパブリック IPアドレスが IP Access Control List(ACL)に登録されているルールによって許可や拒否去れない場合、Default actionに応じてアクセスをフィルタリングします。 ### IP ACL(Access Control List) パブリック IPアドレスをベースに Kubernetes Control Planeに関する IP ACLを設定できます。 最大20個まで登録できます。 - アクセスソース: IPv4ベースの CIDR Blockを入力します。 - アクション: アクセスソース CIDRに該当する IPアドレスがアクセスする場合、処理する方法を選択します。 - メモ: 入力するルールに関するメモを作成できます。 #### Example Case 1) パブリック IPアドレスに対するすべてのアクセスを遮断し、VPC内 VMインスタンスでのみ Kubernetes Control Planeにアクセスしたい場合 - Default actionを denyに設定 - IP ACLでは何のルールも登録しない 上記のように設定する場合、パブリック IPアドレスを利用したすべてのアクセスを遮断します。VPCネットワーク内の VMインスタンス環境で Control Planeにアクセスする場合はパブリック IPアドレスを使用せず、IP ACLの影響も受けません。 Case 2) 特定パブリック IPアドレス 143.248.142.77に対するアクセスを遮断し、他のパブリック IPアドレスのアクセスは許可したい場合 - Default actionを allowに設定 - IP ACLではアクセスソースを143.248.142.77/32に、アクションは denyに設定 上記のように設定する場合、143.248.142.77に対するアクセスは拒否されますが、それ他のパブリック IPアドレスは Default actionによりアクセスを許可します。