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.
Bewährte Methoden zum Verständnis Ihrer AWS Abrechnungs- und Nutzungsberichte in DynamoDB
In diesem Dokument werden die UsageType-Abrechnungscodes für Gebühren im Zusammenhang mit DynamoDB erläutert.
AWS stellt Kosten- und Nutzungsberichte (CUR) bereit, die Daten für die in Anspruch genommenen Dienste enthalten. Sie können AWS Cost and Usage Report es verwenden, um Abrechnungsberichte in Amazon S3 im CSV-Format zu veröffentlichen. Bei der Einrichtung des CUR können Sie wählen, ob Sie Zeiträume nach Stunden, Tagen oder Monaten einteilen und ob Sie die Nutzung nach Ressourcen-ID aufschlüsseln möchten. Weitere Informationen zum Generieren eines CUR finden Sie unter Erstellen von Kosten- und Nutzungsberichten.
Im CSV-Export finden Sie die relevanten Attribute, die für jede Zeile aufgelistet sind. Im Folgenden finden Sie Beispiele für Attribute, die enthalten sein können:
lineitem/UsageStartDate: Das Startdatum und die Startzeit für den Einzelposten in UTC, einschließlich.
lineitem/UsageEndDate: Das Enddatum und die Endzeit für den entsprechenden Zeileneintrag in UTC, ausschließlich.
lineitem/ProductCode: Für DynamoDB ist das „DB“ AmazonDynamo
lineitem/UsageType: Ein spezifischer Beschreibungscode für die Art der Nutzung, wie in diesem Dokument aufgeführt
lineitem/Operation: ein Name, der den Kontext für die Gebühr bereitstellt, z. B. der Name der Operation, durch die die Gebühr entstanden ist (optional)
lineitem/ResourceId: Der Bezeichner für die Ressource, die die Nutzung verursacht hat. verfügbar, wenn der CUR eine Aufschlüsselung nach Ressourcen-ID enthält
lineitem/UsageAmount: Die Menge der Nutzung, die während des angegebenen Zeitraums angefallen ist.
lineitem/UnblendedCost: Die Kosten für diese Nutzung.
lineitem/LineItemDescription: Textbeschreibung des Einzelpostens.
Weitere Informationen zum CUR-Datenwörterbuch finden Sie unter Kosten- und Nutzungsbericht (CUR) 2.0. Beachten Sie, dass die genauen Namen je nach Kontext variieren.
UsageType ist eine Zeichenfolge mit einem Wert wie ReadCapacityUnit-Hrs, USW2-ReadRequestUnits, EU-WriteCapacityUnit-Hrs oder USE1-TimedPITRStorage-ByteHrs. Jeder Nutzungstyp beginnt mit einem optionalen Regionspräfix. Falls nicht vorhanden, weist dies auf die Region us-east-1 hin. Falls vorhanden, können Sie die Zuordnung des kurzen Regionscode für die Fakturierung zum herkömmlichen Regionscode und -namen der folgenden Tabelle entnehmen.
Die Verwendung namens USW2-ReadRequestUnits weist beispielsweise auf in der Region us-west-2 verbrauchte Leseanforderungseinheiten hin.
| Regionscode für die Fakturierung | Regionscode | Name der Region |
|---|---|---|
| AFS1 | af-south-1 | Afrika (Kapstadt) |
| APE1 | ap-east-1 | Asien-Pazifik (Hongkong) |
| APN1 | ap-northeast-1 | Asien-Pazifik (Tokio) |
| APN2 | ap-northeast-2 | Asien-Pazifik (Seoul) |
| APN3 | ap-northeast-3 | Asien-Pazifik (Osaka) |
| APS1 | ap-southeast-1 | Asien-Pazifik (Singapur) |
| APS2 | ap-southeast-2 | Asien-Pazifik (Sydney) |
| APS3 | ap-south-1 | Asien-Pazifik (Mumbai) |
| APS4 | ap-southeast-3 | Asien-Pazifik (Jakarta) |
| APS5 | ap-south-2 | Asien-Pazifik (Hyderabad) |
| APS6 | ap-southeast-4 | Asien-Pazifik (Melbourne) |
| CAN1 | ca-central-1 | Kanada (Zentral) |
| EU | eu-west-1 | Europa (Irland) |
| EUC1 | eu-central-1 | Europa (Frankfurt) |
| EUC2 | eu-central-2 | Europa (Zürich) |
| EUN1 | eu-north-1 | Europa (Stockholm) |
| EUS1 | eu-south-1 | Europa (Milan) |
| EUS2 | eu-south-2 | Europa (Spain) |
| EUW1 | eu-west-1 | Europa (Irland) |
| EUW2 | eu-west-2 | Europa (London) |
| EUW3 | eu-west-3 | Europa (Paris) |
| ILC1 | Il-central-1 | Israel (Tel Aviv) |
| MEC1 | me-central-1 | Naher Osten (VAE) |
| MES1 | me-south-1 | Middle East (Bahrain) |
| SAE1 | sa-east-1 | Südamerika (São Paulo) |
| USE1 (Standard) | us-east-1 | USA Ost (Nord-Virginia) |
| USE2 | us-east-2 | USA Ost (Ohio) |
| UGE1 | us-gov-east-1 | US-Regierung Ost |
| UGW1 | us-gov-west-1 | US-Regierung West |
| USW1 | us-west-1 | USA West (Nordkalifornien) |
| USW2 | us-west-2 | USA West (Oregon) |
In den folgenden Abschnitten verwenden wir das REG-UsageType-Muster, wenn wir die Gebühren für DynamoDB durchgehen, wobei REG die Region angibt, in der die Nutzung stattgefunden hat, und usageType der Code für die Art der Gebühr ist. Wenn Sie beispielsweise einen Einzelposten für USW1-
ReadCapacityUnit-Hrs in Ihrer CSV-Datei sehen, bedeutet das, dass die Nutzung der bereitgestellten Lesekapazität in US-West-1 erfolgt ist. In diesem Fall würde die Liste REG-ReadCapacityUnit-Hrs enthalten.
Themen
Durchsatzkapazität
Lese- und Schreibvorgänge mit bereitgestellter Kapazität
Wenn Sie eine DynamoDB-Tabelle im Modus bereitgestellter Kapazität erstellen, geben Sie die Lese- und Schreibkapazität an, die Ihre Anwendung voraussichtlich benötigt. Der Nutzungstyp hängt von Ihrer Tabellenklasse ab (Standard oder Standard-Infrequent Access). Sie stellen Lese- und Schreibvorgänge auf der Grundlage der Nutzungsrate pro Sekunde bereit, die Gebühren werden jedoch pro Stunde basierend auf der bereitgestellten Kapazität berechnet.
| UsageType | Einheiten | Granularity | Description |
|---|---|---|---|
| REG- ReadCapacityUnit -Stunden | RCU-hours | Stunde | Gebühren für Lesevorgänge im Modus bereitgestellter Kapazität unter Verwendung der Tabellenklasse Standard |
| REG-IA-ReadCapacityUnit-Hrs | RCU-hours | Stunde | Gebühren für Lesevorgänge im Modus bereitgestellter Kapazität unter Verwendung der Tabellenklasse Standard-IA |
| REG- -Stunden WriteCapacityUnit | WCU-hours | Stunde | Gebühren für Schreibvorgänge im Modus bereitgestellter Kapazität unter Verwendung der Tabellenklasse Standard |
| REG-IA-WriteCapacityUnit-Hrs | WCU-hours | Stunde | Gebühren für Schreibvorgänge im Modus bereitgestellter Kapazität unter Verwendung der Tabellenklasse Standard-IA |
Lese- und Schreibvorgänge mit reservierter Kapazität
Mit reservierter Kapazität bezahlen Sie im Vorfeld eine einmalige Gebühr und verpflichten sich zu einer voraussichtlichen Mindestnutzung während eines bestimmten Zeitraums. Reservierte Kapazität wird zu einem vergünstigten Stundensatz abgerechnet. Kapazitäten, die Sie über ihre reservierten Kapazitäten hinaus nutzen, werden zu Standardpreisen für bereitgestellte Kapazitäten verrechnet. Reservierte Kapazität ist für bereitgestellte Lese- und Schreibkapazitätseinheiten (RCU und WCU) mit einer einzelnen Region in DynamoDB-Tabellen verfügbar, die die Standard-Tabellenklasse verwenden. Reservierte Kapazitäten für 1 Jahr und 3 Jahre werden auf dieselbe Weise abgerechnet. SKUs
| UsageType | Einheiten | Granularity | Description |
|---|---|---|---|
| REG-:dynamodb.read HeavyUsage | RCU-hours | Im Voraus, dann monatlich | Gebühren für Lesevorgänge mit reservierter Kapazität: eine einmalige Vorauszahlung und eine monatliche Gebühr zu Beginn jedes Monats, die alle vergünstigten zugesagten RCU-Stunden während des Monats abdeckt, Wird passende Nullkosten-Einzelposten haben. REG-ReadCapacityUnit-Hrs |
| REG--: dynamodb.write HeavyUsage | WCU-hours | Im Voraus, dann monatlich | Gebühren für Schreibvorgänge mit reservierter Kapazität: eine einmalige Vorauszahlung und eine monatliche Gebühr zu Beginn jedes Monats, die alle vergünstigten zugesagten WCU-Stunden während des Monats abdeckt, Wird passende Nullkosten-Einzelposten haben. REG-WriteCapacityUnit-Hrs |
Lese- und Schreibvorgänge mit On-Demand-Kapazität
Wenn Sie eine DynamoDB-Tabelle im On-Demand-Kapazitätsmodus erstellen, zahlen Sie nur für die Lese- und Schreibvorgänge, die Ihre Anwendung ausführt. Die Preise für Lese- und Schreibanforderungen hängen von Ihrer Tabellenklasse ab.
| UsageType | Einheiten | Granularity | Description |
|---|---|---|---|
| REG- ReadRequestUnits | RRUs | Einheit | Gebühren für Lesevorgänge im On-Demand-Kapazitätsmodus mit Tabellenklasse Standard |
| REG-IA- ReadRequestUnits | RRUs | Einheit | Gebühren für Lesevorgänge im On-Demand-Kapazitätsmodus mit Tabellenklasse Standard-IA |
| REG- WriteRequestUnits | WRUs | Einheit | Gebühren für Schreibvorgänge im On-Demand-Kapazitätsmodus mit Tabellenklasse Standard |
| REG-IA- WriteRequestUnits | WRUs | Einheit | Gebühren für Schreibvorgänge im On-Demand-Kapazitätsmodus mit Tabellenklasse Standard-IA |
Lese- und Schreibvorgänge in globalen Tabellen
DynamoDB berechnet Gebühren für die Nutzung globaler Tabellen auf der Grundlage der in jeder Replikattabelle verwendeten Ressourcen. Bei bereitgestellten globalen Tabellen werden Schreibanforderungen für globale Tabellen in replizierten WCUs (rWCU) statt in Standardtabellen gemessen, WCUs und Schreibvorgänge in globale Sekundärindizes in globalen Tabellen werden in Form von repliziert gemessen. WCUs Bei globalen On-Demand-Tabellen werden Schreibanforderungen in replizierten WRUs (rwRU) statt in Standardwerten gemessen. WRUs Die Anzahl von r WCUs oder r, die für die WRUs Replikation verwendet werden, hängt von der Version der globalen Tabellen ab, die Sie verwenden. Die Preisgestaltung hängt von Ihrer Tabellenklasse ab.
Schreibvorgänge in globale Sekundärindizes (GSIs) werden mit Standard-Schreibeinheiten (WCUs und WRUs) abgerechnet. Leseanforderungen und Datenspeicher werden genauso abgerechnet wie Tabellen mit einer einzelnen Region.
Wenn Sie ein Tabellenreplikat hinzufügen, um eine globale Tabelle in neuen Regionen zu erstellen oder zu erweitern, berechnet DynamoDB eine Tabellenwiederherstellung in den hinzugefügten Regionen pro Gigabyte an wiederhergestellten Daten. Wiederhergestellte Daten werden wie folgt berechnet. REG-RestoreDataSize-Bytes Einzelheiten finden Sie unter Backup und Wiederherstellung für DynamoDB. Für die regionsübergreifende Replikation und das Hinzufügen von Replikaten zu Tabellen, die Daten enthalten, fallen außerdem Gebühren für die ausgehende Datenübertragung an.
Wenn Sie den On-Demand-Kapazitätsmodus für Ihre globalen DynamoDB-Tabellen wählen, zahlen Sie nur für die Ressourcen, die Ihre Anwendung für jede Replikattabelle verwendet.
| UsageType | Einheiten | Granularity | Description |
|---|---|---|---|
| REG- ReplWriteCapacityUnit -Stunden | rWCU-hours | Stunde | Globale Tabelle, bereitgestellt, Tabellenklasse Standard |
| REG-IA- -Stunden ReplWriteCapacityUnit | rWCU-hours | Stunde | Globale Tabelle, bereitgestellt, Tabellenklasse Standard-IA |
| REG- ReplWriteRequestUnits | rWRU | Einheit | Globale Tabelle, On-Demand, Tabellenklasse Standard |
| REG-IA- ReplWriteRequestUnits | rWRU | Einheit | Globale Tabelle, On-Demand, Tabellenklasse Standard-IA |
Streams
DynamoDB verfügt über zwei Streaming-Technologien, DynamoDB Streams und Kinesis. Für beide gibt es separate Preise.
DynamoDB Streams berechnet Gebühren für das Lesen von Daten in Leseanforderungseinheiten. Jeder GetRecords-API-Aufruf wird als Streams-Leseanforderung abgerechnet. Für GetRecords API-Aufrufe, die im Rahmen von DynamoDB-Triggern oder von globalen DynamoDB-Tabellen im AWS Lambda Rahmen der Replikation aufgerufen werden, fallen keine Gebühren an.
| UsageType | Einheiten | Granularity | Description |
|---|---|---|---|
| REG-Streams- RequestsCount | Anzahl | Einheit | Leseanforderungseinheiten für DynamoDB Streams |
Amazon Kinesis Data Streams erhebt Gebühren in Änderungsdatenerfassungseinheiten. DynamoDB berechnet für jeden Schreibvorgang (bis zu 1 KB) eine Änderungsdatenerfassungseinheit. Für Schreibvorgänge, die größer als 1 KB sind, sind zusätzliche Änderungsdatenerfassungseinheiten erforderlich. Sie zahlen nur für die Schreibvorgänge, die Ihre Anwendung ausführt, ohne die Durchsatzkapazität der Tabelle verwalten zu müssen.
| UsageType | Einheiten | Granularity | Description |
|---|---|---|---|
| REG- ChangeDataCaptureUnits -Kinesis | CDC-Einheiten | Einheit | Änderungsdatenerfassungseinheiten für Kinesis Data Streams |
Speicher
DynamoDB misst die Größe Ihrer fakturierbaren Daten, indem es die Roh-Byte-Größe Ihrer Daten mit einem Speicher-Overhead pro Element addiert, der von den Funktionen abhängt, die Sie aktiviert haben.
Anmerkung
Die Werte für die Speichernutzung im CUR sind im Vergleich zu den Speicherwerten bei Verwendung von DescribeTable höher, da DescribeTable den Speicher-Overhead pro Element nicht berücksichtigt.
Der Speicher wird stündlich berechnet, aber monatlich abgerechnet, wobei der Durchschnitt der Stundengebühren zugrunde gelegt wird.
Obwohl der ByteHrs-Speicher UsageType als Suffix verwendet, wird die Speichernutzung im CUR in GB gemessen und in GB/Monat berechnet.
| UsageType | Einheiten | Granularity | Description |
|---|---|---|---|
| REG- TimedStorage - ByteHrs | GB | Monat | Speichermenge, die von Ihren DynamoDB-Tabellen und -Indizes für Tabellen mit der Tabellenklasse Standard verwendet wird |
| REG-IA- - TimedStorage ByteHrs | GB | Monat | Speichermenge, die von Ihren DynamoDB-Tabellen und -Indizes für Tabellen mit der Tabellenklasse Standard-IA verwendet wird |
Backup und Backup
DynamoDB bietet zwei Arten von Backups: Backups mit zeitpunktbezogener Wiederherstellung (PITR) und On-Demand-Backups. Benutzer können Daten aus diesen Backups auch in DynamoDB-Tabellen wiederherstellen. Die folgenden Gebühren beziehen sich sowohl auf Backups als auch auf Wiederherstellungen.
Gebühren für Backup-Speicher fallen am ersten Tag des Monats an. Anpassungen werden im Laufe des Monats vorgenommen, wenn Backups hinzugefügt oder entfernt werden. Weitere Informationen finden Sie im Blog Understanding Amazon DynamoDB On-Demand-Backups and Billing
| UsageType | Einheiten | Granularity | Description |
|---|---|---|---|
| REG- TimedBackupStorage - ByteHrs | GB | Monat | Der Speicherplatz, der von On-Demand-Backups Ihrer DynamoDB-Tabellen und lokalen sekundären Indizes verbraucht wird |
| Zeitgesteuert PITRStorage - ByteHrs | GB | Monat | Der von point-in-time Wiederherstellungs-Backups (PITR) verwendete Speicher. wobei DynamoDB den ganzen Monat über kontinuierlich die Größe Ihrer PITR-fähigen Tabellen überwacht, um Ihre Backup-Gebühren und Speicherrechnungen zu ermitteln, solange PITR aktiviert ist |
| REG- -Bytes RestoreDataSize | GB | Größe | Die Gesamtgröße der wiederhergestellten Daten (einschließlich Tabellendaten, lokaler sekundärer Indizes und globaler sekundärer Indizes), gemessen in GB aus DynamoDB-Backups |
AWS Backup
AWS Backup ist ein vollständig verwalteter Backup-Service, der es einfach macht, die Sicherung von Daten zwischen AWS Diensten in der Cloud und vor Ort zu zentralisieren und zu automatisieren. AWS Backup wird für die Speicherung (warme oder kalte Lagerung), Wiederherstellungsaktivitäten und die regionsübergreifende Datenübertragung in Rechnung gestellt. Die folgenden UsageType Gebühren werden unter „AWS Backup“ und ProductCode nicht unter „AmazonDynamoDB“ aufgeführt.
| UsageType | Einheiten | Granularity | Description |
|---|---|---|---|
| REG- WarmStorage - ByteHrs -DynamoDB | GB | Monat | Der Speicher, der von DynamoDB-Backups verwendet wird, die von AWS Backup im Laufe des Monats verwaltet werden, gemessen in GB pro Monat |
| REG- CrossRegion - WarmBytes -DynamoDB | GB | Größe | Die Daten wurden entweder innerhalb desselben Kontos oder auf ein anderes Konto in eine andere AWS Region übertragen. AWS Gebühren für regionsübergreifende Übertragungen fallen beim Kopieren von Backups von einer Region in eine andere Region an und werden immer dem Konto in Rechnung gestellt, von dem die Daten übertragen werden |
| REG-Wiederherstellung- -DynamoDB WarmBytes | GB | Größe | Die Gesamtgröße der aus dem Warmspeicher wiederhergestellten Daten, gemessen in GB |
| REG- ColdStorage - ByteHrs -DynamoDB | GB | Monat | Der Kaltspeicher, der von DynamoDB-Backups verwendet wird, die von AWS Backup im Laufe des Monats verwaltet werden, gemessen in GB pro Monat |
| REG-Wiederherstellung- -DynamoDB ColdBytes | GB | Monat | Die Gesamtgröße der aus dem Kaltspeicher wiederhergestellten Daten, gemessen in GB |
Export und Import
Sie können Daten aus DynamoDB nach Amazon S3 exportieren oder Daten aus Amazon S3 in eine neue DynamoDB-Tabelle importieren.
Obwohl UsageType Bytes als Suffix verwendet, wird die Export- und Importnutzung im CUR in GB gemessen und berechnet.
| UsageType | Einheiten | Granularity | Description |
|---|---|---|---|
| REG- ExportDataSize -Bytes | GB | Größe | Die Gebühr für das Exportieren von Daten nach S3, wobei DynamoDB diese für Daten auf der Grundlage der Größe der DynamoDB-Basistabelle (Tabellendaten und lokale sekundäre Indizes) zu dem Zeitpunkt berechnet, an dem der Export erstellt wurde |
| REG- -Bytes ImportDataSize | GB | Größe | Die Gebühr für das Importieren von Daten aus S3, wobei die Größe auf der Grundlage der unkomprimierten Objektgröße der Daten in Amazon S3 berechnet wird Für den Import in Tabellen mit GSIs fallen keine zusätzlichen Gebühren an. |
| REG- IncrementalExportDataSize -Bytes | GB | Größe | Die Gebühr für die Größe der Daten, die beim kontinuierlichen Backup verarbeitet wurden, um inkrementelle Exporte zu erstellen |
Datenübertragung
Datenübertragungsaktivitäten können in Verknüpfung mit dem DynamoDB-Service angezeigt werden. DynamoDB erhebt keine Gebühren für eingehende Datenübertragungen und keine Gebühren für Datenübertragungen zwischen DynamoDB und anderen AWS Diensten innerhalb derselben AWS Region (mit anderen Worten, 0,00 USD pro GB). Daten, die zwischen AWS Regionen übertragen werden (z. B. zwischen DynamoDB in der Region USA Ost [Nord-Virginia] und Amazon EC2 in der Region EU [Irland]), werden auf beiden Seiten der Übertragung berechnet.
| UsageType | Einheiten | Granularity | Description |
|---|---|---|---|
| REG- In DataTransfer Byte | GB | Einheiten | Datenübertragung aus dem Internet in DynamoDB |
| REG- DataTransfer -Out-Bytes | GB | Einheiten | Datenübertragung aus DynamoDB in das Internet |
CloudWatch Einblicke der Mitwirkenden
CloudWatch Contributor Insights for DynamoDB ist ein Diagnosetool zur Identifizierung der am häufigsten aufgerufenen und gedrosselten Schlüssel in Ihrer DynamoDB-Tabelle. Die folgenden UsageType Gebühren werden unter „“ und nicht unter „DB“ AmazonCloudWatch aufgeführt. ProductCode AmazonDynamo
| UsageType | Einheiten | Granularity | Description |
|---|---|---|---|
| REG-CW: ContributorEventsManaged | Ereignisse, die verarbeitet wurden | Einheiten | Die Anzahl der verarbeiteten DynamoDB-Ereignisse. Beispiel: In einer Tabelle, in der CloudWatch Contributor Insights aktiviert ist, wird jedes Mal, wenn ein Element gelesen oder geschrieben wird, es als ein Ereignis gezählt. Wenn die Tabelle über einen Sortierschlüssel verfügt, fallen Gebühren für zwei Ereignisse an. |
| REG-CW: ContributorRulesManaged | Anzahl der Regeln | Monat | DynamoDB erstellt Regeln, um die am häufigsten aufgerufenen Elemente und die am häufigsten gedrosselten Schlüssel zu identifizieren, wenn Sie Cloud Watch Contributor Insights aktivieren. Diese Gebühr fällt für die Regeln an, die für jede Entität (Tabellen und GSIs) hinzugefügt wurden, die für die Protokollierung CloudWatch von Erkenntnissen von Mitwirkenden konfiguriert sind. |
DynamoDB Accelerator (DAX)
DynamoDB Accelerator (DAX) wird auf der Grundlage des für den Service ausgewählten Instance-Typs stundenweise abgerechnet. Die folgenden Gebühren beziehen sich auf die bereitgestellten DynamoDB-Accelerator-Instances. Die folgenden UsageType Gebühren werden unter „AmazonDAX“ und ProductCode nicht unter „AmazonDynamoDB“ aufgeführt.
| UsageType | Einheiten | Granularity | Description |
|---|---|---|---|
| REG-:dax- NodeUsage <INSTANCETYPE> | Knotenstunden | Stunde | Die stündliche Nutzung eines bestimmten Instance-Typs. Die Preise verstehen sich pro verbrauchter Knotenstunde, von dem Zeitpunkt, an dem ein Knoten gestartet wird, bis zum Zeitpunkt, an dem er beendet wird. Jede einzelne verbrauchte Knotenstunde wird als volle Stunde abgerechnet. DAX-Gebühren für jeden Knoten in einem DAX-Cluster. Wenn Sie einen Cluster mit mehreren Knoten haben, würden Sie in Ihrem Fakturierungsbericht mehrere Einzelposten sehen. |
Der Instance-Typ wird einer der Werte aus der folgenden Liste sein. Weitere Informationen zu Knotentypen finden Sie unter Knoten.
-
r3.2xlarge, r4.8xlarge oder r5.8xlarge
-
r3.4xlarge, r4.large oder r5.large
-
r3.8xlarge, r4.xlarge oder r5.xlarge
-
r3.2xlarge, r5.12xlarge oder t2.medium
-
r3.4xlarge, r4.large oder r5.large
-
r3.xlarge, r5.16xlarge oder t2.small
-
r4.16xlarge, r5.24xlarge oder t3.medium
-
r4.2xlarge, r5.2xlarge oder t3.small
-
r4.4xlarge oder r5.4xlarge