Cómo instalar un controlador de entrada de Application Gateway (AGIC) con una nueva instancia de Application Gateway

  • Artículo

Las instrucciones que se muestran a continuación asumen que el controlador de entrada de Application Gateway (AGIC) se instalará en un entorno sin componentes ya existentes.

Sugerencia

Consulte también Qué es la Puerta de enlace de aplicaciones para contenedores.

Herramientas de línea de comandos necesarias

Se recomienda el uso de Azure Cloud Shell para todas las operaciones siguientes de línea de comandos. Inicie Shell desde shell.azure.com o haga clic en el vínculo:

Como alternativa, inicie Cloud Shell desde Azure Portal mediante el siguiente icono:

Portal launch

Su instancia de Azure Cloud Shell ya tiene todas las herramientas necesarias. Si decide usar otro entorno, asegúrese de que estén instaladas las herramientas de línea de comandos siguientes:

Creación de una identidad

Siga los pasos que se indican a continuación para crear un objeto de entidad de servicio de Microsoft Entra. Registre los valores appId, password y objectId, se usarán en los pasos siguientes.

  1. Cree una entidad de servicio de AD (lea más sobre RBAC):

    az ad sp create-for-rbac --role Contributor --scopes /subscriptions/mySubscriptionID -o json > auth.json
appId=$(jq -r ".appId" auth.json)
password=$(jq -r ".password" auth.json)

    Los valores de appId y password del resultado de JSON se usarán en los pasos siguientes

  2. Use el appId del resultado del comando anterior para obtener el id de la nueva entidad de servicio:

    objectId=$(az ad sp show --id $appId --query "id" -o tsv)

    El resultado de este comando es objectId, que se usará en la plantilla de Azure Resource Manager siguiente

  3. Cree el archivo de parámetros que se usará en la implementación de la plantilla de Azure Resource Manager más adelante.

    cat <<EOF > parameters.json
{
  "aksServicePrincipalAppId": { "value": "$appId" },
  "aksServicePrincipalClientSecret": { "value": "$password" },
  "aksServicePrincipalObjectId": { "value": "$objectId" },
  "aksEnableRBAC": { "value": false }
}
EOF

    Para implementar un clúster con RBAC de Kubernetes RBAC habilitado, establezca el campo aksEnableRBAC en true.

Implementación de componentes

En este paso se agregarán los siguientes componentes a la suscripción:

  1. Descargue la plantilla de Azure Resource Manager y modifíquela según sea necesario.

    wget https://raw.githubusercontent.com/Azure/application-gateway-kubernetes-ingress/master/deploy/azuredeploy.json -O template.json

  2. Implementación de la plantilla de Azure Resource Manager mediante la CLI de Azure. La implementación puede tardar hasta 5 minutos.

    resourceGroupName="MyResourceGroup"
location="westus2"
deploymentName="ingress-appgw"

# create a resource group
az group create -n $resourceGroupName -l $location

# modify the template as needed
az deployment group create \
        -g $resourceGroupName \
        -n $deploymentName \
        --template-file template.json \
        --parameters parameters.json

  3. Una vez finalizada la implementación, descargue el resultado de la implementación en un archivo llamado deployment-outputs.json.

    az deployment group show -g $resourceGroupName -n $deploymentName --query "properties.outputs" -o json > deployment-outputs.json

Configuración del controlador de entrada de Application Gateway

Con las instrucciones de la sección anterior, hemos creado y configurado un nuevo clúster de AKS y una instancia de Application Gateway. Ahora estamos listos para implementar una aplicación de ejemplo y un controlador de entrada en nuestra nueva infraestructura de Kubernetes.

Configuración de las credenciales de Kubernetes

En los pasos siguientes, es necesario configurar el comando kubectl, que usaremos para conectarnos al nuevo clúster de Kubernetes. Cloud Shell ya tiene kubectl instalado. Usaremos la CLI de az para obtener las credenciales de Kubernetes.

Obtenga las credenciales de la instancia de AKS recién implementada (lea más):

# use the deployment-outputs.json created after deployment to get the cluster name and resource group name
aksClusterName=$(jq -r ".aksClusterName.value" deployment-outputs.json)
resourceGroupName=$(jq -r ".resourceGroupName.value" deployment-outputs.json)

az aks get-credentials --resource-group $resourceGroupName --name $aksClusterName

Instalación de Microsoft Entra Pod Identity

Microsoft Entra Pod Identity proporciona acceso basado en token a Azure Resource Manager (ARM).

