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.
# Beispiel für Daten zur Aufteilung der Kosten
Das folgende Beispiel soll Ihnen zeigen, wie Daten zur geteilten Kostenzuweisung berechnet werden, indem die Kosten einzelner Amazon ECS-Services, Aufgaben in Amazon ECS-Clustern sowie Kubernetes-Namespace und Pods in Amazon EKS-Clustern berechnet werden. Die im gesamten Beispiel verwendeten Tarife dienen nur zur Veranschaulichung.
**Anmerkung**
Das Beispiel zeigt den Kubernetes-Namespace und die Pods, die in Amazon EKS-Clustern ausgeführt werden. Wir können dann dasselbe Kostenmodell auf Amazon ECS-Services und Aufgaben anwenden, die in einem Amazon ECS-Cluster ausgeführt werden.
Sie haben in einer einzigen Stunde die folgende Nutzung:
+ Gemeinsamer Cluster mit einer einzigen Instanz (m5.xlarge) mit zwei Namespaces und vier Pods, der für die Dauer einer vollen Stunde läuft.
+ Die Instanzkonfiguration umfasst 4 vCPUs und 16 GB Arbeitsspeicher.
+ Die amortisierten Kosten der Instanz belaufen sich auf 1 USD/Stunde.
Bei den Daten zur geteilten Kostenzuweisung werden relative Gewichte pro Einheit für CPU und Arbeitsspeicher verwendet, die auf einem Verhältnis von 9:1 basieren. Dies ergibt sich aus den Preisen pro vCPU pro Stunde und pro GB pro Stunde in [AWS Fargate](https://aws.amazon.com/fargate/pricing/).
## Schritt 1: Berechnen Sie die Kosten pro Einheit für CPU und Arbeitsspeicher
`Unit-cost-per-resource = Hourly-instance-cost/((Memory-weight * Memory-available) + (CPU-weight * CPU-available))`
= 1 \$1/ ((1 \$1 16 GB) \$1 (9 \$1 4 vCPU)) = 0,02\$1
`Cost-per-vCPU-hour = CPU-weight * Unit-cost-per-resource`
= 9 \$1 0,02\$1 = 0,17\$1
`Cost-per-GB-hour = Memory-weight * Unit-cost-per-resource`
= 1 \$1 0,02\$1 = 0,02\$1
****
| Instance | Instance type | vCPU-available | Memory-available | Amortized-cost-per-hour | Cost-per-vCPU-hour | Cost-per-GB-hour |
| --- | --- | --- | --- | --- | --- | --- |
| Instance1 | m5.xlarge | 4 | 16 | 1\$1 | 0,17\$1 | 0,02\$1 |
## Schritt 2: Berechnen Sie die zugewiesene Kapazität und die ungenutzte Kapazität der Instanz
+ Zugewiesene Kapazität: Der Arbeitsspeicher und die vCPU, die dem Kubernetes-Pod von der übergeordneten EC2-Instance zugewiesen wurden, definiert als das Maximum an genutzter und reservierter Kapazität.
**Anmerkung**
Wenn Speicher- oder vCPU-Nutzungsdaten nicht verfügbar sind, werden stattdessen Reservierungsdaten verwendet. Weitere Informationen finden Sie unter [Amazon ECS-Nutzungsberichte](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/usage-reports.html) oder [Amazon EKS-Kostenüberwachung](https://docs.aws.amazon.com/eks/latest/userguide/cost-monitoring.html).
+ Ungenutzte Kapazität der Instanz: Die ungenutzte Kapazität von vCPU und Arbeitsspeicher.
`Pod1-Allocated-vCPU = Max (1 vCPU, 0.1 vCPU)`= 1 vCPU
`Pod1-Allocated-memory = Max (4 GB, 3 GB)`= 4 GB
`Instance-Unused-vCPU = Max (CPU-available - SUM(Allocated-vCPU), 0)`= Maximal (4 — 4,9, 0) = 0
`Instance-Unused-memory = Max (Memory-available - SUM(Allocated-memory), 0)`= Max (16 — 14, 0) = 2 GB
In diesem Beispiel hat die Instanz CPU-Over-Abonnement, was Pod2 zugeschrieben wird, das mehr vCPU verwendet hat als reserviert war.
****
| Pod name | Namespace | Reserved-vCPU | Used-vCPU | Allocated-vCPU | Reserved-memory | Used-memory | Allocated-memory |
| --- | --- | --- | --- | --- | --- | --- | --- |
| Pod1 | Namespace1 | 1 | 0,1 | 1 | 4 | 3 | 4 |
| Pod2 | Namespace2 | 1 | 1.9 | 1.9 | 4 | 6 | 6 |
| Pod3 | Namespace1 | 1 | 0.5 | 1 | 2 | 2 | 2 |
| Pod4 | Namespace2 | 1 | 0.5 | 1 | 2 | 2 | 2 |
| Unused | Unused | | | 0 | | | 2 |
| | | | | 4,9 bis 4,9 | | | 16 |
## Schritt 3: Berechnen Sie die Aufteilung der Nutzungsquoten
+ Aufgeteiltes Nutzungsverhältnis: Der Prozentsatz der vom Kubernetes-Pod genutzten CPU oder des Speichers im Vergleich zur gesamten auf der EC2-Instance verfügbaren CPU oder Arbeitsspeicher.
+ Verhältnis ungenutzter Speicher: Der Prozentsatz der vom Kubernetes-Pod genutzten CPU oder des Speichers im Vergleich zur gesamten CPU- oder Speicherbelegung auf der EC2-Instance (d. h. ohne Berücksichtigung der ungenutzten CPU oder des ungenutzten Speichers auf der Instance).
`Pod1-vCPU-split-usage-ratio = Allocated-vCPU / Total-vCPU`
= 1 vCPU/4,9 vCPU = 0,204
`Pod1-Memory-split-usage-ratio = Allocated-GB / Total-GB`
= 4 GB/16 GB = 0,250
`Pod1-vCPU-unused-ratio = Pod1-vCPU-split-usage-ratio / (Total-CPU-split-usage-ratio – Instance-unused-CPU)`(auf 0 gesetzt, wenn Instance-unused-CPU 0 ist)
= 0 (seit Instance-unused-CPU ist 0)
`Pod1-Memory-unused-ratio = Pod1-Memory-split-usage-ratio / (Total-Memory-split-usage-ratio – Instance-unused-memory)`(auf 0 gesetzt, wenn 0 Instance-unused-memory ist)
= 0,250/(1-0,125) = 0,286
****
| Pod name | Namespace | vCPU-split-usage-ratio | vCPU-unused-ratio | Memory-split-usage-ratio | Memory-unused-ratio |
| --- | --- | --- | --- | --- | --- |
| Pod1 | Namespace1 | 0,204 | 0 | 0,250 | 0,286 |
| Pod2 | Namespace2 | 0,388 | 0 | 0,375 | 0,429 |
| Pod3 | Namespace1 | 0,204 | 0 | 0.125 | 0.143 |
| Pod4 | Namespace2 | 0,204 | 0 | 0.125 | 0.143 |
| Unused | Unused | 0 | | 0.125 | |
| | | 1 | | 1 | |
## Schritt 4: Berechne die geteilten Kosten und die ungenutzten Kosten
+ Geteilte Kosten: Die Aufteilung der Kosten pro Nutzung der EC2-Instance-Kosten auf der Grundlage der zugewiesenen CPU- und Speichernutzung durch den Kubernetes-Pod.
+ Kosten für ungenutzte Instances: Die Kosten für ungenutzte CPU- oder Speicherressourcen auf der Instance.
`Pod1-Split-cost = (Pod1-vCPU-split-usage-ratio * vCPU-available * Cost-per-vCPU-hour) + (Pod1-Memory-split-usage-ratio * Memory-available * Cost-per-GB-hour)`
= (0,204 \$1 4 vCPU\$1 0,17\$1) \$1 (0,25 \$1 16 GB \$1 0,02\$1) = 0,22\$1
`Pod1-Unused-cost = (Pod1-vCPU-unused-ratio * Instance-vCPU-unused-ratio * vCPU-available * Cost-per-VCPU-hour) + (Pod1-Memory-unused-ratio * Instance-Memory-unused ratio * Memory-available * Cost-per-GB-hour)`
= (0 \$1 0 \$1 4 \$1 0,17\$1) \$1 (0,286 \$1 0,125 \$1 16 \$1 0,02\$1) = 0,01\$1
`Pod1-Total-split-cost = Pod1-Split-cost + Pod1-Unused-cost`
= 0,23\$1
****
| Pod name | Namespace | Split-cost | Unused-cost | Total-split-cost |
| --- | --- | --- | --- | --- |
| Pod1 | Namespace1 | 0,22\$1 | 0,01\$1 | 0,23\$1 |
| Pod2 | Namespace2 | 0,38\$1 | 0,02\$1 | 0,40\$1 |
| Pod3 | Namespace1 | 0,18\$1 | 0,01\$1 | 0,19\$1 |
| Pod4 | Namespace2 | 0,18\$1 | 0,01\$1 | 0,19\$1 |
| Unused | Unused | 0,04\$1 | | |
| | | 1\$1 | 0,04\$1 | 1\$1 |
Die Kosten des Dienstes sind die Summe der Kosten für Pods, die jedem Namespace zugeordnet sind.
Gesamtkosten für Namespace1 = 0,23\$1 \$1 0,19\$1 = 0,42\$1
Gesamtkosten von Namespace2 = 0,40\$1 \$1 0,19\$1 = 0,59\$1
## AWS Beispiel CUR
Wenn Sie über einen Savings Plans verfügen, der die gesamte Nutzung der EC2-Instance im Abrechnungszeitraum abdeckt, werden die amortisierten Kosten anhand von berechnet. savingsPlan/SavingsPlanEffectiveCost
![\[Table showing EC2 instance usage details with Savings Plans and cost breakdown.\]](http://docs.aws.amazon.com/de_de/cur/latest/userguide/images/savings-plan-entire-usage.png)
Wenn Sie einen Savings Plans haben, der die teilweise Nutzung der EC2-Instance im Abrechnungszeitraum abdeckt und der Rest der EC2-Instance-Nutzung zu On-Demand-Tarifen abgerechnet wird, werden die amortisierten Kosten für die EC2-Instance anhand von savingsPlan/SavingsPlanEffectiveCost (for SavingsPlanCoveredUsage) \$1 lineItem/UnblendedCost (für On-Demand-Nutzung) berechnet.
![\[Table showing EC2 instance usage details, costs, and savings plan information.\]](http://docs.aws.amazon.com/de_de/cur/latest/userguide/images/savings-plan-partial-usage.png)