# Kosteneffiziente Ressourcen
Die Verwendung geeigneter Services, Ressourcen und Konfigurationen für Ihre Workloads ist für Kosteneinsparungen unerlässlich. Berücksichtigen Sie Folgendes beim Erstellen kosteneffizienter Ressourcen:
AWS Solutions Architects, AWS Solutions, AWS Reference Architectures und APN-Partner unterstützen Sie bei der Auswahl einer Architektur auf Basis dessen, was Sie gelernt haben.
**Topics**
+ [Kosten bei der Auswahl von Services auswerten](evaluate-cost-when-selecting-services.md)
+ [Den richtigen Ressourcentyp, die richtige Größe und die richtige Anzahl auswählen](select-the-correct-resource-type-size-and-number.md)
+ [Auswählen des besten Preismodells](select-the-best-pricing-model.md)
+ [Plan für die Datenübertragung](plan-for-data-transfer.md)
# Kosten bei der Auswahl von Services auswerten
**Topics**
+ [COST05-BP01 Identifizieren Sie die organisatorischen Anforderungen an die Kosten](cost_select_service_requirements.md)
+ [COST05-BP02 Analysieren sämtlicher Komponenten dieser Workload](cost_select_service_analyze_all.md)
+ [COST05-BP03 Durchführen einer gründlichen Analyse der einzelnen Komponenten](cost_select_service_thorough_analysis.md)
+ [COST05-BP04 Auswahl von Software mit kosteneffizienter Lizenzierung](cost_select_service_licensing.md)
+ [COST05-BP05 Auswahl von Komponenten dieser Workload zur Optimierung der Kosten im Einklang mit den Prioritäten der Organisation](cost_select_service_select_for_cost.md)
+ [COST05-BP06 Durchführen einer Kostenanalyse für unterschiedliche Nutzungen im Lauf der Zeit](cost_select_service_analyze_over_time.md)
# COST05-BP01 Identifizieren Sie die organisatorischen Anforderungen an die Kosten
Definieren Sie gemeinsam mit den Teammitgliedern für diese Workload das Gleichgewicht zwischen Kostenoptimierung und anderen Säulen wie Leistung und Zuverlässigkeit.
**Risikostufe bei fehlender Befolgung dieser bewährten Methode:** Hoch
## Implementierungsleitfaden
In den meisten Organisationen besteht die Abteilung für Informationstechnologie (IT) aus mehreren kleinen Teams, von denen jedes seine eigene Agenda und seinen eigenen Schwerpunktbereich hat, der die Spezialgebiete und Fähigkeiten seiner Teammitglieder widerspiegelt. Sie müssen die allgemeinen Ziele, Prioritäten und Vorgaben Ihrer Organisation verstehen und wissen, wie jede Abteilung oder jedes Projekt zu diesen Zielen beiträgt. Die Kategorisierung aller wesentlichen Ressourcen, einschließlich Personal, Ausrüstung, Technologie, Material und externer Dienstleistungen, ist für die Erreichung der organisatorischen Ziele und eine umfassende Budgetplanung von entscheidender Bedeutung. Die Anwendung dieses systematischen Ansatzes zur Kostenermittlung und zum Kostenverständnis ist für die Erstellung eines realistischen und soliden Kostenplans für die Organisation von grundlegender Bedeutung.
Bei der Auswahl von Services für Ihre Workload ist es wichtig, dass Sie die Prioritäten Ihrer Organisation verstehen. Schaffen Sie ein Gleichgewicht zwischen Kostenoptimierung und anderen AWS Well-Architected Framework-Säulen wie Leistung und Zuverlässigkeit. Dieser Prozess sollte systematisch und regelmäßig durchgeführt werden, um Veränderungen in den Zielen der Organisation, den Marktbedingungen und der betrieblichen Dynamik zu berücksichtigen. Eine vollständig kostenoptimierte Workload ist die Lösung, die am meisten an den Anforderungen Ihrer Organisation ausgerichtet ist, nicht notwendigerweise an den niedrigsten Kosten. Treffen Sie sich mit allen Teams innerhalb Ihrer Organisation, um Informationen zu sammeln, z. B. mit den Produkt-, Geschäfts-, Technik- und Finanz-Teams. Bewerten Sie die Auswirkungen von Kompromissen zwischen konkurrierenden Interessen oder alternativen Ansätzen, um fundiert zu entscheiden, auf welche Bereiche die Anstrengungen konzentriert werden sollten, oder eine geeignete Handlungsweise zu wählen.
Beispielsweise kann die Beschleunigung der Markteinführung neuer Features einer Kostenoptimierung vorgezogen werden oder Sie können eine relationale Datenbank für nicht relationale Daten wählen, um die Migration eines Systems zu vereinfachen, anstatt zu einer für Ihren Datentyp optimierten Datenbank zu migrieren und Ihre Anwendung zu aktualisieren.
### Implementierungsschritte
+ **Ermitteln der Organisationsanforderungen zur Kosteneinschätzung:** Treffen Sie sich mit Teammitgliedern aus Ihrer Organisation, darunter Produktmanagement, Anwendungsbesitzern, Entwicklungs- und Betriebsteams, Management und Finanzen. Setzen Sie die Prioritäten hinsichtlich der Well-Architected-Säulen für diese Workload und seine Komponenten. Die Ausgabe sollte eine Liste der Säulen in der entsprechenden Reihenfolge sein. Sie können jeder Säule auch eine Gewichtung zuweisen, um anzugeben, wie viel zusätzlicher Fokus sie hat, oder wie ähnlich der Fokus zwischen zwei Säulen ist.
+ **Erfassen und Dokumentieren der technischen Schulden:** Befassen Sie sich bei der Workload-Überprüfung mit den technischen Schulden. Dokumentieren Sie ein Backlog-Element, um die Workload in Zukunft wieder aufzugreifen und erneut zu überarbeiten oder neu zu strukturieren, mit dem Ziel, sie weiter zu optimieren. Es ist wichtig, dass Sie die Kompromisse, die Sie eingegangen sind, den anderen Beteiligten klar mitteilen.
## Ressourcen
**Zugehörige bewährte Methoden:**
+ [REL11-BP07 Gestalten Sie Ihr Produkt so, dass es Verfügbarkeitsziele und Service Level Agreements für Verfügbarkeit erfüllt () SLAs](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/rel_withstand_component_failures_service_level_agreements.html)
+ [OPS01-BP06 Bewerten Sie Kompromisse](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_priorities_eval_tradeoffs.html)
**Zugehörige Dokumente:**
+ [AWS Rechner für die Gesamtbetriebskosten () TCO](https://aws.amazon.com/tco-calculator/)
+ [Amazon-S3-Speicherklassen](https://aws.amazon.com/s3/storage-classes/)
+ [Cloud-Produkte](https://aws.amazon.com/products/)
# COST05-BP02 Analysieren sämtlicher Komponenten dieser Workload
Stellen Sie sicher, dass jede Workload-Komponente unabhängig von der derzeitigen Größe oder den aktuellen Kosten analysiert wird. Der Überprüfungsaufwand sollte in einem angemessenen Verhältnis zu dem potenziellen Nutzen stehen, z. B. bei einer Prüfung der derzeitigen und prognostizierten Kosten.
**Risikostufe bei fehlender Befolgung dieser bewährten Methode:** Hoch
## Implementierungsleitfaden
Workload-Komponenten, die der Organisation einen geschäftlichen Nutzen bringen sollen, können verschiedene Services umfassen. Für jede Komponente können Sie bestimmte AWS Cloud-Services auswählen, um den Geschäftsanforderungen gerecht zu werden. Diese Auswahl könnte von Faktoren wie der Vertrautheit mit diesen Services oder früheren Erfahrungen mit ihnen beeinflusst sein.
Nachdem Sie die Anforderungen Ihrer Organisation ermittelt haben (wie in [COST05-BP01 Ermitteln der Organisationsanforderungen zur Kosteneinschätzung](https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/cost_select_service_requirements.html) erwähnt), führen Sie eine gründliche Analyse aller Komponenten Ihrer Workload durch. Analysieren Sie jede Komponente unter Berücksichtigung der aktuellen und prognostizierten Kosten und Größen. Wägen Sie die Kosten der Analyse gegen die potenziellen Einsparungen bei der Workload während des Lebenszyklus ab. Der Aufwand, der für die Analyse aller Komponenten dieser Workloads betrieben wird, sollte den potenziellen Einsparungen oder Verbesserungen entsprechen, die durch die Optimierung dieser spezifischen Komponente zu erwarten sind. Wenn zum Beispiel die Kosten der vorgeschlagenen Ressource 10 USD/Monat betragen und bei prognostizierter Belastung 15 USD/Monat nicht überschreiten würden, könnte ein Tag Aufwand, um die Kosten um 50 % zu reduzieren (5 USD pro Monat), den potenziellen Nutzen über die Lebensdauer des Systems übersteigen. Verwenden Sie eine schnellere und effizientere datenbasierte Schätzung, um das beste Gesamtergebnis für diese Komponente zu erzielen.
Workloads können sich im Laufe der Zeit ändern. Die richtigen Services sind möglicherweise nicht optimal, wenn sich die Workload-Architektur oder -Nutzung ändert. Die Analyse für die Auswahl von Services muss aktuelle und zukünftige Workload-Zustände und Nutzungsebenen umfassen. Die Implementierung eines Service für den zukünftigen Workload-Status oder die Nutzung kann die Gesamtkosten senken, indem der Aufwand reduziert oder beseitigt wird, der für zukünftige Änderungen erforderlich ist. Zum Beispiel könnte die Verwendung von EMR Serverless zunächst die richtige Wahl sein. Wenn jedoch die Nutzung dieses Services zunimmt, könnte die Umstellung auf EMR in EC2 die Kosten für diese Komponente der Workload senken.
[AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) und die AWS Cost and Usage Reporte ([CUR](https://aws.amazon.com/aws-cost-management/aws-cost-and-usage-reporting/)) können die Kosten eines Machbarkeitsnachweises (Proof of Concept, PoC) oder einer laufenden Umgebung analysieren. Sie können [AWS Pricing Calculator](https://calculator.aws/#/) auch verwenden, um die Workload-Kosten zu schätzen.
Schreiben Sie einen Workflow, an den sich die technischen Teams halten, um ihre Workloads zu überprüfen. Halten Sie diesen Workflow einfach, decken Sie aber auch alle notwendigen Schritte ab, um sicherzustellen, dass die Teams jede Komponente der Workload und ihre Preisgestaltung verstehen. Ihre Organisation kann diesen Workflow dann verfolgen und an die spezifischen Bedürfnisse jedes Teams anpassen.
1. **Listen Sie jeden Dienst auf, der für Ihre Workload verwendet wird:** Dies ist ein guter Ausgangspunkt. Identifizieren Sie alle Services, die derzeit genutzt werden und woher die Kosten stammen.
1. **Verstehen Sie, wie die Preisgestaltung für diese Services funktioniert:** Machen Sie sich mit dem [Preismodell](https://aws.amazon.com/pricing/) der einzelnen Services vertraut. Verschiedene AWS-Services haben unterschiedliche Preismodelle, die auf Faktoren wie Nutzungsvolumen, Datenübertragung und Feature-spezifischen Preisen basieren.
1. **Konzentrieren Sie sich auf die Services, für die unerwartete Workload-Kosten anfallen und die nicht mit der erwarteten Nutzung und dem erwarteten Geschäftsergebnis übereinstimmen:** Identifizieren Sie mithilfe von AWS Cost Explorer oder AWS Cost and Usage Reports Ausreißer oder Services, bei denen die Kosten nicht proportional zum Wert oder zur Nutzung sind. Es ist wichtig, die Kosten mit den Geschäftsergebnissen zu korrelieren, um Optimierungsmaßnahmen zu priorisieren.
1. **Nutzen Sie AWS Cost Explorer, CloudWatch Logs, VPC Flow Logs und Amazon S3 Storage Lens, um die Ursache dieser hohen Kosten zu verstehen:** Diese Tools sind für die Diagnose hoher Kosten von entscheidender Bedeutung. Jeder Service bietet einen anderen Blickwinkel, um die Nutzung und Kosten zu betrachten und zu analysieren. Cost Explorer hilft beispielsweise bei der Bestimmung der Gesamtkostentrends, CloudWatch Logs liefert betriebliche Erkenntnisse, VPC Flow Logs zeigt den IP-Verkehr an und Amazon S3 Storage Lens ist nützlich für Speicheranalytik.
1. **Verwenden Sie AWS Budgets, um Budgets für bestimmte Beträge für Services oder Konten festzulegen:** Die Festlegung von Budgets ist eine proaktive Methode zur Kostenverwaltung. Nutzen Sie AWS Budgets, um benutzerdefinierte Budgetschwellenwerte festzulegen und Warnmeldungen zu erhalten, wenn die Kosten diese Schwellenwerte überschreiten.
1. **Konfigurieren Sie Amazon-CloudWatch-Alarme zum Senden von Abrechnungs- und Nutzungsmetriken:** Richten Sie Überwachungs- und Warnmeldungen für Kosten- und Nutzungsmetriken ein. CloudWatch-Alarme können Sie benachrichtigen, wenn bestimmte Schwellenwerte überschritten werden, was die Reaktionszeit verbessert.
Erzielen Sie im Laufe der Zeit bemerkenswerte Verbesserungen und finanzielle Einsparungen durch eine strategische Überprüfung aller Workload-Komponenten, unabhängig von ihren gegenwärtigen Merkmalen. Der Aufwand für diesen Überprüfungsprozess sollte bewusst und unter sorgfältiger Abwägung der möglichen Vorteile betrieben werden.
### Implementierungsschritte
+ **Erstellen einer Liste der Workload-Komponenten:** Erstellen Sie eine Liste mit den Komponenten Ihrer Workload. Verwenden Sie diese Liste, um zu überprüfen, ob jede Komponente analysiert wurde. Der Aufwand sollte die Kritikalität für die Workload widerspiegeln, die durch die Prioritäten Ihrer Organisation definiert wird. Die Gruppierung von Ressourcen verbessert die Effizienz (z. B. die Speicherung von Produktionsdatenbanken, wenn es mehrere Datenbanken gibt).
+ **Priorisieren der Komponentenliste:** Priorisieren Sie die Komponentenliste entsprechend dem Aufwand. In der Regel erfolgt die Priorisierung nach den Kosten der Komponente – von der teuersten zur günstigsten. Alternativ kann sie auch nach der von den Prioritäten Ihrer Organisation definierten Kritikalität erfolgen.
+ **Durchführen der Analyse:** Überprüfen Sie für jede Komponente auf der Liste die verfügbaren Optionen und Services und wählen Sie die Option aus, die am besten mit Ihren Organisationsprioritäten übereinstimmt.
## Ressourcen
**Zugehörige Dokumente:**
+ [AWS Pricing Calculator](https://calculator.aws/#/)
+ [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/)
+ [Amazon-S3-Speicherklassen](https://aws.amazon.com/s3/storage-classes/)
+ [AWS Cloud-Produkte](https://aws.amazon.com/products/)
**Zugehörige Videos:**
+ [AWS Cost Optimization Series: CloudWatch](https://www.youtube.com/watch?v=6imTJUGEzjU)
# COST05-BP03 Durchführen einer gründlichen Analyse der einzelnen Komponenten
Nehmen Sie die Gesamtkosten, die der Organisation durch die einzelnen Komponenten entstehen, unter die Lupe. Berechnen Sie die Gesamtbetriebskosten unter Berücksichtigung der Betriebs- und Verwaltungskosten, insbesondere bei der Nutzung von verwalteten Services durch den Cloud-Anbieter. Der Überprüfungsaufwand sollte in einem angemessenen Verhältnis zum potenziellen Nutzen stehen, z. B. muss die Zeit, die für die Analyse benötigt wird, den Komponentenkosten entsprechen.
**Risikostufe bei fehlender Befolgung dieser bewährten Methode:** Hoch
## Implementierungsleitfaden
Bedenken Sie die Zeitersparnis, die es Ihrem Team ermöglicht, sich auf das Aufholen technischen Rückstands, Innovation, wertschöpfende Features und die Herausarbeitung eines Alleinstellungsmerkmals zu konzentrieren. So könnten Sie beispielsweise Ihre Datenbank von Ihrer On-Premises-Umgebung so schnell wie möglich per Lift and Shift in die Cloud verlagern (auch als Hostwechsel bekannt) und die Optimierung im Nachgang ausführen. Es lohnt sich, die möglichen Einsparungen zu untersuchen, die Sie durch den Einsatz von verwalteten Services auf AWS erzielen könnten, die Lizenzkosten entfernen oder reduzieren. Verwaltete Services auf AWS eliminieren den betrieblichen und administrativen Aufwand für die Wartung eines Service, wie das Patching oder die Aktualisierung des Betriebssystems, sodass Sie sich auf Innovationen und das Geschäft konzentrieren können.
Da verwaltete Services in der großen Cloud-Umgebung ausgeführt werden, profitieren Sie hier von geringeren Kosten pro Transaktion oder Service. Sie können potenzielle Optimierungen vornehmen, um konkrete Vorteile zu erzielen, ohne die Kernarchitektur der Anwendung zu ändern. Beispielsweise ist es möglich, den Zeitaufwand, den Sie für die Verwaltung von Datenbank-Instances aufbringen, zu verringern, indem Sie zu einer Database-as-a-Service-Plattform wie [Amazon Relational Database Service (Amazon RDS)](https://aws.amazon.com/rds/) migrieren oder Ihre Anwendung zu einer vollständig verwalteten Plattform wie [AWS Elastic Beanstalk](https://aws.amazon.com/elasticbeanstalk/) migrieren.
Verwaltete Services weisen in der Regel Attribute auf, die Sie festlegen können, um zu gewährleisten, dass ausreichend Kapazität bereitsteht. Sie müssen diese Attribute festlegen und überwachen, damit Ihre überschüssige Kapazität auf ein Minimum begrenzt und die Leistung maximiert werden. Sie können die Attribute der AWS Managed Services mithilfe der AWS-Managementkonsole oder AWS-APIs und SDKs ändern, um den Ressourcenbedarf an den sich ändernden Bedarf anzupassen. So können Sie beispielsweise die Anzahl der Knoten in einem Amazon-EMR-Cluster (oder einem Amazon-Redshift-Cluster) auf- oder abskalieren.
Außerdem können Sie mehrere Instances in eine AWS-Ressource packen, um eine Nutzung mit höherer Dichte zu aktivieren. So können Sie beispielsweise mehrere kleine Datenbanken auf einer einzelnen Datenbank-Instance von Amazon Relational Database Service (Amazon RDS) bereitstellen. Mit zunehmendem Wachstum können Sie eine der Datenbanken über einen Snapshot- und Wiederherstellungsprozess zu einer dedizierten Datenbank-Instance von Amazon RDS migrieren.
Wenn Sie Workloads auf verwalteten Services bereitstellen, müssen Sie sich mit den Anforderungen für das Anpassen der Service-Kapazität vertraut machen. Diese Anforderungen sind in der Regel Zeit, Aufwand und die Auswirkungen auf den normalen Workload-Betrieb. Die bereitgestellte Ressource muss Zeit für Änderungen einräumen und den erforderlichen Overhead bereitstellen, damit dies möglich ist. Der laufende Aufwand für das Ändern von Services kann praktisch auf null reduziert werden, wenn Sie APIs und SDKs verwenden, die mit den System- und Überwachungs-Tools wie Amazon CloudWatch integriert sind.
[Amazon RDS](https://aws.amazon.com/rds/), [Amazon Redshift](https://aws.amazon.com/redshift/) und [Amazon ElastiCache](https://aws.amazon.com/elasticache/) bieten einen verwalteten Datenbankservice. [Amazon Athena](https://aws.amazon.com/athena/), [Amazon EMR](https://aws.amazon.com/emr/) und [Amazon OpenSearch Service](https://aws.amazon.com/opensearch-service/) bieten einen verwalteten Analytikservice.
[AMS](https://aws.amazon.com/managed-services/) ist ein Service, der die AWS-Infrastruktur für Unternehmenskunden und -partner betreibt. Er bietet eine sichere und konforme Umgebung, in der Sie Ihre Workloads bereitstellen können. AMS verwendet Enterprise-Cloud-Betriebsmodelle mit Automatisierung, damit Sie Ihre Organisationsanforderungen erfüllen, schneller in die Cloud wechseln und Ihre laufenden Verwaltungskosten senken können.
**Implementierungsschritte**
+ **Durchführen einer gründlichen Analyse:** Arbeiten Sie anhand der Komponentenliste jede Komponente von der höchsten Priorität bis zur niedrigsten Priorität ab. Führen Sie für die Komponenten mit höherer Priorität sowie für die teureren Komponenten zusätzliche Analysen durch und bewerten Sie alle verfügbaren Optionen und deren langfristige Auswirkungen. Bewerten Sie bei Komponenten mit niedrigerer Priorität, ob Änderungen in der Nutzung die Priorität der Komponente ändern. Führen Sie anschließend eine Analyse des angemessenen Aufwands durch.
+ **Vergleichen von verwalteten und nicht verwalteten Ressourcen:** Berücksichtigen Sie die Betriebskosten für die von Ihnen verwalteten Ressourcen und vergleichen Sie sie mit von AWS verwalteten Ressourcen. Prüfen Sie beispielsweise Ihre Datenbanken, die auf Amazon-EC2-Instances ausgeführt werden, und vergleichen Sie sie mit Optionen von Amazon RDS (ein von AWS verwalteter Service) oder Amazon EMR verglichen mit der Ausführung von Apache Spark in Amazon EC2. Recherchieren Sie sorgfältig, welche Optionen Sie beim Wechsel von einer selbstverwalteten Workload zu einer vollständig verwalteten AWS-Workload haben. Berücksichtigen Sie dabei die drei wichtigsten Faktoren: die [Art des verwalteten Service](https://aws.amazon.com/products/?&aws-products-all.q=managed), den Sie verwenden möchten, den Prozess, den Sie zur [Migration Ihrer Daten](https://aws.amazon.com/big-data/datalakes-and-analytics/migrations/) verwenden, und ein Verständnis des [AWS-Modells der geteilten Verantwortung](https://aws.amazon.com/compliance/shared-responsibility-model/).
## Ressourcen
**Zugehörige Dokumente:**
+ [AWS Rechner für Gesamtbetriebskosten (TCO](https://aws.amazon.com/tco-calculator/)
+ [Amazon-S3-Speicherklassen](https://aws.amazon.com/s3/storage-classes/)
+ [AWS Cloud-Produkte](https://aws.amazon.com/products/)
+ [AWS-Modell der geteilten Verantwortung](https://aws.amazon.com/compliance/shared-responsibility-model/)
**Zugehörige Videos:**
+ [Why move to a managed database?](https://www.youtube.com/watch?v=VRFdc-MVa4I)
+ [What is Amazon EMR and how can I use it for processing data?](https://www.youtube.com/watch?v=jylp2atrZjc)
**Zugehörige Beispiele:**
+ [Why move to a managed database](https://aws.amazon.com/getting-started/hands-on/move-to-managed/why-move-to-a-managed-database/)
+ [Consolidate data from identical SQL Server databases into a single Amazon RDS for SQL Server database using AWS DMS](https://aws.amazon.com/blogs/database/consolidate-data-from-identical-sql-server-databases-into-a-single-amazon-rds-for-sql-server-database-using-aws-dms/)
+ [Deliver data at scale to Amazon Managed Streaming for Apache Kafka (Amazon MSK)](https://aws.amazon.com/getting-started/hands-on/deliver-data-at-scale-to-amazon-msk-with-iot-core/?ref=gsrchandson)
+ [Migrate an ASP.NET web application to AWS Elastic Beanstalk](https://aws.amazon.com/getting-started/hands-on/migrate-aspnet-web-application-elastic-beanstalk/?ref=gsrchandson&id=itprohandson)
# COST05-BP04 Auswahl von Software mit kosteneffizienter Lizenzierung
Open-Source-Software eliminiert Softwarelizenzkosten, die erhebliche Kosten in Workloads verursachen können. Wenn lizenzierte Software erforderlich ist, vermeiden Sie Lizenzen, die an beliebige Attribute wie CPUs gebunden sind, und suchen Sie nach Lizenzen, die an die Ausgabe oder Ergebnisse gebunden sind. Die Kosten dieser Lizenzen lassen sich besser auf die von ihnen bereitgestellten Vorteile skalieren.
**Risikostufe bei fehlender Befolgung dieser bewährten Methode:** Niedrig
## Implementierungsleitfaden
Der Begriff „Open Source“ hat seinen Ursprung in der Softwareentwicklung und bedeutet, dass die Software bestimmte Kriterien für die freie Verteilung erfüllt. Open-Source-Software zeichnet sich durch einen Quellcode aus, der von jedem eingesehen, verändert und verbessert werden kann. Auf Grundlage der geschäftlichen Anforderungen, der Fähigkeiten der Techniker, der prognostizierten Nutzung oder anderer technologischer Abhängigkeiten können Organisationen die Verwendung von Open-Source-Software in AWS in Betracht ziehen, um ihre Lizenzkosten zu minimieren. Mit anderen Worten, die Kosten für Softwarelizenzen können durch den Einsatz von [Open-Source-Software](https://aws.amazon.com/what-is/open-source/) gesenkt werden. Dies kann erhebliche Auswirkungen auf die Workload-Kosten haben, da die Größe der Workload skaliert wird.
Wägen Sie die Vorteile lizenzierter Software gegen die Gesamtkosten ab, um Ihre Workload zu optimieren. Modellieren Sie Änderungen bei der Lizenzierung und wie sich diese auf Ihre Workload-Kosten auswirken würden. Wenn ein Anbieter die Kosten Ihrer Datenbanklizenz ändert, untersuchen Sie, wie sich dies auf die Gesamteffizienz Ihrer Workload auswirkt. Berücksichtigen Sie historische Preisankündigungen von Ihren Anbietern für Trends bei Lizenzänderungen in ihren Produkten. Die Lizenzkosten können auch unabhängig vom Durchsatz oder der Nutzung skaliert werden, z. B. Lizenzen, die nach Hardware skaliert werden (CPU-gebundene Lizenzen). Diese Lizenzen sollten vermieden werden, da sich die Kosten ohne entsprechende Ergebnisse schnell erhöhen können.
Wenn Sie beispielsweise eine Amazon-EC2-Instance in us-east-1 mit einem Linux-Betriebssystem betreiben, können Sie die Kosten um etwa 45 % senken, verglichen mit einer anderen Amazon-EC2-Instance, die unter Windows läuft.
Der [AWS Pricing Calculator](https://calculator.aws/) bietet eine umfassende Möglichkeit, die Kosten verschiedener Ressourcen mit unterschiedlichen Lizenzoptionen zu vergleichen, z. B. Amazon-RDS-Instances und verschiedene Datenbank-Engines. Darüber hinaus bietet das AWS Cost Explorer eine unschätzbare Perspektive für die Kosten bestehender Workloads, insbesondere derjenigen, die mit verschiedenen Lizenzen einhergehen. Für die Lizenzverwaltung bietet [AWS License Manager](https://aws.amazon.com/license-manager) eine optimierte Methode zur Überwachung und Verwaltung von Softwarelizenzen. Kunden können ihre bevorzugte Open-Source-Software in der AWS Cloud bereitstellen und einsetzen.
### Implementierungsschritte
+ **Analysieren der Lizenzoptionen:** Überprüfen Sie die Lizenzbedingungen der verfügbaren Software. Suchen Sie nach Open-Source-Versionen, die über die erforderliche Funktionalität verfügen, und stellen Sie fest, ob die Vorteile der lizenzierten Software die Kosten überwiegen. Bei günstigen Bedingungen stimmen die Kosten der Software mit ihren Vorteilen überein.
+ **Analysieren des Softwareanbieters:** Überprüfen Sie alle bisherigen Preis- oder Lizenzänderungen des Anbieters. Suchen Sie nach Änderungen, die nicht im Einklang mit den Ergebnissen stehen, wie z. B. Strafen für die Ausführung auf Hardware oder Plattformen bestimmter Anbieter. Achten Sie zudem darauf, wie mögliche Prüfungen und Strafen durchgeführt werden.
## Ressourcen
**Zugehörige Dokumente:**
+ [ Open Source at AWS](https://aws.amazon.com/opensource/)
+ [AWS-Rechner für Gesamtbetriebskosten (TCO)](https://aws.amazon.com/tco-calculator/)
+ [Amazon-S3-Speicherklassen](https://aws.amazon.com/s3/storage-classes/)
+ [Cloud-Produkte](https://aws.amazon.com/products/)
**Zugehörige Beispiele:**
+ [Open-Source-Blogs](https://aws.amazon.com/blogs/opensource/)
+ [Open-Source-Blogs von AWS](https://aws.github.io/)
+ [Optimierung und Lizenzierungsbewertung](https://aws.amazon.com/optimization-and-licensing-assessment/)
# COST05-BP05 Auswahl von Komponenten dieser Workload zur Optimierung der Kosten im Einklang mit den Prioritäten der Organisation
Berücksichtigen Sie bei der Auswahl sämtlicher Komponenten für Ihre Workload die Kosten. Dies umfasst die Nutzung von verwalteten Services und Services auf Anwendungsebene oder einer Serverless-, Container- oder ereignisgesteuerten Architektur, um die Gesamtkosten zu verringern. Minimieren Sie Lizenzkosten mithilfe von Open-Source-Software, Software, für die keine Lizenzgebühren anfallen, oder Alternativen zur Verringerung der Ausgaben.
**Risikostufe bei fehlender Befolgung dieser bewährten Methode:** Mittel
## Implementierungsleitfaden
Berücksichtigen Sie die Kosten von Services und Optionen, wenn Sie alle Komponenten auswählen. Dies beinhaltet auch die Verwendung von Services auf Anwendungsebene sowie verwalteter Services wie etwa [Amazon Relational Database Service (Amazon RDS)](https://aws.amazon.com/rds/), [Amazon DynamoDB](https://aws.amazon.com/dynamodb/), [Amazon Simple Notification Service](https://aws.amazon.com/sns/) (Amazon SNS) und [Amazon Simple Email Service](https://aws.amazon.com/ses/) (Amazon SES) zur Reduzierung der Gesamtkosten der Organisation.
Verwenden Sie Serverless-Lösungen und Container für die Datenverarbeitung, zum Beispiel [AWS Lambda](https://aws.amazon.com/lambda/) und [Amazon Simple Storage Service](https://aws.amazon.com/s3/) (Amazon S3) für statische Websites. Containerisieren Sie Ihre Anwendung wenn möglich und verwenden Sie verwaltete AWS-Container-Services wie [Amazon Elastic Container Service](https://aws.amazon.com/ecs/) (Amazon ECS) oder [Amazon Elastic Kubernetes Service](https://aws.amazon.com/eks/) (Amazon EKS).
Minimieren Sie Lizenzkosten, indem Sie Open-Source-Software oder Software ohne Lizenzgebühren verwenden, wie z. B. Amazon Linux für Datenverarbeitungs-Workloads. Alternativ können Sie Datenbanken auch zu Amazon Aurora migrieren.
Sie können Serverless-Services oder Services auf Anwendungsebene wie [Lambda](https://aws.amazon.com/lambda/), [Amazon Simple Queue Service (Amazon SQS](https://aws.amazon.com/sqs/)), [Amazon SNS](https://aws.amazon.com/sqs/) und [Amazon SES](https://aws.amazon.com/ses/) verwenden. Mit diesen Services müssen Sie keine Ressourcen mehr verwalten und sie stellen die Funktion der Codeausführung, Warteschlangenservices und Nachrichtenzustellung bereit. Der andere Vorteil besteht darin, dass die Leistung und Kosten entsprechend der Nutzung skaliert werden, was eine effiziente Kostenzuordnung ermöglicht.
Die Verwendung einer [ereignisgesteuerten Architektur](https://aws.amazon.com/what-is/eda/) ist auch mit Serverless-Services möglich. Ereignisgesteuerte Architekturen sind Push-basiert, es geschieht also alles On-Demand, während das Ereignis im Router auftritt. So bezahlen Sie nicht für eine kontinuierliche Abfragung, um auf ein Ereignis zu prüfen. Das Ergebnis: weniger Verbrauch der Netzwerkbandbreite, weniger CPU-Nutzung, weniger nicht genutzte Flottenkapazität und weniger SSL-/TLS-Handshakes.
Weitere Informationen zu Serverless finden Sie im Whitepaper [Serverless Applications Lens - Well-Architected Framework](https://docs.aws.amazon.com/wellarchitected/latest/serverless-applications-lens/welcome.html).
### Implementierungsschritte
+ **Auswahl der einzelnen Services zur Kostenoptimierung:** Wählen Sie unter Verwendung Ihrer Prioritätenliste und Analyse jede Option aus, die am besten mit Ihren Organisationsprioritäten übereinstimmt. Statt die Kapazität zu erhöhen, um die Nachfrage zu erfüllen, denken Sie über andere Optionen nach, die eine bessere Leistung mit geringeren Kosten bedeuten können. Wenn Sie beispielsweise den erwarteten Datenverkehr für Ihre Datenbanken in AWS prüfen müssen, können Sie entweder die Instance vergrößern oder Amazon-ElastiCache-Services (Redis oder Memcached) verwenden, um Ihren Datenbanken zwischengespeicherte Mechanismen bereitzustellen.
+ **Bewerten der ereignisgesteuerten Architektur:** Durch die Verwendung einer Serverless-Architektur können Sie auch eine ereignisgesteuerte Architektur für verteilte, auf Microservices basierende Anwendungen erstellen. So erhalten Sie skalierbare, resiliente, agile und kostengünstige Lösungen.
## Ressourcen
**Zugehörige Dokumente:**
+ [AWS-Rechner für Gesamtbetriebskosten (TCO)](https://aws.amazon.com/tco-calculator/)
+ [AWS Serverless](https://aws.amazon.com/serverless/)
+ [Was ist ereignisgesteuerte Architektur (EDA)?](https://aws.amazon.com/what-is/eda/)
+ [Amazon-S3-Speicherklassen](https://aws.amazon.com/s3/storage-classes/)
+ [Cloud-Produkte](https://aws.amazon.com/products/)
+ [Amazon ElastiCache (Redis OSS)](https://aws.amazon.com/elasticache/redis)
**Zugehörige Beispiele:**
+ [Getting started with event-driven architecture](https://aws.amazon.com/blogs/compute/getting-started-with-event-driven-architecture/)
+ [Ereignisgesteuerte Architektur](https://aws.amazon.com/event-driven-architecture/)
+ [How Statsig runs 100x more cost-effectively using Amazon ElastiCache (Redis OSS)](https://aws.amazon.com/blogs/database/how-statsig-runs-100x-more-cost-effectively-using-amazon-elasticache-for-redis/)
+ [Best practices for working with AWS Lambda functions](https://docs.aws.amazon.com/lambda/latest/dg/best-practices.html)
# COST05-BP06 Durchführen einer Kostenanalyse für unterschiedliche Nutzungen im Lauf der Zeit
Workloads können sich im Laufe der Zeit ändern. Einige Services oder Features sind auf unterschiedlichen Nutzungsebenen kostengünstiger. Wenn Sie jede Komponente im zeitlichen Verlauf und mit einer prognostizierten Nutzung analysieren, bleibt diese Workload über ihre gesamte Lebensdauer hinweg kostengünstig.
**Risikostufe bei fehlender Befolgung dieser bewährten Methode:** Mittel
## Implementierungsleitfaden
Wenn AWS neue Services und Features veröffentlicht, können sich die optimalen Services für Ihre Workload ändern. Der erforderliche Aufwand sollte potenzielle Vorteile widerspiegeln. Die Häufigkeit der Workload-Überprüfung hängt von den Anforderungen Ihrer Organisation ab. Wenn es sich um eine Workload mit erheblichen Kosten handelt, wird die Implementierung neuer Services früher die Kosteneinsparungen maximieren, sodass eine häufigere Überprüfung von Vorteil sein kann. Ein weiterer Auslöser für die Überprüfung ist die Änderung der Nutzungsmuster. Signifikante Änderungen bei der Nutzung können darauf hinweisen, dass alternative Services optimaler wären.
Wenn Sie Daten in AWS Cloud verschieben müssen, können Sie aus einer Vielzahl von AWS-Services und Partnertools auswählen, die Sie bei der Migration Ihrer Datensätze unterstützen, ganz gleich, ob es sich um Dateien, Datenbanken, Computerabbilder, Block-Volumes oder sogar Bandsicherungen handelt. Wenn Sie zum Beispiel große Datenmengen zu und von AWS verschieben oder Daten am Edge verarbeiten möchten, können Sie eines der speziell entwickelten AWS-Geräte verwenden, um kostengünstig Petabytes an Daten offline zu verschieben. Bei höheren Datenübertragungsraten kann ein Direct-Connect-Service beispielsweise günstiger als ein VPN sein und die erforderliche konsistente Konnektivität für Ihr Unternehmen bereitstellen.
Prüfen Sie Ihre Skalierungsaktivität basierend auf der Kostenanalyse für unterschiedliche Nutzungen im Laufe der Zeit. Analysieren Sie das Ergebnis, um herauszufinden, ob die Skalierungsrichtlinie so angepasst werden kann, dass Instances mit mehreren Instance-Typen und Kaufoptionen hinzugefügt werden können. Überprüfen Sie Ihre Einstellungen, um zu sehen, ob das Minimum zur Verarbeitung von Benutzeranfragen reduziert werden kann (jedoch mit einer kleineren Flottengröße), und fügen Sie mehr Ressourcen hinzu, um die erwartete hohe Nachfrage zu erfüllen.
Führen Sie eine Kostenanalyse für unterschiedliche Nutzungen im Lauf der Zeit durch, indem Sie mit Stakeholdern in Ihrer Organisation sprechen und das Prognosefeature von [AWS Cost Explorer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-forecast.html) verwenden, um die potenziellen Auswirkungen von Serviceänderungen zu prognostizieren. Überwachen Sie Auslöser auf Nutzungsebene mithilfe von AWS Budgets, CloudWatch-Fakturierungsalarmen und AWS Cost Anomaly Detection, um die kosteneffektivsten Services früher zu identifizieren und zu implementieren.
**Implementierungsschritte**
+ **Definieren vorhergesagter Nutzungsmuster:** Dokumentieren Sie in Zusammenarbeit mit Organisationbereichen, wie z. B. Marketing- und Produktbesitzern, wie die erwarteten und vorausgesagten Nutzungsmuster für die Workload aussehen werden. Sprechen Sie mit Business-Stakeholdern über historische und prognostizierte Kosten und gestiegene Nutzungen und stellen Sie sicher, dass solche Steigerungen mit den Geschäftsanforderungen übereinstimmen. Ermitteln Sie Kalendertage, -wochen oder -monate, in denen Sie mit einer erhöhten Nutzung Ihrer AWS-Ressourcen rechnen. Dies bedeutet, dass Sie die Kapazität der vorhandenen Ressourcen erhöhen oder zusätzliche Services einführen sollten, um die Kosten zu senken und die Leistung zu steigern.
+ **Durchführen einer Kostenanalyse bei vorhergesagter Nutzung:** Führen Sie mithilfe der definierten Nutzungsmuster die Analyse an jedem dieser Punkte durch. Der Analyseaufwand sollte das potenzielle Ergebnis widerspiegeln. Wenn beispielsweise die Änderung der Nutzung groß ist, sollte eine gründliche Analyse durchgeführt werden, um etwaige Kosten und Änderungen zu überprüfen. Mit anderen Worten: Wenn die Kosten steigen, sollte auch die Nutzung für Unternehmen zunehmen.
## Ressourcen
**Zugehörige Dokumente:**
+ [AWS Rechner für Gesamtbetriebskosten (TCO](https://aws.amazon.com/tco-calculator/)
+ [Amazon-S3-Speicherklassen](https://aws.amazon.com/s3/storage-classes/)
+ [Cloud-Produkte](https://aws.amazon.com/products/)
+ [Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/what-is-amazon-ec2-auto-scaling.html)
+ [Cloud-Datenmigration](https://aws.amazon.com/cloud-data-migration/)
+ [AWS Snow Family](https://aws.amazon.com/snow/)
**Zugehörige Videos:**
+ [AWS OpsHub for Snow Family](https://www.youtube.com/watch?v=0Q7s7JiBCf0)
# Den richtigen Ressourcentyp, die richtige Größe und die richtige Anzahl auswählen
Durch die Auswahl des besten Ressourcentyps, der Größe und der Anzahl der Ressourcen erfüllen Sie die technischen Anforderungen mit der kostengünstigsten Ressource. Bei der richtigen Dimensionierung werden alle Ressourcen einer Workload, alle Attribute jeder einzelnen Ressource und der Aufwand bei der richtigen Dimensionierung berücksichtigt. Die richtige Dimensionierung kann ein schrittweiser Prozess sein, der durch Änderungen bei Verbrauchsmodellen und externen Faktoren wie z. B. AWS-Preissenkungen oder neuen AWS-Ressourcentypen initiiert wird. Die richtige Dimensionierung kann auch einmalig sein, wenn die Kosten für die Ermittlung der richtigen Größe die potenziellen Einsparungen über die Lebensdauer der Workload übersteigen.
In AWS gibt es eine Vielzahl verschiedener Ansätze:
**Topics**
+ [COST06-BP01 Durchführen einer Kostenmodellierung](cost_type_size_number_resources_cost_modeling.md)
+ [COST06-BP02 Auswahl von Ressourcentyp, -größe und -anzahl basierend auf Daten](cost_type_size_number_resources_data.md)
+ [COST06-BP03 Auswahl von Ressourcentyp, -umfang und -anzahl basierend auf Metriken](cost_type_size_number_resources_metrics.md)
+ [COST06-BP04 Erwägen Sie die Verwendung gemeinsam genutzter Ressourcen](cost_type_size_number_resources_shared.md)
# COST06-BP01 Durchführen einer Kostenmodellierung
Identifizieren Sie die Anforderungen der Organisation (z. B. Geschäftsanforderungen und bestehende Verpflichtungen) und führen Sie eine Kostenmodellierung (Gesamtkosten) der Workload und aller ihrer Komponenten durch. Führen Sie Benchmark-Aktivitäten für die Workload unter verschiedenen prognostizierten Belastungen durch und vergleichen Sie die Kosten. Der Modellierungsaufwand sollte in einem angemessenen Verhältnis zu dem potenziellen Nutzen stehen, z. B. muss der Zeitaufwand den Komponentenkosten entsprechen.
**Risikostufe bei fehlender Befolgung dieser bewährten Methode:** Hoch
## Implementierungsleitfaden
Führen Sie eine Kostenmodellierung für Ihren Workload und jede ihrer Komponenten durch, um das Gleichgewicht zwischen Ressourcen zu verstehen und die richtige Größe für jede Ressource in dem Workload zu finden, unter Berücksichtigung eines bestimmten Leistungsgrads. Ein Verständnis der Kostenerwägungen kann den Geschäftsfall und die Entscheidungsfindung Ihrer Organisation bei der Bewertung der Ergebnisse der Wertrealisierung für die geplante Workload-Bereitstellung unterstützen.
Führen Sie Benchmark-Aktivitäten für die Workload unter verschiedenen prognostizierten Belastungen durch und vergleichen Sie die Kosten. Der Modellierungsaufwand sollte in einem angemessenen Verhältnis zu dem potenziellen Nutzen stehen, z. B. muss der Zeitaufwand proportional zu den Komponentenkosten oder prognostizierten Einsparungen sein. Die bewährten Methoden hierzu finden Sie im [Abschnitt „Prüfverfahren“ im Whitepaper zur Säule „Leistungseffizienz“ des AWS Well-Architected Framework](https://docs.aws.amazon.com/wellarchitected/latest/performance-efficiency-pillar/review.html).
Beispiel: Zur Erstellung einer Kostenmodellierung für einen Workload, der aus Datenverarbeitungsressourcen besteht, kann [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/) Sie bei der Kostenmodellierung für die Ausführung von Workloads unterstützen. Es bietet Empfehlungen zur richtigen Dimensionierung für Datenverarbeitungsressourcen basierend auf der bisherigen Nutzung. Stellen Sie sicher, dass CloudWatch-Agents in den Amazon-EC2-Instances bereitgestellt sind, um Speichermetriken zu sammeln, die Ihnen helfen, genauere Empfehlungen innerhalb von AWS Compute Optimizer abzugeben. Dies ist die ideale Datenquelle für Datenverarbeitungsressourcen, da es sich um einen kostenlosen Service handelt, der Machine Learning nutzt, um je nach Risikograd mehrere Empfehlungen zu geben.
Es gibt [mehrere Services](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-right-sizing/identifying-opportunities-to-right-size.html), die Sie mit benutzerdefinierten Protokollen als Datenquellen für Dimensionierungen für andere Services und Workload-Komponenten verwenden können, wie z. B. [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/technology/trusted-advisor/), [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) und [Amazon CloudWatch Logs](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/WhatIsCloudWatchLogs.html). AWS Trusted Advisor prüft Ressourcen und kennzeichnet sie bei geringer Auslastung, was Ihnen helfen kann, Ihre Ressourcen richtig zu dimensionieren und ein Kostenmodell zu erstellen.
Im Folgenden finden Sie Empfehlungen für Daten und Metriken zur Kostenmodellierung:
+ Die Überwachung muss die Benutzererfahrung genau widerspiegeln. Wählen Sie die richtige Detaillierung für die Dauer aus, und wählen Sie das Maximum oder den 99. Perzentil statt des Durchschnitts aus.
+ Wählen Sie die richtige Aufschlüsselung für die Dauer der Analyse aus, die für die Deckung der Workload-Zyklen erforderlich ist. Bei einer zweiwöchigen Analyse könnten Sie beispielsweise einen monatlichen Zyklus mit hoher Nutzung übersehen, der zu einer Unterbereitstellung führen könnte.
+ Wählen Sie die richtigen AWS-Services für Ihre geplante Workload danach, wie Ihre bestehenden Verpflichtungen, ausgewählten Preismodelle für andere Workloads und die Fähigkeit, Innovationen schneller umzusetzen und sich auf Ihren Kerngeschäftswert zu konzentrieren, aussehen.
**Implementierungsschritte**
+ **Durchführen einer Kostenmodellierung:** Stellen Sie die Workload oder einen Machbarkeitsnachweis in einem separaten Konto mit den spezifischen zu testenden Ressourcentypen und -größen bereit. Führen Sie die Workload mit den Testdaten aus und zeichnen die Ergebnisse zusammen mit den Kostendaten zum Zeitpunkt der Testausführung auf. Anschließend stellen Sie die Workload erneut bereit oder ändern die Ressourcentypen und -umfänge und führen den Test noch einmal aus. Fügen Sie die Lizenzgebühren für alle Produkte, die Sie möglicherweise mit diesen Ressourcen verwenden, sowie die geschätzten Betriebskosten (Arbeits- oder Ingenieurkosten) für die Bereitstellung und Verwaltung dieser Ressourcen bei der Erstellung der Kostenmodelle hinzu. Erwägen Sie eine Kostenmodellierung für einen bestimmten Zeitraum (stündlich, täglich, monatlich, jährlich oder drei Jahre).
## Ressourcen
**Zugehörige Dokumente:**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [Identifizieren von Möglichkeiten zur Größenanpassung](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-right-sizing/identifying-opportunities-to-right-size.html)
+ [Amazon-CloudWatch-Features](https://aws.amazon.com/cloudwatch/features/)
+ [Cost Optimization: Amazon EC2 Right Sizing](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ce-rightsizing.html)
+ [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/)
+ [AWS Pricing Calculator ](https://calculator.aws/#/)
**Zugehörige Beispiele:**
+ [Perform a Data-Driven Cost Modeling](https://aws.amazon.com/blogs/mt/how-to-use-aws-well-architected-with-aws-trusted-advisor-to-achieve-data-driven-cost-optimization/)
+ [Wie schätze ich die Kosten meiner geplanten AWS-Ressourcenkonfigurationen?](https://aws.amazon.com/premiumsupport/knowledge-center/estimating-aws-resource-costs/)
+ [Wählen der richtigen AWS-Tools](https://www.learnaws.org/2019/09/27/choose-right-aws-tools/)
# COST06-BP02 Auswahl von Ressourcentyp, -größe und -anzahl basierend auf Daten
Wählen Sie die Ressourcengröße oder den -typ basierend auf Daten zur Workload und der Ressourcenmerkmale aus. Zu berücksichtigen sind hier beispielsweise Datenverarbeitung, Speicher, Durchsatz oder Schreibintensität. Diese Auswahl erfolgt in der Regel unter Verwendung einer früheren (On-Premises)-Version der Workload, der Dokumentation oder anderer Informationsquellen über die Workload.
**Risikostufe bei fehlender Befolgung dieser bewährten Methode:** Mittel
## Implementierungsleitfaden
Amazon EC2 bietet eine große Auswahl an Instance-Typen mit unterschiedlichen CPU-, Arbeitsspeicher-, Speicher- und Netzwerkkapazitäten für verschiedene Anwendungsfälle. Diese Instance-Typen bieten unterschiedliche Kombinationen von CPU-, Arbeitsspeicher-, Speicher- und Netzwerkkapazitäten, sodass Sie bei der Wahl der richtigen Ressourcenkombination für Ihre Projekte flexibel sind. Jeder Instance-Typ ist in mehreren Größen verfügbar, sodass Sie Ihre Ressourcen an die Anforderungen Ihrer Workload anpassen können. Um herauszufinden, welchen Instance-Typ Sie benötigen, informieren Sie sich über die Systemanforderungen der Anwendung oder Software, die Sie auf Ihrer Instance ausführen möchten. Diese Angaben sollten Folgendes umfassen:
+ Betriebssystem
+ Anzahl der CPU-Kerne
+ GPU-Kerne
+ Größe des Systemspeichers (RAM)
+ Speichertyp und Umgebung
+ Anforderung an die Netzwerkbandbreite
Ermitteln Sie den Zweck der Rechenanforderungen und welche Instance benötigt wird, um anschließend die verschiedenen Familien von Amazon-EC2-Instances zu untersuchen. Amazon bietet die folgenden Instance-Typfamilien an:
+ Allgemeine Zwecke
+ Für Datenverarbeitung optimiert
+ RAM-optimiert
+ Speicheroptimiert
+ Beschleunigte Datenverarbeitung
+ HPC-optimiert
Für ein tiefergehendes Verständnis der jeweiligen Zwecke und Anwendungsfälle, die eine bestimmte Amazon-EC2-Instance-Familie erfüllen kann, siehe [AWS-Instance-Typen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html).
Die Erfassung der Systemanforderungen ist entscheidend, damit Sie die passende Instance-Familie und den geeigneten Instance-Typ für Ihre Anforderungen auswählen können. Die Namen der Instance-Typen setzen sich aus dem Familiennamen und der Größe der Instance zusammen. Die Instance „t2.micro“ zum Beispiel gehört zur T2-Familie und entspricht der Micro-Größe.
Wählen Sie die Ressourcengröße oder den -typ basierend auf der Workload und den Ressourcenmerkmalen aus (beispielsweise Datenverarbeitung, Speicher, Durchsatz oder Schreibintensität). Diese Auswahl erfolgt in der Regel unter Verwendung der Kostenmodellierung, einer früheren Version des Workloads (z. B. einer On-Premises-Version), mithilfe der Dokumentation oder unter Verwendung anderer Informationsquellen über den Workload (Whitepaper, veröffentlichte Lösungen). Die Verwendung von AWS-Preisrechnern oder Kostenmanagement-Tools kann dabei helfen, fundierte Entscheidungen über Instance-Typen, -Größen und -Konfigurationen zu treffen.
### Implementierungsschritte
+ **Auswahl von Ressourcen anhand von Daten:** Verwenden Sie Ihre Kostenmodellierungsdaten, um den erwarteten Workload-Nutzungsgrad auszuwählen, und wählen Sie den angegebenen Ressourcentyp und die -größe aus. Bestimmen Sie auf Grundlage der Kostenmodellierungsdaten die Anzahl der virtuellen CPUs, den Gesamtspeicher (GiB), die lokale Instance-Speichervolumen (GB), die Amazon EBS-Volumes und das Leistungsniveau des Netzwerks unter Berücksichtigung der für die Instance erforderlichen Datenübertragungsrate. Treffen Sie Ihre Auswahl stets auf Grundlage detaillierter Analysen und genauer Daten, um die Leistung zu optimieren und gleichzeitig die Kosten effektiv zu verwalten.
## Ressourcen
**Zugehörige Dokumente:**
+ [AWS Instance-Typen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html)
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [Amazon-CloudWatch-Features](https://aws.amazon.com/cloudwatch/features/)
+ [Kostenoptimierung: Richtige EC2-Dimensionierung](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ce-rightsizing.html)
**Zugehörige Videos:**
+ [Selecting the right Amazon EC2 instance for your workloads](https://www.youtube.com/watch?v=q5Dn9gcmpJg)
+ [Right Size Your Services](https://youtu.be/wcp1inFS78A)
**Zugehörige Beispiele:**
+ [It just got easier to discover and compare Amazon EC2 instance types](https://aws.amazon.com/blogs/compute/it-just-got-easier-to-discover-and-compare-ec2-instance-types/)
# COST06-BP03 Auswahl von Ressourcentyp, -umfang und -anzahl basierend auf Metriken
Nutzen Sie Metriken aus dem derzeit aktiven Workload für die Auswahl des richtigen Umfangs und Typs, um Kosten zu optimieren. Sorgen Sie für die richtige Bereitstellung von Durchsatz, Umfang und Speicher für Computing-, Speicher-, Daten- und Netzwerkservices. Dies kann mit einer Feedback-Schleife wie Auto Scaling oder durch benutzerdefinierten Code im Workload erfolgen.
**Risikostufe, wenn diese bewährte Methode nicht eingeführt wird:** Niedrig
## Implementierungsleitfaden
Erstellen Sie eine Feedback-Schleife innerhalb des Workloads, die aktive Metriken aus dem laufenden Workload verwendet, um Änderungen an diesem Workload vorzunehmen. Sie können einen verwalteten Service wie [AWS Auto Scaling](https://aws.amazon.com/autoscaling/) verwenden, den Sie so konfigurieren, dass er die richtigen Dimensionierungsvorgänge für Sie durchführt. AWS stellt außerdem [APIs, SDKs](https://aws.amazon.com/developer/tools/) und Features bereit, mit denen Ressourcen mit minimalem Aufwand angepasst werden können. Sie können eine Workload so programmieren, dass eine Amazon-EC2-Instance angehalten und gestartet wird, um eine Änderung der Instance-Größe oder des Instance-Typs zuzulassen. Dies bietet die Vorteile der richtigen Dimensionierung und eliminiert nahezu alle Betriebskosten, die für die Änderung erforderlich sind.
Einige AWS-Services verfügen über eine automatische Auswahl von Typ oder Größe, z. B. [Amazon Simple Storage Service Intelligent-Tiering](https://aws.amazon.com/about-aws/whats-new/2018/11/s3-intelligent-tiering/). Amazon S3 Intelligent-Tiering verschiebt Ihre Daten basierend auf Ihren Nutzungsmustern automatisch zwischen den zwei Zugriffsebenen, häufiger Zugriff und seltener Zugriff.
**Implementierungsschritte**
+ **Steigern der Beobachtbarkeit durch Konfigurieren von Workload-Metriken:** Erfassen Sie wichtige Metriken für die Workload. Diese Metriken geben die Kundenerfahrung an, z. B. die Workload-Ausgabe. Sie passen sich außerdem an die Unterschiede zwischen Ressourcentypen und -umfängen, z. B. CPU- und Speichernutzung, an. Analysieren Sie bei Datenverarbeitungsressourcen Leistungsdaten, um die Größe der Amazon-EC2-Instances richtig zu bemessen. Ermitteln Sie inaktive und nicht ausgelastete Instances. Schlüsselmetriken sind CPU- und Speicherauslastung (z. B. 40 % CPU-Auslastung in 90 % der Zeit, wie im Artikel zum [Ermitteln der richtigen Dimensionierung, wenn AWS Compute Optimizer und die Arbeitsspeicherauslastung aktiviert sind](https://www.wellarchitectedlabs.com/cost/200_labs/200_aws_resource_optimization/5_ec2_computer_opt/), beschrieben). Ermitteln Sie Instances mit einer maximalen CPU- und Speicherauslastung von unter 40 % in einem Zeitraum von vier Wochen. Bei diesen Instances sollte die Größe angepasst werden, um die Kosten zu reduzieren. Für Speicherressourcen wie Amazon S3 können Sie [Amazon S3 Storage Lens](https://aws.amazon.com/getting-started/hands-on/amazon-s3-storage-lens/) verwenden. Hiermit sehen Sie standardmäßig 28 Metriken aus unterschiedlichen Kategorien auf Bucket-Ebene sowie Verlaufsdaten aus 14 Tagen im Dashboard. Sie können das Dashboard von Amazon S3 Storage Lens nach Übersichtswerten und Kostenoptimierung oder nach Ereignissen sortieren, um bestimmte Metriken zu analysieren.
+ **Anzeigen von Empfehlungen zur Umfangsanpassung:** Anhand der Empfehlungen in AWS Compute Optimizer und dem Amazon-EC2-Tool zur Umfangsanpassung in der Kostenverwaltungskonsole oder durch Prüfen der Umfangsanpassung für Ressourcen in AWS Trusted Advisor können Sie Anpassungen an Ihrer Workload vornehmen. Achten Sie darauf, die [richtigen Tools](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-right-sizing/identifying-opportunities-to-right-size.html) zur Umfangsanpassung verschiedener Ressourcen zu verwenden, und halten Sie sich an die [Richtlinien für die Dimensionierung](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-right-sizing/identifying-opportunities-to-right-size.html), abhängig davon, ob es sich um eine Amazon-EC2-Instance, AWS-Speicherklassen oder Amazon-RDS-Instance-Typen handelt. Bei Speicherressourcen können Sie Amazon S3 Storage Lens verwenden. Hiermit erhalten Sie Einblicke in die Objektspeichernutzung und Aktivitätstrends und finden Empfehlungen zur Kostenoptimierung und zum Anwenden von bewährten Methoden zum Schutz der Daten. Anhand der kontextbezogenen Empfehlungen, die [Amazon S3 Storage Lens](https://aws.amazon.com/getting-started/hands-on/amazon-s3-storage-lens/) aus der Analyse von Metriken in Ihrer Organisation ableitet, können Sie direkt Schritte zur Speicheroptimierung ergreifen.
+ **Automatische Auswahl des Ressourcentyps und des Umfangs basierend auf Metriken:** Mithilfe der Workload-Metriken können Sie Ihre Workload-Ressourcen manuell oder automatisch auswählen. Bei Computing-Ressourcen kann die Konfiguration von AWS Auto Scaling oder die Implementierung von Code in Ihrer Anwendung den Aufwand reduzieren, der bei häufigen Änderungen erforderlich ist. So lassen sich Änderungen möglicherweise früher implementieren, als dies mit einem manuellen Prozess der Fall wäre. Sie können eine Flotte von On-Demand-Instances und Spot-Instances innerhalb einer einzigen Auto-Scaling-Gruppe starten und automatisch skalieren. Zusätzlich zum Erhalt von Rabatten für die Verwendung von Spot-Instances können Sie mit Reserved Instances oder einem Savings Plan Rabatte auf die regulären On-Demand-Instance-Preise erhalten. Durch die Kombination dieser Faktoren sparen Sie Kosten für Amazon-EC2-Instances und können die gewünschte Skalierung und Leistung für Ihre Anwendung festlegen. Sie können auch eine [Strategie der attributbasierten Auswahl des Instance-Typs (ABS)](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-asg-instance-type-requirements.html) in [Auto-Scaling-Gruppen (ASG)](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-asg-instance-type-requirements.html) verwenden und so die Instance-Anforderungen in Form einer Gruppe von Attributen ausdrücken, z. B. vCPU, Arbeitsspeicher und Speicher. Mit Amazon EC2 Spot Instances können Sie automatisch Instance-Typen neuerer Generationen verwenden, und mit Amazon EC2 Spot Instances auf ein größeres Kapazitätsangebot zugreifen. Amazon-EC2-Flotte und Amazon EC2 Auto Scaling wählen Instances aus, die den angegebenen Attributen entsprechen, und starten diese. So müssen Sie Instance-Typen nicht mehr manuell auswählen. Für Speicherressourcen können Sie die Features [Amazon S3 Intelligent-Tiering](https://aws.amazon.com/s3/storage-classes/intelligent-tiering/) und [Amazon EFS Infrequent Access](https://aws.amazon.com/efs/features/infrequent-access/) nutzen. Hiermit werden automatisch die Speicherklassen ausgewählt, die automatisch zur Einsparung von Speicherkosten führen, wenn sich Datenzugriffsmuster ändern, ohne Leistungsbeeinträchtigungen oder Betriebsaufwand.
## Ressourcen
**Zugehörige Dokumente:**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [AWS Right-Sizing](https://aws.amazon.com/aws-cost-management/aws-cost-optimization/right-sizing/)
+ [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/)
+ [Amazon-CloudWatch-Features](https://aws.amazon.com/cloudwatch/features/)
+ [CloudWatch Getting Set Up](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/GettingSetup.html)
+ [CloudWatch Publishing Custom Metrics](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html)
+ [Erste Schritte mit Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/GettingStartedTutorial.html)
+ [Amazon S3 Storage Lens](https://aws.amazon.com/getting-started/hands-on/amazon-s3-storage-lens/)
+ [Amazon S3 Intelligent Tiering](https://aws.amazon.com/about-aws/whats-new/2018/11/s3-intelligent-tiering/)
+ [Amazon EFS Infrequent Access](https://aws.amazon.com/efs/features/infrequent-access/)
+ [Starten einer Amazon-EC2-Instance mit dem SDK](https://docs.aws.amazon.com/sdk-for-net/v2/developer-guide/run-instance.html)
**Zugehörige Videos:**
+ [Right Size Your Services](https://www.youtube.com/watch?v=wcp1inFS78A)
**Zugehörige Beispiele:**
+ [Attribute based Instance Type Selection for Auto Scaling for Amazon EC2 Fleet](https://aws.amazon.com/blogs/aws/new-attribute-based-instance-type-selection-for-ec2-auto-scaling-and-ec2-fleet/)
+ [Optimizing Amazon Elastic Container Service for cost using scheduled scaling ](https://aws.amazon.com/blogs/containers/optimizing-amazon-elastic-container-service-for-cost-using-scheduled-scaling/)
+ [Predictive scaling with Amazon EC2 Auto Scaling](https://aws.amazon.com/blogs/compute/introducing-native-support-for-predictive-scaling-with-amazon-ec2-auto-scaling/)
+ [Optimieren Sie Kosten und erhalten Sie Einblick in die Nutzung mit Amazon S3 Storage Lens](https://aws.amazon.com/getting-started/hands-on/amazon-s3-storage-lens/)
# COST06-BP04 Erwägen Sie die Verwendung gemeinsam genutzter Ressourcen
Für Services, die bereits auf Organisationsebene für mehrere Geschäftseinheiten bereitgestellt werden, sollten Sie die Verwendung gemeinsam genutzter Ressourcen erwägen, um die Auslastung zu erhöhen und die Gesamtbetriebskosten (TCO) zu senken. Die Verwendung gemeinsam genutzter Ressourcen kann eine kostengünstige Option sein, um Verwaltung und Kosten zu zentralisieren, indem bestehende Lösungen oder gemeinsam genutzte Komponenten oder beides verwendet werden. Verwalten Sie allgemeine Funktionen wie Überwachung, Backups und Konnektivität entweder innerhalb einer Kontogrenze oder in einem dedizierten Konto. Sie können auch die Kosten senken, indem Sie Standardisierung implementieren und Doppelarbeit sowie Komplexität reduzieren.
**Risikostufe, wenn diese bewährte Methode nicht eingeführt wird:** Mittel
## Implementierungsleitfaden
Wenn mehrere Workloads dieselbe Funktion ausführen, verwenden Sie vorhandene Lösungen und gemeinsam genutzte Komponenten, um Verwaltung und Kosten zu optimieren. Erwägen Sie die Nutzung vorhandener Ressourcen (insbesondere gemeinsam genutzter Ressourcen), z. B. Datenbankserver oder Verzeichnisservices, die nicht zur Produktion verwendet werden, um die Cloud-Kosten zu senken, indem Sie bewährte Sicherheitsmethoden und Organisationsvorschriften befolgen. Für eine optimale Wertschöpfung und Effizienz ist entscheidend, die Kosten (mithilfe von Kostenauflistung und Rückbuchung) den relevanten Geschäftsbereichen zuzuordnen, die den Konsum antreiben.
*Kostenauflistung* bezieht sich auf Berichte, in denen die Cloud-Kosten in zuteilbare Kategorien wie Verbraucher, Geschäftseinheiten, Hauptbuchkonten oder andere verantwortliche Entitäten unterteilt werden. Mit Kostenauflistungen sollen Teams, Geschäftseinheiten oder Einzelpersonen die Kosten ihrer verbrauchten Cloud-Ressourcen mitgeteilt werden.
*Rückbuchung* bedeutet, zentrale Serviceausgaben den Kostenträgern zuzuordnen, und zwar auf der Grundlage einer Strategie, die für einen bestimmten Finanzmanagementprozess geeignet ist. Für Kunden werden bei einer Rückbuchung die Kosten, die von einem Shared-Services-Konto anfallen, verschiedenen Finanzkostenkategorien zugeordnet, die für einen Kundenberichtsprozess geeignet sind. Durch die Einrichtung von Rückbuchungsmechanismen können Sie die Kosten melden, die verschiedenen Geschäftseinheiten, Produkten und Teams entstanden sind.
Workloads können als kritisch und unkritisch eingestuft werden. Verwenden Sie auf der Grundlage dieser Klassifizierung gemeinsam genutzte Ressourcen mit allgemeinen Konfigurationen für weniger kritische Workloads. Reservieren Sie dedizierte Server ausschließlich für kritische Workloads, um die Kosten weiter zu optimieren. Teilen Sie Ressourcen oder stellen Sie sie für mehrere Konten bereit, um sie effizient zu verwalten. Selbst in unterschiedlichen Entwicklungs-, Test- und Produktionsumgebungen ist eine sichere gemeinsame Nutzung möglich, ohne die Organisationsstruktur zu beeinträchtigen.
Verwenden Sie Daten zur Zuordnung geteilter Kosten, mit deren Hilfe Sie die Kosten einzelner Geschäftsentitäten basierend auf der Verwendung gemeinsam genutzter Computing- und Speicherressourcen durch die Anwendung zuordnen können, um Ihr Verständnis zu verbessern und die Kosten und Nutzung für containerisierte Anwendungen zu optimieren. Daten zur Zuordnung geteilter Kosten helfen Ihnen dabei, bei Container-Workloads, die in Amazon Elastic Container Service (Amazon ECS) oder Amazon Elastic Kubernetes Service (Amazon EKS) ausgeführt werden, Kostenauflistung und Rückbuchung auf Aufgabenebene zu erreichen.
Erstellen Sie für verteilte Architekturen eine Shared-Services-VPC, die den zentralisierten Zugriff auf gemeinsam genutzte Services ermöglicht, die für Workloads in allen VPCs erforderlich sind. Diese gemeinsam genutzten Services können Ressourcen wie Verzeichnisservices oder VPC-Endpunkte umfassen. Zur Reduzierung des Verwaltungsaufwands und der Kosten empfiehlt die gemeinsame Nutzung von Ressourcen von einem zentralen Standort, anstatt sie in jeder einzelnen VPC zu erstellen.
Durch die Verwendung gemeinsam genutzter Ressourcen können Sie Betriebskosten sparen, die Ressourcenauslastung maximieren und die Konsistenz verbessern. In einem Design mit mehreren Konten können Sie einige AWS-Services zentral hosten und über mehrere Anwendungen und Konten an einem zentralen Punkt darauf zugreifen, um Kosten zu sparen. Sie können mit [AWS Resource Access Manager (AWS RAM)](https://aws.amazon.com/ram/) weitere gängige Ressourcen freigeben, z. B. [VPC-Subnetze und AWS Transit Gateway-Anhänge](https://docs.aws.amazon.com/ram/latest/userguide/shareable.html#shareable-vpc), [AWS Network Firewall](https://docs.aws.amazon.com/ram/latest/userguide/shareable.html#shareable-network-firewall) oder [Pipelines in Amazon SageMaker AI](https://docs.aws.amazon.com/ram/latest/userguide/shareable.html#shareable-sagemaker). In einer Mehrkonten-Umgebung ermöglicht AWS RAM die einmalige Erstellung einer Ressource und ihre Freigabe für andere Konten.
Organisationen sollten die geteilten Kosten effektiv markieren und sicherstellen, dass kein erheblicher Teil ihrer Kosten unmarkiert oder nicht zugewiesen ist. Wenn Sie die gemeinsamen Kosten nicht effektiv verteilen und niemand die Verantwortung für die Verwaltung gemeinsamer übernimmt, können die Kosten für eine gemeinsame Cloud in die Höhe schießen. Sie müssen sich bewusst sein, wo Kosten auf Ressourcen-, Workload-, Team- oder Organisationsebene entstanden sind, da dieses Wissen Ihr Verständnis für den auf der jeweiligen Ebene geschaffenen Mehrwert im Vergleich zu den erzielten Geschäftsergebnissen verbessert. Letztlich profitieren Organisationen von Kosteneinsparungen, die sich aus der gemeinsamen Nutzung der Cloud-Infrastruktur ergeben. Fördern Sie die Kostenzuordnung für gemeinsam genutzte Cloud-Ressourcen, um die Cloud-Ausgaben zu optimieren.
### Implementierungsschritte
+ **Vorhandene Ressourcen bewerten:** Prüfen Sie bestehende Workloads, die ähnliche Services für Ihre Workload verwenden. Ziehen Sie abhängig von den Komponenten des Workloads vorhandene Plattformen in Betracht, sofern die Geschäftslogik oder die technischen Anforderungen dies zulassen.
+ **Gemeinsame Nutzung von Ressourcen in AWS RAM verwenden und entsprechend einschränken:** Verwenden Sie AWS RAM, um Ressourcen mit anderen AWS-Konten innerhalb Ihrer Organisation zu teilen. Wenn Sie Ressourcen gemeinsam nutzen, müssen Sie Ressourcen nicht in mehreren Konten duplizieren, wodurch der betriebliche Aufwand der Ressourcenverwaltung minimiert wird. Dieser Prozess unterstützt die sichere Freigabe der Ressourcen, die Sie erstellt haben, an Rollen und Benutzer:innen in Ihrem Konto sowie an andere AWS-Konten.
+ **Ressourcen taggen:** Taggen Sie Ressourcen, die für die Kostenberichterstattung infrage kommen, und kategorisieren Sie sie in Kostenkategorien. Aktivieren Sie diese kostenbezogenen Ressourcen-Tags für die Kostenzuordnung, um sich einen Überblick über den AWS-Ressourcenverbrauch zu verschaffen. Achten Sie darauf, ein angemessenes Maß an Granularität in Bezug auf Kosten- und Nutzungstransparenz zu schaffen, und beeinflussen Sie das Cloud-Nutzungsverhalten durch Kostenzuordnungsberichte und KPI-Tracking.
## Ressourcen
**Zugehörige bewährte Methoden:**
+ [SEC03-BP08 Sicheres gemeinsames Nutzen von Ressourcen in Ihrer Organisation](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/sec_permissions_share_securely.html)
**Zugehörige Dokumente:**
+ [Was ist AWS Resource Access Manager?](https://docs.aws.amazon.com/ram/latest/userguide/what-is.html)
+ [AWS-Services, die Sie mit AWS Organizations](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_integrate_services_list.html) verwenden können
+ [Freigabefähige AWS-Ressourcen](https://docs.aws.amazon.com/ram/latest/userguide/shareable.html)
+ [AWS Cost and Usage (CUR) Queries ](https://catalog.workshops.aws/cur-query-library/en-US)
**Zugehörige Videos:**
+ [AWS Resource Access Manager - granular access control with managed permissions](https://www.youtube.com/watch?v=X3HskbPqR2s)
+ [How to design your AWS cost allocation strategy](https://pages.awscloud.com/aws-cfm-talks-how-to-design-your-AWS-cost-allocation-strategy-01122022.html)
+ [AWS Cost Categories](https://www.youtube.com/watch?v=84GYnBBM0Cg)
**Zugehörige Beispiele:**
+ [How-to chargeback shared services: An AWS Transit Gateway example](https://aws.amazon.com/blogs/aws-cloud-financial-management/gs-chargeback-shared-services-an-aws-transit-gateway-example/)
+ [How to build a chargeback/showback model for Savings Plans using the CUR](https://aws.amazon.com/blogs/aws-cloud-financial-management/how-to-build-a-chargeback-showback-model-for-savings-plans-using-the-cur/)
+ [Using VPC Sharing for a Cost-Effective Multi-Account Microservice Architecture](https://aws.amazon.com/blogs/architecture/using-vpc-sharing-for-a-cost-effective-multi-account-microservice-architecture/)
+ [Improve cost visibility of Amazon EKS with AWS Split Cost Allocation Data](https://aws.amazon.com/blogs/aws-cloud-financial-management/improve-cost-visibility-of-amazon-eks-with-aws-split-cost-allocation-data/)
+ [Improve cost visibility of Amazon ECS and AWS Batch with AWS Split Cost Allocation Data](https://aws.amazon.com/blogs/aws-cloud-financial-management/la-improve-cost-visibility-of-containerized-applications-with-aws-split-cost-allocation-data-for-ecs-and-batch-jobs/)
# Auswählen des besten Preismodells
**Workload-Kostenmodellierung durchführen:** Berücksichtigen Sie die Anforderungen der Workload-Komponenten und verstehen Sie die potenziellen Preismodelle. Definieren Sie die Verfügbarkeitsanforderung der Komponente. Stellen Sie fest, ob mehrere unabhängige Ressourcen vorhanden sind, die die Funktion in der Workload ausführen, und welche Workload-Anforderungen im Laufe der Zeit gelten. Vergleichen Sie die Kosten der Ressourcen unter Verwendung des standardmäßigen On-Demand-Preismodells und anderer anwendbarer Modelle. Beziehen Sie potenzielle Änderungen in Ressourcen oder Workload-Komponenten in Ihre Überlegungen ein.
**Regelmäßige Analyse auf Kontoebene durchführen:** Durch die regelmäßige Kostenmodellierung wird sichergestellt, dass Möglichkeiten zur Optimierung über mehrere Workloads hinweg implementiert werden können. Wenn beispielsweise mehrere Workloads On-Demand verwenden, ist das Änderungsrisiko insgesamt niedriger und die Nutzung eines auf fester Kapazität basierenden Rabatts führt zu niedrigeren Gesamtkosten. Es wird empfohlen, Analysen in regelmäßigen Zyklen von zwei Wochen bis zu einem Monat durchzuführen. Mit dieser Analyse können Sie kleine Anpassungskäufe tätigen, sodass sich die Abdeckung Ihrer Preismodelle mit Ihren sich ändernden Workloads und ihren Komponenten weiter entwickelt.
Verwenden Sie das [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/)-Empfehlungstool, um Möglichkeiten für an feste Kapazität gebundene Rabatte zu finden.
Um Möglichkeiten für Spot-Workloads zu finden, verwenden Sie eine stündliche Ansicht Ihrer Gesamtnutzung und suchen Sie nach regelmäßigen Zeiträumen mit sich ändernder Nutzung oder Elastizität.
**Preismodelle:** AWS verfügt über mehrere [Preismodelle](https://aws.amazon.com/pricing/), mit denen Sie für Ihre Ressourcen auf die kostengünstigste Art und Weise bezahlen können, die den Anforderungen Ihrer Organisation entspricht. Im folgenden Abschnitt werden die einzelnen Kaufmodelle im Detail beschrieben:
+ On-Demand Instances
+ Spot-Instances
+ An feste Kapazität gebundene Rabatte – Savings Plans
+ An feste Kapazität gebundene Rabatte – Reserved Instances/Kapazität
+ Geografische Auswahl
+ Verträge mit Dritten und Preise
**On-Demand-Instances:** Dies ist das standardmäßige Modell mit nutzungsabhängiger Preisberechnung. Wenn Sie Ressourcen wie EC2-Instances oder Services wie DynamoDB auf Nachfragebasis verwenden, zahlen Sie einen pauschalen Satz, und Sie gehen keine langfristigen Verpflichtungen ein. Sie können die Kapazität Ihrer Ressourcen auf Basis des Bedarfs Ihrer Anwendung erhöhen oder verringern. On-Demand hat einen Stundensatz, kann aber je nach Service in Schritten von 1 Sekunde abgerechnet werden (z. B. Amazon-RDS- oder Linux EC2-Instances). On-Demand wird für Anwendungen mit kurzfristigen Workloads (z. B. einem vier Monate laufenden Projekt) empfohlen, die sich regelmäßig erhöhen, oder unvorhersehbare Workloads, die nicht unterbrochen werden können. On-Demand eignet sich auch für Workloads, wie z. B. Vorproduktionsumgebungen, die ununterbrochene Laufzeiten erfordern, aber nicht lange genug laufen, um einen an feste Kapazität gebundenen Rabatt (Savings Plans oder Reserved Instances) zu erhalten.
**Spot Instances:** Eine [Spot Instance](https://aws.amazon.com/ec2/spot/) ist Amazon-EC2-Rechenkapazität, die zu Rabatten von bis zu 90 % gegenüber On-Demand-Preisen ohne langfristige Bindungen verfügbar ist. Mit Spot-Instances können Sie die Kosten für die Ausführung Ihrer Anwendungen erheblich reduzieren oder die Rechenkapazität Ihrer Anwendung für dasselbe Budget skalieren. Im Gegensatz zu On-Demand können Spot Instances mit einer zweiminütigen Vorwarnung unterbrochen werden, wenn Amazon EC2 die Kapazität wieder benötigt oder der Spot-Instance-Preis Ihren konfigurierten Preis übersteigt. Spot Instances sind durchschnittlich weniger als 5 % der Zeit unterbrochen.
Spot Instances sind ideal, wenn eine Warteschlange oder ein Puffer vorhanden ist oder wenn mehrere Ressourcen unabhängig voneinander arbeiten, um die Anforderungen zu verarbeiten (z. B. Hadoop-Datenverarbeitung). In der Regel sind diese Workloads fehlertolerant, zustandslos und flexibel, z. B. Stapelverarbeitung, Big Data und Analytik, containerisierte Umgebungen und High Performance Computing (HPC). Nicht kritische Workloads wie Test- und Entwicklungsumgebungen sind auch Kandidaten für Spot.
Spot Instances sind auch in mehrere AWS-Services integriert, wie z. B. Gruppen von Amazon EC2 Auto Scaling, Amazon EMR, Amazon Elastic Container Service (Amazon ECS) und AWS Batch.
Wenn eine Spot Instance zurückgefordert werden muss, sendet Amazon EC2 zwei Minuten zuvor eine Warnmeldung über die Unterbrechung der Spot Instance, die über CloudWatch Events sowie in den Instance-Metadaten zugestellt wird. Während dieser zwei Minuten kann Ihre Anwendung ihren Status speichern, laufende Container entleeren, endgültige Protokolldateien hochladen oder sich selbst aus einem Load Balancer entfernen. Am Ende der zwei Minuten haben Sie die Möglichkeit, die Spot Instance in den Ruhezustand zu setzen, anzuhalten oder zu beenden.
Berücksichtigen Sie die folgenden bewährten Methoden bei der Übernahme von Spot Instances in Ihren Workloads:
+ **Bei so vielen Instance-Typen wie möglich flexibel sein:** Seien Sie flexibel in Bezug auf Familie und Größe des Instance-Typs, um die Wahrscheinlichkeit zu verbessern, Ihre Zielkapazitätsanforderungen zu erfüllen, möglichst niedrige Kosten zu erzielen und die Auswirkungen von Unterbrechungen zu minimieren.
+ **Beim Ort der Workload-Ausführung flexibel sein:** Die verfügbare Kapazität kann je nach Availability Zone variieren. Dies verbessert die Wahrscheinlichkeit, Ihre Zielkapazität zu erfüllen, indem Sie mehrere Reservekapazitätspools nutzen, und bietet die geringstmöglichen Kosten.
+ **Kontinuität:** Entwerfen Sie Ihre Workloads so, dass sie zustandslos und fehlertolerant sind, damit sich etwaige EC2-Kapazitätseinbrüche nicht auf die Verfügbarkeit oder Leistung der Workloads auswirken.
+ Wir empfehlen die Verwendung von Spot Instances in Kombination mit On-Demand- und Savings Plans/Reserved Instances, um die Workload-Kostenoptimierung mit der Leistung zu maximieren.
**An feste Kapazität gebundene Rabatte – Savings Plans:** AWS bietet eine Reihe von Möglichkeiten, Ihre Kosten zu senken, indem Sie eine bestimmte Menge an Ressourcen reservieren und einen ermäßigten Tarif für Ihre Ressourcen erhalten. Mit einem [Savings Plan](https://aws.amazon.com/savingsplans/) können Sie sich über ein oder drei Jahre für bestimmte stündliche Ausgaben verpflichten und erhalten vergünstigte Preise für Ihre Ressourcen. Savings Plans bieten Rabatte für AWS-Compute-Services wie Amazon EC2, AWS Fargate und AWS Lambda. Wenn Sie die Verpflichtung eingehen, zahlen Sie diesen Betrag stündlich. Er wird von Ihrer On-Demand-Nutzung zum Rabatttarif abgezogen. Sie verpflichten sich beispielsweise zu 50 USD pro Stunde und haben 150 USD pro Stunde On-Demand-Nutzung. In Anbetracht des Savings Plans gilt für Ihre spezifische Nutzung eine Rabattgebühr von 50 %. Ihre 50 USD-Verpflichtung deckt also 100 USD On-Demand-Nutzung ab. Sie zahlen 50 USD (Verpflichtung) und 50 USD für die verbleibende On-Demand-Nutzung.
[Compute Savings Plans](https://aws.amazon.com/savingsplans/pricing/) sind am flexibelsten und bieten einen Rabatt von bis zu 66 %. Sie gelten automatisch für Availability Zones, Instance-Größe, Instance-Familie, Betriebssystem, Tenancy, Region und Datenverarbeitungsservice.
[Instance Savings Plans](https://aws.amazon.com/savingsplans/pricing/) bieten weniger Flexibilität, bieten aber einen höheren Rabatt (bis zu 72 %). Sie gelten automatisch für Availability Zones, Instance-Größe, Betriebssystem und Tenancy.
Es gibt drei Zahlungsoptionen:
+ **Keine Vorauszahlung:** Es gibt keine Vorauszahlung. Sie zahlen pro Monat einen reduzierten Stundensatz für die Gesamtstundenzahl pro Monat.
+ **Teilweise Vorauszahlung:** Bietet einen höheren Rabattsatz als „Keine Vorauszahlung“. Ein Teil der Nutzung wird im Voraus beglichen. In der Folge zahlen Sie pro Monat einen reduzierten Stundensatz für die Gesamtstundenzahl pro Monat.
+ **Vollständige Vorauszahlung:** Die Nutzung für den gesamten Zeitraum ist vorab fällig, und es fallen unabhängig von den genutzten Stunden keine weiteren Kosten für den verbleibenden Zeitraum an.
Sie können eine beliebige Kombination dieser drei Kaufoptionen auf Ihre Workloads anwenden.
Savings Plans gelten zuerst für die Nutzung in dem Konto, in dem sie gekauft wurden, vom höchsten Rabattprozentsatz bis zum niedrigsten. Anschließend gelten sie für die konsolidierte Nutzung aller anderen Konten, vom höchsten Rabattprozentsatz bis zum niedrigsten.
Es wird empfohlen, alle Savings Plans in einem Konto ohne Nutzung oder Ressourcen zu erwerben, z. B. im Verwaltungskonto. Auf diese Weise wird sichergestellt, dass der Savings Plan auf die höchsten Rabatttarife für Ihre gesamte Nutzung angewendet wird, wodurch der Rabattbetrag maximiert wird.
Workloads und Nutzung ändern sich in der Regel im Laufe der Zeit. Es wird empfohlen, im Laufe der Zeit kontinuierlich kleine Mengen an Savings Plans zu erwerben. Auf diese Weise wird sichergestellt, dass Sie einen hohen Grad an Abdeckung aufrechterhalten, um Ihre Rabatte zu maximieren, und Ihre Pläne entsprechen jederzeit Ihren Workload- und Organisationsanforderungen.
Legen Sie keine Zielabdeckung in Ihren Konten fest, da der Rabatt sehr variabel sein kann. Eine niedrige Abdeckung weist nicht notwendigerweise auf hohe potenzielle Einsparungen hin. Sie haben zwar möglicherweise eine geringe Abdeckung in Ihrem Konto, wenn Sie aber mehrere kleine Instances und ein lizenziertes Betriebssystem nutzen, können die potenziellen Einsparungen nur wenige Prozent betragen. Verfolgen und überwachen Sie stattdessen die potenziellen Einsparungen, die im Empfehlungstool für den Savings Plan verfügbar sind. Sehen Sie sich häufig die Empfehlungen für Savings Plans im Cost Explorer an (regelmäßige Analysen durchführen) und kaufen Sie weiterhin feste Kapazität, bis die geschätzten Einsparungen unter dem für die Organisation erforderlichen Rabatt liegen. Verfolgen und überwachen Sie z. B., dass Ihre potenziellen Rabatte unter 20 % bleiben, wenn sie darüber hinausgehen, muss ein Kauf getätigt werden.
Überwachen Sie die Auslastung und Abdeckung, aber nur, um Änderungen zu erkennen. Streben Sie nicht einen bestimmten Auslastungsprozentsatz oder Abdeckungsprozentsatz an, da dies nicht notwendigerweise mit Einsparungen skaliert werden kann. Stellen Sie sicher, dass ein Kauf von Savings Plans zu einer Erhöhung der Abdeckung führt. Wenn die Abdeckung oder die Auslastung verringert werden, stellen Sie sicher, dass sie quantifiziert und bekannt sind. Sie migrieren beispielsweise eine Workload-Ressource zu einem neueren Instance-Typ, wodurch die Auslastung eines vorhandenen Plans reduziert wird, aber der Leistungsvorteil überwiegt die Einsparungsreduzierung.
**An feste Kapazität gebundene Rabatte – Reserved Instances/Bindung:** Ähnlich wie Savings Plans bieten [Reserved Instances](https://aws.amazon.com/ec2/pricing/reserved-instances/) Rabatte von bis zu 72 % für eine Bindung zur Ausführung einer Mindestmenge an Ressourcen. Reserved Instances sind für Amazon RDS, Amazon OpenSearch Service, Amazon ElastiCache, Amazon Redshift und DynamoDB verfügbar. Amazon CloudFront und AWS Elemental MediaConvert bieten auch Rabatte, wenn Sie sich zur Nutzung von Mindestkapazitäten verpflichten. Reserved Instances sind derzeit für Amazon EC2 verfügbar, aber Savings Plans bieten dieselben Rabattstufen mit erhöhter Flexibilität und ohne Verwaltungsaufwand.
Reserved Instances bieten dieselben Preisoptionen, d. h. keine Vorauszahlung, teilweise Vorauszahlung und vollständige Vorauszahlung, sowie dieselben Laufzeiten von einem oder drei Jahren.
Reserved Instances können in einer Region oder einer bestimmten Availability Zone erworben werden. Sie bieten eine Kapazitätsreservierung, wenn sie in einer Availability Zone gekauft werden.
Amazon EC2 bietet konvertierbare RIs. Aufgrund der erhöhten Flexibilität und reduzierten Betriebskosten sollten Savings Plans jedoch für alle EC2-Instances verwendet werden.
Dieselbe Vorgehensweise und Metriken sollten verwendet werden, um Reserved Instances nachzuverfolgen und zu kaufen. Es wird empfohlen, die Abdeckung von RIs in Ihren Konten nicht zu verfolgen. Außerdem sollten Sie den Auslastungsprozentsatz nicht überwachen oder nachverfolgen, sondern stattdessen den Auslastungsbericht in Cost Explorer anzeigen und die Spalte „Nettoeinsparungen“ in der Tabelle verwenden. Wenn die Nettoeinsparungen deutlich negativ sind, müssen Sie Maßnahmen ergreifen, um die ungenutzte RI zu beheben.
**EC2-Flotte:** Mit [EC2-Flotte](https://aws.amazon.com/about-aws/whats-new/2018/04/introducing-amazon-ec2-fleet/) können Sie eine Ziel-Datenverarbeitungskapazität definieren und anschließend die Instance-Typen und den Saldo von On-Demand- und Spot Instances für die Flotte festlegen. EC2-Flotte ruft automatisch die günstigste Preiskombination für Ressourcen zur Erfüllung der definierten Kapazität auf.
**Standortwahl:** Bei der Architektur Ihrer Lösungen hat es sich bewährt, Computing-Ressourcen möglichst in der Nähe der Benutzer bereitzustellen, um eine geringere Latenz und stärkere Datensouveränität zu erzielen. Für weltweite Zielgruppen sollten Sie mehrere Standorte verwenden, um diese Anforderungen zu erfüllen. Sie sollten den geografischen Standort auswählen, der Ihre Kosten minimiert.
Im Zentrum der AWS Cloud-Infrastruktur stehen [Regionen und Availability Zones](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html). Eine Region ist ein physischer Standort auf der Welt, an dem wir mehrere Availability Zones haben. Availability Zones bestehen aus mindestens einem eigenständigen Rechenzentrum mit redundanten Systemen für die Stromversorgung, Netzwerkressourcen und Konnektivität. Diese Systeme sind in getrennten Einrichtungen untergebracht.
Jede AWS-Region wird im Rahmen der jeweilig gültigen lokalen Marktbedingungen betrieben, und die Ressourcenpreise können von Region zu Region variieren. Wählen Sie eine spezifische Region aus, in der Sie eine Komponente oder Ihre gesamte Lösung ausführen möchten, sodass Sie weltweit einen Betrieb zu den geringstmöglichen Kosten gewährleisten. Sie können den einfachen AWS-Monatsrechner verwenden, um die Kosten Ihrer Workloads in verschiedenen Regionen zu schätzen.
**Verträge mit Dritten und Preise:** Wenn Sie Drittanbieterlösungen oder -services in der Cloud nutzen, ist es wichtig, dass die Preisstrukturen an den Ergebnissen der Kostenoptimierung ausgerichtet sind. Preise sollten mit den Ergebnissen und dem Wert skaliert werden, den sie bieten. Ein Beispiel hierfür ist Software, die einen Prozentsatz der Einsparungen in Anspruch nimmt, je mehr Sie sparen (Ergebnis), desto mehr Gebühren fallen an. Vereinbarungen, die mit Ihrer Rechnung skaliert werden, sind in der Regel nicht auf die Kostenoptimierung ausgerichtet, es sei denn, sie liefern Ergebnisse für jeden Teil Ihrer spezifischen Rechnung. Beispiel: Eine Lösung, die Empfehlungen für Amazon EC2 bereitstellt und einen Prozentsatz Ihrer gesamten Rechnung berechnet, wird teurer, wenn Sie andere Services nutzen, für die sie keinen Vorteil bietet. Ein weiteres Beispiel ist ein verwalteter Service, der zu einem Prozentsatz der Kosten für verwaltete Ressourcen in Rechnung gestellt wird. Eine höhere Instance-Größe erfordert möglicherweise nicht notwendigerweise mehr Verwaltungsaufwand, wird jedoch mehr in Rechnung gestellt. Stellen Sie sicher, dass diese Service-Preisvereinbarungen ein Kostenoptimierungsprogramm oder entsprechende Funktionen in ihrem Service enthalten, um die Effizienz zu steigern.
**Topics**
+ [COST07-BP01 Durchführen einer Preismodellanalyse](cost_pricing_model_analysis.md)
+ [COST07-BP02 Auswählen von Regionen auf Basis der Kosten](cost_pricing_model_region_cost.md)
+ [COST07-BP03 Auswahl von Drittanbietervereinbarungen mit kosteneffizienten Bedingungen](cost_pricing_model_third_party.md)
+ [COST07-BP04 Implementieren von Preismodellen für alle Komponenten dieser Workload](cost_pricing_model_implement_models.md)
+ [COST07-BP05 Durchführen einer Preismodellanalyse auf Verwaltungskontoebene](cost_pricing_model_master_analysis.md)
# COST07-BP01 Durchführen einer Preismodellanalyse
Analysieren Sie die einzelnen Komponenten der Workload. Stellen Sie fest, ob die Komponente und die Ressourcen über einen längeren Zeitraum (für Bindungsrabatte) oder dynamisch und kurz ausgeführt werden (für Spot- oder On-Demand-Zwecke). Analysieren Sie die Workload mithilfe der Empfehlungen in Tools für die Kostenverwaltung und wenden Sie Geschäftsregeln auf diese Empfehlungen an, um hohe Erträge zu erzielen.
**Risikostufe bei fehlender Befolgung dieser bewährten Methode:** Hoch
## Implementierungsleitfaden
AWS verfügt über mehrere [Preismodelle](https://aws.amazon.com/pricing/), mit denen Sie für Ihre Ressourcen auf die kostengünstigste Art und Weise bezahlen können, die den Anforderungen Ihrer Organisation entspricht und vom jeweiligen Produkt abhängt. Arbeiten Sie mit Ihren Teams zusammen, um das am besten geeignete Preismodell zu bestimmen. Häufig besteht das Preismodell aus einer Kombination aus verschiedenen Optionen, die sich nach Ihrer Verfügbarkeit richtet.
Bei **On-Demand-Instances** zahlen Sie für die Datenverarbeitungs- oder Datenbankkapazitäten auf Stunden- oder Sekundenbasis (mindestens 60 Sekunden), je nachdem, welche Instances Sie ausführen. Es sind keine langfristigen Verpflichtungen oder Vorauszahlungen erforderlich.
Bei **Savings Plans** handelt es sich um ein flexibles Preismodell, das günstige Preise für die Nutzung von Amazon EC2, Lambda und AWS Fargate bietet. Im Gegenzug verpflichten Sie sich zu einer konstanten Nutzungsmenge (gemessen in Dollar/Stunde) für die Dauer von einem Jahr oder drei Jahren.
**Spot Instances** sind ein Preismechanismus für Amazon EC2, der es ermöglicht, ohne Vorabverpflichtungen freie Datenverarbeitungskapazität zu einem ermäßigten Stundensatz (bis zu 90 % Rabatt im Vergleich zum On-Demand-Preis) anzufordern.
Mit **Reserved Instances** zahlen Sie im Voraus für die Kapazität und erhalten bis zu 75 Prozent Rabatt. Weitere Informationen finden Sie unter [Kostenoptimierung mit Reservierungen](https://docs.aws.amazon.com/whitepapers/latest/how-aws-pricing-works/aws-cost-optimization.html).
Sie könnten Savings Plans für die mit der Produktion, der Qualität und den Entwicklungsumgebungen verbundenen Ressourcen hinzufügen. Da Sandbox-Ressourcen nur bei Bedarf aktiviert werden, könnten Sie alternativ ein On-Demand-Modell für die Ressourcen in dieser Umgebung wählen. Verwenden Sie [Spot Instances](https://docs.aws.amazon.com/whitepapers/latest/how-aws-pricing-works/amazon-elastic-compute-cloud-amazon-ec2.html#spot-instances) von Amazon, um die Kosten für Amazon EC2 zu senken, oder verwenden Sie [Compute Savings Plans](https://docs.aws.amazon.com/whitepapers/latest/how-aws-pricing-works/amazon-elastic-compute-cloud-amazon-ec2.html#savings-plans), um die Kosten für Amazon EC2, Fargate und Lambda zu reduzieren. Das Empfehlungstool [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) stellt Möglichkeiten für an feste Kapazität gebundene Rabatte mit Savings Plans vor.
Wenn Sie in der Vergangenheit bereits [Reserved Instances](https://aws.amazon.com/aws-cost-management/aws-cost-optimization/reserved-instances/?track=costop) für Amazon EC2 erworben oder in Ihrer Organisation Verfahren zur Kostenzuteilung eingeführt haben, können Sie Amazon EC2 Reserved Instances vorerst weiterhin verwenden. Wir empfehlen jedoch, eine Strategie für die zukünftige Verwendung von Savings Plans als flexibleren Mechanismus zur Kostenreduzierung zu entwickeln. Sie können die Empfehlungen zu Savings Plans (SP) in AWS Cost Management jederzeit aktualisieren, um neue Empfehlungen zu Savings Plans zu generieren. Verwenden Sie Reserved Instances (RI), um die Kosten für Amazon RDS, Amazon Redshift, Amazon ElastiCache und Amazon OpenSearch Service zu reduzieren. Es stehen drei Optionen für Savings Plans und Reserved Instances zur Verfügung: vollständige Vorauszahlung, teilweise Vorauszahlung und keine Vorauszahlung. Nutzen Sie die in AWS Cost Explorer bereitgestellten Kaufempfehlungen für RI und SP.
Um Möglichkeiten für Spot-Workloads zu finden, verwenden Sie eine stündliche Ansicht Ihrer Gesamtnutzung und suchen Sie nach regelmäßigen Zeiträumen mit sich ändernder Nutzung oder Elastizität. Sie können Spot-Instances für verschiedene fehlertolerante und flexible Anwendungen verwenden. Beispiele sind statuslose Webserver, API-Endpunkte, Big-Data- und Analytikanwendungen, containerisierte Workloads, CI/CD und weitere flexible Workloads.
Ermitteln Sie, ob Ihre Amazon-EC2- und Amazon-RDS-Instances deaktiviert werden können, wenn sie nicht genutzt werden (nach Geschäftsschluss und am Wochenende). Dadurch können Sie die Kosten verglichen mit einem Einsatz rund um die Uhr um 70 % oder mehr reduzieren. Wenn Sie über Amazon-Redshift-Cluster verfügen, die nur zu bestimmten Zeiten verfügbar sein müssen, können Sie den Cluster anhalten und zu einem späteren Zeitpunkt neu starten. Wenn der Amazon-Redshift-Cluster oder die Amazon-EC2- und Amazon-RDS-Instances gestoppt werden, fallen keine Datenverarbeitungskosten mehr, sondern nur noch die Speichergebühren an.
Beachten Sie, dass es sich bei [On-Demand-Kapazitätsreservierungen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-pricing-billing.html) (On-Demand Capacity Reservations, ODCR) nicht um einen Preisnachlass handelt. Für Kapazitätsreservierungen wird Ihnen der entsprechende On-Demand-Tarif in Rechnung gestellt, unabhängig davon, ob Sie Instances mit der reservierten Kapazität ausführen oder nicht. Sie sollten in Betracht gezogen werden, wenn Sie ausreichend Kapazität für die Ressourcen bereitstellen müssen, die Sie ausführen möchten. ODCRs müssen nicht an langfristige Verpflichtungen gebunden sein. Sie können gekündigt werden, wenn Sie sie nicht mehr benötigen. Sie können jedoch auch von den Rabatten profitieren, die Savings Plans oder Reserved Instances bieten.
**Implementierungsschritte**
+ **Analysieren der Workload-Elastizität:** Verwenden Sie die stündliche Granularität in Cost Explorer oder ein benutzerdefiniertes Dashboard, um die Elastizität Ihrer Workloads zu analysieren. Suchen Sie nach regelmäßigen Änderungen hinsichtlich der Anzahl der Instances, die ausgeführt werden. Instances mit kurzer Dauer sind Kandidaten für Spot Instances oder Spot-Flotte.
+ [Well-Architected Lab: Cost Explorer](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_5_Cost_Visualization/Lab_Guide.html#Elasticity)
+ [Well-Architected Lab: Cost Visualization](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_5_Cost_Visualization/README.html)
+ **Überprüfen bestehender Preisverträge:** Überprüfen Sie laufende Verträge oder Verpflichtungen für langfristige Anforderungen. Analysieren Sie, was Sie aktuell haben und inwiefern diese Verpflichtungen genutzt werden. Nutzen Sie bereits vorhandene vertragliche Rabatte oder Unternehmensverträge. [Unternehmensverträge](https://aws.amazon.com/pricing/enterprise/) bieten Kunden die Möglichkeit, Verträge so zu gestalten, dass sie ihren Bedürfnissen am besten entsprechen. Ziehen Sie bei langfristigen Verpflichtungen reservierte Preisrabatte, Reserved Instances oder Savings Plans für den spezifischen Instance-Typ, die Instance-Familie, AWS-Region und Availability Zones in Betracht.
+ **Durchführen einer Analyse des Bindungsrabatts:** Sehen Sie sich unter Verwendung von Cost Explorer in Ihrem Konto die Empfehlungen für Savings Plans und Reserved Instances an. Um sicherzustellen, dass Sie die richtigen Empfehlungen mit den erforderlichen Rabatten und Risiken implementieren, befolgen Sie die [Well-Architected Labs](https://wellarchitectedlabs.com/cost/costeffectiveresources/).
## Ressourcen
**Zugehörige Dokumente:**
+ [Zugriff auf Empfehlungen für Reserved Instances](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Instance-Kaufoptionen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
+ [AWS Enterprise ](https://aws.amazon.com/pricing/enterprise/)
**Zugehörige Videos:**
+ [Save up to 90% and run production workloads on Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
**Zugehörige Beispiele:**
+ [Well-Architected Lab: Cost Explorer](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_5_Cost_Visualization/Lab_Guide.html#Elasticity)
+ [Well-Architected Lab: Cost Visualization](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_5_Cost_Visualization/README.html)
+ [Well-Architected Lab: Pricing Models](https://wellarchitectedlabs.com/Cost/CostEffectiveResources.html)
# COST07-BP02 Auswählen von Regionen auf Basis der Kosten
Ressourcenpreise können je nach Region abweichen. Ermitteln Sie regionale Kostenunterschiede und stellen Sie nur in Regionen mit höheren Kosten bereit, um die Anforderungen an Latenzzeiten, Datenresidenz und Datensouveränität zu erfüllen. Die Berücksichtigung der Regionskosten sorgt dafür, dass Sie den niedrigsten Gesamtpreis für diese Workload zahlen.
**Risikostufe bei fehlender Befolgung dieser bewährten Methode:** Mittel
## Implementierungsleitfaden
Die [AWS Cloud-Infrastruktur](https://aws.amazon.com/about-aws/global-infrastructure/) ist global, wird an [mehreren Standorten weltweit](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html) gehostet und basiert auf AWS-Regionen, Availability Zones, Local Zones, AWS Outposts und Wavelength Zones. Eine Region ist ein physischer Ort auf der Welt. Jede Region ist ein separates geografisches Gebiet, in dem AWS mehrere Availability Zones hat. Availability Zones sind mehrere isolierte Standorte innerhalb jeder Region. Sie bestehen aus mindestens einem eigenständigen Rechenzentrum mit einer redundanten Stromversorgung, einem Netzwerk sowie Konnektivität.
Jede AWS-Region wird im Rahmen der jeweilig gültigen lokalen Marktbedingungen betrieben, und die Ressourcenpreise können von Region zu Region variieren, da es beispielsweise Unterschiede bei den Kosten für Land, Glasfaser, Strom und bei den Steuern gibt. Wählen Sie eine spezifische Region aus, in der Sie eine Komponente oder Ihre gesamte Lösung ausführen möchten, sodass Sie weltweit einen Betrieb zu den geringstmöglichen Kosten gewährleisten. Mit [AWS Calculator](https://calculator.aws/#/) können Sie die Kosten Ihrer Workload in verschiedenen Regionen einschätzen. Suchen Sie dazu Services nach Standorttyp (Region, Wavelength Zone und Local Zone) und Region.
Wenn Sie die Architektur Ihrer Lösungen aufbauen, hat es sich bewährt zu versuchen, Computing-Ressourcen zugunsten einer geringeren Latenz und einer stärkeren Datensouveränität näher an die Benutzer zu bringen. Wählen Sie den geografischen Standort auf der Grundlage Ihrer Geschäfts-, Datenschutz-, Leistungs- und Sicherheitsanforderungen. Verwenden Sie für Anwendungen mit globalen Endbenutzern mehrere Standorte.
Nutzen Sie Regionen, die niedrigere Preise für AWS-Services anbieten, um Ihre Workloads bereitzustellen, wenn Sie keine Verpflichtungen in Bezug auf Datenschutz, Sicherheit und geschäftliche Anforderungen haben. Wenn Ihre Standardregion zum Beispiel Asien-Pazifik (Sydney) (`ap-southwest-2`) ist und es keine Einschränkungen (z. B. Datenschutz, Sicherheit) für die Verwendung anderer Regionen gibt, ist die Bereitstellung nicht kritischer Amazon-EC2-Instances (Entwicklung und Test) in der Region USA Ost (Nord-Virginia) (`us-east-1`) kostengünstiger.
![\[Diagramm, das verschiedene Regionen mit Compliance, Latenz, Kosten sowie Services und Features zeigt\]](http://docs.aws.amazon.com/de_de/wellarchitected/latest/cost-optimization-pillar/images/region-feature-matrix.png)
Die obige Matrixtabelle zeigt uns, dass Region 6 die beste Option für dieses gegebene Szenario ist, da die Latenz im Vergleich zu anderen Regionen gering ist, der Service verfügbar ist und es sich um die kostengünstigste Region handelt.
## Implementierungsschritte
+ **Überprüfen der AWS-Region-Preise:** Analysieren Sie die Workload-Kosten in der aktuellen Region. Berechnen Sie die Kosten in anderen verfügbaren Regionen, beginnend mit den höchsten Kosten nach Service und Verwendungstyp. Migrieren Sie in die neue Region, wenn die prognostizierte Einsparung die Kosten für das Verschieben der Komponente oder der Workload überwiegt.
+ **Überprüfen der Anforderungen für Bereitstellungen in mehreren Regionen:** Analysieren Sie Ihre geschäftlichen Anforderungen und Verpflichtungen (Datenschutz, Sicherheit oder Leistung), um herauszufinden, ob für Sie Beschränkungen gelten, sodass Sie nicht mehrere Regionen verwenden können. Wenn Sie sich nicht auf eine einzelne Region beschränken müssen, verwenden Sie mehrere Regionen.
+ **Analysieren der erforderlichen Datenübertragungen:** Berücksichtigen Sie bei der Auswahl von Regionen die Datenübertragungskosten. Halten Sie Ihre Daten in der Nähe des Kunden und in der Nähe der Ressourcen. Wählen Sie weniger kostenintensive AWS-Regionen, in denen ein Datenfluss und nur minimale Datenübertragung besteht. Abhängig von Ihren Geschäftsanforderungen für die Datenübertragung können Sie [Amazon CloudFront](https://aws.amazon.com/cloudfront/), [AWS PrivateLink](https://aws.amazon.com/privatelink/), [AWS Direct Connect](https://aws.amazon.com/directconnect/) und [AWS Virtual Private Network](https://aws.amazon.com/vpn/) verwenden, um Ihre Netzwerkkosten zu senken, die Leistung zu verbessern und die Sicherheit zu erhöhen.
## Ressourcen
**Zugehörige Dokumente:**
+ [Zugriff auf Empfehlungen für Reserved Instances](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Amazon EC2 – Preise](https://aws.amazon.com/ec2/pricing/)
+ [Instance-Kaufoptionen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
+ [Tabelle „Region“](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/)
**Zugehörige Videos:**
+ [Save up to 90% and run production workloads on Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
**Zugehörige Beispiele:**
+ [Überblick über die Datenübertragungskosten für gängige Architekturen](https://aws.amazon.com/blogs/architecture/overview-of-data-transfer-costs-for-common-architectures/)
+ [Kostenerwägungen für globale Bereitstellungen](https://aws.amazon.com/blogs/aws-cloud-financial-management/cost-considerations-for-global-deployments/)
+ [What to Consider when Selecting a Region for your Workloads](https://aws.amazon.com/blogs/architecture/what-to-consider-when-selecting-a-region-for-your-workloads/)
# COST07-BP03 Auswahl von Drittanbietervereinbarungen mit kosteneffizienten Bedingungen
Kosteneffiziente Vereinbarungen und Bedingungen stellen sicher, dass die Kosten dieser Services mit den von ihnen bereitgestellten Vorteilen skaliert werden. Wählen Sie Vereinbarungen und Preise aus, die skaliert werden, wenn sie Ihrer Organisation zusätzliche Vorteile bieten.
**Risikostufe bei fehlender Befolgung dieser bewährten Methode:** Mittel
## Implementierungsleitfaden
Es gibt mehrere Produkte auf dem Markt, die Ihnen helfen, die Kosten für Ihre Cloud-Umgebungen zu verwalten. Sie unterscheiden sich teilweise in Bezug auf die Features, die von den Bedürfnissen der Kunden abhängen. So konzentrieren sich einige auf die Kostenkontrolle oder Kostentransparenz und andere auf die Kostenoptimierung. Ein Schlüsselfaktor für eine effektive Kostenoptimierung und Governance ist die Verwendung des richtigen Tools mit den erforderlichen Features und dem richtigen Preismodell. Diese Produkte unterscheiden sich in ihren Preismodellen. Bei manchen wird ein bestimmter Prozentsatz Ihrer monatlichen Rechnung berechnet, bei anderen ein Prozentsatz Ihrer erzielten Einsparungen. Im Idealfall sollten Sie nur für das bezahlen, was Sie benötigen.
Wenn Sie Lösungen oder Services von Drittanbietern in der Cloud nutzen, ist es wichtig, dass die Preisstrukturen an Ihren gewünschten Ergebnissen ausgerichtet sind. Preise sollten mit den Ergebnissen und dem Wert skaliert werden, den sie bieten. Beispielsweise kostet Software, deren Preis auf einem Prozentsatz der erzielten Einsparungen basiert, umso mehr, je mehr Sie sparen (Ergebnis). Lizenzvereinbarungen, bei denen Sie mit steigenden Ausgaben mehr bezahlen, sind möglicherweise nicht immer in Ihrem Interesse, um die Kosten zu optimieren. Wenn der Anbieter jedoch klare Vorteile für alle Bestandteile Ihrer Rechnung bietet, könnte diese Preisstaffelung gerechtfertigt sein.
So kann beispielsweise eine Lösung, die Empfehlungen für Amazon EC2 bereitstellt und einen Prozentsatz Ihrer gesamten Rechnung berechnet, teurer werden, wenn Sie andere Services nutzen, die keinen Vorteil bieten. Ein weiteres Beispiel ist ein verwalteter Service, der zu einem Prozentsatz der Kosten für verwaltete Ressourcen in Rechnung gestellt wird. Eine höhere Instance-Größe erfordert möglicherweise nicht notwendigerweise mehr Verwaltungsaufwand, kann aber teurer werden. Stellen Sie sicher, dass diese Service-Preisvereinbarungen ein Kostenoptimierungsprogramm oder entsprechende Features in ihrem Service enthalten, um die Effizienz zu steigern.
Die Kunden finden diese auf dem Markt befindlichen Produkte vielleicht fortschrittlicher oder benutzerfreundlicher. Sie müssen die Kosten für diese Produkte berücksichtigen und über mögliche langfristige Kostenoptimierungen nachdenken.
### Implementierungsschritte
+ **Analyse von Vereinbarungen und Bedingungen Dritter:** Überprüfen Sie die Preise in Drittanbietervereinbarungen. Führen Sie die Modellierung für verschiedene Nutzungsebenen durch und berücksichtigen Sie neue Kosten, wie z. B. die Nutzung neuer Services oder Erweiterungen der aktuellen Services aufgrund des Workload-Wachstums. Entscheiden Sie, ob die zusätzlichen Kosten Ihrem Unternehmen die erforderlichen Vorteile bieten.
## Ressourcen
**Zugehörige Dokumente:**
+ [Zugriff auf Empfehlungen für Reserved Instances](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Instance-Kaufoptionen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
**Zugehörige Videos:**
+ [Save up to 90% and run production workloads on Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
# COST07-BP04 Implementieren von Preismodellen für alle Komponenten dieser Workload
Dauerhaft ausgeführte Ressourcen sollten reservierte Kapazität wie Savings Plans oder Reserved Instances nutzen. Die kurzfristige Kapazität wird für die Verwendung von Spot Instances oder einer Spot-Flotte konfiguriert. On-Demand-Instances werden nur für kurzfristige Workloads verwendet, die nicht unterbrochen werden können und nicht lange genug für reservierte Kapazitäten ausgeführt werden – typischerweise 25 bis 75 % des Zeitraums, je nach Ressourcentyp.
**Risikostufe bei fehlender Befolgung dieser bewährten Methode:** Niedrig
## Implementierungsleitfaden
Um die Kosteneffizienz zu verbessern, bietet AWS mehrere Empfehlungen für Verpflichtungen auf Grundlage Ihrer bisherigen Nutzung an. Anhand dieser Empfehlungen können Sie nachvollziehen, was Sie einsparen können und wie die Verpflichtung verwendet wird. Sie können diese Services als On-Demand- oder Spot-Konfiguration nutzen oder sich für einen bestimmten Zeitraum verpflichten und Ihre On-Demand-Kosten mithilfe von Reserved Instances (RIs) und Savings Plans (SPs) reduzieren. Zur Optimierung Ihrer Workload müssen Sie nicht nur die einzelnen Workload-Komponenten und die verschiedenen AWS-Services berücksichtigen, sondern auch die Bindungsrabatte, Kaufoptionen und Spot Instances für diese Services.
Beachten Sie die Anforderungen der jeweiligen Workload-Komponenten sowie die verschiedenen Preismodelle für diese Services. Definieren Sie die Verfügbarkeitsanforderungen dieser Komponenten. Stellen Sie fest, ob mehrere unabhängige Ressourcen vorhanden sind, die die Funktion in der Workload ausführen, und welche Workload-Anforderungen im Laufe der Zeit gelten. Vergleichen Sie die Kosten der Ressourcen unter Verwendung des standardmäßigen On-Demand-Preismodells und anderer anwendbarer Modelle. Beziehen Sie potenzielle Änderungen in Ressourcen oder Workload-Komponenten in Ihre Überlegungen ein.
Sehen wir uns zum Beispiel diese Webanwendungsarchitektur in AWS an. Diese Beispiel-Workload besteht aus mehreren AWS-Services, wie z. B. Amazon Route 53, AWS WAF, Amazon CloudFront, Amazon-EC2-Instances, Amazon-RDS-Instances, Load Balancer, Amazon-S3-Speicher und Amazon Elastic File System (Amazon EFS). Sie müssen jeden dieser Services überprüfen und mögliche Kosteneinsparungen durch die verschiedenen Preismodelle ermitteln. Einige von ihnen können für RIs oder SPs infrage kommen, während andere nur On-Demand verfügbar sind. Wie die folgende Abbildung zeigt, können einige der AWS-Services mithilfe von RIs oder SPs bereitgestellt werden.
![\[Übersicht der freigegeben AWS-Services unter Verwendung von Reserved Instances und Savings Plans\]](http://docs.aws.amazon.com/de_de/wellarchitected/latest/cost-optimization-pillar/images/ri-sp-services.png)
### Implementierungsschritte
+ **Implementieren von Preismodellen:** Kaufen Sie anhand Ihrer Analyseergebnisse Savings Plans, Reserved Instances oder implementieren Sie Spot Instances. Wenn Sie sich zum ersten Mal verpflichten, wählen Sie die 5 oder 10 besten Empfehlungen aus der Liste aus und beobachten und analysieren Sie die Ergebnisse in den nächsten ein bis zwei Monaten. AWS Cost Management Console begleitet Sie durch den Prozess. Überprüfen Sie die RI- oder SP-Empfehlungen von der Konsole aus, passen Sie die Empfehlungen an (Typ, Zahlung und Laufzeit) und überprüfen Sie die stündliche Verpflichtung (z. B. 20 USD pro Stunde) und legen Sie sie dann in den Warenkorb. Die Rabatte gelten automatisch für die berechtigte Nutzung. Erwerben Sie in regelmäßigen Zyklen eine geringe Anzahl von Bindungsrabatten, (z. B. alle 2 Wochen oder monatlich). Implementieren Sie Spot Instances für Workloads, die unterbrochen werden können oder zustandslos sind. Wählen Sie anschließend On-Demand-Instances von Amazon EC2 aus und weisen Sie Ressourcen für die verbleibenden Anforderungen zu.
+ **Workload-Überprüfungszyklus:** Implementieren Sie einen Überprüfungszyklus für die Workload, der speziell die Abdeckung des Preismodells analysiert. Sobald der Workload den erforderlichen Umfang erreicht hat, können Sie teilweise (alle paar Monate) oder wenn sich die Nutzung Ihrer Organisation ändert, zusätzliche Bindungsrabatte erwerben.
## Ressourcen
**Zugehörige Dokumente:**
+ [Understanding your Savings Plans recommendations](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-recommendations.html)
+ [Zugriff auf Empfehlungen für Reserved Instances](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Erwerb von Reserved Instances](https://aws.amazon.com/ec2/pricing/reserved-instances/buyer/)
+ [Instance-Kaufoptionen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
+ [Spot Instances](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html)
+ [Reservierungsmodelle für andere AWS-Services](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-reservation-models/reservation-models-for-other-aws-services.html)
+ [Savings Plans Supported Services](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-services.html)
**Zugehörige Videos:**
+ [Save up to 90% and run production workloads on Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
**Zugehörige Beispiele:**
+ [Was sollte ich vor dem Kauf eines Savings Plan beachten?](https://repost.aws/knowledge-center/savings-plans-considerations)
+ [Wie kann ich den Cost Explorer verwenden, um meine Ausgaben und Nutzung zu analysieren?](https://repost.aws/knowledge-center/cost-explorer-analyze-spending-and-usage)
# COST07-BP05 Durchführen einer Preismodellanalyse auf Verwaltungskontoebene
Prüfen Sie die Tools für die Fakturierung und Kostenverwaltung und informieren Sie sich über empfohlene Rabatte bei Bindung und Reservierungen, um regelmäßige Analysen auf Ebene des Verwaltungskontos auszuführen.
**Risikostufe bei fehlender Befolgung dieser bewährten Methode:** Niedrig
## Implementierungsleitfaden
Durch die regelmäßige Kostenmodellierung können Sie Möglichkeiten zur Optimierung über mehrere Workloads hinweg implementieren. Wenn beispielsweise mehrere Workloads On-Demand-Instances verwenden, ist das Änderungsrisiko insgesamt niedriger und die Nutzung eines auf fester Kapazität basierenden Rabatts kann zu niedrigeren Gesamtkosten führen. Es wird empfohlen, Analysen in regelmäßigen Zyklen von zwei Wochen bis zu einem Monat durchzuführen. Auf diese Weise können Sie kleine Anpassungskäufe tätigen, sodass sich die Abdeckung Ihrer Preismodelle mit Ihren sich ändernden Workloads und ihren Komponenten weiter entwickelt.
Verwenden Sie das Empfehlungstool [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/), um Möglichkeiten für an feste Kapazität gebundene Rabatte in Ihrem Verwaltungskonto zu finden. Empfehlungen auf Ebene des Verwaltungskontos werden unter Berücksichtigung der Nutzung aller Konten in Ihrer AWS-Organisation berechnet, die über Reserved Instances (RI) oder Savings Plans (SP) verfügen. Sie werden auch berechnet, wenn die Rabattteilung aktiviert ist, um eine Festlegung zu empfehlen, mit der die Ersparnisse auf allen Konten maximiert werden.
Beim Kauf auf Verwaltungskontoebene werden zwar in vielen Fällen maximale Einsparungen erzielt, es kann jedoch Situationen geben, in denen Sie den Kauf von SPs auf der verknüpften Kontoebene in Betracht ziehen könnten, z. B. wenn Sie möchten, dass die Rabatte zuerst für die Nutzung in diesem bestimmten verknüpften Konto gelten. Empfehlungen für Mitgliedskonten werden auf Ebene der einzelnen Konten berechnet, um die Einsparungen für das jeweilige Konto zu maximieren. Wenn Ihr Konto sowohl RI- als auch SP-Bindungen umfasst, werden diese in der folgenden Reihenfolge angewendet:
1. Zonen-RI
1. Standard-RI
1. Konvertierbare RI
1. Instance Savings Plan
1. Compute Savings Plan
Wenn Sie einen SP auf Verwaltungskontoebene erwerben, werden die Einsparungen auf der Grundlage des höchsten bis niedrigsten Rabattprozentsatzes berechnet. SPs auf Verwaltungskontoebene überprüfen alle verknüpften Konten und wenden die Ersparnisse dort an, wo der Rabatt am höchsten ist. Wenn Sie einschränken möchten, wo die Ersparnisse verwendet werden, können Sie auf der verknüpften Kontoebene einen Savings Plan erwerben. Jedes Mal, wenn auf diesem Konto berechtigte Computing-Services ausgeführt werden, wird der Rabatt zuerst dort angewendet. Wenn auf dem Konto keine berechtigten Datenverarbeitungsservices ausgeführt werden, wird der Rabatt auf die anderen verknüpften Konten unter demselben Verwaltungskonto aufgeteilt. Die gemeinsame Nutzung von Rabatten ist standardmäßig aktiviert, kann aber bei Bedarf deaktiviert werden.
In einer konsolidierten Abrechnungsfamilie werden Savings Plans zuerst auf die Nutzung des Inhaberkontos und dann auf die Nutzung anderer Konten angewendet. Dies ist nur dann der Fall, wenn Sie das Teilen aktiviert haben. Ihre Savings Plans werden zuerst auf Ihren höchsten Sparprozentsatz angewendet. Wenn es mehrere Nutzungen mit denselben Sparprozentsätzen gibt, werden Savings Plans auf die erste Nutzung mit der niedrigsten Savings-Plans-Rate angewendet. Savings Plans gelten so lange, bis keine Restnutzungen mehr zur Verfügung stehen oder Ihre Bindung ausgeschöpft ist. Jede verbleibende Nutzung wird zu den On-Demand-Tarifen abgerechnet. Sie können die Empfehlungen zu Savings Plans (SP) in AWS Cost Management jederzeit aktualisieren, um neue Empfehlungen zu Savings Plans zu generieren.
Nach der Analyse der Flexibilität der Instances können Sie sich entsprechend den Empfehlungen festlegen. Erstellen Sie eine Kostenmodellierung, indem Sie die kurzfristigen Kosten der Workload mit möglichen verschiedenen Ressourcenoptionen analysieren und die AWS-Preismodelle analysieren und an Ihren geschäftlichen Anforderungen ausrichten, um die Gesamtbetriebskosten sowie die Möglichkeiten zur [Kostenoptimierung](https://docs.aws.amazon.com/whitepapers/latest/how-aws-pricing-works/aws-cost-optimization.html) zu ermitteln.
### Implementierungsschritte
**Durchführen einer Analyse des Bindungsrabatts:** Sehen Sie sich unter Verwendung von Cost Explorer in Ihrem Konto die Empfehlungen für Savings Plans und Reserved Instances an. Stellen Sie sicher, dass Sie die Empfehlungen zu Savings Plans verstehen, und schätzen Sie Ihre monatlichen Ausgaben und Einsparungen. Sehen Sie sich die Empfehlungen auf Ebene des Verwaltungskontos an, die unter Berücksichtigung der Nutzung aller Mitgliedskonten in Ihrer AWS-Organisation berechnet werden, für die das Teilen der Rabatte für RI oder Savings Plans aktiviert ist, um maximale Einsparungen über alle Konten hinweg zu ermöglichen. Sie können sicherstellen, dass Sie die richtigen Empfehlungen mit den erforderlichen Rabatten und Risiken implementieren, indem Sie die Well-Architected Labs befolgen.
## Ressourcen
**Zugehörige Dokumente:**
+ [Wie funktioniert die Preisgestaltung in AWS?](https://aws.amazon.com/pricing/?nc2=h_ql_pr_ln)
+ [Instance-Kaufoptionen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
+ [Übersicht über Savings Plans](file:///Users/mergenf/Documents/WELL%20ARCHITECTED/COST%20OPT%20PILLAR/phase3a/COST06/•%09https:/docs.aws.amazon.com/savingsplans/latest/userguide/sp-overview.html)
+ [Empfehlungen zu Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-recommendations.html)
+ [Zugriff auf Empfehlungen für Reserved Instances](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Understanding your Saving Plans recommendation](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-recommendations.html)
+ [How Savings Plans apply to your AWS usage](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-applying.html)
+ [Savings Plans mit konsolidierter Fakturierung](https://aws.amazon.com/premiumsupport/knowledge-center/savings-plans-consolidated-billing/)
+ [Aktivieren von geteilten reservierten Instances und Savings Plans-Rabatten](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-turn-on-process.html)
**Zugehörige Videos:**
+ [Save up to 90% and run production workloads on Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
**Zugehörige Beispiele:**
+ [Was sollte ich vor dem Kauf eines Savings Plan beachten?](https://aws.amazon.com/premiumsupport/knowledge-center/savings-plans-considerations/)
+ [How can I use rolling Savings Plans to reduce commitment risk?](https://aws.amazon.com/blogs/aws-cloud-financial-management/how-can-i-use-rolling-savings-plans-to-reduce-commitment-risk/)
+ [Verwendung von Spot-Instances](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-leveraging-ec2-spot-instances/when-to-use-spot-instances.html)
# Plan für die Datenübertragung
Ein Vorteil der Cloud besteht darin, dass es sich um einen verwalteten Netzwerkservice handelt. Es ist nicht mehr notwendig, eine Flotte von Switches, Routern und anderen zugehörigen Netzwerkgeräten zu verwalten und zu betreiben. Netzwerkressourcen in der Cloud werden genauso verbraucht und bezahlt wie CPU und Speicher – Sie zahlen nur für das, was Sie tatsächlich nutzen. Für die Kostenoptimierung in der Cloud ist eine effiziente Nutzung von Netzwerkressourcen erforderlich.
**Topics**
+ [COST08-BP01 Durchführen einer Datenübertragungsmodellierung](cost_data_transfer_modeling.md)
+ [COST08-BP02 Auswahl von Komponenten zur Optimierung der Datenübertragungskosten](cost_data_transfer_optimized_components.md)
+ [COST08-BP03 Implementieren von Services zur Senkung der Datenübertragungskosten](cost_data_transfer_implement_services.md)
# COST08-BP01 Durchführen einer Datenübertragungsmodellierung
Stellen Sie die Organisationsanforderungen zusammen und führen Sie eine Datenübertragungsmodellierung der Workload und ihrer einzelnen Komponenten durch. Dadurch wird der niedrigste Kostenpunkt für die jeweiligen aktuellen Datenübertragungsanforderungen ermittelt.
**Risikostufe bei fehlender Befolgung dieser bewährten Methode:** Hoch
## Implementierungsleitfaden
Wenn eine Lösung in der Cloud entworfen wird, werden die Gebühren für die Datenübertragung in der Regel vernachlässigt, da die Architektur üblicherweise in On-Premises-Rechenzentren entworfen wird oder es an Kenntnissen mangelt. Die Gebühren für die Datenübertragung in AWS hängen von der Quelle, dem Ziel und der Datenverkehrsmenge ab. Die Berücksichtigung dieser Gebühren in der Entwicklungsphase kann zu Kosteneinsparungen führen. Für eine genaue Einschätzung der Gesamtbetriebskosten (TCO) ist es sehr wichtig zu verstehen, wo die Datenübertragung in Ihrer Workload stattfindet, wie hoch die Kosten der Übertragung sind und welcher Nutzen damit verbunden ist. Auf diese Weise können Sie eine fundierte Entscheidung treffen, die Architekturentscheidung zu ändern oder zu akzeptieren. Sie können beispielsweise über eine Multi-Availability-Zone-Konfiguration verfügen, in der Sie Daten zwischen den Availability Zones replizieren.
Sie modellieren die Komponenten der Services, die die Daten in Ihrer Workload übertragen, und entscheiden, dass dies akzeptable Kosten sind (ähnlich wie bei der Zahlung für Datenverarbeitung und Speicher in beiden Availability Zones), um die erforderliche Zuverlässigkeit und Ausfallsicherheit zu erreichen. Modellieren Sie die Kosten über verschiedene Nutzungsstufen. Die Workload-Nutzung kann sich im Laufe der Zeit ändern und verschiedene Services können auf verschiedenen Ebenen kostengünstiger sein.
Denken Sie bei der Modellierung Ihrer Datenübertragung daran, wie viele Daten aufgenommen werden und woher diese Daten stammen. Berücksichtigen Sie außerdem, wie viele Daten verarbeitet werden und wie viel Speicher- oder Datenverarbeitungskapazität benötigt wird. Befolgen Sie bei der Modellierung bewährte Netzwerkmethoden für Ihre Workload-Architektur, um Ihre potenziellen Datenübertragungskosten zu optimieren.
AWS Pricing Calculator kann Ihnen helfen, die geschätzten Kosten für bestimmte AWS-Services und den erwarteten Datentransfer einzuschätzen. Wird bereits eine Workload ausgeführt (zu Testzwecken oder in einer Vorproduktionsumgebung), verwenden Sie [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) oder [AWS Cost and Usage Report](https://aws.amazon.com/aws-cost-management/aws-cost-and-usage-reporting/) (CUR), um Ihre Datenübertragungskosten zu verstehen und zu modellieren. Konfigurieren Sie einen Machbarkeitsnachweis (PoC) oder testen Sie Ihre Workload und führen Sie einen Test mit einer realistischen simulierten Last aus. Sie können Ihre Kosten bei verschiedenen Workload-Nachfragen modellieren.
### Implementierungsschritte
+ **Ermitteln der Anforderungen:** Was ist das primäre Ziel und was sind die geschäftlichen Anforderungen für die geplante Datenübertragung zwischen Quelle und Ziel? Was ist das erwartete Geschäftsergebnis am Ende? Ermitteln Sie die Geschäftsanforderungen und definieren Sie das erwartete Ergebnis.
+ **Ermitteln von Quelle und Ziel:** Was ist die Datenquelle und das Ziel für die Datenübertragung, z. B. innerhalb der AWS-Regionen, in AWS Services oder ins Internet?
+ [Datenübertragung innerhalb einer AWS-Region](https://docs.aws.amazon.com/cur/latest/userguide/cur-data-transfers-charges.html#data-transfer-within-region)
+ [Datenübertragung zwischen AWS-Regionen](https://docs.aws.amazon.com/cur/latest/userguide/cur-data-transfers-charges.html#data-transfer-between-regions)
+ [Datenübertragung ins Internet](https://docs.aws.amazon.com/cur/latest/userguide/cur-data-transfers-charges.html#data-transfer-out-internet)
+ **Ermittlung der Datenklassifizierungen:** Welche Datenklassifizierung gilt für diese Datenübertragung? Um welche Art von Daten handelt es sich? Um wie viele Daten handelt es sich? Wie häufig müssen die Daten übertragen werden? Handelt es sich um sensible Daten?
+ **Ermitteln der zu verwendenden AWS-Services oder -Tools:** Welche AWS-Services werden für diese Datenübertragung verwendet? Ist es möglich, einen bereits bereitgestellten Service für eine andere Workload zu verwenden?
+ **Berechnen der Datenübertragungskosten:** Verwenden Sie [AWS Pricing](https://aws.amazon.com/pricing/), die Datenübertragungsmodellierung, die Sie zuvor erstellt haben, um die Datenübertragungskosten für die Workload zu berechnen. Berechnen Sie die Datenübertragungskosten bei verschiedenen Nutzungsstufen, sowohl bei erhöhter als auch bei verringerter Workload-Nutzung. Wenn es mehrere Optionen für die Workload-Architektur gibt, berechnen Sie die Kosten für jede Option zum Vergleich.
+ **Verknüpfen von Kosten mit Ergebnissen:** Geben Sie für alle anfallenden Datenübertragungskosten das Ergebnis an, das damit für die Workload erreicht wird. Erfolgt der Transfer zwischen Komponenten, kann dies für die Entkopplung verwendet werden. Erfolgt der Transfer zwischen Availability Zones, kann dies zur Redundanz verwendet werden.
+ **Erstellen der Datenübertragungsmodellierung:** Nachdem Sie alle Informationen zusammengetragen haben, erstellen Sie eine konzeptionelle Basisdatenübertragungsmodellierung für mehrere Anwendungsfälle und unterschiedliche Workloads.
## Ressourcen
**Zugehörige Dokumente:**
+ [AWS-Caching-Lösungen](https://aws.amazon.com/caching/aws-caching/)
+ [AWS Preise](https://aws.amazon.com/pricing/)
+ [Amazon EC2 – Preise](https://aws.amazon.com/ec2/pricing/on-demand/)
+ [Amazon VPC – Preise](https://aws.amazon.com/vpc/pricing/)
+ [Understanding data transfer charges](https://docs.aws.amazon.com/cur/latest/userguide/cur-data-transfers-charges.html)
**Zugehörige Videos:**
+ [Monitoring and Optimizing Your Data Transfer Costs](https://www.youtube.com/watch?v=UjliYz25_qo)
+ [S3 Transfer Acceleration](https://youtu.be/J2CVnmUWSi4)
**Zugehörige Beispiele:**
+ [Überblick über die Datenübertragungskosten für gängige Architekturen](https://aws.amazon.com/blogs/architecture/overview-of-data-transfer-costs-for-common-architectures/)
+ [AWS Prescriptive Guidance for Networking](https://aws.amazon.com/prescriptive-guidance/?apg-all-cards.sort-by=item.additionalFields.sortDate&apg-all-cards.sort-order=desc&awsf.apg-new-filter=*all&awsf.apg-content-type-filter=*all&awsf.apg-code-filter=*all&awsf.apg-category-filter=categories%23network&awsf.apg-rtype-filter=*all&awsf.apg-isv-filter=*all&awsf.apg-product-filter=*all&awsf.apg-env-filter=*all)
# COST08-BP02 Auswahl von Komponenten zur Optimierung der Datenübertragungskosten
Alle Komponenten sind ausgewählt und die Architektur ist so konzipiert, dass die Datenübertragungskosten gesenkt werden. Dies umfasst auch die Verwendung von Komponenten wie Wide Area Network (WAN)-Optimierung und Multi-Availability-Zone-Konfigurationen.
**Risikostufe bei fehlender Befolgung dieser bewährten Methode:** Mittel
## Implementierungsleitfaden
Eine Architektur für die Datenübertragung minimiert die Kosten für die Datenübertragung. Dies kann auch die Nutzung von CDNs bedeuten, um die Daten näher an den Benutzern zu platzieren, oder die Verwendung spezieller Netzwerklinks von Ihrem Standort zu AWS. Sie können auch WAN-Optimierung und Anwendungsoptimierung verwenden, um die Datenmenge zu reduzieren, die zwischen Komponenten übertragen wird.
Bei der Übertragung von Daten zu oder innerhalb von AWS Cloud ist es wichtig, das Ziel auf der Grundlage der verschiedenen Anwendungsfälle, der Art der Daten und der verfügbaren Netzwerkressourcen zu kennen, um die richtigen AWS-Services zur Optimierung der Datenübertragung auszuwählen. AWS bietet eine Reihe von Datenübertragungsservices, die auf die verschiedenen Anforderungen der Datenmigration zugeschnitten sind. Wählen Sie die richtigen Optionen für die [Datenspeicherung](https://aws.amazon.com/products/storage/) und [Datenübertragung](https://aws.amazon.com/cloud-data-migration/) auf Grundlage der geschäftlichen Anforderungen in Ihrer Organisation.
Beachten Sie bei der Planung oder Überprüfung Ihrer Workload-Architektur die folgenden Punkte:
+ **Verwenden von VPC-Endpunkten in AWS:** VPC-Endpunkte ermöglichen private Verbindungen zwischen Ihrer VPC und unterstützten AWS-Services. So vermeiden Sie die Nutzung des öffentlichen Internets, was zu Kosten für die Datenübertragung führen kann.
+ **Verwenden eines NAT-Gateways:** Verwenden Sie ein [NAT-Gateway](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html), damit Instances in einem privaten Subnetz eine Verbindung zum Internet oder zu den Services außerhalb Ihrer VPC herstellen können. Überprüfen Sie, ob sich die Ressourcen hinter dem NAT-Gateway, die den meisten Datenverkehr senden, in derselben Availability Zone befinden wie das NAT-Gateway. Wenn dies nicht der Fall ist, erstellen Sie neue NAT-Gateways in derselben Availability Zone wie die Ressource, um die Gebühren für die Datenübertragung zwischen den Zonen zu reduzieren.
+ **Verwenden von AWS Direct Connect**: Direct Connect umgeht das öffentliche Internet und stellt eine direkte, private Verbindung zwischen Ihrem On-Premises-Netzwerk und AWS her. Dies kann kostengünstiger und konsistenter sein als die Übertragung großer Datenmengen über das Internet.
+ **Vermeidung von Datenübertragungen über regionale Grenzen hinweg:** Bei Datenübertragungen zwischen AWS-Regionen (von einer Region in eine andere) fallen in der Regel Gebühren an. Die Entscheidung, einen multiregionalen Weg einzuschlagen, sollte gut überlegt sein. Weitere Informationen finden Sie unter [Szenarien mit mehreren Regionen](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/multi-region-scenarios.html).
+ **Überwachen der Datenübertragung:** Verwenden Sie Amazon CloudWatch und [VPC-Flow-Protokolle](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html), um Einzelheiten über Ihre Datenübertragung und Netzwerknutzung zu erfassen. Analysieren Sie den erfassten Netzwerkverkehr in Ihren VPCs, z. B. die IP-Adresse oder den Bereich, der von und zu Netzwerkschnittstellen geht.
+ **Analysieren Ihrer Netzwerknutzung:** Verwenden Sie Mess- und Berichtstools wie AWS Cost Explorer, CUDOS-Dashboards oder CloudWatch, um die Datenübertragungskosten Ihrer Workload zu verstehen.
### Implementierungsschritte
+ **Auswählen der Komponenten für die Datenübertragung:** Konzentrieren Sie sich anhand der in [COST08-BP01 Durchführen einer Datenübertragungsmodellierung](cost_data_transfer_modeling.md) erläuterten Datenübertragungsmodellierung darauf, wo die größten Datenübertragungskosten anfallen oder anfallen würden, wenn sich die Workload-Nutzung ändert. Suchen Sie nach alternativen Architekturen oder zusätzlichen Komponenten, die den Datenübertragungsbedarf beseitigen oder reduzieren (oder die Kosten senken).
## Ressourcen
**Zugehörige bewährte Methoden:**
+ [COST08-BP01 Durchführen einer Datenübertragungsmodellierung](cost_data_transfer_modeling.md)
+ [COST08-BP03 Implementieren von Services zur Senkung der Datenübertragungskosten](cost_data_transfer_implement_services.md)
**Zugehörige Dokumente:**
+ [Cloud-Datenmigration](https://aws.amazon.com/cloud-data-migration/)
+ [AWS-Caching-Lösungen](https://aws.amazon.com/caching/aws-caching/)
+ [Schnellere Bereitstellung von Inhalten mit Amazon CloudFront](https://aws.amazon.com/getting-started/tutorials/deliver-content-faster/)
**Zugehörige Beispiele:**
+ [Überblick über die Datenübertragungskosten für gängige Architekturen](https://aws.amazon.com/blogs/architecture/overview-of-data-transfer-costs-for-common-architectures/)
+ [AWS Network Optimization Tips](https://aws.amazon.com/blogs/networking-and-content-delivery/aws-network-optimization-tips/)
+ [Die Leistung optimieren und die Kosten für Netzwerkanalytik mit VPC-Ablaufprotokollen im Apache-Parquet-Format senken](https://aws.amazon.com/blogs/big-data/optimize-performance-and-reduce-costs-for-network-analytics-with-vpc-flow-logs-in-apache-parquet-format/)
# COST08-BP03 Implementieren von Services zur Senkung der Datenübertragungskosten
Implementieren Sie Services zur Verringerung der Datenübertragung. Verwenden Sie beispielsweise Edge-Standorte oder Content Delivery Networks (CDN), um Inhalte für Endbenutzer bereitzustellen, erstellen Sie Caching-Ebenen vor Ihren Anwendungsservern oder Datenbanken und verwenden Sie dedizierte Netzwerkverbindungen anstelle von VPNs für die Konnektivität zur Cloud.
**Risikostufe bei fehlender Befolgung dieser bewährten Methode:** Mittel
## Implementierungsleitfaden
Es gibt verschiedene AWS-Services, mit denen Sie die Nutzung Ihrer Netzwerkdatenübertragung optimieren können. Abhängig von den Komponenten, dem Typ und der Cloud-Architektur Ihrer Workload können diese Services Sie bei der Komprimierung, beim Caching sowie der gemeinsamen Nutzung und Verteilung Ihres Datenverkehrs in der Cloud unterstützen.
+ [Amazon CloudFront](https://aws.amazon.com/cloudfront/) ist ein weltweites Inhaltsbereitstellungsnetzwerk, das Daten bei niedriger Latenz und hohen Datenübertragungsgeschwindigkeiten bereitstellt. Es stellt Daten an Edge-Standorten rund um die Welt in den Cache und reduziert damit die Belastung Ihrer Ressourcen. Durch die Verwendung von CloudFront können Sie den administrativen Aufwand für die Bereitstellung von Inhalten für eine große Anzahl an Benutzern weltweit bei minimaler Latenz reduzieren. Das [Paket mit Sicherheitseinsparungen](https://aws.amazon.com/about-aws/whats-new/2021/02/introducing-amazon-cloudfront-security-savings-bundle/?sc_channel=em&sc_campaign=Launch_mult_OT_awsroadmapemail_20200910&sc_medium=em_whats_new&sc_content=launch_ot_ot&sc_country=mult&sc_geo=mult&sc_category=mult&sc_outcome=launch) kann Ihnen dabei helfen, bis zu 30 % Ihrer CloudFront-Nutzung einzusparen, wenn Sie planen, Ihre Nutzung im Laufe der Zeit zu erhöhen.
+ [AWS Direct Connect](https://aws.amazon.com/directconnect/) ermöglicht es Ihnen, eine dedizierte Netzwerkverbindung zu AWS aufzubauen. Damit können Sie Netzwerkkosten reduzieren, die Bandbreite erhöhen und eine im Vergleich zu Internet-basierten Verbindungen gleichbleibendere Netzwerkerfahrung bieten.
+ [Site-to-Site VPN](https://aws.amazon.com/vpn/) ermöglicht es Ihnen, eine sichere und private Verbindung zwischen Ihrem privaten Netzwerk und dem globalen AWS-Netzwerk aufzubauen. Dies ist ideal für kleine Niederlassungen oder Geschäftspartner, da es vereinfachte Konnektivität bietet und ein vollständig verwalteter und elastischer Service ist.
+ [VPC-Endpunkte](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-endpoints.html) ermöglichen Konnektivität zwischen AWS-Services über private Netzwerke und können verwendet werden, um Kosten für öffentliche Datenübertragungen und [NAT-Gateways](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) zu reduzieren. Für [Gateway-VPC-Endpunkte](https://docs.aws.amazon.com/vpc/latest/userguide/vpce-gateway.html) fallen keine stündlichen Gebühren an und sie unterstützen Amazon S3 und Amazon DynamoDB. [Schnittstellen-VPC-Endpunkte](https://docs.aws.amazon.com/vpc/latest/userguide/vpce-interface.html) werden von [AWS PrivateLink](https://docs.aws.amazon.com/vpc/latest/userguide/endpoint-service.html) bereitgestellt und für sie fällt eine Gebühr pro Stunde und Nutzungskosten pro GB an.
+ [NAT-Gateways](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) bieten integrierte Skalierung und Verwaltung, wodurch die Kosten im Vergleich zu einer eigenständigen NAT-Instance reduziert werden. Platzieren Sie NAT-Gateways in denselben Availability Zones wie Instances mit hohem Datenverkehr und ziehen Sie die Verwendung von VPC-Endpunkten für die Instances in Betracht, die auf Amazon DynamoDB oder Amazon S3 zugreifen müssen, um die Datenübertragungs- und Verarbeitungskosten zu senken.
+ Verwenden Sie [AWS Snow Family](https://aws.amazon.com/snow/)-Geräte, die über Datenverarbeitungsressourcen zum Erfassen und Verarbeiten von Daten am Netzwerk-Edge verfügen. Mit AWS Snow Family-Geräten ([Snowball Edge](https://aws.amazon.com/snowcone/), [Snowball Edge](https://aws.amazon.com/snowball/) und [Snowmobile](https://aws.amazon.com/snowmobile/)) können Sie Petabytes an Daten kostengünstig und offline in die AWS Cloud verschieben.
### Implementierungsschritte
+ **Services implementieren:** Wählen Sie für Ihren Service und Workload-Typ anhand der Datenübertragungsmodellierung und der Informationen in den VPC-Flow-Protokollen die entsprechenden AWS-Netzwerkservices aus. Sehen Sie sich an, wo sich die höchsten Kosten und Volumenströme befinden. Überprüfen Sie die AWS-Services und ermitteln Sie, ob es einen Service gibt, der die Übertragung reduziert oder entfernt, insbesondere die Netzwerk- und Inhaltsbereitstellung. Suchen Sie auch nach Caching-Services, bei denen wiederholt auf Daten oder große Datenmengen zugegriffen wird.
## Ressourcen
**Zugehörige Dokumente:**
+ [AWS Direct Connect](https://aws.amazon.com/directconnect/)
+ [Unsere AWS-Produkte entdecken](https://aws.amazon.com/)
+ [AWS-Caching-Lösungen](https://aws.amazon.com/caching/aws-caching/)
+ [Amazon CloudFront](https://aws.amazon.com/cloudfront/)
+ [AWS Snow Family](https://aws.amazon.com/snow/)
+ [Amazon CloudFront-Sicherheitssparpaket](https://aws.amazon.com/about-aws/whats-new/2021/02/introducing-amazon-cloudfront-security-savings-bundle/)
**Zugehörige Videos:**
+ [Monitoring and Optimizing Your Data Transfer Costs](https://www.youtube.com/watch?v=UjliYz25_qo)
+ [AWS Cost Optimization Series: CloudFront](https://www.youtube.com/watch?v=k8De2AfAN3k)
+ [Wie reduziere ich die Datenübertragungsgebühren für mein NAT-Gateway in Amazon VPC?](https://www.youtube.com/watch?v=hq4KtPRezus)
**Zugehörige Beispiele:**
+ [How-to chargeback shared services: An AWS Transit Gateway example](https://aws.amazon.com/blogs/aws-cloud-financial-management/gs-chargeback-shared-services-an-aws-transit-gateway-example/)
+ [Understand AWS data transfer details in depth from cost and usage report using Athena query and QuickSight](https://aws.amazon.com/blogs/networking-and-content-delivery/understand-aws-data-transfer-details-in-depth-from-cost-and-usage-report-using-athena-query-and-quicksight/)
+ [Überblick über die Datenübertragungskosten für gängige Architekturen](https://aws.amazon.com/blogs/architecture/overview-of-data-transfer-costs-for-common-architectures/)
+ [Using AWS Cost Explorer to analyze data transfer costs](https://aws.amazon.com/blogs/mt/using-aws-cost-explorer-to-analyze-data-transfer-costs/)
+ [Cost-Optimizing your AWS architectures by utilizing Amazon CloudFront features](https://aws.amazon.com/blogs/networking-and-content-delivery/cost-optimizing-your-aws-architectures-by-utilizing-amazon-cloudfront-features/)
+ [Wie reduziere ich die Datenübertragungsgebühren für mein NAT-Gateway in Amazon VPC?](https://aws.amazon.com/premiumsupport/knowledge-center/vpc-reduce-nat-gateway-transfer-costs/)