O uso de cache de imagem na criação de instâncias do Elastic Container Instance (ECI) acelera o pull de imagens de contêiner e reduz o tempo de inicialização. Este tópico aborda os recursos dos caches de imagem, os métodos de criação e uso, além dos detalhes de faturamento.
Recursos
Antes de executar um contêiner, o Elastic Container Instance (ECI) precisa realizar o pull da imagem especificada. Essa etapa costuma ser a mais demorada na inicialização de uma instância ECI, e sua duração depende de fatores como condições de rede e tamanho da imagem. Para acelerar a criação de instâncias, o ECI oferece o recurso de cache de imagem. Você pode pré-construir as imagens necessárias em um snapshot de cache. Ao criar instâncias ECI a partir desse snapshot, evita-se ou reduz-se o download de camadas de imagem, o que agiliza significativamente a criação da instância.
Testes demonstram que, ao criar uma instância ECI com a imagem flink (aproximadamente 386,26 MB) do Docker Hub, a fase de preparação da imagem normalmente leva 50 segundos. O uso de cache de imagem elimina esse tempo de preparação e reduz drasticamente o tempo de inicialização da instância.
A melhoria real de velocidade depende de fatores como a quantidade e o tamanho das imagens de contêiner usadas na instância ECI, além das condições de rede do registro de imagens.
Métodos de criação
É possível criar um cache de imagem de duas formas: manual e automática.
Recomendamos a criação automática para reduzir custos. No entanto, para acelerar a criação da primeira instância ECI, crie um cache de imagem manualmente com antecedência.
Criação manual
Crie um cache de imagem configurando parâmetros como nome e tamanho. O processo ocorre da seguinte forma:
Cada cache de imagem corresponde a um snapshot. Gerencie os snapshots dos caches de imagem criados manualmente.
Durante a criação, o sistema provisiona uma instância ECI temporária (2 vCPU, 4 GiB de memória) e anexa um disco em nuvem ESSD PL1 para gerar o snapshot do cache de imagem. Após a conclusão, a instância temporária e o disco em nuvem são liberados automaticamente.
-
O recurso de cache de imagem instantâneo reduz o tempo de criação do cache. Ao ativar esse recurso, o sistema habilita a disponibilidade instantânea de snapshot e cria temporariamente um snapshot local. O cache de imagem fica disponível para uso assim que o snapshot local é criado.
NotaApós a criação do snapshot local, o sistema inicia automaticamente a criação de um snapshot padrão. Durante esse período, o cache de imagem utiliza o snapshot local como base. Quando o snapshot padrão estiver pronto, o sistema exclui automaticamente o snapshot local e o cache de imagem passa a ser sustentado pelo snapshot padrão.
A reutilização de cache de imagem acelera a criação de novos caches. Ao ativar essa funcionalidade, o sistema busca automaticamente caches existentes com camadas de imagem correspondentes. O novo cache reutiliza essas camadas em vez de baixá-las novamente, tornando o processo mais rápido.
Criação automática
Ao criar uma instância ECI com a correspondência automática de cache de imagem ativada, o sistema gera automaticamente um cache caso nenhum correspondente seja encontrado. O fluxo é descrito abaixo:
Cada cache de imagem corresponde a um snapshot. A Alibaba Cloud gerencia os snapshots dos caches de imagem criados automaticamente.
-
Durante a criação, o sistema provisiona uma instância ECI e utiliza o armazenamento efêmero dessa instância para gerar o snapshot do cache de imagem. Ao final do processo, a instância é liberada automaticamente.
NotaPor padrão, cada instância ECI possui 30 GiB de armazenamento efêmero disponível para a criação de caches de imagem. Caso suas imagens ultrapassem 30 GiB no total, declare armazenamento efêmero adicional. Para mais informações, consulte Aumentar o tamanho do armazenamento efêmero de uma instância ECI.
Comparação
Os caches de imagem criados manual e automaticamente diferem em aspectos como tamanho e período de retenção. A tabela a seguir compara os dois métodos.
Item | Criação manual | Criação automática |
Nome | Permite especificar um nome personalizado. | O sistema gera o nome automaticamente no formato |
Tamanho | O tamanho padrão é 20 GiB. É possível definir um tamanho personalizado. | O tamanho padrão é 30 GiB. Se você declarar armazenamento efêmero adicional ao criar a instância ECI, o tamanho do cache de imagem será de 30 GiB mais o tamanho do armazenamento efêmero declarado. |
Período de retenção | Por padrão, o cache é permanente. Defina um período de retenção personalizado em dias. O cache é excluído automaticamente após o término desse período. | Por padrão, a Alibaba Cloud gerencia o período de retenção.
|
Reutilização de cache de imagem | Permite ativar a reutilização para aproveitar camadas de imagem existentes e acelerar a criação do cache. | Não suportado. |
Cache de imagem instantâneo | Permite ativar o cache instantâneo para criar um snapshot local temporário e reduzir o tempo de criação. | Não suportado. |
Cota | Chame a operação de API ListUsage ou visualize sua cota na página Privileges and Quotas no console. Se a cota for insuficiente, envie um ticket para solicitar um aumento. | Chame a operação de API ListUsage para visualizar sua cota. Se a cota for insuficiente, envie um ticket para solicitar um aumento. |
Política de evicção | Por padrão, não é possível criar manualmente mais caches de imagem após atingir a cota. Utilize o parâmetro | Quando a cota é atingida, o sistema exclui automaticamente o cache de imagem usado menos recentemente (LRU). |
Custo | Há cobrança pela criação e pelo uso. | A cobrança refere-se apenas ao uso, sem custos de criação. |
Métodos de uso
A utilização de cache de imagem acelera a criação de instâncias ECI. Ao provisionar uma instância, use o cache de imagem de duas maneiras:
Método | Descrição |
Correspondência automática | O sistema seleciona automaticamente o cache de imagem ideal. O processo de correspondência segue estas etapas:
Nota Caso nenhum cache de imagem correspondente seja encontrado, o sistema cria um automaticamente durante a criação da instância ECI. Nesse processo, as imagens são baixadas normalmente. Recomendamos definir a política de pull de imagem do seu contêiner como |
Especificação manual | Especifique exatamente qual cache de imagem utilizar. O cache informado deve estar no estado Ready. |
Observações
Um único cache de imagem pode conter no máximo 20 imagens de contêiner.
A criação de um cache de imagem exige o pull de imagens de contêiner. Portanto, o tempo de criação varia conforme fatores como quantidade e tamanho das imagens, além das condições de rede.
-
Os caches criados manualmente utilizam as imagens de contêiner especificadas. Já os caches criados automaticamente usam as imagens declaradas na instância.
Para imagens privadas não hospedadas no Alibaba Cloud Container Registry (ACR), forneça as credenciais de acesso ao registro privado, incluindo endereço, nome de usuário e senha.
Se for necessário fazer o pull de imagens pela rede pública, como imagens oficiais do docker, configure um Elastic IP Address (EIP) ou um gateway NAT para habilitar o acesso à rede pública. Para mais informações, consulte Conectar uma instância ECI à rede pública.
Em caso de falha no pull de imagens devido a problemas como timeout do registro remoto, recomendamos utilizar o Alibaba Cloud Container Registry (ACR) e enviar as imagens para um registro hospedado na Alibaba Cloud.
Para caches criados manualmente, defina um período de retenção para evitar taxas desnecessárias de snapshot. Nos caches criados automaticamente, a Alibaba Cloud gerencia os snapshots correspondentes, eliminando a necessidade de configurar um período de retenção.
Após a criação de um cache de imagem, visualize seus eventos de criação para entender o processo. O sistema retém os 50 eventos de criação mais recentes.
Faturamento
Fase | Cache manual | Cache automático |
Criação do cache de imagem | Os seguintes itens são faturados:
| Gratuito |
Uso do cache de imagem | Taxas de disco em nuvem | Se o cache de imagem for maior que 30 GiB, adicione e pague pelo armazenamento efêmero adicional. |
Para mais informações, consulte Faturamento do cache de imagem.