A partir de 17 de fevereiro de 2025, o ACK Serverless não permite mais que novos usuários criem clusters. Se você nunca criou um cluster ACK Serverless, use uma das seguintes alternativas:
crie um cluster ACS para computação de contêineres serverless com o Container Compute Service (ACS).
Use a computação serverless de forma elástica no ACK Managed Cluster Pro Edition. Isso não afeta os usuários atuais do ACK Serverless. Os clusters existentes e a criação de novos clusters dentro das cotas padrão seguem funcionando normalmente. Consulte o Anúncio sobre a descontinuação da interface de criação de clusters para novos usuários de clusters ACK Serverless.
Os clusters ACK Serverless execute workloads em contêineres sem que você precise provisionar ou gerencie nós. Os pods escalam em segundos com base nas solicitações de CPU e memória, e você paga apenas pelos recursos consumidos. O ACK Serverless é ideal para workloads variáveis, nos quais o agendamento sob demanda reduz custos.
Pré-requisitos
Certifique-se de que:
Ativou o ACK e concedeu a ele acesso aos services da Alibaba Cloud
Ativou o Elastic Container Instance (ECI) no console do ECI
Etapa 1: Abra a página de criação de cluster
Faça login no console do ACK. No painel de navegação à esquerda, clique em Clusters.
Na barra de navegação superior, selecione um grupo de recursos e uma região.
Na página Clusters, clique em Create Kubernetes Cluster.
clique em ACK Serverless.
Etapa 2: Configure as definições do cluster
Configurações básicas
|
Parâmetro |
Descrição |
|
Cluster Name |
Um nome personalizado para o cluster. |
|
Cluster Specification |
Selecione Pro (recomendado para ambientes de produção e teste) ou Basic (apenas para aprendizado e testes individuais). Consulte a Comparação. |
|
Region |
A região do cluster. Escolha uma região próxima aos seus usuários para minimizar a latência. |
|
Kubernetes Version |
A versão do Kubernetes. Use a versão mais recente, a menos que haja um requisito específico de compatibilidade. Consulte as Versões do Kubernetes compatíveis com o ACK. |
|
Automatic Update |
ative as atualizações periódicas do plano de controle durante a janela de manutenção. Consulte atualize um cluster automaticamente. |
|
Maintenance Window |
A janela durante a qual o ACK aplica atualizações automáticas. Clique em Set e defina as políticas de manutenção. |
Configurações de rede
|
Parâmetro |
Descrição |
|
IPv6 Dual-stack |
ative a rede de pilha dupla IPv4/IPv6 (preview público). Envie uma solicitação no console do Quota Center para ative. Requer Kubernetes 1.20.11-aliyun.1 ou posterior e uma VPC de pilha dupla. |
|
VPC |
A VPC do cluster. Especifique uma zona para permitir que o ACK crie uma VPC automaticamente ou selecione uma VPC existente. |
|
Configure SNAT for VPC |
Configura a Tradução de Endereços de Rede source (SNAT) para permitir que os pods acessem a internet. O ACK configura isso automaticamente quando selecionado. Consulte SNAT behavior. Não selecione esta opção se o cluster usar uma VPC compartilhada. |
|
vSwitch |
Selecione vSwitches existentes ou clique em Create vSwitch. O plano de controle e o pool de nós padrão utilizam os vSwitches selecionados. Para alta disponibilidade, selecione vSwitches em zonas diferentes. |
|
Security Group |
O grupo de segurança do cluster. Opções: Create Basic Security Group, Create Advanced Security Group ou Select Existing Security Group (apenas VPC existente). Consulte Security group considerations. |
|
Access to API Server |
Configura o acesso ao servidor de API. O ACK cria uma instância interna de Classic Load Balancer (CLB) com pagamento conforme o uso por padrão. Para reutilizar um CLB existente, envie um ticket primeiro. Selecione Expose API server with EIP e ative o acesso público ou desmarque para acesso apenas pela VPC. Consulte API server access notes. |
|
Service CIDR |
O bloco CIDR para Services do Kubernetes. Não deve se sobrepor aos blocos CIDR da VPC, de outros clusters ou de pods. Não pode ser alterado após a criação. Consulte o Planejamento de rede de um cluster gerenciado pelo ACK. |
|
IPv6 Service CIDR Block |
O bloco CIDR IPv6 para Services. Aplicável apenas com a pilha dupla ativada. Especifique um intervalo de Endereço Unicast Local Único (ULA) dentro de |
Comportamento do SNAT
Ao selecionar a opção Configure SNAT for VPC, o ACK aplica as seguintes regras:
Nenhum gateway NAT existente: O ACK cria um gateway NAT e adiciona regras de SNAT no nível de vSwitch para os vSwitches do cluster.
Gateway NAT existente, sem regras de SNAT no nível da VPC: O ACK adiciona regras de SNAT no nível de vSwitch para os vSwitches do cluster.
Gateway NAT existente com regras de SNAT no nível da VPC: O ACK não aplica alterações.
Se não estiver selecionado, configure manualmente um gateway NAT e as regras de SNAT após a criação do cluster. Consulte Criar e gerenciar um gateway NAT da Internet.
Considerações sobre o grupo de segurança
Os grupos de segurança criados automaticamente permitem todo o tráfego de saída por padrão. Caso modifique as regras, mantenha
100.64.0.0/10aberto para baixar imagens de contêiner e consultar metadados do ECS.Ao selecionar um grupo de segurança existente, o ACK não configura as regras automaticamente. Configure as regras manualmente. Consulte Configurar grupos de segurança para clusters.
Notas sobre o acesso ao servidor de API
Não exclua a instância padrão do CLB. Excluí-la torna o servidor de API inacessível.
Associar um EIP expõe o servidor de API ao tráfego público, mas os recursos dentro do cluster ainda não podem acessar a internet. Para permitir que os pods baixem imagens públicas, selecione também Configure SNAT for VPC.
O servidor de API reinicia brevemente ao associar ou desassociar um EIP. Não execute operações no cluster durante a reinicialização.
A partir de 1º de dezembro de 2024, as instâncias de CLB recém-criadas estão sujeitas a uma taxa de instância. Consulte os Ajustes de faturamento do CLB.
Configurações avançadas
|
Parâmetro |
Descrição |
|
Deletion Protection |
Impede a exclusão acidental do cluster. Ative esta opção para clusters de produção. |
|
Resource Group |
O grupo de recursos do cluster. Cada recurso pertence exatamente a um grupo de recursos. |
|
Labels |
Pares de chave-valor que ajudam a organizar e identificar recursos da cloud. |
|
Cluster Domain |
O sufixo dns interno do cluster. O padrão é |
|
Time Zone |
O fuso horário do cluster. O padrão é o fuso horário do navegador. |
Etapa 3: Configure os componentes
Clique em Next: Component Configurations.
|
Componente |
Descrição |
|
Service Discovery |
Opções: Disable, PrivateZone ou CoreDNS. O PrivateZone resolve domínios privados dentro das VPCs. O CoreDNS é o componente padrão de descoberta de service do Kubernetes. |
|
Ingress |
Opções: Do Not Install, Nginx Ingress, ALB Ingress ou MSE Ingress. Nginx Ingress fornece roteamento baseado em Ingress. ALB Ingress oferece balanceamento de carga da Camada 7 por meio do ALB com descoberta automática de certificados, HTTP/HTTPS/QUIC e tratamento de tráfego elástico. MSE Ingress usa gateways nativos da cloud do MSE para gerenciamento avançado de tráfego. |
|
Container Monitoring |
Ativa o Managed Service for Prometheus para painéis e métricas de desempenho. Opcionalmente, instale o metrics-server para monitoramento offline. |
|
Log Service |
Selecione Enable Log Service para integrá-lo ao Simple Log Service (SLS). Se desativado, a auditoria do cluster fica indisponível. Consulte o Início rápido com o Logtail. |
|
Knative |
Selecione Enable Knative para instalar o framework serverless Knative para dimensionamento automático baseado em solicitações, scale-to-zero, gerenciamento de versões e implantações canário. |
Etapa 4: confirme e crie o cluster
Clique em Next: Confirm Order.
Revise a configuração do cluster e confirme os termos de service.
Clique em Create Cluster.
A criação do cluster leva aproximadamente 10 minutos.
verifique a criação do cluster
verifique se o novo cluster aparece na página Clusters.
Na página Clusters, encontre seu cluster e clique em Details na coluna Actions.
clique em Basic Information.
-
clique em Connection Information. A página exibe os seguintes detalhes:
API server Public Endpoint: O endereço IP e a porta públicos para que você gerencie o cluster com kubectl ou outras ferramentas.
API server Internal Endpoint: O endereço IP e a porta internos para acesso à API dentro do cluster, fornecidos pela instância SLB associada.
clique em Cluster Logs para consultar os logs de eventos.
Gerencie a associação de EIP
Associe ou desassocie um EIP e gerencie o acesso público ao servidor de API:
Associate EIP: Selecione um EIP existente ou crie um novo. Esta operação reinicia o servidor de API.
Disassociate EIP: Remove o acesso público ao servidor de API. Esta operação reinicia o servidor de API.
Não execute operações no cluster durante a reinicialização do servidor de API.