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 vCPUs für AWS Batch 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 limits OR-Werte für vCPU- und Speicherressourcen angebenrequests.

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

Beispiel: Jobdefinitionen

Mit der folgenden Jobdefinition in AWS Batch Amazon EKS 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 von 2 v CPUs 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 Auftragsdefinition in AWS Batch Amazon EKS hat einen request Wert von 1 und weist dem Auftrag ein Maximum von 4 v CPUs 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 Auftragsdefinition in AWS Batch Amazon EKS legt einen limits vCPU-Wert von 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"
                       }
                   }
               }
           ]
       }
   }
}

Wenn ein Job AWS Batch auf Amazon EKS in einen Amazon EKS-Pod AWS Batch übersetzt wird, wird der limits Wert in den requests Wert AWS Batch kopiert. Dies ist der Fall, wenn kein requests Wert angegeben ist. Wenn Sie die obige 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 eines Knotens

Der CPU-Reservierungswert wird in Millikernen berechnet, wobei die Gesamtzahl der V verwendet wirdCPUs , die für die Instanz verfügbar sind.

Unter Verwendung der vorherigen Werte ist Folgendes wahr:

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

Beispiel: Speicherreservierung für Knoten

Der Wert für die Speicherreservierung 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 Instanz 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 wie folgt berechnet: (7748 - (11 * 29) -255 -100) = 7074 MiB. In diesem Beispiel passt ein 8.192 MiB Job nicht auf diese Instanz, obwohl es sich um eine 8 () -Instanz handelt. gibibyte GiB

DaemonSets

Beachten Sie bei der Verwendung DaemonSets Folgendes: