アンマネージドイングレスコントローラーを作成する

まとめ

イングレスコントローラーは、リバースプロキシ、構成可能なトラフィックルーティング、および Kubernetes サービスの TLS 終端を提供するソフトウェアです。 Kubernetes イングレスリソースを使用して、個々の Kubernetes サービスのイングレスルールとルートを構成します。イングレスコントローラーとイングレスルールを使用する場合は、1 つの IP アドレスを使用して、Kubernetes クラスター内の複数のサービスにトラフィックをルーティングできます。

この記事では、Azure Kubernetes Service (AKS) クラスターに NGINX イングレスコントローラーを展開する方法について説明します。その後、AKS クラスターで 2 つのアプリケーションを実行し、各アプリケーションに 1 つの IP アドレスでアクセスできます。

重要

AKS のイングレスには、アプリケーションルーティングアドオンを使用します。詳細については、「アプリケーションルーティングアドオンでのマネージド nginx イングレス」をご覧ください。

注意

Kubernetes 用の 2 つのオープンソースイングレスコントローラーは NGINX に基づいています。1 つは Kubernetes コミュニティ (kubernetes/ingress-nginx) によって管理され、1 つは NGINX, Inc. (nginxinc/kubernetes-ingress) によって管理されます。この記事では、Kubernetes コミュニティイングレスコントローラーを使用します。

開始する前に

この記事では、Helm 3 を使用して、サポートされているバージョンの Kubernetes に NGINX イングレスコントローラーをインストールします。最新リリースの Helm を使用していること、および ingress-nginx Helm リポジトリにアクセスできることを確認します。この記事で説明する手順は、以前のバージョンの Helm チャート、NGINX イングレスコントローラー、または Kubernetes と互換性がない可能性があります。
この記事では、Azure Container Registry が統合された既存の AKS クラスターがあることを前提としています。統合された ACR を使用して AKS クラスターを作成する方法の詳細については、「 Azure Kubernetes Service からの Azure Container Registry を使用した認証」を参照してください。
Kubernetes API 正常性エンドポイント ( healthz) は、Kubernetes v1.16 で非推奨となりました。代わりに、このエンドポイントを livez および readyz エンドポイントで置き換えることができます。シナリオに使用するエンドポイントを決定するには、正常性のための Kubernetes API エンドポイントに関するページをご覧ください。
Azure CLI を使用している場合、この記事では、Azure CLI バージョン 2.0.64 以降を実行している必要があります。バージョンを確認するには、az --version を実行します。インストールまたはアップグレードする必要がある場合は、[Azure CLI のインストール][azure-cli-install]を参照してください。
Azure PowerShell を使用している場合、この記事では、Azure PowerShell バージョン 5.9.0 以降実行している必要があります。バージョンを確認するには、Get-InstalledModule -Name Az を実行します。インストールまたはアップグレードする必要がある場合は、Azure PowerShell のインストールに関するページをご覧ください。

基本的なイングレスコントローラーの構成

既定値をカスタマイズせずに基本的な NGINX イングレスコントローラーを作成するには、Helm を使用します。次の構成では、わかりやすくするために既定の構成が使用されています。 --set controller.replicaCount=3 など、デプロイをカスタマイズするためのパラメーターを追加できます。

注意

クラスター内のコンテナーへの要求に対してクライアントソース IP の保持を有効にするには、Helm インストールコマンドに --set controller.service.externalTrafficPolicy=Local を追加します。クライアントソース IP が要求ヘッダーの X-Forwarded-For の下に格納されます。クライアントソース IP の保持を有効にしたイングレスコントローラーを使用すると、TLS パススルーは機能しません。

Azure CLI
Azure PowerShell

NAMESPACE=ingress-basic

helm repo add ingress-nginx https://kubernetes.github.io/ingress-nginx
helm repo update

helm install ingress-nginx ingress-nginx/ingress-nginx \
  --create-namespace \
  --namespace $NAMESPACE \
  --set controller.service.annotations."service\.beta\.kubernetes\.io/azure-load-balancer-health-probe-request-path"=/healthz \
  --set controller.service.externalTrafficPolicy=Local

$Namespace = 'ingress-basic'

helm repo add ingress-nginx https://kubernetes.github.io/ingress-nginx
helm repo update

helm install ingress-nginx ingress-nginx/ingress-nginx `
  --create-namespace `
  --namespace $Namespace `
  --set controller.service.annotations."service\.beta\.kubernetes\.io/azure-load-balancer-health-probe-request-path"=/healthz `
  --set controller.service.externalTrafficPolicy=Local

注意

このチュートリアルでは、 service.beta.kubernetes.io/azure-load-balancer-health-probe-request-path を /healthz に設定します。この設定は、 /healthz への要求の応答コードが 200されていない場合、イングレスコントローラー全体が停止することを意味します。シナリオに合わせて値を別の URI に変更できます。この部分を削除したり、値の設定を解除したり、イングレスコントローラーが停止したりすることはできません。 ingress-nginxが提供するこのチュートリアルで使用されるパッケージは、常に200要求の/healthz応答コードを返します。これは既定のバックエンドとして設計されているため、イングレスルールによって上書きされない限り、ユーザーはすぐに開始できます。

カスタマイズされたイングレスコントローラーの構成

前のセクションで説明した基本的な構成の代わりに、次の一連の手順では、カスタマイズされたイングレスコントローラーをデプロイする方法を示します。内部静的 IP アドレスまたは動的パブリック IP アドレスを使用できます。

イメージバージョンを制御するには、それらを独自の Azure Container Registry にインポートします。 NGINX イングレスコントローラー Helm グラフでは、3 つのコンテナーイメージを使用します。これらのイメージを ACR にインポートするには、az acr import を使用します。

REGISTRY_NAME=<REGISTRY_NAME>
SOURCE_REGISTRY=registry.k8s.io
CONTROLLER_IMAGE=ingress-nginx/controller
CONTROLLER_TAG=v1.8.1
PATCH_IMAGE=ingress-nginx/kube-webhook-certgen
PATCH_TAG=v20230407
DEFAULTBACKEND_IMAGE=defaultbackend-amd64
DEFAULTBACKEND_TAG=1.5

az acr import --name $REGISTRY_NAME --source $SOURCE_REGISTRY/$CONTROLLER_IMAGE:$CONTROLLER_TAG --image $CONTROLLER_IMAGE:$CONTROLLER_TAG
az acr import --name $REGISTRY_NAME --source $SOURCE_REGISTRY/$PATCH_IMAGE:$PATCH_TAG --image $PATCH_IMAGE:$PATCH_TAG
az acr import --name $REGISTRY_NAME --source $SOURCE_REGISTRY/$DEFAULTBACKEND_IMAGE:$DEFAULTBACKEND_TAG --image $DEFAULTBACKEND_IMAGE:$DEFAULTBACKEND_TAG

イメージバージョンを制御するには、それらを独自の Azure Container Registry にインポートします。 NGINX イングレスコントローラー Helm グラフでは、3 つのコンテナーイメージを使用します。これらのイメージを ACR にインポートするには、Import-AzContainerRegistryImage を使用します。

$RegistryName = "<REGISTRY_NAME>"
$ResourceGroup = (Get-AzContainerRegistry | Where-Object {$_.name -eq $RegistryName} ).ResourceGroupName
$SourceRegistry = "registry.k8s.io"
$ControllerImage = "ingress-nginx/controller"
$ControllerTag = "v1.8.1"
$PatchImage = "ingress-nginx/kube-webhook-certgen"
$PatchTag = "v20230407"
$DefaultBackendImage = "defaultbackend-amd64"
$DefaultBackendTag = "1.5"

Import-AzContainerRegistryImage -ResourceGroupName $ResourceGroup -RegistryName $RegistryName -SourceRegistryUri $SourceRegistry -SourceImage "${ControllerImage}:${ControllerTag}"
Import-AzContainerRegistryImage -ResourceGroupName $ResourceGroup -RegistryName $RegistryName -SourceRegistryUri $SourceRegistry -SourceImage "${PatchImage}:${PatchTag}"
Import-AzContainerRegistryImage -ResourceGroupName $ResourceGroup -RegistryName $RegistryName -SourceRegistryUri $SourceRegistry -SourceImage "${DefaultBackendImage}:${DefaultBackendTag}"

