As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Considerações sobre memória e vCPU para o Amazon AWS Batch EKS
AWS Batch No Amazon EKS, você pode especificar os recursos que são disponibilizados para um contêiner. Por exemplo, você pode especificar valores requests ou limits para recursos de vCPU e memória.
Os seguintes são as restrições para especificar os recursos de vCPU:
-
Pelo menos um valor de
requestsoulimitsde vCPU deve ser especificado. -
Uma unidade de vCPU é equivalente a um núcleo físico ou virtual.
-
O valor da vCPU deve ser inserido em números inteiros ou em acréscimos de 0,25.
-
O menor valor válido de vCPU é 0,25.
-
Se ambos forem especificados, o valor de
requestsdeverá ser menor que ou igual ao valor delimits. Dessa forma, você pode configurar as configurações de vCPU flexíveis e rígidas. -
Os valores de vCPU não podem ser especificados no formato milliCPU. Por exemplo,
100mnão é um valor válido. -
AWS Batch usa o
requestsvalor para decisões de escalabilidade. Se um valorrequestsnão for especificado, o valorlimitsserá copiado para o valorrequests.
Os seguintes são as restrições para especificar os recursos de memória:
-
Pelo menos um valor de
requestsoulimitsde memória deve ser especificado. -
Os valores de memória devem estar em mebibytes (MiBs).
-
Se ambos forem especificados, o valor de
requestsdeverá ser igual ao valor delimits. -
AWS Batch usa o
requestsvalor para decisões de escalabilidade. Se um valor derequestsnão for especificado, o valor delimitsserá copiado para o valor derequests.
Os seguintes são as restrições para especificar os recursos de GPU:
-
Se ambos forem especificados, o valor de
requestsdeverá ser igual ao valor delimits. -
AWS Batch usa o
requestsvalor para decisões de escalabilidade. Se um valorrequestsnão for especificado, o valorlimitsserá copiado para o valorrequests.
Exemplos: definições de trabalho
O seguinte AWS Batch sobre a definição de trabalho do Amazon EKS configura compartilhamentos flexíveis de vCPU. Isso permite que o AWS Batch Amazon EKS use toda a capacidade da vCPU para o tipo de instância. No entanto, se houver outros trabalhos em execução, o trabalho receberá um máximo de 2 v. CPUs A memória é limitada a 2 GB.
{ "jobDefinitionName": "MyJobOnEks_Sleep", "type": "container", "eksProperties": { "podProperties": { "containers": [ { "image": "public.ecr.aws/amazonlinux/amazonlinux:2", "command": ["sleep", "60"], "resources": { "requests": { "cpu": "2", "memory": "2048Mi" } } } ] } } }
O seguinte AWS Batch na definição de trabalho do Amazon EKS tem um request valor de 1 e aloca um máximo de 4 v CPUs para o trabalho.
{ "jobDefinitionName": "MyJobOnEks_Sleep", "type": "container", "eksProperties": { "podProperties": { "containers": [ { "image": "public.ecr.aws/amazonlinux/amazonlinux:2", "command": ["sleep", "60"], "resources": { "requests": { "cpu": "1" }, "limits": { "cpu": "4", "memory": "2048Mi" } } } ] } } }
O seguinte AWS Batch sobre a definição de trabalho do Amazon EKS define um limits valor de vCPU 1 e um valor de memória limits de 1 GB.
{ "jobDefinitionName": "MyJobOnEks_Sleep", "type": "container", "eksProperties": { "podProperties": { "containers": [ { "image": "public.ecr.aws/amazonlinux/amazonlinux:2", "command": ["sleep", "60"], "resources": { "limits": { "cpu": "1", "memory": "1024Mi" } } } ] } } }
Ao AWS Batch traduzir uma tarefa AWS Batch no Amazon EKS em um pod do Amazon EKS, AWS Batch copia o limits valor para o requests valor. Isso ocorre quando um valor de requests não é especificado. Quando você envia o exemplo de definição de trabalho de precedência, o pod spec é o seguinte.
apiVersion: v1 kind: Pod ... spec: ... containers: - command: - sleep - 60 image: public.ecr.aws/amazonlinux/amazonlinux:2 resources: limits: cpu: 1 memory: 1024Mi requests: cpu: 1 memory: 1024Mi ...
Reserva de Memória e Reserva de Nó de CPU
AWS Batch depende da lógica padrão do bootstrap.sh arquivo para reservas de vCPU e memória. Para mais informações sobre o arquivo bootstrap.sh, consulte bootstrap.sh
nota
Se nenhuma instância estiver em execução, as reservas de vCPU e memória podem afetar inicialmente a lógica de AWS Batch escalabilidade e a tomada de decisões. Depois que as instâncias estiverem em execução, AWS Batch ajusta as alocações iniciais.
Exemplo: reserva de nó de CPU
O valor da reserva de CPU é calculado em milicores usando o número total de v CPUs que estão disponíveis para a instância.
| Número da vCPU | Porcentagem reservada |
|---|---|
| 1 | 6% |
| 2 | 1% |
| 3-4 | 0,5% |
| 4 e acima | 0,25% |
Usando os valores que precedem, o seguinte é verdadeiro:
-
O valor da reserva de CPU para uma
c5.largeinstância com 2 v CPUs é 70 m. Isso é calculado da seguinte maneira: (1*60) + (1*10) = 70 m. -
O valor da reserva de CPU para uma
c5.24xlargeinstância com 96 v CPUs é 310 m. Isso é calculado da seguinte maneira: (1*60) + (1*10) + (2*5) + (92*2.5) = 310 m.
Neste exemplo, há 1930 (calculadas de 2000-70) unidades de vCPU de milicore disponíveis para executar trabalhos em uma instância c5.large. Suponha que seu trabalho requeira 2 unidades de vCPU (2*1000 m). O trabalho não caberá em uma instância única c5.large. No entanto, um trabalho que exige 1.75 unidades de vCPU é adequado.
Exemplo: reserva de memória do nó
O valor da reserva de memória é calculado em mebibytes usando o seguinte:
-
a capacidade da instância em mebibytes. Por exemplo, uma instância de 8 GB tem 7.748 MiB.
-
O valor de
kubeReserved. O valor dekubeReservedé a quantidade de memória a ser reservada para os daemons do sistema. O valor dekubeReservedé calculado no campo da seguinte forma: ((11 * número de pods máximo compatível pelo tipo de instância) + 255). Para obter informações sobre o número máximo de pods compatíveis com um tipo de instância, consulte eni-max-pods .txt -
O valor
HardEvictionLimit. Quando a memória disponível fica abaixo do valorHardEvictionLimit, a instância tenta remover os pods.
A fórmula para calcular a memória alocável é a seguinte: (instance_capacity_in_MiB) - (11 * ()maximum_number_of_pods) - 255 - ()). HardEvictionLimit value.
Uma instância c5.large suporta até 29 pods. Para uma instância c5.large de 8 GB com um valor HardEvictionLimit de 100 MiB, a memória disponível para alocação é 7074 MiB. Isso é calculado da seguinte maneira: (7748 - (11 * 29) -255 -100) = 7074 MiB. Neste exemplo, um trabalho MiB de 8.192 não cabe nessa instância, embora seja uma instância de 8 gibibyte (GiB).
DaemonSets
Ao usar DaemonSets, considere o seguinte:
-
Se nenhuma instância AWS Batch do Amazon EKS estiver em execução, isso DaemonSets pode afetar inicialmente a lógica de AWS Batch escalabilidade e a tomada de decisões. AWS Batch aloca inicialmente 0,5 unidades de vCPU e 500 MiB conforme esperado. DaemonSets Depois que as instâncias estiverem em execução, AWS Batch ajusta as alocações iniciais.
-
Se DaemonSet definir limites de vCPU ou memória, no AWS Batch Amazon EKS, os trabalhos terão menos recursos. Recomendamos que você mantenha o número dos DaemonSets que estão atribuídos aos AWS Batch trabalhos o mais baixo possível.