Preguntas frecuentes sobre Container Instances
Preguntas generales
¿Cuándo debo usar OCI Container Instances en lugar de OCI Kubernetes Engine?
Container Instances es ideal para operar contenedores aislados que no requieren una plataforma de orquestación de contenedores, como Kubernetes. Es adecuado para APIs, aplicaciones web, trabajos de integración e implementación continuos, tareas de automatización, procesamiento de datos/medios, entornos DevTest y otros casos de uso. Sin embargo, no sustituye a las plataformas de orquestación de contenedores. Para los casos de uso que necesitan el uso de la orquestación de contenedores OKE.
¿Cuál es la diferencia entre ejecutar contenedores en OCI Container Instances y ejecutarlos en una máquina virtual estándar?
Al ejecutar contenedores en Container Instances, no es necesario aprovisionar ni gestionar máquinas virtuales ni servidores. Simplemente puedes especificar las imágenes de contenedor e iniciar la configuración para ejecutar contenedores en Container Instances. OCI gestiona los recursos informáticos subyacentes necesarios para ejecutar tus contenedores. Si ejecutas contenedores en una máquina virtual, eres responsable de gestionar el servidor e instalar y mantener el tiempo de ejecución del contenedor en la máquina virtual.
¿Cuál es el precio de OCI Container Instances?
Con OCI Container Instances, solo pagas por los recursos de infraestructura que utilizan las instancias de contenedor. El precio de los recursos de CPU y memoria asignados a una instancia de contenedor es el mismo que el precio de las instancias de OCI Compute para la unidad seleccionada. El uso de Container Instances no supone ningún cargo adicional. Las horas parciales de OCPU y gigabytes (memoria) consumidas se facturan como horas parciales con un mínimo de un minuto y el uso se agrega por segundo. Cada instancia de contenedor obtiene por defecto 15 GB de almacenamiento efímero sin cargos adicionales. Para obtener más información, consulta la página de precios de Container Instances.
¿Cuántos núcleos y cuánta memoria puedo asignar a una instancia de contenedor?
Al crear una instancia de contenedor, puedes seleccionar la unidad de computación subyacente y asignar hasta el máximo de recursos de núcleos y memoria proporcionados por la unidad. El límite de núcleos normales es de 8 núcleos en unidades x86 (AMD) y 16 núcleos en unidades Arm (Ampere). Puedes asignar un número extendido de núcleos para cargas de trabajo exigentes. Por ejemplo, si seleccionas una unidad flexible E4 de AMD, puedes asignar hasta 64 núcleos (128 vCPU) y 1024 GB de memoria a tu instancia de contenedores. Una instancia de contenedor con núcleos ampliados puede tardar más en crearse que una instancia de contenedor sin núcleos ampliados.
¿Puedo ejecutar varios contenedores en una instancia de contenedor?
Sí. Al crear una instancia de contenedor, puedes especificar uno o más contenedores y la imagen del contenedor. Opcionalmente, puedes especificar variables de entorno, límites de recursos, opciones de inicio y mucho más para cada contenedor.
Una instancia de contenedor suele ejecutar una sola aplicación. Sin embargo, puede que el contenedor de aplicación necesite contenedores de soporte, como un sidecar de registro o un contenedor de base de datos. Puedes optar por ejecutar varios contenedores de la misma aplicación en una sola instancia de contenedor. Los contenedores que se ejecuten en la misma instancia de contenedor compartirán los recursos de CPU/memoria, la red local y el almacenamiento efímero. Puedes elegir aplicar límites de recursos de CPU/memoria en el nivel de contenedor para restringir la cantidad de recursos consumidos por cada contenedor.
¿Qué tipos de registros de contenedor se admiten?
Se admite cualquier registro de contenedor que sea compatible con Open Container Initiative, como OCI Container Registry.
¿Puedo ejecutar mis aplicaciones en procesadores basados en Arm mediante Container Instances?
Sí. Con los procesadores basados en Arm, los clientes pueden ejecutar sus cargas de trabajo actuales de forma más económica y crear nuevas aplicaciones con un desempeño y una rentabilidad superiores. OCI Container Instances permite ejecutar las aplicaciones en contenedores en procesadores basados en Arm. Para ello, selecciona una unidad de Ampere, como CI.Standard.A1. Flexibiliza la configuración de las instancias de contenedor y el uso de imágenes de contenedor compatibles con Arm o de arquitectura múltiple en tus aplicaciones. También obtienes 3.000 horas de OCPU y 18.000 GB de uso de cuenta gratuita con la unidad flexible Ampere A1. Este uso gratuito se comparte entre instancias con hardware dedicado, de máquina virtual y de contenedor.
¿De qué opciones de almacenamiento dispone Container Instances?
Cada instancia de contenedor obtiene por defecto 15 GB de almacenamiento efímero. Se utiliza para diversos fines, como almacenar imágenes de contenedores y respaldar el sistema de archivos raíz superpuesto de cada contenedor. Si el tamaño de cualquiera de las imágenes de contenedor por instancia supera los 7,5 GB, puede que falle la creación de la instancia de contenedor. Se recomienda utilizar bases de datos externas para almacenar los datos de la aplicación que deben persistir independientemente del ciclo de vida de la instancia de contenedor. En el futuro se ofrecerán opciones para adjuntar volúmenes persistentes con OCI Block Storage y OCI File Storage.
¿Cuánto duran las instancias de contenedor?
Una instancia de contenedor se desactivará tan pronto como todos los contenedores de esa instancia se detengan y la política de reinicio no esté activada. Esto significa que las instancias de contenedor utilizadas para cargas de trabajo efímeras, como pipelines de integración e implementación continuas, tareas de automatización para operaciones en la nube, procesamiento de datos/medios, etc, se detendrán una vez que se ejecute la carga de trabajo. A los clientes sólo se les facturará la duración del trabajo.
En el caso de las instancias de contenedor que deben permanecer activas, como las que se utilizan para aplicaciones web, los clientes pueden configurar políticas de reinicio para reiniciar los contenedores dentro de una instancia de contenedor en caso de fallo, lo que garantiza que la aplicación esté siempre activa. Para que estas aplicaciones ofrezcan una alta disponibilidad, se recomienda crear varias instancias de contenedor en dos dominios de disponibilidad o dominios de errores en una región determinada.