Amazon Redshift unterstützt UDFs ab Patch 198 nicht mehr die Erstellung von neuem Python. Das bestehende Python UDFs wird bis zum 30. Juni 2026 weiterhin funktionieren. Weitere Informationen finden Sie im [Blog-Posting](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/).
Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Fakturierung für Amazon Redshift Serverless
## Fakturierung für Rechenkapazität
Sie können auf zwei Arten Kapazität für Amazon Redshift Serverless erwerben:
+ **Sie können On-Demand-Kapazität erwerben** – Wenn Sie sich für eine On-Demand-Rechenkapazität entscheiden, zahlen Sie nutzungsbasiert für Ressourcen. Dies ist die beste Option, wenn Sie gerade erst anfangen, Amazon Redshift Serverless zu verwenden, oder wenn Sie noch kein gutes Verständnis Ihrer konstanten Nutzungsmuster haben. On-Demand-Rechenkapazitäten bieten die größte Flexibilität. Weitere Informationen finden Sie unter [Fakturierung für On-Demand-Rechenkapazität](serverless-billing-on-demand.md).
+ **Sie können Reservierungen kaufen** – Eine Reservierung bietet einen Rabatt, wenn Sie eine feste Menge an Rechenressourcen für einen bestimmten Zeitraum kaufen, z. B. für ein Jahr. Es ist eine gute Idee, wenn Sie wissen, dass Sie konstant eine bestimmte Kapazität nutzen werden. Wenn Sie einen Teil Ihres Kapazitätsbedarfs prognostizieren können, ist dies hilfreich, um Kosten zu sparen. Weitere Informationen finden Sie unter [Fakturierung für Serverless-Reservierungen](serverless-billing-reserved.md).
Sie können Reservierungen und On-Demand-Ressourcen gemeinsam nutzen. Sie schließen einander nicht aus.
Detaillierte Informationen zu Preisen finden Sie unter [Amazon-Redshift-Preise](https://aws.amazon.com/redshift/pricing/).
# Fakturierung für On-Demand-Rechenkapazität
**Basiskapazität und ihre Auswirkungen auf die Abrechnung**
Wenn Abfragen ausgeführt werden, wird Ihnen die Kapazität, die für eine bestimmte Dauer in RPU-Stunden pro Sekunde verwendet wird, in Rechnung gestellt. Wenn keine Anfragen ausgeführt werden, wird Ihnen keine Rechenkapazität in Rechnung gestellt. Basierend auf der Menge der gespeicherten Daten wird Ihnen auch Redshift Managed Storage (RMS) in Rechnung gestellt.
Wenn Sie Ihre Arbeitsgruppe erstellen, haben Sie die Möglichkeit, die **Basiskapazität** für die Datenverarbeitung festzulegen. Um den price/performance Anforderungen Ihrer Arbeitslast auf Arbeitsgruppenebene gerecht zu werden, passen Sie die Basiskapazität für eine bestehende Arbeitsgruppe nach oben oder unten an. Wählen Sie die Arbeitsgruppe unter **Arbeitsgruppenkonfiguration** und die Registerkarte **Limits** aus, um die Basiskapazität über die Konsole zu ändern.
Mit zunehmender Anzahl der Abfragen skaliert Amazon Redshift Serverless automatisch, um eine konsistente Leistung zu gewährleisten.
**Maximales Nutzungslimit für RPU-Stunden**
Um die Kosten für Amazon Redshift Serverless vorhersehbar zu halten, können Sie **Maximum RPU hours** (Maximale RPU-Stunden) festlegen, die pro Tag, pro Woche oder pro Monat verwendet werden. Sie können dies über die Konsole oder die API festlegen. Sie können angeben, dass bei Erreichen eines Limits ein Protokolleintrag in eine Systemtabelle geschrieben wird, eine Warnung ausgegeben wird oder Benutzerabfragen deaktiviert werden. Die Einstellung der maximalen RPU-Stunden hilft Ihnen dabei, Ihre Kosten unter Kontrolle zu halten. Einstellungen für maximale RPU-Stunden gelten für Ihre Arbeitsgruppe sowohl für Abfragen, die auf Daten in Ihrem Data Warehouse zugreifen, als auch für Abfragen, die auf externe Daten zugreifen, z. B. in einer externen Tabelle in Amazon S3.
Im Folgenden wird ein Beispiel gezeigt:
Angenommen, Sie legen für jede Woche ein Limit von 100 Stunden fest. Hierzu führen Sie in der Konsole die folgenden Schritte aus:
1. Wählen Sie Ihre Arbeitsgruppe und dann auf der Registerkarte **Limits** die Option **Nutzungslimits verwalten** aus.
1. Fügen Sie ein Nutzungslimit hinzu, wählen Sie als Häufigkeit **Wöchentlich** und als Dauer **100** Stunden aus und legen Sie die Aktion auf **Benutzeranfragen deaktivieren** fest.
In diesem Beispiel werden Abfragen deaktiviert, wenn Sie das Limit von 100 RPU-Stunden für eine Woche erreichen.
Durch Festlegen der maximalen RPU-Stunden für die Arbeitsgruppe werden weder Leistung noch Rechenressourcen für die Arbeitsgruppe eingeschränkt. Sie können die Einstellungen jederzeit ohne Unterbrechung der Abfrageverarbeitung ändern. Die Festlegung der maximalen RPU-Stunden soll Ihnen helfen, Preis- und Leistungsanforderungen zu erfüllen. Weitere Informationen zur Serverless-Fakturierung finden Sie unter [Amazon Redshift – Preise](https://aws.amazon.com/redshift/pricing/).
Eine weitere Möglichkeit, die Kosten für Amazon Redshift Serverless vorhersehbar zu halten, ist die Verwendung von AWS [Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/), um die Wahrscheinlichkeit überraschender Rechnungen zu verringern und mehr Kontrolle zu bieten.
**Anmerkung**
Der [Amazon-Redshift-Preisrechner](https://calculator.aws/#/addService/Redshift) hilft bei der Schätzung von Preisen. Sie geben die benötigten Rechenressourcen ein und es wird eine Vorschau der Kosten angezeigt.
## Festlegen der maximalen Kapazität zur Kontrolle der Kosten für Rechenressourcen
Die Einstellung für die maximale Kapazität dient als RPU-Obergrenze, bis zu der Amazon Redshift Serverless hochskaliert werden kann. Sie hilft Ihnen, Ihre Kosten für Rechenressourcen zu kontrollieren. Ähnlich wie die Basiskapazität eine Mindestmenge an verfügbaren Rechenressourcen festlegt, legt die maximale Kapazität eine Obergrenze für die RPU-Nutzung fest. Dies hilft, die Ausgaben den Plänen entsprechend zu steuern. Die maximale Kapazität ist für jede Arbeitsgruppe spezifisch und schränkt die Rechenressourcennutzung zu allen Zeitpunkten ein.
### Unterschied zwischen maximaler Kapazität und Nutzungslimits für RPU-Stunden
Nutzungslimits für RPU-Stunden und maximale Kapazität sollen eine Kostenkontrolle ermöglichen. Sie erreichen dies jedoch auf unterschiedliche Weise. Die folgenden Punkte erklären den Unterschied:
+ *Max. Kapazität* — Diese Einstellung legt die höchste Anzahl fest RPUs , die Amazon Redshift Serverless für Skalierungszwecke verwendet. Wenn Rechenressourcen automatisch skaliert werden müssen, kann ein höherer Wert für die maximale Kapazität den Abfragedurchsatz verbessern. Wenn die maximale Kapazität erreicht ist, erfolgt keine weitere Hochskalierung der Ressourcen durch die Arbeitsgruppe.
+ *Nutzungslimit für RPU-Stunden* – Im Gegensatz zur maximalen Kapazität legt diese Einstellung keine Kapazitätsobergrenze fest. Es werden jedoch andere Aktionen ausgeführt, um die Kosten zu begrenzen. Dies umfasst das Hinzufügen eines Eintrags zu einem Protokoll, das Senden einer Benachrichtigung oder das Stoppen der Ausführung von Abfragen, wenn Sie dies wünschen.
Sie können die maximale Kapazität ausschließlich verwenden oder durch Aktionen im Rahmen des Nutzungslimits für RPU-Stunden ergänzen.
### Ein Anwendungsfall für maximale Kapazität
Für jede Arbeitsgruppe kann eine andere Einstellung für die maximale Kapazität gelten. Die Einstellung hilft Ihnen, Budgetierungsanforderungen durchzusetzen. Im Folgenden finden Sie ein Beispiel dafür, wie dies funktioniert.
+ Sie haben eine Arbeitsgruppe, deren Basiskapazität auf 256 festgelegt ist. RPUs Sie haben die meiste Zeit des Monats eine konstante Auslastung von knapp über 256 RPUs .
+ Die maximale Kapazität ist auf 512 RPUs festgelegt.
Angenommen, es gibt über einen Zeitraum von drei Tagen eine unerwartet hohe Nutzung, um statistische Ad-Hoc-Berichte zu erstellen. In diesem Fall haben Sie „Max. Kapazität“ festgelegt, um Rechenkosten zu vermeiden, die über die Werte für 512 hinausgehen RPUs. So können Sie sicher sein, dass die Rechenkapazität diese Obergrenze nicht überschreitet.
### Hinweise zur Nutzung der maximalen Kapazität
Diese Hinweise können Ihnen helfen, die maximale Kapazität richtig festzulegen:
+ Für jede Amazon-Redshift-Serverless-Arbeitsgruppe kann eine andere Einstellung für die maximale Kapazität gelten.
+ Wenn es einen Zeitraum mit einem sehr hohen Ressourcenverbrauch gibt und die maximale Kapazität auf einen niedrigen RPU-Wert festgelegt ist, kann dies die Workload-Verarbeitung verzögern und zu einer nicht optimalen Benutzererfahrung führen.
+ Die Konfiguration der Einstellung für die maximale Kapazität beeinträchtigt die Ausführung von Abfragen nicht, auch nicht in Zeiten einer hohen RPU-Nutzung. Sie funktioniert nicht wie ein Nutzungslimit, das die Ausführung von Abfragen stoppen kann. Sie schränkt lediglich die Zahl der Rechenressourcen ein, die der Arbeitsgruppe zur Verfügung stehen. Sie können die über einen bestimmten Zeitraum genutzte Kapazität im Amazon-Redshift-Serverless-Dashboard anzeigen. Weitere Informationen zum Anzeigen von Übersichtsdaten finden Sie unter [Überprüfen von Amazon-Redshift-Serverless-Übersichtsdaten über das Dashboard](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-dashboard.html).
+ Die maximale Kapazitätseinstellung ist 5632 RPUs.
### Festlegen der maximalen Kapazität
Sie können die maximale Kapazität in der Konsole festlegen. Für eine vorhandene Arbeitsgruppe können Sie die Einstellung unter **Arbeitsgruppenkonfiguration** ändern. Sie können für die Festlegung auch die CLI verwenden, indem Sie einen Befehl wie im folgenden Beispiel verwenden:
```
aws redshift-serverless update-workgroup --workgroup-name myworkgroup --max-capacity 512
```
Hierdurch wird die maximale Kapazität für die Arbeitsgruppe mit dem angegebenen Namen festgelegt. Nach der Festlegung können Sie den Wert in der Konsole überprüfen. Sie können den Wert auch über die CLI mit dem Befehl `get-workgroup` überprüfen.
Sie können die Einstellung für die maximale Kapazität durch Festlegung auf `-1` deaktivieren, wie im folgenden Beispiel gezeigt:
```
aws redshift-serverless update-workgroup --workgroup-name myworkgroup --max-capacity -1
```
## Überwachung von Nutzung und Kosten von Amazon Redshift Serverless
Es gibt mehrere Möglichkeiten, die Nutzung und Fakturierung für Amazon Redshift Serverless zu schätzen. Systemansichten können hilfreich sein, da die Systemmetadaten, einschließlich Abfrage- und Nutzungsdaten, aktuell sind und Sie keine Einstellungen vornehmen müssen, um sie abzufragen. CloudWatch kann auch für die Überwachung der Nutzung Ihrer Amazon Redshift Serverless-Instance nützlich sein und verfügt über zusätzliche Funktionen, mit denen Sie Einblicke gewinnen und Aktionen festlegen können.
### Visualisieren der Nutzung durch Abfragen einer Systemansicht
Fragen Sie die Systemtabelle SYS\$1SERVERLESS\$1USAGE ab, um die Nutzung zu verfolgen und die Gebühren für Abfragen abzurufen:
```
select trunc(start_time) "Day",
(sum(charged_seconds)/3600::double
precision) * as cost_incurred
from sys_serverless_usage
group by 1
order by 1
```
Mit dieser Abfrage erhalten Sie die Kosten pro Tag für Amazon Redshift Serverless basierend auf der Nutzung.
#### Nutzungshinweise zur Bestimmung der Nutzung und der Kosten
+ Sie bezahlen für die Workloads, die Sie ausführen, in RPU-Stunden pro Sekunde mit einer Mindestgebühr von 60 Sekunden.
+ Datensätze aus der Systemtabelle sys\$1serverless\$1usage zeigen die angefallenen Kosten in Intervallen von einer Minute an. Es ist wichtig, die folgenden Spalten zu verstehen:
Die Spalte charged\$1seconds:
+ Gibt die Recheneinheiten (in RPU-Sekunden) für dieses Zeitintervall an. Die Ergebnisse beinhalten alle Mindestgebühren für Amazon Redshift Serverless.
+ Enthält Informationen zur Nutzung der Datenverarbeitungsressourcen nach Abschluss der Transaktionen. Daher kann dieser Spaltenwert 0 sein, wenn die Transaktionen noch nicht abgeschlossen sind.
Die Spalte compute\$1seconds:
+ Stellt Informationen zur Rechenauslastung in Echtzeit bereit. Mindestgebühren für Amazon Redshift Serverless sind darin nicht enthalten. Daher kann der Wert bis zu einem gewissen Grad von den während des Intervalls in Rechnung gestellten Sekunden abweichen..
+ Zeigt Nutzungsinformationen während der einzelnen Transaktionen an (auch wenn eine Transaktion noch nicht beendet ist), d. h. es handelt sich um Echtzeitdaten.
+ Es gibt Situationen, in denen compute\$1seconds 0, charged\$1seconds jedoch größer als 0 ist oder umgekehrt. Dies ist ein normales Verhalten, das sich aus der Art und Weise ergibt, wie Daten in der Systemansicht aufgezeichnet werden. Für eine genauere Darstellung der Details zur Serverless-Nutzung empfehlen wir, die Daten in SYS\$1SERVERLESS\$1USAGE zu aggregieren.
Weitere Informationen zur Überwachung von Tabellen und Ansichten finden Sie unter [Überwachen von Abfragen und Workloads mit Amazon Redshift Serverless](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-monitoring.html).
### Visualisieren der Nutzung mit CloudWatch
Sie können die in verfügbaren Metriken verwenden, um die Nutzung CloudWatch zu verfolgen. Die generierten Metriken geben die Gesamtzahl der in der aktuellen Minute verbrauchten RPU-Sekunden und `ComputeCapacity` die gesamte Rechenkapazität für diese Minute an. CloudWatch `ComputeSeconds` Nutzungsmetriken finden Sie auch in der Redshift-Konsole auf dem **Redshift Serverless dashboard** (Redshift-Serverless-Dashboard). Weitere Informationen zu CloudWatch finden Sie unter [Was ist Amazon CloudWatch?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
# Fakturierung für Serverless-Reservierungen
Mit Amazon Redshift Serverless können Sie Analysen ausführen und skalieren, ohne Cluster mit einem pay-as-you-go Preismodell bereitstellen und verwalten zu müssen. Mit Serverless-Reservierungen können Sie jetzt Ihre Rechenkosten weiter optimieren und die Kostenplanbarkeit vorhandener und neuer Workloads in Redshift Serverless verbessern.
Amazon Redshift verwaltet serverlose Reservierungen auf Ebene der AWS Zahlerkonten, und Reservierungen können von mehreren AWS Konten gemeinsam genutzt werden, sodass Sie Ihre Rechenkosten für alle Redshift Serverless-Workloads in Ihrem Konto um bis zu 24% senken können. AWS Amazon Redshift rechnet Serverless-Reservierungen stündlich ab und misst Reservierungen pro Sekunde. Damit bietet Amazon Redshift 24 Stunden am Tag und sieben Tage die Woche ein konsistentes Fakturierungsmodell. Gleichzeitig wird die Flexibilität von Redshift Serverless gewahrt. Amazon Redshift berechnet für jede Nutzung, die die festgelegte Zahl von RPUs überschreitet, die standardmäßigen On-Demand-Gebühren.
**Anmerkung**
Wenn Sie die On-Demand-Nutzung einschränken möchten, können Sie mittels der Einstellung **Max. Kapazität** für Ihre Arbeitsgruppen Limits für die Ressourcennutzung festlegen. Weitere Informationen finden Sie unter [Fakturierung für Amazon Redshift Serverless](serverless-billing.md).
## Vorteile von Serverless-Reservierungen
Serverless-Reservierungen sind eine vergünstigte Preisoption für Amazon Redshift Serverless. Serverlose Reservierungen bieten Ihnen die Möglichkeit, sich für ein Jahr auf eine bestimmte Anzahl von Redshift Processing Units (RPUs) zu einem discount auf On-Demand-Tarife (OD) zu verpflichten, ohne Vorauszahlung. Mit einer Vorauszahlung können Sie einen höheren Rabatt erhalten. Mit Serverless-Reservierungen können Sie Ihre Rechenkosten optimieren und die Kostenvorplanbarkeit vorhandener und neuer Workloads in Serverless verbessern.
Jede serverlose Reservierung wird auf AWS Kontoebene gekauft und kann von mehreren Amazon Redshift Serverless-Arbeitsgruppen auf demselben Zahlerkonto gemeinsam genutzt werden. Dies gibt Ihnen Flexibilität bei der Anwendung des Rabatts. Mehrere Arbeitsgruppen mit unterschiedlichen Workload-Mustern können sich die Reservierung teilen.
## So funktioniert eine Serverless-Reservierung
Die Reservierung RPUs ist ein einfacher Vorgang, der nur wenige Minuten in Anspruch nimmt. Er umfasst die Angabe der Zahl der RPUs, die reserviert werden sollen, und die Zahlungsart. Amazon Redshift Serverless verwendet das AWS Standard-Abrechnungs- und Kostenmanagement-Tool, mit dem Sie die benötigte Reservierungsstufe ermitteln und Ihre Nutzung kontinuierlich überwachen können. Serverlose Reservierungen werden auf Ebene der AWS Zahlerkonten verwaltet und können unter demselben Zahlerkonto gemeinsam genutzt werden. So können Sie Ihre Rechenkosten für alle Redshift Serverless-Workloads in Ihrem Konto um bis zu 24% senken. AWS Serverless-Reservierungen werden stündlich abgerechnet und in Sekunden gemessen, um rund um die Uhr ein konsistentes Fakturierungsmodell bereitzustellen und gleichzeitig die Flexibilität von Redshift Serverless zu wahren. Jede Nutzung, die die angegebene RPU-Stufe überschreitet, wird zu den standardmäßigen On-Demand-Tarifen für Redshift Serverless berechnet.
Sie können mehrere serverlose Reservierungen innerhalb desselben Kontos erwerben. AWS Wenn Sie zusätzliche Serverless-Reservierungen erwerben, bauen diese aufeinander auf. Wenn Sie beispielsweise zwei Reservierungen kaufen und jeweils 100 RPUs auswählen, erhalten Sie insgesamt 200 RPUs zu einem ermäßigten Preis.
**Anmerkung**
Wenn Sie ein Limit für die On-Demand-Nutzung festlegen möchten, können Sie das Maximum RPUs in der Amazon Redshift Serverless-Konsole für eine Arbeitsgruppe festlegen, indem Sie die Registerkarte **Limits und dann Nutzungslimits** **verwalten** auswählen.
Nach dem Kauf einer Serverless-Reservierung wird diese sofort wirksam und in der Redshift-Konsole im Dashboard für Serverless-Reservierungen angezeigt.
## Analysieren Sie Ihre Nutzung von Redshift Processing Units (RPUs), um die benötigte Reservierungsstufe zu ermitteln
Redshift Serverless Reservations ermöglichen es Ihnen, vorhersehbare, niedrigere Rechenkosten zu erzielen, indem Sie sich für ein Jahr auf eine bestimmte Anzahl von Redshift Processing Units (RPUs) festlegen, wodurch Sie Rabatte gegenüber On-Demand-Preisen erhalten. Diese Rabatte können bei der Option ohne Vorauszahlung bis zu 20 Prozent und bei vollständiger Vorauszahlung bis zu 24 Prozent betragen. Sie kaufen Redshift Serverless Reservations auf der Ebene der AWS Zahlerkonten, und Ihre Ersparnisse werden automatisch auf jede Redshift Serverless-Arbeitsgruppe in jedem AWS verknüpften Konto angewendet, sodass Sie Budgets zentral verwalten und gleichzeitig mehrere Teams unterstützen können. Redshift Serverless misst die Nutzung auf Sekundenbasis, berechnet den Durchschnitt über jede Stunde und erstellt dann eine Abrechnung auf Stundenbasis, sodass Sie nur für die tatsächlich genutzte Kapazität zahlen. Redshift Serverless Reservations kombinieren eine flexible kontenübergreifende Anwendung mit zeitabhängigen Einsparungen und bieten Ihnen planbare Analytikpreise, ohne die Agilität von Redshift Serverless zu beeinträchtigen.
### Analysieren der RPU-Nutzung für Reservierungen
Sie können die RPU-Nutzung auf zwei Arten ermitteln: Sie können das Redshift-Serverless-Dashboard verwenden, um die Nutzung über sieben Tage anzuzeigen, oder Cost Explorer verwenden, um Langzeitanalysen auszuführen. Die folgenden Verfahren zeigen, wie Sie Ihre RPU-Nutzung analysieren können:
**Methode 1: Redshift-Serverless-Dashboard (7-Tage-Ansicht)**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon Redshift Redshift-Konsole unter [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. Wählen Sie das Serverless-Dashboard aus.
1. Wählen Sie Ihre Arbeitsgruppe aus.
1. Zeigen Sie die RPU-Kapazitätsnutzung für Zeiträume von der letzten Stunde bis zu einer Woche an.
**Methode 2: AWS Cost Explorer (Langzeitanalyse)**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Cost Explorer Explorer-Konsole unter [https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/).
1. Legen Sie die Granularität auf **Stündlich** fest.
1. Gruppieren Sie die Einträge nach **Nutzungstyp**.
1. Wenden Sie die folgenden Filter an:
+ Service: Redshift
+ Region: Ihre Region
+ Verwendungsart: Filter für **Redshift**: ServerlessUsage
1. Prüfen Sie das Kosten- und Nutzungsdiagramm für die stündliche Serverless-Nutzung in der ausgewählten Region.
## Kauf einer Serverless-Reservierung über die Konsole
Beim Kauf einer Reservierung wählen Sie die RPU-Stufe für den Rabatt aus. Vor der Auswahl der RPU-Kapazität sollten Sie die Basiskapazität und die On-Demand-Kapazität kennen, die Sie über die Zeit nutzen. In diesem Abschnitt erfahren Sie, wie Sie Ihre Kapazität ermitteln und eine Serverless-Reservierung reservieren können.
Wählen Sie zunächst in der Redshift-Konsole **Serverless** und anschließend **Serverless-Reservierungen** im Menü aus.
![\[Amazon Redshift console showing Serverless dashboard with Serverless reservations option highlighted.\]](http://docs.aws.amazon.com/de_de/redshift/latest/mgmt/images/capacity-reservations-menu-selection.png)
Die Konsole zeigt eine Beschreibung des Features und die Liste vorhandener Reservierungen an. Hier können Sie eine Reservierung erwerben oder die verfügbaren Berichte und Überwachungstools verwenden, um die aktuelle Nutzung zu überprüfen. Diese helfen Ihnen dabei, Ihre RPU-Level zu bestimmen und festzustellen, wie viele für RPUs die Reservierung geeignet sind.
Um eine Reservierung zu kaufen, führen Sie die folgenden Schritte aus:
1. Wählen Sie **Serverless-Reservierungen kaufen** aus.
![\[Reservation overview showing 1 RPU total, 0 expiring, with option to purchase Serverless reservations.\]](http://docs.aws.amazon.com/de_de/redshift/latest/mgmt/images/capacity-reservations-list-purchase.png)
1. Anschließend wird eine Anleitung mit verschiedenen Optionen angezeigt. Geben Sie die RPU-Stufe für die **Serverless-Reservierung** ein, die reserviert werden soll. Wenn Sie sich hinsichtlich der Stufe nicht sicher sind, können Sie die Tools verwenden, die weiter unten in diesem Abschnitt beschrieben werden.
![\[Input field for entering reserved RPU capacity, with a range from 1 to any number.\]](http://docs.aws.amazon.com/de_de/redshift/latest/mgmt/images/capacity-reservations-RPU-level.png)
1. Legen Sie die Zahlungsart fest. Sie können wählen, ob Sie Ihre Reservierung RPUs im Voraus oder monatlich bezahlen möchten. Wenn Sie im Voraus zahlen möchten, erhalten Sie einen größeren Rabatt.
![\[Payment type options: All Upfront with 24% discount or No Upfront with 20% discount.\]](http://docs.aws.amazon.com/de_de/redshift/latest/mgmt/images/capacity-reservations-payment-type.png)
1. Wenn Sie mit der Auswahl fertig sind, wählen Sie **Serverless-Reservierungen kaufen** und dann **Bestätigen** aus.
Nachdem Sie die Reservierung bestätigt haben, wird sie in der Liste der Reservierungen angezeigt.
![\[Serverless reservations table showing one payment-pending reservation with details.\]](http://docs.aws.amazon.com/de_de/redshift/latest/mgmt/images/capacity-reservations-list-created.png)
## Nutzungshinweise
+ Sie können eine Reservierung nicht ändern oder löschen. Sie können jedoch zusätzliche Reservierungen erstellen, um eine größere Abdeckung zu erhalten.
+ Redshift Serverless-Anwendungen sind vor der On-Demand-Nutzung RPUs für einen Workload reserviert RPUs, um Kosteneinsparungen zu gewährleisten. Wenn Sie die Anzahl der RPUs reservierten Personen überschreiten, fallen für diese zusätzlichen Gebühren zum Redshift Serverless On-Demand-Tarif RPUs an.
+ Kostenlose Gutschriften für Amazon Redshift Serverless werden nicht für serverlose Reservierungen verwendet, sondern nur für On-Demand-Rechnungen. RPUs
## Beispiele für Serverless-Reservierungen
In diesem Szenario hat Ihr AWS Zahler-/verknüpftes Konto zwei Amazon Redshift Redshift-Arbeitsgruppen:
+ Arbeitsgruppe 1 wird ständig genutzt, z. B. für ein Business-Intelligence-Team.
+ Arbeitsgruppe 2 enthält nicht planbare Workloads mit Nutzungsspitzen, z. B. ETL-Operationen.
Sie möchten die Kosten für diese Arbeitsgruppen optimieren und erwerben daher eine Serverless-Reservierung für ein Jahr. Auf der Grundlage historischer Daten stellen Sie fest, dass beide Arbeitsgruppen konstant 64 RPUs \$1 verbrauchen. Arbeitsgruppe 2 steigt jedoch gelegentlich von 32 RPUs auf 48 RPUs und sinkt RPUs für kurze Zeit auf 24. Sie haben das RPU-Level Ihrer Reservierung zunächst RPUs auf 64 festgelegt, was den historischen Trends entspricht. Die stundenbasierten Abrechnungsdetails lauten wie folgt:
+ In der ersten Stunde verwenden beide Arbeitsgruppen, ähnlich wie bei den historischen Nutzungstrends, 32 RPUs , was einer Gesamtkontonutzung von 64 entspricht. RPUs Für diese Stunde wird für alle Buchungen der RPUs ermäßigte Tarif für serverlose Reservierungen berechnet. Das liegt daran, dass die Nutzungsstufe 64 der RPUs serverlosen Reservierung mit 64 RPU entspricht.
+ In der zweiten Stunde verwendet Arbeitsgruppe 1 weiterhin 32. RPUs Arbeitsgruppe 2 steigt jedoch auf 48 RPUs, was einer Gesamtkontenutzung von 80 entspricht. RPUs Für diese Stunde RPUs werden 64 zum ermäßigten Tarif für serverlose Reservierungen und 16 zum Redshift Serverless RPUs On-Demand-Tarif berechnet.
+ In der dritten Stunde verbraucht Arbeitsgruppe 1 weiterhin 32 RPUs und Arbeitsgruppe 2 sinkt auf 8. RPUs In dieser Stunde wird das Konto zum Serverless-Reservierungspreis für 64 RPUs belastet, obwohl das Konto insgesamt nur 40 RPUs verbraucht hat.
In der folgenden Abbildung finden Sie Informationen zur Entwicklung der Nutzung durch Arbeitsgruppen und zur Abrechnung für On-Demand-Reservierungen und Serverless-Reservierungen:
![\[Graph showing total account usage, on-demand usage, and workgroup trends over three time periods.\]](http://docs.aws.amazon.com/de_de/redshift/latest/mgmt/images/capacity-reservation-example.png)
## Kauf einer serverlosen Reservierung mit der AWS CLI oder der Amazon Redshift Redshift-API
Sie verwenden `create-reservation`, um eine RPU-Reservierung zu erstellen. Im Folgenden wird der Befehl gezeigt:
```
create-reservation
--capacity
--offering-id
```
Sie geben `capacity` die Anzahl der Personen ein, die RPUs Sie reservieren möchten.
## Fakturierung für Speicher
Die primäre Speicherkapazität wird als Redshift Managed Storage (RMS) in Rechnung gestellt. Die Fakturierung für Speicher erfolgt nach GB/Monat. Die Speicherfakturierung ist von der Fakturierung für Rechenkapazität getrennt. Der für Benutzer-Snapshots verwendete Speicher wird zu den standardmäßigen Backup-Fakturierungstarifen je nach Nutzungskontingent abgerechnet.
Kosten für Datenübertragung und Machine Learning (ML) fallen separat an, genau wie Kosten für bereitgestellte Cluster. Die Snapshot-Replikation und die gemeinsame Nutzung von Daten zwischen AWS Regionen werden zu den auf der Preisseite angegebenen Transfertarifen abgerechnet. Weitere Informationen finden Sie unter [Amazon Redshift – Preise](https://aws.amazon.com//redshift/pricing/).
### Visualisieren Sie die Abrechnungsnutzung mit CloudWatch
Die Metrik`SnapshotStorage`, die die Nutzung des Snapshot-Speichers verfolgt, wird generiert und an diese CloudWatch gesendet. Weitere Informationen zu CloudWatch finden Sie unter [Was ist Amazon CloudWatch?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
## Verwenden von kostenlosen Testversion von Amazon Redshift Serverless
Amazon Redshift Serverless bietet eine kostenlose Testversion. Wenn Sie die kostenlose Testversion in Anspruch nehmen, können Sie das Guthaben dieser Testversion in der Redshift-Konsole einsehen und die Nutzung dieser Testversion in der Systemansicht [SYS\$1SERVERLESS\$1USE](https://docs.aws.amazon.com/redshift/latest/dg/SYS_SERVERLESS_USAGE.html) überprüfen. Beachten Sie, dass die Abrechnungsdetails für die Nutzung der kostenlosen Testversion nicht in der Rechnungskonsole angezeigt werden. Sie können die Nutzung erst in der Rechnungskonsole anzeigen, nachdem die kostenlose Testversion beendet wurde. Weitere Informationen zur kostenlosen Testversion von Amazon Redshift Serverless finden Sie unter [Kostenlose Testversion von Amazon Redshift Serverless](https://aws.amazon.com//redshift/free-trial/).
## Hinweise zur Fakturierungsnutzung
+ **Nutzungsaufzeichnung** – Eine Abfrage oder Transaktion wird erst gemessen und aufgezeichnet, nachdem die Transaktion abgeschlossen ist, zurückgesetzt oder gestoppt wurde. Wenn eine Transaktion beispielsweise zwei Tage lang ausgeführt wird, wird die RPU-Nutzung nach Abschluss aufgezeichnet. Sie können die laufende Nutzung in Echtzeit überwachen, indem Sie `sys_serverless_usage` abfragen. Die Transaktionsaufzeichnung kann sich als Variation der RPU-Nutzung widerspiegeln und auf die Kosten für bestimmte Stunden und die tägliche Nutzung auswirken.
+ **Schreiben von expliziten Transaktionen** – Dies ist eine wichtige bewährte Methode zum Beenden von Transaktionen. Wenn Sie eine offene Transaktion nicht beenden oder rückgängig machen, verwendet Amazon Redshift Serverless sie weiterhin. RPUs Wenn Sie beispielsweise eine explizite `BEGIN TRAN`-Anweisung schreiben, ist es wichtig, auch entsprechende `COMMIT`- und `ROLLBACK`-Anweisungen anzugeben.
+ **Abgebrochene Abfragen** – Wenn Sie eine Abfrage ausführen und abbrechen, bevor sie abgeschlossen ist, wird Ihnen die Zeit, während der die Abfrage ausgeführt wurde, dennoch in Rechnung gestellt.
+ **Skalierung** – Die Amazon-Redshift-Serverless-Instance kann zur Bewältigung von Zeiträumen mit höherer Belastung Skalierungen einleiten, um eine konsistente Leistung aufrechtzuerhalten. Die Fakturierung für Amazon Redshift Serverless umfasst sowohl Basis-Rechenkapazität als auch skalierte Kapazität zum gleichen RPU-Tarif.
+ **Herunterskalieren** – Amazon Redshift Serverless skaliert von seiner Basis-RPU-Kapazität hoch, um Zeiträume mit höherer Belastung zu bewältigen. In einigen Fällen bleibt die RPU-Kapazität für einen gewissen Zeitraum nach dem Rückgang der Abfragelast möglicherweise auf einer höheren Stufe. Wir empfehlen Ihnen, maximale RPU-Stunden in der Konsole so einzustellen, dass Sie vor unerwarteten Kosten geschützt sind.
+ **Systemtabellen** – Wenn Sie eine Systemtabelle abfragen, wird die Abfragezeit in Rechnung gestellt.
+ **Redshift Spectrum** – Wenn Sie Amazon Redshift Serverless nutzen und Abfragen ausführen, fällt für Data-Lake-Abfragen keine separate Gebühr an. Bei Abfragen zu Daten, die in Amazon S3 gespeichert sind, entspricht die Gebühr nach Transaktionszeit der für Abfragen von lokalen Daten.
+ **Verbundabfragen** — Verbundabfragen werden nach der RPUs Nutzung über ein bestimmtes Zeitintervall berechnet, genauso wie Abfragen im Data Warehouse oder Data Lake.
+ **Speicher** – Der Speicher wird separat nach GB/Monat in Rechnung gestellt.
+ **Mindestgebühr** – Die Mindestgebühr gilt für 60 Sekunden Ressourcennutzung, gemessen auf Sekundenbasis.
+ **Snapshot-Fakturierung** – Die Snapshot-Fakturierung ändert sich nicht. Die Fakturierung erfolgt je nach Speicher in GB/Monat. Sie können Ihr Data Warehouse kostenlos auf bestimmte Punkte in den letzten 24 Stunden zurücksetzen, mit einer Granularität von 30 Minuten. Weitere Informationen finden Sie unter [Amazon Redshift – Preise](https://aws.amazon.com//redshift/pricing/).
+ **Automatische Optimierungen werden mit zusätzlichen Rechenressourcen ausgeführt**. Amazon Redshift Serverless führt in der Regel automatische Optimierungsvorgänge zusammen mit Benutzeranfragen aus. Diese Operationen werden als autonome Systeme bezeichnet und werden Ihnen nicht in Rechnung gestellt.
Wenn Sie die Zuweisung zusätzlicher Rechenressourcen aktivieren, führt Amazon Redshift bei Bedarf auch in Zeiten hoher Benutzeraktivität autonome Funktionen aus. In solchen Fällen kann Ihnen die Zeit in Rechnung gestellt werden, die Sie für den Betrieb autonomer Systeme aufgewendet haben. Weitere Informationen finden Sie unter [Zuweisen zusätzlicher Rechenressourcen für die automatische Datenbankoptimierung](https://docs.aws.amazon.com/redshift/latest/dg/t_extra-compute-autonomics.html) im *Amazon Redshift Database Developer Guide*.
### Bewährte Methoden für Amazon Redshift Serverless, um die Abrechnung vorhersehbar zu halten
Im Folgenden finden Sie bewährte Methoden und integrierte Einstellungen, die dazu beitragen, die Abrechnung konsistent zu halten.
+ Stellen Sie sicher, dass Sie jede Transaktion beenden. Wenn Sie eine Aktion mit `BEGIN` starten, müssen Sie sie auch mit `END` beenden.
+ Verwenden Sie die bewährten Methoden zur Fehlerbehebung, um ordnungsgemäß auf Fehler zu reagieren und jede Transaktion zu beenden. Die Minimierung offener Transaktionen hilft, unnötige RPU-Nutzung zu vermeiden.
+ `SESSION TIMEOUT` hilft durch Beendigung offener Transaktionen und inaktiver Sitzungen. Es führt bei Sitzungen, die länger als 3 600 Sekunden (1 Stunde) inaktiv sind, zu einem Timeout. Es führt bei Transaktionen, die länger als 21 600 Sekunden (6 Stunden) offen und inaktiv sind, zu einem Timeout. Diese Zeitüberschreitungseinstellung kann explizit für einen bestimmten Benutzer geändert werden, z. B. wenn Sie eine Sitzung für eine lang laufende Abfrage geöffnet lassen möchten. Das Thema [CREATE USER](https://docs.aws.amazon.com/redshift/latest/dg/r_CREATE_USER.html) zeigt, wie `SESSION TIMEOUT` für einen Benutzer eingestellt wird.
+ In den meisten Fällen empfehlen wir, den Wert `SESSION TIMEOUT` nicht zu erweitern, es sei denn, Sie haben einen Anwendungsfall, der dies ausdrücklich erfordert. Wenn die Sitzung inaktiv bleibt und eine Transaktion geöffnet ist, kann dies dazu führen, dass sie verwendet RPUs werden, bis die Sitzung geschlossen wird. Dies führt zu unnötigen Kosten.
+ Amazon Redshift Serverless hat einen Zeitraum von maximal 86 399 Sekunden (24 Stunden) für eine laufende Abfrage. Die maximale Inaktivitätsdauer für eine offene Transaktion, bevor Amazon Redshift Serverless die mit der Transaktion verknüpfte Sitzung beendet, beträgt sechs Stunden. Weitere Informationen finden Sie unter [Kontingente für Objekte von Amazon Redshift Serverless](amazon-redshift-limits.md#serverless-limits-account).
## Fakturierung von Amazon Redshift Serverless mit Verbindungspooling
Amazon Redshift Serverless behandelt alle eingehenden Abfragen als fakturierbare Benutzeraktivitäten, einschließlich einfacher Abfragen zur Zustandsprüfung, die von Verbindungspools gesendet werden. Dieses Verhalten gilt unabhängig davon, ob die Abfrage von einer Anwendung, einem JDBC/ODBC Treiber oder einem Connection Pooling-Framework stammt. Jede Zustandsprüfungsabfrage löst die Rechennutzung aus und es fallen Gebühren unabhängig von Zweck oder Herkunft der Abfrage an. Daher kann die Aufrechterhaltung offener Verbindungspools selbst dann Kosten verursachen, wenn Benutzer tatsächlich keine Workloads ausführen.
Beim Verbindungspooling wird ein Pool persistenter Verbindungen zwischen Anwendungen und dem Endpunkt in Amazon Redshift Serverless verwaltet. Um sicherzustellen, dass diese Verbindungen fehlerfrei und verfügbar bleiben, senden Pooling-Mechanismen in regelmäßigen Abständen häufig einfache oder leere Abfragen (z. B.`SELECT 1`). Diese automatisierten Abfragen überprüfen den Verbindungsstatus.
Beachten Sie bei der Verwendung des Verbindungspoolings die folgenden bewährten Methoden, um unbeabsichtigte Gebühren zu minimieren:
+ Passen Sie die Häufigkeit von Zustandsprüfungen an, indem Sie die Häufigkeit von Zustandsprüfungen oder Keep-Alive-Abfragen in Ihrer Verbindungspooling-Konfiguration überprüfen und optimieren.
+ Optimieren Sie die Leerlaufeinstellungen des Systems, indem Sie das Verbindungspooling so konfigurieren, dass unnötige Verbindungen oder Hintergrundabfragen während der Leerlaufzeiten des Systems minimiert werden.
+ Implementieren Sie Pooling auf Anwendungsebene oder eine verbesserte Verwaltung des Verbindungslebenszyklus, wenn dies den Overhead reduzieren kann.
+ Deaktivieren Sie Heartbeat- oder Validierungsabfragen, wenn die Konfiguration des Verbindungspoolings dies zulässt. Überprüfen Sie die spezifischen Verbindungszeichenfolgenparameter oder Konfigurationsdateien, um diese Einstellungen anzupassen.
+ Optimieren Sie die TCP-Keepalive-Einstellungen: Wenn Sie die internen Heartbeat-Mechanismen des Treibers nicht deaktivieren können, passen Sie die TCP-Keepalive-Einstellungen auf Betriebssystem- oder Anwendungsebene an, um Probleme mit Verbindungstimeouts zu beheben. Einzelheiten finden Sie in der Dokumentation zu Ihrem Betriebssystem, JDBC/ODBC Treiber oder Verbindungspool.
+ Optimieren Sie das Datenbankverbindungspooling: Konfigurieren Sie Ihren Verbindungspool (HikariCP, Apache Database Connection Pool), um Verbindungen zu verwalten und den Verbindungsaufwand zu minimieren. Konzentrieren Sie sich auf Parameter wie maximale Zahl der Verbindungen, Leerlauf-Timeout und Validierungsabfragen (wenn notwendig). Diese Optimierung hilft, die Rechennutzung in Amazon Redshift Serverless an den tatsächlichen Workload-Bedarf anzupassen und so potenziell die Kosten zu senken.
## Kostenoptimierung für Amazon Redshift Serverless mit Zero-ETL
Um die Kosten bei der Ausführung von Null-ETL-Integrationen in Amazon Redshift Serverless zu optimieren, können Sie Ihre Umgebungen richtig dimensionieren und Ihre Aktualisierungseinstellungen entsprechend den Workload-Anforderungen anpassen. Ziehen Sie die folgenden Anpassungen in Betracht:
+ Verwenden Sie die niedrigere RPU-Basiskapazität von 8 RPU, wenn sie für Workloads verfügbar ist.
+ Konfigurieren Sie das REFRESH\$1INTERVAL Ihrer Redshift-Ziel-Instance, um Aktualität und Kosten in Einklang zu bringen. Kürzere Intervalle sorgen für Updates fast in Echtzeit, treiben jedoch die Rechenkosten in die Höhe. Längere Intervalle (5 Minuten oder länger) reduzieren die Kosten für Workloads, für die eine sofortige Aktualisierung nicht kritisch ist, z. B. Berichte oder historische Analysen. Informationen zum Bearbeiten des Redshift-Ziels REFRESH\$1INTERVAL finden Sie in der Aktualisierungsintervallklausel in der Beschreibung [ALTER DATABASE](https://docs.aws.amazon.com/redshift/latest/dg/r_ALTER_DATABASE.html).
+ Maximieren Sie die Nutzung Ihrer Umgebung in Amazon Redshift Serverless, indem Sie Analytik-Workloads ausführen, während Zero-ETL-Daten erfasst werden. Dies stellt sicher, dass die Rechenkapazität aktiv mehreren Geschäftszwecken dient.