注意

コンテナーイメージを ACR にインポートするだけでなく、Helm Chart を ACR にインポートすることもできます。詳細については、「Azure Container Registry に対する Helm chart のプッシュおよびプル」を参照してください。

イングレスコントローラーを作成する

イングレスコントローラーを作成するには、Helm を使用して ingress-nginx をインストールします。イングレスコントローラーは Linux ノード上でスケジュールする必要があります。 Windows Server ノードでは、イングレスコントローラーを実行しないでください。 --set nodeSelector パラメーターを使用してノードセレクターを指定し、Linux ベースのノードで NGINX イングレスコントローラーを実行するように Kubernetes スケジューラに指示します。

冗長性を高める場合は、 --set controller.replicaCount パラメーターを使用して、NGINX イングレスコントローラーの 2 つのレプリカをデプロイします。イングレスコントローラーのレプリカの実行から十分にメリットを享受するには、AKS クラスターに複数のノードが存在していることを確認します。

次の例では、ingress-basic という名前のイングレスリソースの Kubernetes 名前空間が作成され、その名前空間内で動作することを想定しています。必要に応じて、ご自身の環境の名前空間を指定できます。 AKS クラスターで Kubernetes ロールベースのアクセス制御が有効でない場合は、Helm コマンドに --set rbac.create=false を追加してください。

注意

Azure CLI
Azure PowerShell

# Add the ingress-nginx repository
helm repo add ingress-nginx https://kubernetes.github.io/ingress-nginx
helm repo update

# Set variable for ACR location to use for pulling images
ACR_LOGIN_SERVER=<REGISTRY_LOGIN_SERVER>

# Use Helm to deploy an NGINX ingress controller
helm install ingress-nginx ingress-nginx/ingress-nginx \
    --version 4.7.1 \
    --namespace ingress-basic \
    --create-namespace \
    --set controller.replicaCount=2 \
    --set controller.nodeSelector."kubernetes\.io/os"=linux \
    --set controller.image.registry=$ACR_LOGIN_SERVER \
    --set controller.image.image=$CONTROLLER_IMAGE \
    --set controller.image.tag=$CONTROLLER_TAG \
    --set controller.image.digest="" \
    --set controller.admissionWebhooks.patch.nodeSelector."kubernetes\.io/os"=linux \
    --set controller.service.annotations."service\.beta\.kubernetes\.io/azure-load-balancer-health-probe-request-path"=/healthz \
    --set controller.service.externalTrafficPolicy=Local \
    --set controller.admissionWebhooks.patch.image.registry=$ACR_LOGIN_SERVER \
    --set controller.admissionWebhooks.patch.image.image=$PATCH_IMAGE \
    --set controller.admissionWebhooks.patch.image.tag=$PATCH_TAG \
    --set controller.admissionWebhooks.patch.image.digest="" \
    --set defaultBackend.nodeSelector."kubernetes\.io/os"=linux \
    --set defaultBackend.image.registry=$ACR_LOGIN_SERVER \
    --set defaultBackend.image.image=$DEFAULTBACKEND_IMAGE \
    --set defaultBackend.image.tag=$DEFAULTBACKEND_TAG \
    --set defaultBackend.image.digest=""

# Add the ingress-nginx repository
helm repo add ingress-nginx https://kubernetes.github.io/ingress-nginx
helm repo update

# Set variable for ACR location to use for pulling images
$AcrUrl = (Get-AzContainerRegistry -ResourceGroupName $ResourceGroup -Name $RegistryName).LoginServer

