KubernetesのNamespaceリソースとは何か?

一台のマシンに複数の環境を構築する場合、どのようにリソースを分配すれば良いのでしょうか? クラスター単位でリソースの使用状況を管理するためにはNamespaceの使用が有効です。

例えば、以下のように環境ごとにnamespaeで区切ることができます。

この場合、prodnamespaceでkkkappというサービスを運用し、testnamespaceでkkkappというサービスを運用したとしても名前の競合は発生しません。

Namespaceはリソースをグループ化することが可能なのです

ただし、Namespaceのネストはできません。

Namespaceのメリット

KubernetesではNamespaceを活用してリソース管理することで、次のような恩恵を受けることができます。

特にNamespaceを使用しない場合、常にデフォルトのNamespace default Namespaceが適応されます。

デフォルトの代わりに--namespaceオプションを使用することで、コマンドで使用されるリソースにはそのNamespaceが適応されます。例えば、test環境の名前空間のpodsを取得したい場合、以下のようなコマンドになります。

kubectl get pods --namespace prod

または、省略形の-nオプションも使用可能です。

kubectl get pods -n prod

testNamespaceを使用する場合、次のようなリソースファイルを作成することができます。

apiVersion: v1
kind: Namespace
metadata:
  name: test

このリソースファイルをkubectl apply -f (リソースファイル名)で適応することでNamespaceが作成されます。

またはマニフェストを使わずにNamespaceを作成する場合、 kubectl create namespaceコマンドが使用可能です。例えば、testNamespaceを作成したいときは次のコマンドを実行します。

kubectl create namespace test

KubernetesのServiceリソースには全て、外部との通信に使用できるDNS名が関連付けられます。

例えば、Namespacetest内部にあるdemoServiceと通信したい場合、次のドメインにアクセスすることで通信ができます。

demo.test

Namespace単位でのリソースを制限することも可能です。コレを行うためにはResourceQuotaリソースを使用します。

appVersion: v1
kind: ResourceQuota
metadata:
  name: demo-resourcequota # ただのコメント
spec:
  hard:
    pods: "100"

上記のマニフェストではあるNamespace内部で同時に実行できるPodの数を100に制限するハードリミットが設定されます。ただ、リソースファイル内部にはどのNamespaceに適応するかは書かれていません。

上記のymlファイルを保存した後、次のapplyコマンド実行時に--namespaceオプションを使用することで初めて適応されます。

kubectl apply --namespace demo -f (ymlファイル名)