Optimieren Sie CPUs für RDS für SQL Server-Instanzen, die in der Lizenz enthalten sind - Amazon Relational Database Service
Einschränkungen

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.

Optimieren Sie CPUs für RDS für SQL Server-Instanzen, die in der Lizenz enthalten sind

Mit RDS for SQL Server können Sie Optimize CPU verwenden, indem Sie Prozessorfunktionen angeben, um die Anzahl der vCPUs auf Ihrer DB-Instance zu konfigurieren und dabei denselben Arbeitsspeicher und dieselbe IOPS beizubehalten. Sie können das gewünschte memory-to-CPU Verhältnis für bestimmte Datenbank-Workload-Anforderungen erreichen und die Lizenzkosten für Microsoft Windows OS und SQL Server reduzieren, die auf der Anzahl der vCPUs basieren.

Verwenden Sie die folgenden Parameter, um die Prozessorfunktion anzugeben:

--processor-features "Name=coreCount,Value=value" \ 
	"Name=threadsPerCore,Value=value"

  • CoreCount — Geben Sie die Anzahl der CPU-Kerne für die DB-Instance an, um die Lizenzkosten für DB-Instances zu optimieren. Informationen DB-Instance-Klassen, die Optimize CPU unterstützen zu den zulässigen Werten für die Anzahl der Kerne für einen ausgewählten Instance-Typ finden Sie unter.

  • threadsPerCore— Geben Sie die Threads pro Kern an, um die Anzahl der Threads pro CPU-Kern zu definieren. Informationen DB-Instance-Klassen, die Optimize CPU unterstützen zu den zulässigen Werten für Threads pro Kern für einen ausgewählten Instanztyp finden Sie unter.

Beispielbefehl zum Erstellen einer RDS-Instanz für SQL Server mit CPU-Einstellungen optimieren:

aws rds create-db-instance \
    --engine sqlserver-ee \
    --engine-version 16.00 \
    --license-model license-included \
    --allocated-storage 300 \
    --master-username myuser \
    --master-user-password xxxxx \
    --no-multi-az \
    --vpc-security-group-ids myvpcsecuritygroup \
    --db-subnet-group-name mydbsubnetgroup \
    --db-instance-identifier my-rds-instance \
    --db-instance-class db.m7i.8xlarge \
    --processor-features "Name=coreCount,Value=8" "Name=threadsPerCore,Value=1"

In diesem Beispiel erstellen Sie eine db.m7i.8xlarge Instanz, die standardmäßig einen CoreCount von 16 hat. Wenn Sie Optimize CPU verwenden, entscheiden Sie sich für einen CoreCount von 8, was zu einer effektiven vCPU-Anzahl von 8 führt.

Wenn Sie die Instanz ohne den --processor-features Parameter erstellen, ist die Anzahl der Kerne standardmäßig auf 16 und die Anzahl der Threads pro Kern standardmäßig auf 1 festgelegt, was zu einer standardmäßigen vCPU-Anzahl von 16 führt.

Einige Überlegungen, die Sie bei der Angabe der Prozessorfunktionen beachten sollten:

  • Erstellen — Geben Sie coreCount sowohl den als auch threadsPerCore für den processor-features Parameter aus den zulässigen Werten an. Siehe DB-Instance-Klassen, die Optimize CPU unterstützen.

  • Ändern — Wenn Sie von einer Instance-Klasse, die mit Optimize CPU settings konfiguriert ist, zu einer anderen wechseln, die Optimize CPU-Einstellungen unterstützt, müssen Sie die Standard-Prozessoreinstellungen mithilfe des --use-default-processor-features Parameters angeben oder die Optionen während der Änderungsanforderung explizit definieren.

    Anmerkung

    Eine Änderung der vCPU-Anzahl kann Auswirkungen auf die mit der DB-Instance verbundenen Lizenzgebühren haben.

  • Snapshot-Wiederherstellung — Wenn ein Snapshot auf demselben Instance-Typ wie die Quelle wiederhergestellt wird, erbt die wiederhergestellte DB-Instance die CPU-Optimize-Einstellungen aus dem Snapshot. Wenn Sie die Wiederherstellung auf einen anderen Instance-Typ durchführen, müssen Sie die CPU-Optimize-Einstellungen für die Ziel-Instance definieren oder den --use-default-processor-features Parameter angeben.

  • Point-in-time Wiederherstellung — Point-in-time Wiederherstellung (PITR) beinhaltet die Wiederherstellung eines bestimmten Snapshots auf der Grundlage der festgelegten Zeit für PITR und das anschließende Anwenden aller Transaktionsprotokollsicherungen auf diesen Snapshot, wodurch die Instanz auf den angegebenen Zeitpunkt gebracht wird. Bei PITR werden die CPU-Optimize-Einstellungen coreCount undthreadsPerCore, vom Quell-Snapshot (nicht vom Zeitpunkt) abgeleitet, sofern bei der PITR-Anfrage keine benutzerdefinierten Werte angegeben wurden. Wenn der verwendete Quell-Snapshot mit den CPU-Einstellungen optimieren aktiviert ist und Sie einen anderen Instance-Typ für PITR verwenden, müssen Sie die CPU-Optimize-Einstellungen für die Ziel-Instance definieren oder den Parameter angeben. —-use-default-processor-features

Einschränkungen

Bei der Verwendung von Optimize CPU gelten die folgenden Einschränkungen:

  • Optimize CPU wird nur in den Editionen Enterprise, Standard und Web unterstützt.

  • Optimize CPU ist auf ausgewählten Instances verfügbar. Siehe DB-Instance-Klassen, die Optimize CPU unterstützen.

  • Das Anpassen der Anzahl der CPU-Kerne wird für Instance-Größen von 2xlarge und mehr unterstützt. Bei diesen Instance-Typen beträgt die Mindestanzahl von vCPCUs, die für Optimize CPU unterstützt werden, 4.

  • Optimize CPU erlaubt nur 1 Thread pro Kern, da Hyper-Threading für Instances ab der 7. Generation, die Optimize CPU unterstützen, deaktiviert ist.