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.
Zuweisungsstrategien für mehrere Instance-Typen
Wenn Sie mehrere Instance-Typen verwenden, verwalten Sie, wie Amazon EC2 Auto Scaling Ihre On-Demand- und Spot-Kapazität mithilfe der möglichen Instance-Typen erfüllt. Zu diesem Zweck spezifizieren Sie Zuweisungsstrategien und .
Eine Übersicht der bewährten Methoden für eine Gruppe mit gemischten Instanzen finden Sie unterÜbersicht über die Einrichtung für die Erstellung einer gemischten Instance-Gruppe.
Spot-Instances
Amazon EC2 Auto Scaling bietet die folgenden Allokationsstrategien, die für Spot-Instances verwendet werden können:
price-capacity-optimized(empfohlen)-
Die preis- und kapazitätsoptimierte Zuweisungsstrategie betrachtet sowohl den Preis als auch die Kapazität, um die Spot-Instance-Pools auszuwählen, die am unwahrscheinlichsten unterbrochen werden und den niedrigstmöglichen Preis haben.
Wir empfehlen diese Strategie für den Einstieg. Weitere Informationen finden Sie im AWS Blog unter Einführung in die price-capacity-optimized Zuweisungsstrategie für EC2-Spot-Instances
. capacity-optimized-
Amazon EC2 Auto Scaling fordert Ihre Spot Instance aus dem Pool mit optimaler Kapazität für die Anzahl der zu startenden Instances an.
Bei Spot-Instances ändert sich die Preisgestaltung im Laufe der Zeit basierend auf langfristigen Trends bei Angebot und Nachfrage langsam. Die Kapazität schwankt jedoch in Echtzeit. Bei Anwendung der Strategie
capacity-optimizedwird Spot-Instances automatisch zu den am besten verfügbaren Pools gestartet, indem Echtzeitdaten zur Kapazität analysiert werden und prognostiziert wird, welche Pools am besten verfügbar sind. Dies trägt dazu bei, mögliche Unterbrechungen für Workloads zu minimieren, bei denen Unterbrechungen ggf. aufgrund des Neustarts von Aufgaben sowie aufgrund von Checkpointing zu höheren Kosten führen. Um bestimmten Instance-Typen eine höhere Chance zu geben, zuerst zu starten, verwenden Siecapacity-optimized-prioritized. capacity-optimized-prioritized-
Sie legen die Reihenfolge der Instance-Typen für die Überschreibungen der Startvorlagen von der höchsten bis zur niedrigsten Priorität (vom ersten bis zum letzten in der Liste) fest. Amazon EC2 Auto Scaling erfüllt die Prioritäten des Instance-Typen auf Best Effort-Basis, optimiert jedoch zuerst die Kapazität. Dies ist eine gute Option für Workloads, bei denen die Möglichkeit von Unterbrechungen minimiert werden muss, aber auch die Präferenz für bestimmte Instance-Typen von Bedeutung ist. Wenn die On-Demand-Zuweisungsstrategie auf
prioritizedfestgelegt ist, wird bei der Abdeckung von On-Demand-Kapazität die gleiche Priorität angewendet. lowest-price-
Amazon EC2 Auto Scaling fordert Ihre Spot Instances unter Verwendung der preisgünstigsten Pools innerhalb einer Availability Zone für die Anzahl N von Spot-Pools an, die Sie für die Einstellung Pools mit dem niedrigsten Preis angegeben haben. Wenn Sie also beispielsweise vier Instance-Typen und vier Availability Zones angeben, kann Ihre Auto-Scaling-Gruppe auf bis zu 16 Spot-Pools zugreifen. (Vier in jeder Availability Zone.) Wenn Sie für die Zuweisungsstrategie zwei Spot-Pools (N=2) angeben, kann Ihre Auto-Scaling-Gruppe die beiden preisgünstigsten Pools pro Availability Zone nutzen, um Ihre Spot-Kapazität abzudecken.
Da bei dieser Strategie nur der Instance-Preis und nicht die Kapazitätsverfügbarkeit berücksichtigt wird, kann es zu hohen Unterbrechungsraten kommen.
Amazon EC2 Auto Scaling versucht, Spot Instances aus der Anzahl (N) der Pools zu ziehen, die Sie angeben. Wenn einem Pool die Spot-Kapazität ausgeht, bevor Ihre gewünschte Kapazität erreicht ist, wird Amazon EC2 Auto Scaling Ihre Anfrage weiterhin erfüllen, indem sie sie aus dem nächstgünstigsten Pool zieht. Um Ihre gewünschte Kapazität abzudecken, erhalten Sie möglicherweise Spot Instances aus mehr Pools als der von Ihnen angegebenen Anzahl (N). Wenn die meisten Pools keine Spot-Kapazität haben, erhalten Sie Ihre volle gewünschte Kapazität möglicherweise von weniger als der von Ihnen angegebenen Anzahl (N) von Pools.
Anmerkung
Wenn Sie eine Spot Instance mit aktiviertem AMD SEV-SNP starten, wird Ihnen eine zusätzliche stündliche Nutzungsgebühr in Höhe von 10 % des On-Demand-Stundensatzes
On-Demand Instances
Amazon EC2 Auto Scaling bietet die folgenden Zuweisungsstrategien, die für On–Demand-Instances verwendet werden können:
lowest-price-
Amazon EC2 Auto Scaling stellt automatisch den günstigsten Instance-Typ in jeder Availability Zone bereit, basierend auf dem aktuellen On-Demand-Preis.
Um Ihre gewünschte Kapazität zu erreichen, erhalten Sie in den einzelnen Availability Zones möglicherweise On-Demand-Instances von mehreren Instance-Typen. Dies hängt davon ab, wie viel Kapazität Sie anfordern.
prioritized-
Bei der Abdeckung der On-Demand-Kapazität bestimmt Amazon EC2 Auto Scaling, welcher Instance-Typ zuerst verwendet wird (basierend auf der Reihenfolge der Instance-Typen in der Liste der Startvorlagen-Überschreibungen). Ein Beispiel: Angenommen, Sie geben drei Startvorlagen-Überschreibungen in der folgenden Reihenfolge an:
c5.large,c4.largeundc3.large. Beim Start Ihrer On-Demand-Instances verwendet die Auto-Scaling-Gruppe erstc5.large, dannc4.largeund schließlichc3.large, um die On-Demand-Kapazität abzudecken.Berücksichtigen Sie beim Verwalten der Prioritätsreihenfolge Ihrer On-Demand-Instances Folgendes:
-
Sie können für die Nutzung im Voraus bezahlen, um erhebliche Rabatte für On-Demand-Instances zu erhalten, indem Sie entweder Savings Plans oder Reserved Instances verwenden. Weitere Informationen finden Sie auf der Preisseite für Amazon EC2
. -
Bei Reserved Instances gilt die ermäßigte Rate der regulären On-Demand-Instance-Preise, wenn Amazon EC2 Auto Scaling passende Instance-Typen startet. Das bedeutet: Wenn Sie über ungenutzte Reserved Instances für
c4.largeverfügen, können Sie die Priorität der Instance-Typen so festlegen, dass dem Instance-Typc4.largedie höchste Priorität für Ihre Reserved Instances eingeräumt wird. Wenn einec4.large-Instance gestartet wird, erhalten Sie die Preise für die Reserved Instance. -
Bei Savings Plans gelten bei Verwendung von Amazon EC2 Instance Savings Plans oder Compute Savings Plans die regulären On-Demand-Instance-Preise. Savings Plans bieten mehr Flexibilität bei der Priorisierung Ihrer Instance-Typen. Solange Sie Instance-Typen verwenden, die durch Ihren Savings Plan abgedeckt sind, können Sie sie in beliebiger Prioritätsreihenfolge festlegen. Sie können auch gelegentlich die gesamte Reihenfolge Ihrer Instance-Typen ändern und trotzdem weiterhin den Savings-Plan-Rabatt erhalten. Weitere Informationen zu Savings Plans finden Sie im Savings Plans User Guide.
-
Wie funktionieren die Allokationsstrategien mit Gewichten
Wenn Sie den WeightedCapacity Parameter in Ihren Überschreibungen ("DesiredCapacityType": "vcpu"oder "DesiredCapacityType":
"memory-mib" auf Gruppenebene) angeben, funktionieren die Zuweisungsstrategien genauso wie bei anderen Auto Scaling Scaling-Gruppen.
Der einzige Unterschied besteht darin, dass, wenn Sie sich für die price-capacity-optimized Strategie lowest-price oder entscheiden, Ihre Instances aus den Instance-Pools mit dem niedrigsten Preis pro Einheit in jeder Availability Zone stammen. Weitere Informationen finden Sie unter Konfigurieren Sie eine Auto Scaling Scaling-Gruppe für die Verwendung von Instanzgewichten.
Stellen Sie sich zum Beispiel vor, Sie haben eine Auto-Scaling-Gruppe mit mehreren Instance-Typen, die unterschiedliche Mengen an vCPUs haben. Sie verwenden lowest-price für Ihre Spot- und On-Demand-Allokationsstrategien. Wenn Sie sich dafür entscheiden, Gewichtungen auf der Grundlage der vCPU-Anzahl jedes Instance-Typs zuzuweisen, startet Amazon EC2 Auto Scaling die Instance-Typen, die zum Zeitpunkt der Erfüllung den niedrigsten Preis für die von Ihnen zugewiesenen Gewichtungswerte haben (z. B. pro vCPU). Wenn es sich um eine Spot-Instance handelt, dann ist dies der niedrigste Spot-Preis pro vCPU. Wenn es sich um eine On-Demand-Instance handelt, dann ist dies der niedrigste On-Demand-Preis pro vCPU.
