Creados ejemplos de autoescalado del cluster y de nodos virtuales.

Author: 0GiS0

04-cloud/00-aks/00-mi-primer-aks/00-crear-mi-primer-aks.sh

@@ -42,4 +42,4 @@ az aks scale -g ${RESOURCE_GROUP} -n ${AKS_NAME} --node-count 3
 kubectl get nodes
 
 #Si eliminamos el grupo de recursos eliminaremos el clúster
-az group delete -n ${RESOURCE_GROUP}
+az group delete -n ${RESOURCE_GROUP} --yes --no-wait

04-cloud/00-aks/01-azure-dev-spaces/01-azure-dev-spaces.sh

@@ -0,0 +1,7 @@
+#https://docs.microsoft.com/en-us/visualstudio/containers/bridge-to-kubernetes?view=vs-2019
+#https://docs.microsoft.com/en-us/visualstudio/containers/overview-bridge-to-kubernetes?view=vs-2019
+
+#Variables
+RESOURCE_GROUP="Bridge-To-Kubernetes"
+AKS_NAME="lemoncode-dev"
+

04-cloud/00-aks/01-brigde-to-kubernetes/01-brigde-to-kubernetes.sh

@@ -0,0 +1,42 @@
+
+# Variables
+RESOURCE_GROUP="Cluster-Autoscaler"
+AKS_NAME="lemoncode-autoscaler"
+LOCATION="northeurope"
+
+#Crear grupo de recursos
+az group create -n ${RESOURCE_GROUP} -l ${LOCATION}
+
+#Crear cluster de AKS
+az aks create -g ${RESOURCE_GROUP} -n ${AKS_NAME} \
+--node-count 1 --generate-ssh-keys
+
+# Recuperar el contexto para este clúster
+az aks get-credentials -n $AKS_NAME -g $RESOURCE_GROUP
+
+#Desplegar una aplicación de ejemplo con más pods de los que caben en el clúster
+kubectl apply -f manifests/nginx-deployment.yml
+
+#Uno se ejecutará pero el resto quedarán pendientes, porque no hay CPU suficiente para todos.
+kubectl get pods
+kubectl describe pods
+
+#Escalado manual de nodos
+# az aks scale -g $RESOURCE_GROUP -n $AKS_NAME --node-count 3
+
+#Habilitar autoscaler en el cluster
+az aks update \
+  --resource-group $RESOURCE_GROUP \
+  --name $AKS_NAME \
+  --enable-cluster-autoscaler \
+  --min-count 1 \
+  --max-count 3
+
+#Mientras esto se materializa puedes ver en el portal de Azure que el virtual machine scaleset está aumentando
+#el número de instancias. Este proceso puede llevar varios minutos ya que tiene que dar de alta las VMs
+
+#Si comprobamos pasados unos minutos verás que los pods han sido alocados en nuevos nodos
+kubectl get po -o wide --watch
+
+#Si eliminamos el grupo de recursos eliminaremos el clúster
+az group delete -n ${RESOURCE_GROUP} --yes --no-wait

04-cloud/00-aks/02-cluster-autoscaler/cluster-autoscaler.sh

@@ -0,0 +1,25 @@
+apiVersion: apps/v1
+kind: Deployment
+metadata:
+  name: nginx-deployment
+  labels:
+    app: nginx
+spec:
+  replicas: 3
+  selector:
+    matchLabels:
+      app: nginx
+  template:
+    metadata:
+      labels:
+        app: nginx
+    spec:
+      containers:
+        - name: nginx
+          image: nginx
+          ports:
+            - containerPort: 80
+          resources:
+            requests:
+              memory: 1.5G
+              cpu: 1

04-cloud/00-aks/02-cluster-autoscaler/manifests/nginx-deployment.yml

