Dedicated Hosts - Amazon Elastic Compute Cloud

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.

Dedicated Hosts

Ein Amazon EC2 Dedicated Host ist ein physischer Server, der vollständig für Ihre Nutzung reserviert ist. Sie können sich optional dafür entscheiden, die Instanzkapazität mit anderen AWS Konten zu teilen. Weitere Informationen finden Sie unter Arbeiten mit freigegebenen Dedicated Hosts.

Dedicated Hosts bieten Transparenz und Kontrolle über die Platzierung von Instances und unterstützen die Host-Affinität. Das bedeutet, dass Sie Instances auf bestimmten Hosts starten und ausführen können und dass Sie sicherstellen können, dass Instances nur auf bestimmten Hosts ausgeführt werden. Weitere Informationen finden Sie unter Grundlagen zur automatischen Platzierung und Affinität.

Dedicated Hosts bieten umfassenden Support für Bring Your Own License (BYOL). Sie ermöglichen es Ihnen, Ihre vorhandenen Softwarelizenzen pro Socket, pro Kern oder pro VM, einschließlich Windows Server, SQL Server, SUSE Linux Enterprise Server, Red Hat Enterprise Linux oder andere Softwarelizenzen, die an VMs, Sockets oder physische Kerne gebunden sind, gemäß Ihren Lizenzbedingungen zu verwenden.

Wenn Sie möchten, dass Ihre Instances auf dedizierter Hardware ausgeführt werden, Sie aber keine Transparenz oder Kontrolle über die Instance-Platzierung benötigen und Sie keine Softwarelizenzen pro Socket oder pro Core verwenden müssen, können Sie stattdessen die Verwendung von Dedicated Instances in Betracht ziehen. Dedicated Instances und Dedicated Hosts können beide verwendet werden, um Amazon EC2 EC2-Instances auf dedizierten physischen Servern zu starten. Es gibt keine leistungsbezogenen, sicherheitsrelevanten oder physischen Unterschiede zwischen Dedicated Instances und Instances auf Dedicated Hosts. Es gibt jedoch einige wichtige Unterschiede zwischen ihnen. Die folgende Tabelle hebt einige der wichtigsten Unterschiede zwischen Dedicated Hosts und Dedicated Instances hervor:

Dedicated Host Dedicated Instance

Dedizierter physischer Server

Physischer Server mit Instanzkapazität, die vollständig für Ihre Nutzung reserviert ist.

Physischer Server, der für ein einzelnes Kundenkonto reserviert ist.

Gemeinsame Nutzung der Instanzkapazität

Kann die Instanzkapazität mit anderen Konten teilen.

Nicht unterstützt

Fakturierung

Abrechnung pro Host

Abrechnung pro Instance

Sichtbarkeit von Sockets, Kernen und Host-ID

Zeigt die Anzahl der Sockets und physischen Kerne

Keine Sichtbarkeit

Host- und Instance-Affinität

Gestattet Ihnen, Ihre Instances im Laufe der Zeit durchgängig auf demselben physischen Server bereitzustellen

Nicht unterstützt

Zielgerichtete Instance-Platzierung

Bietet zusätzliche Sichtbarkeit und Kontrolle darüber, wie Instances auf einem physischen Server platziert werden.

Nicht unterstützt

Automatische Instance-Wiederherstellung

Unterstützt. Weitere Informationen finden Sie unter Host-Wiederherstellung.

Unterstützt

Bring Your Own License (BYOL)

Unterstützt

Teilweise Unterstützung*

Kapazitätsreservierungen

Nicht unterstützt

Unterstützt

* Microsoft SQL Server mit Lizenzmobilität über Software Assurance und Windows Virtual Desktop Access (VDA)-Lizenzen können mit Dedicated Instance verwendet werden.

Weitere Informationen über Dedicated Instances finden Sie unter Dedicated Instances.

Konfigurationen der Instance-Kapazität

Dedicated Hosts unterstützen verschiedene Konfigurationen (physische Kerne, Sockets und VCPUs), mit denen Sie Instances verschiedener Familien und Größen ausführen können.

Wenn Sie Ihrem Konto einen Dedicated Host zuweisen, können Sie eine Konfiguration auswählen, die entweder einen einzelnen Instance-Typ oder mehrere Instance-Typen innerhalb derselben Instance-Familie unterstützt. Die Anzahl der Instances, die Sie auf einem Host ausführen können, hängt von der ausgewählten Konfiguration ab.

Unterstützung für einzelne Instance-Typen

Sie können einen Dedicated Host zuweisen, der nur einen Instance-Typ unterstützt. Bei dieser Konfiguration muss jede Instance, die Sie auf dem Dedicated Host starten, vom gleichen Instance-Typ sein, den Sie bei der Zuweisung des Hosts angeben.

Sie können beispielsweise einen Host zuweisen, der nur den m5.4xlarge-Instance-Typ unterstützt. In diesem Fall können Sie nur m5.4xlarge-Instances auf diesem Host ausführen.

