Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Überlegungen zu Arbeitsspeicher und vCPU für AWS Batch auf Amazon EKS

In AWS Batch Amazon EKS können Sie die Ressourcen angeben, die einem Container zur Verfügung gestellt werden. Sie können beispielsweise unsere limits Werte für vCPU requests - und Speicherressourcen angeben.

Die folgenden Einschränkungen gelten für die Angabe von vCPU-Ressourcen:

Beispiel: Jobdefinitionen

Mit der folgenden AWS Batch Amazon EKS-Jobdefinition werden Soft-vCPU-Shares konfiguriert. Dadurch kann AWS Batch Amazon EKS die gesamte vCPU-Kapazität für den Instance-Typ nutzen. Wenn jedoch andere Jobs ausgeführt werden, wird dem Job ein Maximum an 2 vCPUs zugewiesen. Der Arbeitsspeicher ist auf 2 GB begrenzt.

{
   "jobDefinitionName": "MyJobOnEks_Sleep",
   "type": "container",
   "eksProperties": {
       "podProperties": {
           "containers": [
               {
                   "image": "public.ecr.aws/amazonlinux/amazonlinux:2",
                   "command": ["sleep", "60"],
                   "resources": {
                       "requests": {
                           "cpu": "2",
                           "memory": "2048Mi"
                       }
                   }
               }
           ]
       }
   }
}

Die folgende Jobdefinition in AWS Batch Amazon EKS hat den request Wert von 1 und weist dem Job ein Maximum an 4 vCPUs zu.

{
   "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"
                       }
                   }
               }
           ]
       }
   }
}

Die folgende Jobdefinition AWS Batch auf Amazon EKS legt einen limits vCPU-Wert von 1 GB 1 und einen limits Speicherwert von 1 GB fest.

{
   "jobDefinitionName": "MyJobOnEks_Sleep",
   "type": "container",
   "eksProperties": {
       "podProperties": {
           "containers": [
               {
                   "image": "public.ecr.aws/amazonlinux/amazonlinux:2",
                   "command": ["sleep", "60"],
                   "resources": {
                       "limits": {
                           "cpu": "1",
                           "memory": "1024Mi"
                       }
                   }
               }
           ]
       }
   }
}

Bei der AWS Batch Übersetzung eines AWS Batch Amazon EKS-Jobs in einen Amazon EKS-Pod wird der Wert in den limits requests Wert AWS Batch kopiert. Dies ist der Fall, wenn kein requests Wert angegeben ist. Wenn Sie die vorhergehende Beispiel-Jobdefinition einreichen, sieht der Pod wie spec folgt aus.

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
      ...

CPU- und Speicherreservierungen für Knoten

AWS Batch stützt sich auf die Standardlogik der bootstrap.sh Datei für vCPU- und Speicherreservierungen. Weitere Informationen zur bootstrap.sh Datei finden Sie unter bootstrap.sh. Beachten Sie bei der Dimensionierung Ihrer vCPU- und Speicherressourcen die folgenden Beispiele.

Beispiel: CPU-Reservierung für Knoten

Der CPU-Reservierungswert wird in Millikernen anhand der Gesamtzahl der vCPUs berechnet, die für die Instance verfügbar sind.

Bei Verwendung der vorstehenden Werte gilt Folgendes:

In diesem Beispiel stehen 1930 (berechnete 2000-70) Millicore-vCPU-Einheiten zur Verfügung, um Jobs auf einer Instance auszuführen. c5.large Angenommen, Ihr Job erfordert 2 (2*1000 m) vCPU-Einheiten, der Job passt nicht auf eine einzelne Instance. c5.large Ein Job, der 1.75 vCPU-Einheiten erfordert, passt jedoch.

Beispiel: Speicherreservierung für Knoten

Der Speicherreservierungswert wird wie folgt in Mebibyte berechnet:

Die Formel zur Berechnung des zuweisbaren Speichers lautet wie folgt: (instance_capacity_in_MiB) - (11 * (maximum_number_of_pods)) - 255 - ()). HardEvictionLimit value.

Eine c5.large Instance unterstützt bis zu 29 Pods. Für eine c5.large 8-GB-Instance mit einem HardEvictionLimit Wert von 100 MiB beträgt der zuweisbare Speicher 7074. MiB Dies wird auf folgende Weise berechnet: (7748 - (11 * 29) -255 -100) = 7074 MiB. In diesem Beispiel passt ein MiB 8.192-Job nicht in diese Instanz, obwohl es sich um eine 8 () -Instanz handelt. gibibyte GiB

DaemonSets

Beachten Sie bei der Verwendung DaemonSets Folgendes: