Container Service for Kubernetes:CreateCluster

Uma ServiceAccount é a credencial de acesso usada por um pod para se comunicar com o servidor de API do cluster. O parâmetro api-audiences especifica as identidades de token de solicitação válidas usadas pelo apiserver para autenticar se os tokens de solicitação são legítimos. Você pode configurar múltiplos audiences separados por vírgulas (,).

Para obter mais informações sobre ServiceAccount, consulte Implantar projeção de volume de token de conta de serviço.

[Descontinuado]

Especifica se a renovação automática deve ser ativada. Este parâmetro só tem efeito quando charge_type é definido como PrePaid. Valores válidos:

• true: Ativa a renovação automática.

• false: Desativa a renovação automática.

Valor padrão: false.

Este parâmetro foi alterado em 15 de outubro de 2024. Para obter mais informações, consulte Aviso sobre alterações de comportamento do parâmetro CreateCluster.

[Descontinuado]

O período de renovação automática. Este parâmetro só tem efeito quando a assinatura e a renovação automática são selecionadas. Quando PeriodUnit=Month, valores válidos: {1, 2, 3, 6, 12}.

Valor padrão: 1.

Este parâmetro foi alterado em 15 de outubro de 2024. Para obter mais informações, consulte Aviso sobre alterações de comportamento do parâmetro CreateCluster.

[Descontinuado]

O método de cobrança da instância CLB usada pelo servidor de API. Valor padrão: PostPaid. Valores válidos:

• PostPaid: pós-pago.

• PrePaid: assinatura. O método de cobrança por assinatura não é mais suportado para instâncias CLB recém-criadas. As instâncias existentes não são afetadas.

[Descontinuado] Para a configuração do plano de controle do cluster, use o parâmetro security_hardening_os em control_plane_config. Para a configuração do pool de nós, use o parâmetro security_hardening_os em scaling_group no nodepool.

O token do cliente.

[Descontinuado] Para a configuração dos nós do plano de controle do cluster, use o parâmetro cloud_monitor_flags em control_plane_config. Para a configuração do pool de nós, use o parâmetro cms_enabled em kubernetes_config no nodepool.

Especifica se o agente do CloudMonitor deve ser instalado no cluster. Valores válidos:

• true: Instala o agente do CloudMonitor.

• false: Não instala o agente do CloudMonitor.

Valor padrão: false.

O nome de domínio local do cluster.

Regras de nomenclatura: Um nome de domínio consiste em uma ou mais partes separadas por pontos (.). Cada parte pode ter até 63 caracteres e pode conter letras minúsculas, dígitos e hifens (-). Cada parte deve começar e terminar com uma letra minúscula ou dígito.

Após definir cluster_type como ManagedKubernetes e configurar profile, você pode especificar ainda mais a especificação do cluster. Valores válidos:

• ack.standard: Edição Básica (selecionada por padrão se o valor estiver vazio)

• ack.pro.small: Edição Pro

• ack.pro.xlarge: Pro XL

• ack.pro.2xlarge: Pro 2XL

• ack.pro.4xlarge: Pro 4XL (entre em contato com o suporte ao cliente para ativar a lista de permissões)

Pro XL, Pro 2XL e Pro 4XL são três níveis fornecidos pelo Plano de controle provisionado do ACK Pro. Ao pré-alocar e dedicar recursos do plano de controle, esses níveis garantem que a simultaneidade da API e os recursos de agendamento de pods permaneçam em um nível consistentemente alto. Eles são adequados para treinamento e inferência de IA, clusters de ultra grande escala e cargas de trabalho de missão crítica.

Para obter informações sobre as taxas de gerenciamento de cluster para as edições Pro e Plano de Controle Provisionado, consulte Taxa de gerenciamento de cluster.

• Kubernetes: Cluster dedicado ACK.

• ManagedKubernetes: Tipos de cluster gerenciado ACK, incluindo clusters gerenciados ACK (Edição Pro, Edição Básica), clusters ACK Serverless (Edição Pro, Edição Básica), clusters ACK Edge (Edição Pro, Edição Básica) e clusters ACK Lingjun (Edição Pro).

