Grupos de contenedores en Azure Container Instances

El recurso de nivel superior de Azure Container Instances es el grupo de contenedores. Este artículo describe qué son los grupos de contenedores y qué tipos de escenarios permiten.

¿Qué es un grupo de contenedores?

Un grupo de contenedores es una colección de contenedores que se programan en la misma máquina host. Los contenedores de un grupo comparten un ciclo de vida, los recursos, la red local y los volúmenes de almacenamiento. Es similar al concepto de pod en Kubernetes.

El siguiente diagrama muestra un ejemplo de un grupo de contenedores que incluye varios contenedores:

Este grupo de contenedores de ejemplo:

• Se programó en una única máquina host.
• Se le asigna una etiqueta de nombre DNS.
• Expone una única dirección IP pública, con un puerto expuesto.
• Consta de dos contenedores. Un contenedor escucha en el puerto 80, mientras el otro escucha en el puerto 5000.
• Incluye dos recursos compartidos de archivos de Azure como montajes de volumen y cada contenedor monta uno de los recursos compartidos de forma local.

Implementación

Estas son dos formas habituales de implementar un grupo de varios contenedores: use una plantilla de Resource Manager o un archivo YAML. Se recomienda usar una plantilla de Resource Manager cuando se necesite implementar otros recursos de un servicio de Azure (por ejemplo, un recurso compartido de Azure Files) al implementar instancias de contenedor. Dada la naturaleza más concisa del formato YAML, se recomienda usar un archivo YAML cuando la implementación incluya solo instancias de contenedor. Para más información sobre las propiedades que se pueden establecer, consulte la documentación de referencia de la plantilla de Resource Manager o de referencia de YAML.

Para conservar la configuración de un grupo de contenedores, puede exportar la configuración a un archivo YAML mediante el comando de la CLI de Azure az container export. La exportación permite almacenar las configuraciones del grupo de contenedores en el control de versiones para "configuración como código". O bien, use el archivo exportado como punto de inicio al desarrollar una nueva configuración en YAML.

Asignación de recursos

Azure Container Instances asigna recursos como CPU, memoria y, opcionalmente, GPU (versión preliminar) a un grupo de varios contenedores mediante la adición de las solicitudes de recursos de las instancias del grupo. Si tomamos como ejemplo los recursos de CPU y se crea un grupo de contenedores con dos instancias de contenedor, y cada una de ellas solicita una CPU, se asignan dos CPU al grupo de contenedores.

Uso de recursos por instancias de contenedor

A cada instancia de contenedor de un grupo se le asignan los recursos especificados en su solicitud de recursos. Pero el número máximo de recursos que usa una instancia de contenedor de un grupo puede ser diferente si configura su propiedad de límite de recursos opcional. El límite de recursos de una instancia de contenedor debe ser mayor o igual que la propiedad de solicitud de recurso obligatoria.

• Si no especifica un límite de recursos, el uso máximo de recursos de la instancia de contenedor es el mismo que el de su solicitud de recursos.

• Si especifica un límite para una instancia de contenedor, el uso máximo de la instancia puede ser mayor que la solicitud, hasta el límite que establezca. Por tanto, el uso de recursos por parte de otras instancias de contenedor del grupo podría disminuir. El límite máximo de recursos que puede establecer para una instancia de contenedor es el total de recursos asignados al grupo.

Por ejemplo, en un grupo con dos instancias de contenedor que solicitan una CPU cada una, uno de los contenedores podría ejecutar una carga de trabajo que requiera mayor número de CPU en ejecución que el otro.

En este escenario, podría establecer un límite de recursos de hasta dos CPU para la instancia de contenedor. Esta configuración permite que la instancia de contenedor use hasta dos CPU, si estuvieran disponibles.

Asignación mínima y máxima

• Asigne un mínimo de 1 CPU y 1 GB de memoria a un grupo de contenedores. Las instancias de contenedores individuales dentro de un grupo pueden aprovisionarse con menos de una CPU y 1 GB de memoria.

• Para los recursos máximos de un grupo de contenedores, consulte la disponibilidad de recursos para Azure Container Instances en la región de implementación.

Funciones de red

Los grupos de contenedores pueden compartir una dirección IP externa, uno o más puertos de esa dirección IP y una etiqueta DNS con un nombre de dominio completo (FQDN). Para permitir que los clientes externos lleguen a un contenedor dentro del grupo, debe exponer el puerto en la dirección IP y desde el contenedor. Cuando se elimina el grupo de contenedores, se libera su dirección IP y FQDN.

Las instancias de contenedor dentro de un grupo de contenedores se pueden comunicar entre sí mediante localhost en cualquier puerto, incluso si estos puertos no se exponen externamente en la dirección IP del grupo o desde el contenedor.

Opcionalmente, implemente grupos de contenedores en una red virtual de Azure para permitir que los contenedores se comuniquen de forma segura con otros recursos de la red virtual.

Storage

Puede especificar volúmenes externos para montar dentro de un grupo de contenedores. Los volúmenes admitidos incluyen:

• Recurso compartido de archivos de Azure
• Secreto
• Directorio vacío
• Repositorio de Git clonado

Puede asignar los volúmenes en rutas de acceso específicas dentro de los contenedores individuales en un grupo.

Escenarios frecuentes

Los grupos de varios contenedores son útiles en los casos en los que se quiere dividir una sola tarea funcional en varias imágenes de contenedor. Estas imágenes pueden tener requisitos de recursos independientes y diferentes equipos pueden entregarlas.

Ejemplos posibles de uso serían:

• Un contenedor para servir una aplicación web y un contenedor para extraer el contenido más reciente desde el control de código fuente.
• Un contenedor de aplicación y un contenedor de registro. El contenedor de registro recopila la salida de registros y métricas de la aplicación principal y los escribe en un almacenamiento a largo plazo.
• Un contenedor de aplicación y un contenedor de supervisión. Periódicamente, el contenedor de supervisión realiza una solicitud a la aplicación para asegurarse de que se está ejecutando y responde correctamente, y genera una alerta si no es así.
• Un contenedor de front-end y un contenedor de back-end. El front-end puede servir una aplicación web y el back-end ejecutar un servicio para recuperar datos.

Pasos siguientes

Obtenga información acerca de cómo implementar un grupo de múltiples contenedores con una plantilla de Azure Resource Manager: