O Container Instances é ótimo para operar contêineres isolados que não exigem uma plataforma de orquestração de contêineres, como o Kubernetes. É adequado para APIs, aplicações da web, trabalhos de CI/CD, tarefas de automação, processamento de dados/mídia, ambientes DevTest e outros casos de uso. No entanto, não substitui as plataformas de orquestração de contêineres. Para casos de uso que exigem orquestração de contêineres, use o OKE.
Ao executar contêineres no Container Instances, você não precisa provisionar e gerenciar VMs ou servidores por conta própria. Você pode simplesmente especificar as imagens do contêiner e iniciar a configuração para executar contêineres em Container Instances. A OCI gerencia a computação subjacente necessária para executar seus contêineres. Se você executar contêineres em uma máquina virtual, será responsável por gerenciar o servidor e instalar e manter o tempo de execução do contêiner na VM.
Com o OCI Container Instances, você só paga pelos recursos usados pelas instâncias do contêiner. O preço dos recursos de CPU e memória alocados para uma instância de contêiner é igual ao preço das instâncias do OCI Compute para a forma escolhida. Não há cobranças adicionais pelo uso do Container Instances. As horas parciais de OCPU e gigabytes (memória) consumidas são cobradas com um mínimo de um minuto, e o uso é agregado por segundo. Cada instância de contêiner recebe 15 GB de armazenamento temporário por padrão, sem custos adicionais. Para saber mais, consulte a página de preços do Container Instances.
Ao criar uma instância de contêiner, você pode selecionar a forma de computação subjacente e alocar até o máximo de núcleos e recursos de memória fornecidos pela forma. O limite regular de núcleos é de 8 núcleos em formatos x86 (AMD) e 16 núcleos em formatos Arm (Ampere). Você pode alocar um número estendido de núcleos para cargas de trabalho exigentes. Por exemplo, se você selecionar uma formata AMD E4 ou E3 Flex, poderá alocar até 64 núcleos (128 vCPU) e 1.024 GB de memória para sua instância de contêiner. Uma instância de contêiner com núcleos estendidos pode levar mais tempo para ser criada do que uma uma sem.
Sim. Ao criar uma instância de contêiner, você pode especificar um ou mais contêineres e a imagem deles. Opcionalmente, você pode especificar variáveis de ambiente, limites de recursos, opções de inicialização e muito mais para cada contêiner.
Uma instância de contêiner normalmente deve executar uma única aplicação. No entanto, o contêiner da sua aplicação pode exigir contêineres de suporte, como um sidecar de registro ou um contêiner de banco de dados. Você pode optar por executar vários contêineres da mesma aplicação em uma instância de contêiner. Os contêineres em execução na mesma instância compartilharão os recursos de CPU/memória, rede local e armazenamento efêmero. Você pode optar por aplicar limites de recursos de CPU/memória no nível do contêiner para restringir a quantidade de recursos consumida por cada contêiner.
Qualquer registro de contêiner compatível com a Open Container Initiative, incluindo o OCI Container Registry, possui suporte.
Sim. Com processadores baseados em Arm, os clientes podem executar cargas de trabalho atuais com menor custo e criar novas aplicações com economia e desempenho superiores. O OCI Container Instances permite executar aplicações em contêineres em processadores baseados em Arm. Isso pode ser obtido ao selecionar uma forma Ampere, como CI.Standard.A1.Flex, ao configurar suas instâncias de contêiner e usando imagens de contêiner compatíveis com Arm ou de múltiplas arquiteturas para suas aplicações. Você também obtém 3.000 horas de OCPU e 18.000 GB de horas de uso do modo gratuito com a forma Ampere A1 Flex. Esse uso do modo gratuito é compartilhado entre instâncias bare metal, VM e contêiner.
Cada instância de contêiner recebe 15 GB de armazenamento efêmero por padrão. Ela é usada para diversas finalidades, como armazenar imagens de contêiner e fazer backup do sistema de arquivos de sobreposição root de cada contêiner. Se o tamanho de qualquer uma das imagens de contêiner por instância exceder 7,5 GB, a criação da instância de contêiner poderá falhar. É recomendável usar bancos de dados externos para armazenar dados de aplicações que precisam persistir independentemente do ciclo de vida da instância do contêiner. Opções para anexar volumes persistentes com OCI Block Storage e OCI File Storage serão fornecidas no futuro.
Uma instância de contêiner ficará inativa assim que todos os contêineres dela pararem e a política de reinicialização não for habilitada. Isso significa que as instâncias de contêiner usadas para cargas de trabalho efêmeras, como pipelines de CI/CD, tarefas de automação para operações em nuvem, processamento de dados/mídia e assim por diante, serão interrompidas quando a carga de trabalho for executada. Os clientes serão cobrados apenas pela duração do trabalho.
Para instâncias de contêiner que precisam permanecer ativas, como aquelas usadas para aplicações da web, os clientes podem configurar políticas para reiniciar contêineres dentro de uma instância em caso de falha, garantindo que a aplicação esteja sempre ativa. Para a alta disponibilidade de tais aplicações, é recomendado criar múltiplas instâncias de contêiner em dois domínios de disponibilidade ou domínios de falha em uma determinada região.