• ExternalKubernetes: Cluster registrado.

O bloco CIDR da rede do pod. Este deve ser um bloco CIDR privado válido, especificamente os seguintes blocos CIDR e suas sub-redes: 10.0.0.0/8, 172.16-31.0.0/12-16 e 192.168.0.0/16. Ele não pode se sobrepor aos blocos CIDR usados pela VPC ou clusters Kubernetes existentes na VPC. Este valor não pode ser modificado após a criação do cluster.

Para obter mais informações sobre o planejamento de rede do cluster, consulte Planejamento de rede do cluster gerenciado ACK.

O projeto do Simple Log Service para logs dos componentes do plano de controle. Você pode usar um projeto existente para armazenamento de logs ou permitir que o sistema crie um projeto automaticamente. Se você escolher a criação automática, um projeto do Simple Log Service chamado k8s-log-{ClusterID} será criado.

O período de retenção de logs para os logs dos componentes do plano de controle, em dias.

[Deprecated] Use o parâmetro cpu_policy em control_plane_config para a configuração do plano de controle do cluster, ou use o parâmetro cpu_policy em kubernetes_config no nodepool para a configuração do pool de nós.

A política de gerenciamento de CPU do nó. As seguintes políticas são suportadas para clusters executando a versão 1.12.6 ou posterior:

• static: Permite que pods com determinadas características de recursos no nó recebam afinidade e exclusividade de CPU aprimoradas.

• none: Usa o esquema de afinidade de CPU padrão existente.

Valor padrão: none.

[Deprecated] Use o parâmetro extra_sans em seu lugar.

O Nome Alternativo do Assunto (SAN) do certificado personalizado. Separe vários endereços IP ou nomes de domínio com vírgulas (,).

Especifica se a proteção contra exclusão do cluster deve ser ativada, o que impede que o cluster seja excluído acidentalmente no console ou por meio de chamadas de operações de API. Valores válidos:

• true: Ativa a proteção contra exclusão do cluster. O cluster não pode ser excluído no console ou por meio de chamadas de operações de API.

• false: Desativa a proteção contra exclusão do cluster. O cluster pode ser excluído no console ou por meio de chamadas de operações de API.

Valor padrão: false.

[Deprecated] Quando a criação do cluster falha, nenhuma reversão é executada por padrão. Você deve limpar manualmente o cluster com falha.

Especifica se o cluster deve ser revertido caso a criação do cluster falhe. Valores válidos:

• true: Reverte o cluster quando a criação do cluster falha.

• false: Não reverte o cluster quando a criação do cluster falha.

Valor padrão: true.

[Deprecated] Use o parâmetro rrsa_config em seu lugar.

Especifica se o recurso RRSA deve ser ativado.

• true: Ativa o recurso.

• false: Não ativa o recurso.

O ID da chave do Key Management Service (KMS) usada para criptografar discos em nuvem. Para mais informações, consulte Key Management Service.

Especifica se o acesso à rede pública deve ser ativado. Um Elastic IP Address (EIP) é usado para expor o servidor de API para acesso público ao cluster.\n\n- true: Ativa o acesso público.\n- false: Desativa o acesso público. Se você optar por não ativar o acesso à rede pública, o servidor de API do cluster não poderá ser acessado pela Internet.\n\nValor padrão: false.

[Deprecated] A seleção de nós existentes durante a criação do cluster não é suportada. Para adicionar nós existentes a um cluster, crie primeiro um pool de nós e chame a operação AttachInstancesToNodePool.\n\nEspecifica se os discos de dados devem ser montados em instâncias existentes ao criar um cluster com instâncias existentes. Valores válidos:\n\n- true: Armazena contêineres e imagens em discos de dados. Os dados existentes nos discos de dados serão perdidos. Faça backup dos seus dados com antecedência.\n\n- false: Não armazena contêineres e imagens em discos de dados.\n\nValor padrão: false.\n\nRegras de montagem de disco de dados:\n\n- Se a instância ECS tiver discos de dados anexados e o sistema de arquivos do último disco de dados não estiver inicializado, o sistema formata automaticamente o disco de dados como ext4 para armazenar /var/lib/docker e /var/lib/kubelet.\n- Se a instância ECS não tiver discos de dados anexados, nenhum novo disco de dados será montado.

[Deprecated] Para a configuração do plano de controle do cluster, use o parâmetro image_id em control_plane_config em seu lugar. Para a configuração do pool de nós, use o parâmetro image_id em scaling_group em nodepool em seu lugar.\n\nA imagem personalizada para os nós. A imagem do sistema é usada por padrão. Quando uma imagem personalizada é selecionada, ela substitui a imagem padrão do sistema. Para mais informações, consulte Imagens personalizadas.

[Deprecated] Para a configuração do plano de controle do cluster, use o parâmetro image_type em control_plane_config em seu lugar. Para a configuração do pool de nós, use o parâmetro image_type em scaling_group em nodepool em seu lugar.\n\nO tipo de distribuição do sistema operacional. Recomendamos que você use este campo para especificar o sistema operacional do nó. Valores válidos:\n\n- CentOS\n- AliyunLinux\n- AliyunLinux Qboot\n- AliyunLinuxUEFI\n- AliyunLinux3\n- Windows\n- WindowsCore\n- AliyunLinux3Arm64\n- ContainerOS\n\nValor padrão: CentOS.

A pilha de protocolos IP do cluster.

Especifica se a criação automática de um grupo de segurança avançado deve ser ativada. Este parâmetro entra em vigor quando security_group_id está vazio.\n\n> Quando um grupo de segurança básico é usado, o número total de nós e pods Terway no cluster não pode exceder 2.000. Portanto, ao criar um cluster do tipo de rede Terway, use um grupo de segurança avançado.\n\n- true: Cria e usa um grupo de segurança avançado.\n- false: Usa um grupo de segurança básico.\n\nValor padrão: true.

[Deprecated] A seleção de nós existentes durante a criação do cluster não é suportada. Para adicionar nós existentes a um cluster, crie primeiro um pool de nós e chame a operação AttachInstancesToNodePool.\n\nEspecifica se os nomes das instâncias devem ser mantidos ao criar um cluster com instâncias existentes.\n\n- true: Mantém os nomes das instâncias.\n- false: Não mantém os nomes das instâncias. Os nomes são substituídos por nomes gerados pelo sistema.\n\nValor padrão: true.

[Deprecated] Para a configuração do plano de controle do cluster, use o parâmetro key_pair em control_plane_config em seu lugar. Para a configuração do pool de nós, use o parâmetro key_pair em scaling_group em nodepool em seu lugar.\n\nO nome do par de chaves. Mutuamente exclusivo com login_password.

A versão do cluster, que está alinhada com a versão de linha de base da comunidade Kubernetes. Use a versão mais recente. Se você não especificar este parâmetro, a versão mais recente será usada por padrão.\n\nVocê pode criar clusters das três versões mais recentes. Chame a operação DescribeKubernetesVersionMetadata para consultar as versões de cluster suportadas.\n\nPara mais informações sobre as versões do Kubernetes suportadas pelo ACK, consulte Visão geral do lançamento de versões do Kubernetes.

O ID da instância do Classic Load Balancer (CLB) usada para acesso ao servidor de API. Se este parâmetro for especificado, a criação automática de uma instância CLB do servidor de API será ignorada.\n> Certifique-se de que a instância CLB não tenha outras dependências (como listeners ou servidores de backend). Instâncias CLB compartilhadas e voltadas para a Internet não são suportadas.

[Deprecated] O CLB usa cobrança por uso. Este parâmetro não entra em vigor.\n\nA especificação de balanceamento de carga. Valores válidos:\n- slb.s1.small\n- slb.s2.small\n- slb.s2.medium\n- slb.s3.small\n- slb.s3.medium\n- slb.s3.large\n\nValor padrão: slb.s2.small.