# Use Helm to deploy an NGINX ingress controller
helm install ingress-nginx ingress-nginx/ingress-nginx `
    --namespace ingress-basic `
    --create-namespace `
    --set controller.replicaCount=2 `
    --set controller.nodeSelector."kubernetes\.io/os"=linux `
    --set controller.image.registry=$AcrUrl `
    --set controller.image.image=$ControllerImage `
    --set controller.image.tag=$ControllerTag `
    --set controller.image.digest="" `
    --set controller.admissionWebhooks.patch.nodeSelector."kubernetes\.io/os"=linux `
    --set controller.service.annotations."service\.beta\.kubernetes\.io/azure-load-balancer-health-probe-request-path"=/healthz `
    --set controller.service.externalTrafficPolicy=Local `
    --set controller.admissionWebhooks.patch.image.registry=$AcrUrl `
    --set controller.admissionWebhooks.patch.image.image=$PatchImage `
    --set controller.admissionWebhooks.patch.image.tag=$PatchTag `
    --set controller.admissionWebhooks.patch.image.digest="" `
    --set defaultBackend.nodeSelector."kubernetes\.io/os"=linux `
    --set defaultBackend.image.registry=$AcrUrl `
    --set defaultBackend.image.image=$DefaultBackendImage `
    --set defaultBackend.image.tag=$DefaultBackendTag `
    --set defaultBackend.image.digest=""

内部 IP アドレスを使用してイングレスコントローラーを作成する

既定では、NGINX イングレスコントローラーは動的パブリック IP アドレスを使用します。ただし、内部のプライベートネットワークと IP アドレスを使用することをお勧めします。この方法では、外部アクセスなしで、サービスへのアクセスを内部ユーザーに制限します。

--set controller.service.loadBalancerIP および --set controller.service.annotations."service\.beta\.kubernetes\.io/azure-load-balancer-internal"=true パラメーターを使用して、イングレスコントローラーに内部 IP アドレスを割り当てます。イングレスコントローラーの独自の内部 IP アドレスを指定します。この IP アドレスが仮想ネットワーク内でまだ使用されていないことを確認します。既存の仮想ネットワークとサブネットを使用する場合は、仮想ネットワークとサブネットを管理するための適切なアクセス許可を持つ AKS クラスターを構成する必要があります。詳細については、「Azure Kubernetes Service (AKS) の独自の IP アドレス範囲で kubenet ネットワークを使用する」または「Azure Kubernetes Service (AKS) で Azure CNI ネットワークを構成する」を参照してください。

Azure CLI
Azure PowerShell

# Add the ingress-nginx repository
helm repo add ingress-nginx https://kubernetes.github.io/ingress-nginx
helm repo update

# Set variable for ACR location to use for pulling images
ACR_LOGIN_SERVER=<REGISTRY_LOGIN_SERVER>

# Use Helm to deploy an NGINX ingress controller
helm install ingress-nginx ingress-nginx/ingress-nginx \
    --version 4.7.1 \
    --namespace ingress-basic \
    --create-namespace \
    --set controller.replicaCount=2 \
    --set controller.nodeSelector."kubernetes\.io/os"=linux \
    --set controller.image.registry=$ACR_LOGIN_SERVER \
    --set controller.image.image=$CONTROLLER_IMAGE \
    --set controller.image.tag=$CONTROLLER_TAG \
    --set controller.image.digest="" \
    --set controller.admissionWebhooks.patch.nodeSelector."kubernetes\.io/os"=linux \
    --set controller.service.loadBalancerIP=10.224.0.42 \
    --set controller.service.annotations."service\.beta\.kubernetes\.io/azure-load-balancer-internal"=true \
    --set controller.service.annotations."service\.beta\.kubernetes\.io/azure-load-balancer-health-probe-request-path"=/healthz \
    --set controller.admissionWebhooks.patch.image.registry=$ACR_LOGIN_SERVER \
    --set controller.admissionWebhooks.patch.image.image=$PATCH_IMAGE \
    --set controller.admissionWebhooks.patch.image.tag=$PATCH_TAG \
    --set controller.admissionWebhooks.patch.image.digest="" \
    --set defaultBackend.nodeSelector."kubernetes\.io/os"=linux \
    --set defaultBackend.image.registry=$ACR_LOGIN_SERVER \
    --set defaultBackend.image.image=$DEFAULTBACKEND_IMAGE \
    --set defaultBackend.image.tag=$DEFAULTBACKEND_TAG \
    --set defaultBackend.image.digest=""

# Add the ingress-nginx repository
helm repo add ingress-nginx https://kubernetes.github.io/ingress-nginx
helm repo update

# Set variable for ACR location to use for pulling images
$AcrUrl = (Get-AzContainerRegistry -ResourceGroupName $ResourceGroup -Name $RegistryName).LoginServer

# Use Helm to deploy an NGINX ingress controller
helm install ingress-nginx ingress-nginx/ingress-nginx `
    --namespace ingress-basic `
    --create-namespace `
    --set controller.replicaCount=2 `
    --set controller.nodeSelector."kubernetes\.io/os"=linux `
    --set controller.image.registry=$AcrUrl `
    --set controller.image.image=$ControllerImage `
    --set controller.image.tag=$ControllerTag `
    --set controller.image.digest="" `
    --set controller.admissionWebhooks.patch.nodeSelector."kubernetes\.io/os"=linux `
    --set controller.service.loadBalancerIP=10.224.0.42 `
    --set controller.service.annotations."service\.beta\.kubernetes\.io/azure-load-balancer-internal"=true `
    --set controller.service.annotations."service\.beta\.kubernetes\.io/azure-load-balancer-health-probe-request-path"=/healthz `
    --set controller.admissionWebhooks.patch.image.registry=$AcrUrl `
    --set controller.admissionWebhooks.patch.image.image=$PatchImage `
    --set controller.admissionWebhooks.patch.image.tag=$PatchTag `
    --set controller.admissionWebhooks.patch.image.digest="" `
    --set defaultBackend.nodeSelector."kubernetes\.io/os"=linux `
    --set defaultBackend.image.registry=$AcrUrl `
    --set defaultBackend.image.image=$DefaultBackendImage `
    --set defaultBackend.image.tag=$DefaultBackendTag `
    --set defaultBackend.image.digest="" `

イングレスロードバランサーサービスを確認する

kubectl get services を使用してロードバランサーサービスを確認します。

kubectl get services --namespace ingress-basic -o wide -w ingress-nginx-controller

NGINX イングレスコントローラーの Kubernetes ロードバランサーサービスを作成すると、次の出力例に示すように、 EXTERNAL-IP の下に IP アドレスが割り当てられます。

NAME                       TYPE           CLUSTER-IP    EXTERNAL-IP     PORT(S)                      AGE   SELECTOR
ingress-nginx-controller   LoadBalancer   10.0.65.205   EXTERNAL-IP     80:30957/TCP,443:32414/TCP   1m   app.kubernetes.io/component=controller,app.kubernetes.io/instance=ingress-nginx,app.kubernetes.io/name=ingress-nginx

この段階で外部 IP アドレスを参照すると、404 ページが表示されます。この応答は、外部 IP への接続を設定する必要があるために表示されます。これは、次のセクションで行います。

イングレステスト用のデモアプリケーションを実行する

動作中のイングレスコントローラーを確認するには、AKS クラスターで 2 つのデモアプリケーションを実行します。この例では、 kubectl apply を使用して、単純な Hello world アプリケーションの 2 つのインスタンスをデプロイします。

aks-helloworld-one.yaml ファイルを作成し、次の YAML の例をコピーします。

apiVersion: apps/v1
kind: Deployment
metadata:
  name: aks-helloworld-one  
spec:
  replicas: 1
  selector:
    matchLabels:
      app: aks-helloworld-one
  template:
    metadata:
      labels:
        app: aks-helloworld-one
    spec:
      containers:
      - name: aks-helloworld-one
        image: mcr.microsoft.com/azuredocs/aks-helloworld:v1
        ports:
        - containerPort: 80
        env:
        - name: TITLE
          value: "Welcome to Azure Kubernetes Service (AKS)"
---
apiVersion: v1
kind: Service
metadata:
  name: aks-helloworld-one  
spec:
  type: ClusterIP
  ports:
  - port: 80
  selector:
    app: aks-helloworld-one