Die Anzahl der Instances, die Sie auf dem Host starten können, hängt von der Anzahl der vom Host bereitgestellten physischen Kerne und der Anzahl der vom angegebenen Instance-Typ verbrauchten Kerne ab. Wenn Sie beispielsweise einen Host für m5.4xlarge-Instances zuweisen, stellt der Host 48 physische Kerne bereit und jede m5.4xlarge-Instance verbraucht 8 physische Kerne. Dies bedeutet, dass Sie bis zu 6 Instances auf diesem Host starten können (48 physische Kerne / 8 Kerne pro Instance = 6 Instances).

Unterstützung mehrerer Instance-Typen

Sie können einen Dedicated Host zuweisen, der mehrere Instance-Typen innerhalb derselben Instance-Familie unterstützt. Auf diese Weise können Sie verschiedene Instance-Typen auf demselben Host ausführen, sofern sie sich in derselben Instance-Familie befinden und der Host über ausreichend Instance-Kapazität verfügt.

Sie können beispielsweise einen Host zuweisen, der verschiedene R5-Instance-Typen innerhalb der Instance-Familie unterstützt. In diesem Fall können Sie auf diesem Host eine beliebige Kombination von R5-Instance-Typen, wie z. B. r5.large, r5.xlarge, r5.2xlarge und r5.4xlarge, starten, bis zur physischen Kernkapazität des Hosts.

Die folgenden Instance-Familien unterstützen Dedicated Hosts mit Unterstützung mehrerer Instance-Typen:

  • Universell: A1, M5, M5n, M6i, and T3

  • Für Datenverarbeitung optimiert: C5, C5n, and C6i

  • Speicheroptimiert: R5, R5n, and R6i

Die Anzahl der Instances, die Sie auf dem Host ausführen können, hängt von der Anzahl der vom Host bereitgestellten physischen Kerne und der Anzahl der von jedem Instance-Typ, den Sie auf dem Host ausführen, verbrauchten Kerne ab. Wenn Sie beispielsweise einen R5-Host zuweisen, der 48 physische Kerne bereitstellt, und Sie zwei r5.2xlarge-Instances (4 Kerne x 2 Instances) und drei r5.4xlarge-Instances (8 Kerne x 3 Instances) ausführen, verbrauchen diese Instances insgesamt 32 Kerne. Sie können eine beliebige Kombination von R5-Instances ausführen, solange diese die verbleibenden 16 Kerne nicht überschreiten.

Für jede Instance-Familie gibt es jedoch ein Limit für die Anzahl der Instances, die für jede Instance-Größe ausgeführt werden können. Beispielsweise unterstützt ein R5 Dedicated Host maximal 2 r5.8xlarge-Instances, die 32 der physischen Kerne nutzen. In diesem Fall können dann zusätzliche R5-Instances kleinerer Größe verwendet werden, um den Host auf die Kernkapazität zu füllen. Informationen zur unterstützten Anzahl von Instance-Größen für jede Instance-Familie finden Sie unter Konfigurationstabelle für Dedicated Hosts.

Die folgende Tabelle zeigt Beispielkombinationen von Instance-Typen:

Instance-Familie Beispiel für Instance-Größenkombinationen

R5

  • Beispiel 1: 4 x r5.4xlarge + 4 x r5.2xlarge

  • Beispiel 2: 1 x r5.12xlarge + 1 x r5.4xlarge + 1 x r5.2xlarge + 5 x r5.xlarge + 2 x r5.large

C5

  • Beispiel 1: 1 x c5.9xlarge + 2 x c5.4xlarge + 1 x c5.xlarge

  • Beispiel 2: 4 x c5.4xlarge + 1 x c5.xlarge + 2 x c5.large

M5

  • Beispiel 1: 4 x m5.4xlarge + 4 x m5.2xlarge

  • Beispiel 2: 1 x m5.12xlarge + 1 x m5.4xlarge + 1 x m5.2xlarge + 5 x m5.xlarge + 2 x m5.large

Überlegungen

Beachten Sie beim Arbeiten mit Dedicated Hosts, die mehrere Instance-Typen unterstützen, Folgendes:

  • Mit Dedicated Hosts vom Typ N wie C5n, M5n und R5n können Sie kleinere Instance-Größen (2xlarge und kleiner) nicht mit größeren Instance-Größen (4xlarge und größer, einschließlich metal) kombinieren. Wenn Sie gleichzeitig kleinere und größere Instance-Größen auf Hosts vom Typ N gleichzeitig benötigen, müssen Sie separate Hosts für die kleineren und größeren Instance-Größen zuweisen.

  • Es wird empfohlen, zunächst größere Instance-Typen zu starten und dann die verbleibende Instance-Kapazität bei Bedarf mit kleineren Instance-Typen zu füllen.

Bring your own license (BYOL, Verwendung der eigenen Lizenz)

Dedicated Hosts gestatten Ihnen, Ihre vorhandenen Lizenzen pro Socket, pro Kern oder pro VM-Software zu verwenden. Wenn Sie BYOL verwenden, sind Sie für die Verwaltung Ihrer eigenen Lizenzen verantwortlich. Amazon EC2 verfügt jedoch über Features, die Sie bei der Aufrechterhaltung Ihrer Lizenz-Compliance unterstützen. Dazu zählen die Instance-Affinität und die zielgerichtete Platzierung.

Dies sind die allgemeinen Schritte, die Sie befolgen müssen, um Ihr eigenes Computer-Image per Volumenlizenz in Amazon EC2 zu übertragen.

  1. Prüfen Sie, ob die Lizenzbedingungen, die die Nutzung Ihrer Computer-Images regeln, die Nutzung in einer virtualisierten Cloud-Umgebung erlauben.

  2. Nachdem Sie überprüft haben, ob Ihr Computer-Image in Amazon EC2 verwendet werden kann, importieren Sie es mit VM Import/Export. Weitere Informationen zum Importieren Ihres Computer-Image finden Sie im Benutzerleitfaden für VM Import/Export.

  3. Nach dem Importieren Ihres Machine Image können Sie Instances davon auf aktiven Dedicated Hosts in Ihrem Konto starten.

  4. Wenn Sie diese Instances ausführen, müssen Sie je nach Betriebssystem diese Instances auf Ihrem eigenen KMS-Server aktivieren .

Anmerkung

Um zu verfolgen, wie Ihre Bilder verwendet werden AWS, aktivieren Sie die Host-Aufzeichnung in AWS Config. Sie können AWS Config damit Konfigurationsänderungen auf einem Dedicated Host aufzeichnen und die Ausgabe als Datenquelle für Lizenzberichte verwenden. Weitere Informationen finden Sie unter Verfolgen von Konfigurationsänderungen.

Dedicated Hosts-Einschränkungen

Bevor Sie Dedicated Hosts zuordnen, beachten Sie die folgenden Begrenzungen und Einschränkungen:

  • Um RHEL, SUSE Linux und SQL Server auf Dedicated Hosts ausführen zu können, müssen Sie eigene AMIs verwenden. RHEL-, SUSE Linux- und SQL Server-AMIs, die von angeboten werden AWS oder auf verfügbar sind, AWS Marketplace können nicht mit Dedicated Hosts verwendet werden. Weitere Informationen zum Erstellen eines eigenen AMI finden Sie unter Bring your own license (BYOL, Verwendung der eigenen Lizenz).

    Diese Einschränkung gilt nicht für Hosts, die für Instances mit hohem Arbeitsspeicher (u-6tb1.metal, u-9tb1.metal, u-12tb1.metal, u-18tb1.metal, und u-24tb1.metal) zugewiesen sind. RHEL- und SUSE-Linux-AMIs, die von angeboten werden AWS oder auf verfügbar sind, AWS Marketplace können mit diesen Hosts verwendet werden.

  • Es gibt eine Begrenzung für die Anzahl der laufenden Dedicated Hosts pro Instance-Familie pro AWS -Konto pro Region. Kontingente gelten nur für laufende Instances. Wenn Ihre Instance aussteht, stoppt oder angehalten wird, wird sie nicht auf Ihr Kontingent angerechnet. Um die Kontingente für Ihr Konto einzusehen oder eine Kontingenterhöhung anzufordern, können Sie die Service-Quotas-Konsole verwenden.

  • Die Instances, die auf einem Dedicated Host ausgeführt werden, können nur in einem VPC gestartet werden.

  • Auto Scaling-Gruppen werden unterstützt, wenn eine Startvorlage verwendet wird, bei der eine Hostressourcengruppe angegeben wird. Weitere Informationen finden Sie unter Erstellen einer Startvorlage mit erweiterten Einstellungen im Amazon EC2 Auto Scaling-Benutzerhandbuch.

  • Amazon RDS-Instances werden nicht unterstützt.

  • Das AWS kostenlose Nutzungskontingent ist für Dedicated Hosts nicht verfügbar.

  • Die Instance-Platzierungskontrolle bezieht sich auf die Verwaltung von Instance-Starts auf Dedicated Hosts. Sie können Dedicated Hosts nicht in Placement-Gruppen starten.

  • Wenn Sie einen Host für einen virtualisierten Instance-Typ zuweisen, können Sie den Instance-Typ nicht in einen .metal-Instance-Typ ändern, nachdem der Host zugewiesen wurde. Wenn Sie beispielsweise einen Host für den m5.large-Instance-Typ zuweisen, können Sie den Instance-Typ nicht in m5.metal ändern.

    Ebenso können Sie, wenn Sie einen Host für einen .metal-Instance-Typ zuweisen, den Instance-Typ nicht in einen virtualisierten Instance-Typ ändern, nachdem der Host zugewiesen wurde. Wenn Sie beispielsweise einen Host für den m5.metal-Instance-Typ zuweisen, können Sie den Instance-Typ nicht in m5.large ändern.