[Deprecated] Ativa o serviço de log para o cluster. Este parâmetro entra em vigor apenas para clusters ACK Serverless, e o valor deve ser SLS.

[Deprecated] Para a configuração do plano de controle do cluster, use o parâmetro login_password em control_plane_config em seu lugar. Para a configuração do pool de nós, use o parâmetro login_password em scaling_group em nodepool em seu lugar.\n\nA senha de logon SSH. Mutuamente exclusiva com key_pair. A senha deve ter de 8 a 30 caracteres e conter pelo menos três dos seguintes tipos de caracteres: letras maiúsculas, letras minúsculas, dígitos e caracteres especiais.

A janela de O&M do cluster.

[Deprecated] Para a configuração do plano de controle do cluster, use o parâmetro auto_renew em control_plane_config em seu lugar.\n\nEspecifica se a renovação automática para nós mestres deve ser ativada. Este parâmetro entra em vigor apenas quando master_instance_charge_type é definido como PrePaid. Valores válidos:\n\n- true: Ativa a renovação automática.\n- false: Desativa a renovação automática.\n\nValor padrão: true.

[Deprecated] Para a configuração do plano de controle do cluster, use o parâmetro auto_renew_period em control_plane_config em seu lugar.\n\nA época de renovação automática para nós mestres. Este parâmetro entra em vigor e é obrigatório apenas quando o método de cobrança por assinatura é selecionado.\n\nValores válidos: {1, 2, 3, 6, 12}.\n\nValor padrão: 1.

[Deprecated] Para a configuração do plano de controle do cluster, use o parâmetro size em control_plane_config em seu lugar.\n\nO número de nós mestres. Valores válidos: 3 ou 5.\n\nValor padrão: 3.

[Deprecated] Para a configuração do plano de controle do cluster, use o parâmetro instance_charge_type em control_plane_config em seu lugar.\n\nO método de cobrança para nós mestres. Valores válidos:\n\n- PrePaid: Assinatura.\n- PostPaid: Pay-as-you-go.\n\nValor padrão: PostPaid.

[Deprecated] Para a configuração do plano de controle do cluster, use o parâmetro unit em control_plane_config em seu lugar.\n\nA duração da assinatura para nós mestres. Este parâmetro entra em vigor e é obrigatório apenas quando master_instance_charge_type é definido como PrePaid.\n\nValores válidos: {1, 2, 3, 6, 12, 24, 36, 48, 60}.\n\nValor padrão: 1.

[Deprecated] Para a configuração do plano de controle do cluster, use o parâmetro period_unit em control_plane_config em seu lugar.\n\nA unidade do período de cobrança para nós mestres. Este parâmetro é obrigatório quando o método de cobrança é PrePaid.\n\nValores válidos: Month. Atualmente, apenas a cobrança mensal é suportada.

[Deprecated] Para a configuração do plano de controle do cluster, use o parâmetro system_disk_category em control_plane_config em seu lugar.\n\nO tipo de disco em nuvem do sistema para nós mestres. Valores válidos:\n\n- cloud_efficiency: Disco em nuvem Ultra.\n- cloud_ssd: SSD padrão.\n- cloud_essd: SSD empresarial (ESSD).\n\nValor padrão: cloud_ssd. O valor padrão pode variar de acordo com a zona.

[Deprecated] Para a configuração do plano de controle do cluster, use o parâmetro system_disk_performance_level em control_plane_config em seu lugar.\n\nO nível de desempenho do disco em nuvem do sistema para nós mestres. Este parâmetro entra em vigor apenas para discos em nuvem ESSD. O nível de desempenho está relacionado ao tamanho do disco. Para mais informações, consulte Discos em nuvem ESSD.

[Deprecated] Para a configuração do plano de controle do cluster, use o parâmetro system_disk_size em control_plane_config em seu lugar.\n\nO tamanho do disco em nuvem do sistema para nós mestres. Valores válidos: [40,500]. Unidade: GiB.\n\nValor padrão: 120.