aks-helloworld-two.yaml ファイルを作成し、次の YAML の例をコピーします。

apiVersion: apps/v1
kind: Deployment
metadata:
  name: aks-helloworld-two  
spec:
  replicas: 1
  selector:
    matchLabels:
      app: aks-helloworld-two
  template:
    metadata:
      labels:
        app: aks-helloworld-two
    spec:
      containers:
      - name: aks-helloworld-two
        image: mcr.microsoft.com/azuredocs/aks-helloworld:v1
        ports:
        - containerPort: 80
        env:
        - name: TITLE
          value: "AKS Ingress Demo"
---
apiVersion: v1
kind: Service
metadata:
  name: aks-helloworld-two  
spec:
  type: ClusterIP
  ports:
  - port: 80
  selector:
    app: aks-helloworld-two

kubectl apply を使用して、次の 2 つのデモアプリケーションを実行します。

kubectl apply -f aks-helloworld-one.yaml --namespace ingress-basic
kubectl apply -f aks-helloworld-two.yaml --namespace ingress-basic

イングレスルーティング規則を作成する

両方のアプリケーションは、Kubernetes クラスターで実行するようになります。各アプリケーションにトラフィックをルーティングするには、Kubernetes イングレスリソースを作成します。イングレスリソースでは、2 つのアプリケーションのいずれかにトラフィックをルーティングするルールを構成します。

次の例では、EXTERNAL_IP/hello-world-one へのトラフィックが aks-helloworld-one という名前のサービスにルーティングされます。 EXTERNAL_IP/hello-world-two へのトラフィックは、aks-helloworld-two サービスにルーティングされます。静的資産の場合、EXTERNAL_IP/static へのトラフィックは aks-helloworld-one という名前のサービスにルーティングされます。

hello-world-ingress.yaml という名前のファイルを作成し、次の例の YAML にコピーします。

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: hello-world-ingress
  annotations:
    nginx.ingress.kubernetes.io/ssl-redirect: "false"
    nginx.ingress.kubernetes.io/use-regex: "true"
    nginx.ingress.kubernetes.io/rewrite-target: /$2
spec:
  ingressClassName: nginx
  rules:
  - http:
      paths:
      - path: /hello-world-one(/|$)(.*)
        pathType: Prefix
        backend:
          service:
            name: aks-helloworld-one
            port:
              number: 80
      - path: /hello-world-two(/|$)(.*)
        pathType: Prefix
        backend:
          service:
            name: aks-helloworld-two
            port:
              number: 80
      - path: /(.*)
        pathType: Prefix
        backend:
          service:
            name: aks-helloworld-one
            port:
              number: 80
---
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: hello-world-ingress-static
  annotations:
    nginx.ingress.kubernetes.io/ssl-redirect: "false"
    nginx.ingress.kubernetes.io/rewrite-target: /static/$2
spec:
  ingressClassName: nginx
  rules:
  - http:
      paths:
      - path: /static(/|$)(.*)
        pathType: Prefix
        backend:
          service:
            name: aks-helloworld-one
            port: 
              number: 80

kubectl apply コマンドを使用してイングレスリソースを作成します。
```
kubectl apply -f hello-world-ingress.yaml --namespace ingress-basic
```

イングレスコントローラーのルーティングをテストする

イングレスコントローラーに対してルートをテストするには、2 つのアプリケーションを参照します。 Web ブラウザーを開き、EXTERNAL_IP などの NGINX イングレスコントローラーの IP アドレスに移動します。次の例に示すように、最初のデモアプリケーションが Web ブラウザーに表示されます。

ここで /hello-world-two パスを IP アドレスに追加し、EXTERNAL_IP/hello-world-two などとします。カスタムタイトルを含む 2 番目のデモアプリケーションが表示されます。

内部 IP アドレスをテストする

テストポッドを作成し、それにターミナルセッションをアタッチします。

kubectl run -it --rm aks-ingress-test --image=mcr.microsoft.com/dotnet/runtime-deps:6.0 --namespace ingress-basic