Microsoft Entra Pod Identity agregará los siguientes componentes al clúster de Kubernetes:

Para instalar Microsoft Entra Pod Identity en el clúster:

  • Clúster de AKS habilitado para RBAC de Kubernetes

    kubectl create -f https://raw.githubusercontent.com/Azure/aad-pod-identity/master/deploy/infra/deployment-rbac.yaml

  • Clúster de AKS deshabilitado para RBAC de Kubernetes

    kubectl create -f https://raw.githubusercontent.com/Azure/aad-pod-identity/master/deploy/infra/deployment.yaml

Instalación de Helm

Helm es un administrador de paquetes para Kubernetes. Lo usaremos para instalar el paquete application-gateway-kubernetes-ingress.

Nota:

Si usa Cloud Shell, no es necesario instalar Helm. Azure Cloud Shell viene con Helm versión 3. Omita el primer paso y agregue el repositorio de Helm de AGIC.

  1. Instale Helm y ejecute lo siguiente para agregar el paquete de Helm application-gateway-kubernetes-ingress:

    • Clúster de AKS habilitado para RBAC de Kubernetes

      kubectl create serviceaccount --namespace kube-system tiller-sa
kubectl create clusterrolebinding tiller-cluster-rule --clusterrole=cluster-admin --serviceaccount=kube-system:tiller-sa
helm init --tiller-namespace kube-system --service-account tiller-sa

    • Clúster de AKS deshabilitado para RBAC de Kubernetes

      helm init

  2. Agregue el repositorio de Helm de AGIC:

    helm repo add application-gateway-kubernetes-ingress https://appgwingress.blob.core.windows.net/ingress-azure-helm-package/
helm repo update

Instalación del gráfico de Helm del controlador de entrada

  1. Use el archivo deployment-outputs.json creado anteriormente y cree las siguientes variables.

    applicationGatewayName=$(jq -r ".applicationGatewayName.value" deployment-outputs.json)
resourceGroupName=$(jq -r ".resourceGroupName.value" deployment-outputs.json)
subscriptionId=$(jq -r ".subscriptionId.value" deployment-outputs.json)
identityClientId=$(jq -r ".identityClientId.value" deployment-outputs.json)
identityResourceId=$(jq -r ".identityResourceId.value" deployment-outputs.json)

  2. Descargue helm-config.yaml, que configurará AGIC:

    wget https://raw.githubusercontent.com/Azure/application-gateway-kubernetes-ingress/master/docs/examples/sample-helm-config.yaml -O helm-config.yaml

    O copie el siguiente archivo YAML:

    # This file contains the essential configs for the ingress controller helm chart

# Verbosity level of the App Gateway Ingress Controller
verbosityLevel: 3

################################################################################
# Specify which application gateway the ingress controller will manage
#
appgw:
    subscriptionId: <subscriptionId>
    resourceGroup: <resourceGroupName>
    name: <applicationGatewayName>

    # Setting appgw.shared to "true" will create an AzureIngressProhibitedTarget CRD.
    # This prohibits AGIC from applying config for any host/path.
    # Use "kubectl get AzureIngressProhibitedTargets" to view and change this.
    shared: false

################################################################################
# Specify which kubernetes namespace the ingress controller will watch
# Default value is "default"
# Leaving this variable out or setting it to blank or empty string would
# result in Ingress Controller observing all acessible namespaces.
#
# kubernetes:
#   watchNamespace: <namespace>

################################################################################
# Specify the authentication with Azure Resource Manager
#
# Two authentication methods are available:
# - Option 1: AAD-Pod-Identity (https://github.com/Azure/aad-pod-identity)
armAuth:
    type: aadPodIdentity
    identityResourceID: <identityResourceId>
    identityClientID:  <identityClientId>

## Alternatively you can use Service Principal credentials
# armAuth:
#    type: servicePrincipal
#    secretJSON: <<Generate this value with: "az ad sp create-for-rbac --subscription <subscription-uuid> --role Contributor --sdk-auth | base64 -w0" >>

################################################################################
# Specify if the cluster is Kubernetes RBAC enabled or not
rbac:
    enabled: false # true/false

# Specify aks cluster related information. THIS IS BEING DEPRECATED.
aksClusterConfiguration:
    apiServerAddress: <aks-api-server-address>

  3. Edite el archivo helm-config.yaml recién descargado y rellene las secciones appgw y armAuth.

    sed -i "s|<subscriptionId>|${subscriptionId}|g" helm-config.yaml
sed -i "s|<resourceGroupName>|${resourceGroupName}|g" helm-config.yaml
sed -i "s|<applicationGatewayName>|${applicationGatewayName}|g" helm-config.yaml
sed -i "s|<identityResourceId>|${identityResourceId}|g" helm-config.yaml
sed -i "s|<identityClientId>|${identityClientId}|g" helm-config.yaml

    Nota:

    Para la implementación en nubes soberanas (por ejemplo, Azure Government), el parámetro de configuración appgw.environment debe agregarse y establecerse en el valor adecuado, como se documenta a continuación.

    Valores:

    • verbosityLevel: establece el nivel de detalle de la infraestructura de registro de AGIC. Consulte Niveles de registro para los valores posibles.
    • appgw.environment: establece el entorno de nube. Valores posibles: AZURECHINACLOUD, AZUREGERMANCLOUD, AZUREPUBLICCLOUD, AZUREUSGOVERNMENTCLOUD
    • appgw.subscriptionId: el identificador de suscripción de Azure en el que reside la instancia de Application Gateway. Ejemplo: a123b234-a3b4-557d-b2df-a0bc12de1234
    • appgw.resourceGroup: el nombre del grupo de recursos de Azure donde se creó la instancia de Application Gateway. Ejemplo: app-gw-resource-group
    • appgw.name: nombre de la instancia de Application Gateway. Ejemplo: applicationgatewayd0f0
    • appgw.shared: se debe establecer el valor predeterminado de esta marca booleana en false. Establézcalo como true si necesita una instancia de Application Gateway compartida.
    • kubernetes.watchNamespace: especifique el espacio de nombres que AGIC debe observar. El espacio de nombres puede ser un valor de cadena único o una lista separada por comas de espacios de nombres.
    • armAuth.type: podría ser aadPodIdentity o servicePrincipal
    • armAuth.identityResourceID: identificador de recurso de la identidad administrada de Azure.
    • armAuth.identityClientID: identificador de cliente de la identidad. A continuación, se ofrece más información sobre identityClientID.
    • armAuth.secretJSON: solo es necesario cuando se elige el tipo de secreto de entidad de servicio (cuando armAuth.type se establece en servicePrincipal)

    Nota:

    identityResourceID y identityClientID son valores que se crearon durante los pasos de Implementación de componentes y que se pueden obtener de nuevo mediante el siguiente comando:

    az identity show -g <resource-group> -n <identity-name>

    <resource-group> en el comando anterior se encuentra el grupo de recursos de la instancia de Application Gateway. <identity-name> es el nombre de la identidad creada. Todas las identidades de una suscripción determinada se pueden enumerar mediante: az identity list

  4. Instale el paquete del controlador de entrada de Application Gateway:

    helm install -f helm-config.yaml --generate-name application-gateway-kubernetes-ingress/ingress-azure

Instalación de una aplicación de ejemplo

Ahora que hemos instalado Application Gateway, AKS y AGIC, podemos instalar una aplicación de ejemplo mediante Azure Cloud Shell:

cat <<EOF | kubectl apply -f -
apiVersion: v1
kind: Pod
metadata:
  name: aspnetapp
  labels:
    app: aspnetapp
spec:
  containers:
  - image: "mcr.microsoft.com/dotnet/samples:aspnetapp"
    name: aspnetapp-image
    ports:
    - containerPort: 8080
      protocol: TCP

---

apiVersion: v1
kind: Service
metadata:
  name: aspnetapp
spec:
  selector:
    app: aspnetapp
  ports:
  - protocol: TCP
    port: 80
    targetPort: 8080

---

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: aspnetapp
  annotations:
    kubernetes.io/ingress.class: azure/application-gateway
spec:
  rules:
  - http:
      paths:
      - path: /
        pathType: Exact
        backend:
          service:
            name: aspnetapp
            port:
              number: 80
        pathType: Exact
EOF

O también:

  • Descargue el archivo YAML anterior:

    curl https://raw.githubusercontent.com/Azure/application-gateway-kubernetes-ingress/master/docs/examples/aspnetapp.yaml -o aspnetapp.yaml

  • Aplique el archivo YAML:

    kubectl apply -f aspnetapp.yaml

Otros ejemplos

Esta guía paso a paso contiene más ejemplos sobre cómo exponer un servicio de AKS a través de HTTP o HTTPS a Internet con Application Gateway.