Ein Anbieter liefert ein Unit-Testing-Produkt als Amazon Machine Image (AMI) für EC2. Konfigurationseinstellungen werden in Amazon DynamoDB gespeichert und Testergebnisse in Amazon S3. Das Produkt erfordert mindestens drei EC2-Instances, um ausgeführt zu werden, und das Testteam möchte die Möglichkeit haben, drei weitere EC2-Instances mithilfe von Spot Instances hinzuzufügen, wenn die Spot-Preise ein Ziel erreichen. Entwerfen Sie als SysOps-Administrator eine hochverfügbare Bereitstellung mit minimalem Betriebsaufwand. Welcher Ansatz erfüllt diese Anforderungen mit dem geringsten Overhead?

Die korrekte Option ist die beste Lösung, da sie eine einzige Auto Scaling-Gruppe mit einer Startvorlage verwendet, die sowohl On-Demand- als auch Spot-Instances verwalten kann. Startvorlagen sind der empfohlene Weg, um die Konfiguration für Auto Scaling-Gruppen zu definieren, da sie mehr Funktionen (z. B. die Angabe von Instance-Typen und Kaufoptionen) und eine bessere Versionskontrolle bieten als Startkonfigurationen. Durch die Konfiguration der Gruppe, um drei On-Demand-Instances dauerhaft laufen zu lassen und bei Bedarf drei Spot-Instances hinzuzufügen, wird die Hochverfügbarkeit gewährleistet und gleichzeitig die Kosten optimiert, wenn Spot-Preise günstig sind. Die Angabe des maximalen Spot-Instance-Preises in der Startvorlage ermöglicht eine automatische Skalierung basierend auf den Kosten. Die erste Option ist weniger optimal, da Startkonfigurationen im Vergleich zu Startvorlagen weniger flexibel sind und nicht die Möglichkeit bieten, On-Demand- und Spot-Instances innerhalb derselben Konfiguration zu mischen, wie es hier erforderlich ist. Die dritte und vierte Option, die zwei separate Auto Scaling-Gruppen vorschlagen, erhöhen den Betriebsaufwand, da zwei Gruppen verwaltet werden müssen, anstatt einer einzigen, die beide Instance-Typen effizient handhaben kann.