[Deprecated] Para a configuração do plano de controle do cluster, use o parâmetro system_disk_snapshot_policy_id em control_plane_config em seu lugar.\n\nO ID da política de snapshot automático para discos em nuvem do sistema de nós mestres.

O nome personalizado do cluster. O nome pode conter dígitos, caracteres chineses, letras e hifens (-). O nome deve ter de 1 a 63 caracteres e não pode começar com um hífen (-).

[Descontinuado] Use o parâmetro snat_entry em seu lugar.

O número de endereços IP por nó, determinado pela especificação do bloco CIDR de rede. Este parâmetro entra em vigor apenas para clusters do tipo de rede Flannel.\n\nValor padrão: 26.

[Descontinuado] Para a configuração do pool de nós, use o parâmetro node_name_mode em kubernetes_config em nodepool em seu lugar.

O intervalo de portas de serviço do nó. Intervalo de portas válido: [30000,65535].\n\nValor padrão: 30000-32767.

[Descontinuado] Use o parâmetro desired_size em scaling_group no nodepool em seu lugar.\n\nO número de nós de trabalho. Valores válidos: 0 a 100.

[Descontinuado] Para a configuração dos nós do plano de controle do cluster, use o parâmetro image_type em control_plane_config em seu lugar. Para a configuração do pool de nós, use o parâmetro image_type em scaling_group no nodepool em seu lugar.\n\nO tipo de plataforma do sistema operacional. Valores válidos:\n- Windows\n- Linux\n\nValor padrão: Linux.

[Descontinuado]\n\nA duração da assinatura. Este parâmetro entra em vigor e é obrigatório apenas quando charge_type é definido como PrePaid.\n\nValores válidos: 1, 2, 3, 6, 12, 24, 36, 48 e 60.\n\nValor padrão: 1.\n\nEste parâmetro foi alterado em 15 de outubro de 2024. Para mais informações, consulte Aviso sobre alterações de comportamento dos parâmetros da API CreateCluster.

[Descontinuado]\n\nO ciclo de cobrança. Este parâmetro é obrigatório quando o método de cobrança é definido como PrePaid.\n\nValores válidos: Month. Atualmente, apenas ciclos de cobrança mensais são suportados.\n\nEste parâmetro foi alterado em 15 de outubro de 2024. Para mais informações, consulte Aviso sobre alterações de comportamento dos parâmetros da API CreateCluster.

[Descontinuado] Para a configuração do pool de nós, use o parâmetro platform em scaling_group no nodepool em seu lugar.\n\nA distribuição do sistema operacional. Valores válidos:\n\n- CentOS\n- AliyunLinux\n- QbootAliyunLinux\n- Qboot\n- Windows\n- WindowsCore\n\nValor padrão: CentOS.

Quando você define cluster_type como ManagedKubernetes para clusters gerenciados pelo ACK, é possível especificar ainda o subtipo do cluster.\n- Default: Cluster gerenciado pelo ACK, incluindo clusters ACK (edições Pro e Basic).\n- Edge: Cluster ACK Edge, incluindo clusters ACK Edge (edições Pro e Basic).\n- Serverless: Cluster ACK Serverless, incluindo clusters ACK Serverless (edições Pro e Basic).\n- Lingjun: Cluster ACK Lingjun, disponível na edição Pro.

O modo do kube-proxy.\n\n- iptables: Um modo kube-proxy maduro e estável. A descoberta de serviços e o balanceamento de carga para serviços do Kubernetes são configurados usando regras do iptables. O desempenho é moderado e afetado pela escala do cluster. Este modo é adequado para clusters com um pequeno número de serviços.\n- ipvs: Um modo kube-proxy de alto desempenho. A descoberta de serviços e o balanceamento de carga para serviços do Kubernetes são configurados usando o módulo IPVS do Linux. Este modo é adequado para clusters com um grande número de serviços que exigem alto desempenho de balanceamento de carga.\n- nftables: Um modo kube-proxy de última geração que implementa a descoberta de serviços e o balanceamento de carga com base no nftables do Linux. Esta é uma substituição moderna para o iptables. Em comparação com o iptables, o nftables oferece melhor desempenho de rede, atualizações de regras mais eficientes e comportamento aprimorado em cenários de serviços em grande escala.\nSuportado apenas para clusters executando a versão 1.35 ou posterior. A comunidade Kubernetes descontinuou o IPVS a partir da versão 1.35. Para novos clusters, use o nftables para suporte da comunidade a longo prazo.\n\nValor padrão: ipvs.

O ID da região onde o cluster está implantado. Para obter detalhes, consulte Regiões suportadas pelo serviço de contêiner.

O ID do grupo de recursos ao qual o cluster pertence. Use este parâmetro para isolar diferentes recursos.

O runtime de contêiner usado no cluster. Os runtimes suportados incluem containerd, contêineres em sandbox e Docker.\n> O Kubernetes 1.24 não suporta mais o Docker como um runtime de contêiner integrado.\n\nPara mais informações, consulte Comparação dos runtimes de contêiner Docker, containerd e contêiner em sandbox.

O ID de um grupo de segurança existente. Este parâmetro é mutuamente exclusivo com is_enterprise_security_group. Os nós do cluster são adicionados automaticamente a este grupo de segurança.

[Descontinuado] Para a configuração do plano de controle do cluster, use o parâmetro security_hardening_os em control_plane_config em seu lugar. Para a configuração do pool de nós, use o parâmetro security_hardening_os em scaling_group no nodepool em seu lugar.\n\nEspecifica se o endurecimento de segurança do SO do Alibaba Cloud deve ser ativado. Valores válidos:\n\n- true: Ativa o endurecimento de segurança do SO do Alibaba Cloud.\n- false: Não ativa o endurecimento de segurança do SO do Alibaba Cloud.\n\nValor padrão: false.

Uma ServiceAccount é a credencial de acesso usada por um pod para se comunicar com o servidor de API do cluster. O service-account-issuer é a identidade do emissor no token da serviceaccount, que é o campo iss na carga útil do token.\n\nPara mais informações sobre ServiceAccount, consulte Implantar projeção de volume de token de conta de serviço.

O bloco CIDR para a rede do serviço. Intervalos válidos: 10.0.0.0/16-24, 172.16-31.0.0/16-24 e 192.168.0.0/16-24. O bloco CIDR não pode se sobrepor ao bloco CIDR da VPC 10.1.0.0/21 ou aos blocos CIDR usados por clusters Kubernetes existentes na VPC. Este valor não pode ser modificado após a criação do cluster.\n\nValor padrão: 172.19.0.0/20.

Configurações de SNAT para a VPC. Valores válidos:

• true: Ativa a criação automática de um gateway NAT e configura as regras SNAT. Defina como true se os nós e aplicativos no cluster precisarem acessar a Internet.

• false: Não cria um gateway NAT ou regras SNAT. Os nós e aplicativos no cluster não podem acessar a Internet.

Valor padrão: false.

[Descontinuado] Para a configuração dos nós do plano de controle do cluster, use o parâmetro soc_enabled em control_plane_config em vez disso. Para a configuração do pool de nós, use o parâmetro soc_enabled em scaling_group no nodepool em vez disso.

Especifica se o reforço de segurança MLPS 2.0 deve ser ativado. Para mais informações, consulte Conformidade de proteção classificada da China para ACK.

Valores válidos:

• true: Ativa o reforço de conformidade de proteção classificada.

• false: Não ativa o reforço de conformidade de proteção classificada.

Valor padrão: false.

Especifica se o login SSH público deve ser ativado. Isso é usado para fazer login nos nós mestres de clusters dedicados do ACK. Este parâmetro não entra em vigor para clusters gerenciados.

• true: Ativado.

• false: Não ativado.

Valor padrão: false.

[Descontinuado] Por padrão, o cluster não é revertido quando a criação falha. Você deve limpar manualmente o cluster com falha.

O período de tempo limite de criação do cluster, em minutos.

Valor padrão: 60.

O fuso horário usado pelo cluster. Para mais informações, consulte Fusos horários suportados.

A autoridade de certificação (CA) personalizada do cluster.

[Descontinuado] Os dados personalizados do nó.

A VPC usada pelo cluster. Você deve fornecer uma VPC ao criar um cluster.

[Descontinuado] Para a configuração do pool de nós, use o parâmetro auto_renew em scaling_group no nodepool em vez disso.

Especifica se a renovação automática para nós de trabalho deve ser ativada. Este parâmetro entra em vigor apenas quando worker_instance_charge_type é definido como PrePaid. Valores válidos:

• true: Ativa a renovação automática.

• false: Não ativa a renovação automática.

Valor padrão: true.

[Descontinuado] Para a configuração do pool de nós, use o parâmetro auto_renew_period em scaling_group no nodepool em vez disso.

O ciclo unificado de renovação automática para nós de trabalho. Este parâmetro entra em vigor e é obrigatório apenas quando o método de cobrança por assinatura é selecionado.

Valores válidos: 1, 2, 3, 6 e 12.

[Descontinuado] Use o parâmetro instance_charge_type em scaling_group do nodepool para configurações de pool de nós.

O método de cobrança para nós de trabalho. Valores válidos:

• PrePaid: assinatura.

• PostPaid: pós-pago.

Valor padrão: pós-pago.

[Descontinuado] Use o parâmetro period em scaling_group do nodepool para configurações de pool de nós.

A duração da assinatura para nós de trabalho. Este parâmetro entra em vigor e é obrigatório apenas quando worker_instance_charge_type está definido como PrePaid.

Valores válidos: {1, 2, 3, 6, 12, 24, 36, 48, 60}.

Valor padrão: 1.

[Descontinuado] Use o parâmetro period_unit em scaling_group do nodepool para configurações de pool de nós.

O ciclo de cobrança para nós de trabalho. Este parâmetro é obrigatório quando o método de cobrança é PrePaid.

Valores válidos: Month. Atualmente, apenas ciclos de cobrança mensais são suportados.

[Descontinuado] Use o parâmetro system_disk_category em scaling_group do nodepool para configurações de pool de nós.

O tipo de disco de sistema em nuvem para nós de trabalho. Para mais informações, consulte Visão geral do armazenamento em bloco.

Valores válidos:

• cloud_efficiency: disco em nuvem ultra.

• cloud_ssd: SSD padrão.

Valor padrão: cloud_ssd.

[Descontinuado] Use o parâmetro system_disk_performance_level em scaling_group do nodepool para configurações de pool de nós.

Define o nível de desempenho (PL) do disco de sistema em nuvem quando o disco de sistema em nuvem é um ESSD. Para mais informações, consulte Discos em nuvem ESSD.

Valores válidos:

• PL0

• PL1

• PL2

• PL3

[Descontinuado] Use o parâmetro system_disk_size em scaling_group do nodepool para configurações de pool de nós.

O tamanho do disco de sistema em nuvem para nós de trabalho. Unidade: GiB.

Valores válidos: [40,500].

O valor deste parâmetro deve ser maior ou igual a max{40, ImageSize}.

Valor padrão: 120.

[Descontinuado] Use o parâmetro system_disk_snapshot_policy_id em scaling_group do nodepool para configurações de pool de nós.

O ID da política de snapshot automático usada pelos discos de sistema em nuvem dos nós de trabalho.

[Descontinuado] Use o parâmetro zone_ids em vez disso.\n\nO ID da zona ativa da região à qual o cluster pertence. Este parâmetro é específico para clusters gerenciados ACK.\n\nAo criar um cluster gerenciado ACK sem especificar vpc_id e vswitch_ids, você deve especificar zone_id para que o cluster crie automaticamente uma VPC e recursos de rede relacionados na zona especificada. Este parâmetro é ignorado se vpc_id e vswitch_ids forem especificados.

O ID do cluster.

O ID da solicitação.

O ID da tarefa.