curlを使用してポッドにapt-getをインストールします。
```
apt-get update && apt-get install -y curl
```
curlなどのhttp://10.224.0.42を使用して、Kubernetes イングレスコントローラーのアドレスにアクセスします。イングレスコントローラーをデプロイしたときに指定した、独自の内部 IP アドレスを指定します。
```
curl -L http://10.224.0.42
```
アドレスを含むパスを指定していないので、イングレスコントローラーは既定で / ルートに設定されます。次の簡約された出力例に示すように、最初のデモアプリケーションが返されます。
```
<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
    <link rel="stylesheet" type="text/css" href="/static/default.css">
    <title>Welcome to Azure Kubernetes Service (AKS)</title>
[...]
```
アドレスに/hello-world-twoパスを追加するなどhttp://10.224.0.42/hello-world-twoを行います。
```
curl -L -k http://10.224.0.42/hello-world-two
```
次の簡約された出力例に示すように、カスタムタイトル付きの 2 番目のデモアプリケーションが返されます。
```
<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
    <link rel="stylesheet" type="text/css" href="/static/default.css">
    <title>AKS Ingress Demo</title>
[...]
```

リソースをクリーンアップする

この記事では、Helm を使用して、イングレスコンポーネントおよびサンプルアプリをインストールしました。 Helm チャートをデプロイすると、多数の Kubernetes リソースが作成されます。これらのリソースには、ポッド、デプロイ、およびサービスが含まれます。これらのリソースをクリーンアップするには、サンプル名前空間全体を削除するか、個々のリソースを削除します。

サンプルの名前空間とすべてのリソースを削除する

サンプルの名前空間全体を削除するには、kubectl delete コマンドを使用して、名前空間の名前を指定します。このコマンドは、名前空間内のすべてのリソースを削除します。

kubectl delete namespace ingress-basic

リソースを個々に削除する

または、より詳細な方法で作成された個々のリソースを削除することもできます。

helm list コマンドを使用して Helm リリースを一覧表示します。

helm list --namespace ingress-basic

次の出力例に示すように、ingress-nginx および aks-helloworld という名前のグラフを探します。

NAME                    NAMESPACE       REVISION        UPDATED                                 STATUS          CHART                   APP VERSION
ingress-nginx           ingress-basic   1               2020-01-06 19:55:46.358275 -0600 CST    deployed        nginx-ingress-1.27.1    0.26.1

helm uninstall コマンドを使用してリリースをアンインストールします。
```
helm uninstall ingress-nginx --namespace ingress-basic
```

2 つのサンプルアプリケーションを削除します。

kubectl delete -f aks-helloworld-one.yaml --namespace ingress-basic
kubectl delete -f aks-helloworld-two.yaml --namespace ingress-basic

サンプルアプリにトラフィックを送信していたイングレスルートを削除します。
```
kubectl delete -f hello-world-ingress.yaml
```
kubectl delete コマンドを使用して名前空間を削除し、名前空間名を指定します。
```
kubectl delete namespace ingress-basic
```

次のステップ

既存のイングレスコンポーネントを使用して TLS を構成するには、イングレスコントローラーでの TLS の使用に関する記事を参照してください。

アプリケーションルーティングを使用するように AKS クラスターを構成するには、「アプリケーションルーティングアドオンを参照してください。

この記事には、AKS の外部コンポーネントがいくつか含まれています。これらのコンポーネントの詳細については、次のプロジェクトページを参照してください。

フィードバック

このページはお役に立ちましたか?

Last updated on 2026-03-25

次の方法で共有

アンマネージド イングレス コントローラーを作成する

まとめ

開始する前に

基本的なイングレス コントローラーの構成

カスタマイズされたイングレス コントローラーの構成

Helm Chart で使用されるイメージを ACR にインポートする

イングレス コントローラーを作成する

内部 IP アドレスを使用してイングレス コントローラーを作成する

イングレス ロード バランサー サービスを確認する

イングレス テスト用のデモ アプリケーションを実行する

イングレス ルーティング規則を作成する

イングレス コントローラーのルーティングをテストする