@@ -0,0 +1,91 @@
+#https://docs.microsoft.com/es-es/azure/aks/virtual-nodes-cli
+#Los nodos virtuales permiten la comunicación de red entre los pods que se ejecutan en Azure Container Instances (ACI) 
+#y el clúster de AKS. Para proporcionar esta comunicación, se crea una subred de red virtual y se asignan permisos delegados. 
+#Los nodos virtuales solo funcionan con clústeres de AKS creados mediante redes avanzadas (Azure CNI). 
+#De manera predeterminada, los clústeres de AKS se crean con redes básicas (kubenet). 
+
+# Variables
+RESOURCE_GROUP="Virtual-Kubelet"
+AKS_NAME="lemoncode-kubelet"
+AKS_VNET="aks-vnet"
+AKS_SUBNET="aks-subnet"
+AKS_VKUBELET_SUBNET="aks-virtual-subnet"
+LOCATION="northeurope"
+
+#Antes de hacer uso de los virtual kubelets es necesario tener registrado el proveedor Microsoft.ContainerInstance
+az provider list --query "[?contains(namespace,'Microsoft.ContainerInstance')]" -o table
+#Si no lo está puedes hacer uso de este comando
+az provider register --namespace Microsoft.ContainerInstance
+
+#Crear un grupo de recursos
+az group create -n $RESOURCE_GROUP -l $LOCATION
+
+#Crear una red privada virtual en Azure
+az network vnet create \
+    --resource-group $RESOURCE_GROUP \
+    --name $AKS_VNET \
+    --address-prefixes 192.168.0.0/16 \
+    --subnet-name $AKS_SUBNET \
+    --subnet-prefix 192.168.1.0/24
+
+#Ahora creamos una subred adicional para los nodos virtuales
+az network vnet subnet create \
+    --resource-group $RESOURCE_GROUP \
+    --vnet-name $AKS_VNET \
+    --name $AKS_VKUBELET_SUBNET \
+    --address-prefixes 192.168.2.0/24
+
+#Crear un service principal
+az ad sp create-for-rbac --skip-assignment
+SP_ID="a53cffe7-cb13-40d5-aefd-e36c5569869c"
+SP_PASSWORD="qqbZ0z3l2Zac104_wvh0HBj_-KyTzFeVO~"
+
+#Asignamos permisos a la red virtual para que el cluster pueda gestionarla
+VNET_ID=$(az network vnet show --resource-group $RESOURCE_GROUP --name $AKS_VNET --query id -o tsv)
+az role assignment create --assignee $SP_ID --scope $VNET_ID --role Contributor
+
+#Obtenemos el ID de la subnet donde va a ir el cluster de AKS
+SUBNET_ID=$(az network vnet subnet show --resource-group $RESOURCE_GROUP --vnet-name $AKS_VNET --name $AKS_SUBNET --query id -o tsv)
+
+#Creamos el cluster
+az aks create \
+    --resource-group $RESOURCE_GROUP \
+    --name $AKS_NAME \
+    --node-count 1 \
+    --network-plugin azure \
+    --service-cidr 10.0.0.0/16 \
+    --dns-service-ip 10.0.0.10 \
+    --docker-bridge-address 172.17.0.1/16 \
+    --vnet-subnet-id $SUBNET_ID \
+    --service-principal $SP_ID \
+    --client-secret $SP_PASSWORD
+
+# Recuperar el contexto para este clúster
+az aks get-credentials -n $AKS_NAME -g $RESOURCE_GROUP
+
+#Desplegamos una aplicación de ejemplo
+cd 04-cloud/00-aks/03-virtual-kubelet
+kubectl apply -f manifests/nginx-deployment.yml
+
+kubectl get deploy
+kubectl get pods -o wide --watch
+kubectl describe pod NOMBRE_DE_POD_PENDIENTE
+#Algunos pods se quedarán pendientes porque no hay espacio suficiente para ellos.
+
+#Habilita el complemento para los nodos virtuales
+az aks enable-addons \
+    --resource-group $RESOURCE_GROUP \
+    --name $AKS_NAME \
+    --addons virtual-node \
+    --subnet-name $AKS_VKUBELET_SUBNET
+
+#Comprobamos que ahora tenemos un nodo virtual llamado virtual-node-aci-linux
+kubectl get nodes
+kubectl get pods -o wide
+
+#Si escalamos más nuestro despliegue veremos que escala mucho más rápido que con el autoscaler del cluster
+kubectl scale --replicas=5 deployment/nginx-deployment
+kubectl get pods -o wide --watch
+
+#Si eliminamos el grupo de recursos eliminaremos el clúster
+az group delete -n ${RESOURCE_GROUP} --yes --no-wait