„VMs starten/beenden v2“: Übersicht

Mit dem Feature „VMs starten/beenden v2“ werden Azure Virtual Machines-Instanzen über mehrere Abonnements hinweg gestartet oder beendet. Damit können Sie VMs nach benutzerdefinierten Zeitplänen starten und beenden, über Azure Application Insights Erkenntnisse gewinnen und mithilfe von Aktionsgruppen optional Benachrichtigungen senden. In den meisten Szenarien kann „VMs starten/beenden“ VMs verwalten, die sowohl von Azure Resource Manager als auch von Azure Service Manager (klassisch) bereitgestellt und verwaltet werden, der veraltet ist.

Diese neue Version von „VMs starten/beenden v2“ ist eine dezentralisierte kostengünstige Automatisierungsoption für Kunden, die Ihre VM-Kosten optimieren möchten. Sie bietet die gleiche Funktionalität wie die mit Azure Automation verfügbare ursprüngliche Version, ist aber darauf ausgelegt, neuere Technologie in Azure zu nutzen. Die Funktion „Start/Stop-VMs v2“ basiert auf mehreren Azure-Diensten, und sie wird basierend auf den bereitgestellten und verbrauchten Diensten in Rechnung gestellt werden.

Wichtige Updates zu „VMs starten/beenden v2“

  • Wir haben unsere Funktions-App-Ressource zum Starten/Beenden von VMs v2 aktualisiert, um Azure Functions Version 4.x zu verwenden. Diese Version erhalten Sie standardmäßig, wenn Sie „VMs starten/beenden v2“ aus Marketplace installieren. Bestandskunden sollten mit unserer Funktion für automatische Updates von Functions Version 3.x zu Version 4.x migrieren. Diese Funktion ruft die neueste Version ab, indem entweder die TriggerAutoUpdate-Timerfunktion ein Mal manuell ausgeführt oder auf die Ausführung des Zeitplans gewartet wird, wenn Sie diese aktiviert haben.

  • Wir haben unserer Lösung „VMs starten/beenden v2“ einen Plan (VZ – Verfügbarkeitszone) hinzugefügt, um ein zuverlässigeres Angebot zu ermöglichen. Sie können jetzt zwischen Verbrauchs- und Verfügbarkeitszonenplänen wählen, bevor Sie ihre Bereitstellung starten. In den meisten Fällen sind die monatliche Kosten des Verfügbarkeitszonenplans im Vergleich zum Verbrauchsplan höher.

  • Die automatische Aktualisierungsfunktion wurde am 28. April 2022 eingeführt. Dieses neue Feature zum automatischen Aktualisieren hilft Ihnen, auf der neuesten Version der Lösung zu bleiben. Dieses Feature ist standardmäßig aktiviert, wenn Sie eine neue Installation ausführen.
    Wenn Sie Ihre Lösung vor diesem Datum bereitgestellt haben, können Sie die neueste Version aus unserem GitHub-Repository erneut installieren.

Übersicht

„VMs starten/beenden v2“ wurde neu gestaltet und ist nicht wie die vorherige Version von Azure Automation oder Azure Monitor-Protokollen abhängig. Die Ausführung des Startens und Beendens des virtuellen Computers basiert bei dieser Version auf Azure Functions.

In Microsoft Entra ID wird für diese Azure Functions-Anwendung eine verwaltete Identität erstellt, die „VMs starten/beenden v2“ den mühelosen Zugriff auf andere geschützte Microsoft Entra-Ressourcen wie die Logik-Apps und Azure-VMs ermöglicht. Weitere Informationen zu verwalteten Identitäten in Microsoft Entra ID finden Sie unter Verwaltete Identitäten für Azure-Ressourcen.

Ein Endpunkt der HTTP-Triggerfunktion wird erstellt, um die im Feature enthaltenen Zeitplan- und Sequenzszenarien zu unterstützen, wie in der folgenden Tabelle dargestellt.

Name Trigger BESCHREIBUNG
Geplant HTTP Diese Funktion ist sowohl für ein geplantes als auch sequenziertes Szenario (Unterscheidung nach dem Nutzlastschema) vorgesehen. Dabei handelt es sich um die von der Logik-App aufgerufene Einstiegspunktfunktion, der die Nutzdaten zum Verarbeiten des Start- oder Beendigungsvorgangs der VM übergeben werden.
AutoStop HTTP Diese Funktion unterstützt das AutoStop-Szenario, das die von der Logik-App aufgerufene Einstiegspunktfunktion ist.
AutoStopVM HTTP Diese Funktion wird automatisch von der VM-Warnung ausgelöst, wenn die Warnungsbedingung erfüllt ist.
VirtualMachineRequestOrchestrator Warteschlange Diese Funktion ruft die Nutzlastinformationen aus der Scheduled-Funktion ab und orchestriert die Anforderungen zum Starten und Beenden des virtuellen Computers.
VirtualMachineRequestExecutor Warteschlange Diese Funktion führt den eigentlichen Start- und Beendevorgang auf dem virtuellen Computer aus.
CreateAutoStopAlertExecutor Warteschlange Diese Funktion ruft die Nutzlastinformationen aus der Funktion AutoStop ab, um die Warnung auf dem virtuellen Computer zu erstellen.
HeartBeatAvailabilityTest Timer Diese Funktion überwacht die Verfügbarkeit der primären HTTP-Funktionen.
CostAnalyticsFunction Timer Diese Funktion wird von Microsoft verwendet, um die Gesamtkosten zum Starten/Beenden von V2 kundenübergreifend zu schätzen. Diese Funktion wirkt sich nicht auf die Funktionalität zum Starten/Beenden von V2 aus.
SavingsAnalyticsFunction Timer Diese Funktion wird von Microsoft verwendet, um die Gesamteinsparungen beim Starten/Beenden von V2 kundenübergreifend zu schätzen. Diese Funktion wirkt sich nicht auf die Funktionalität zum Starten/Beenden von V2 aus.
VirtualMachineSavingsFunction Warteschlange Diese Funktion führt die Berechnung der tatsächlichen Einsparungen auf einem virtuellen Computer durch, die mit der Lösung zum Starten/Beenden V2 erzielt werden.
TriggerAutoUpdate Timer Diese Funktion startet den automatischen Aktualisierungsprozess basierend auf der Anwendungseinstellung „EnableAutoUpdate=true“.
UpdateStartStopV2 Warteschlange Diese Funktion führt die tatsächliche automatische Aktualisierung aus, die Ihre aktuelle Version mit der verfügbaren Version überprüft und die endgültige Aktion entscheidet.

Beispielsweise wird die Scheduled-HTTP-Triggerfunktion verwendet, um Plan- und Sequenzszenarios zu behandeln. Entsprechend behandelt die AutoStop-HTTP-Triggerfunktion das Szenario für automatische Beendigung.

Die Triggerfunktionen auf Warteschlangenbasis sind zur Unterstützung dieser Funktion erforderlich. Alle Trigger auf Timerbasis werden zum Durchführen des Verfügbarkeitstests und zum Überwachen der Integrität des Systems verwendet.

Mit Azure Logic Apps werden die Zeitpläne für das Starten und Beenden der VM konfiguriert und verwaltet, indem die Funktion mithilfe einer JSON-Nutzlast aufgerufen wird. Standardmäßig werden während der ersten Bereitstellung insgesamt fünf Logik-Apps für die folgenden Szenarios erstellt:

  • Geplant: Aktionen zum Starten und Beenden basieren auf einem Zeitplan, den Sie für Azure Resource Manager-VMs und klassische VMs angeben. ststv2_vms_Scheduled_start und ststv2_vms_Scheduled_stop konfigurieren das geplante Starten und Beenden.

  • Sequenziert: Aktionen zum Starten und Beenden basieren auf einem Zeitplan für VMs mit vordefinierten Sequenzierungstags. Es werden nur zwei benannte Tags unterstützt: sequencestart und sequencestop. ststv2_vms_Sequenced_start und ststv2_vms_Sequenced_stop konfigurieren das sequenzierte Starten und Beenden.

    Die richtige Methode zum Verwenden der Sequenzfunktionalität besteht darin, ein Tag namens sequencestart auf jeder VM zu erstellen, die Sie in einer Sequenz starten möchten. Der Tagwert muss eine ganze Zahl zwischen 1 und N für jede VM im jeweiligen Bereich sein. Das Tag ist optional. Wenn es nicht vorhanden ist, wird die entsprechende VM bei der Sequenzierung nicht berücksichtigt. Dieselben Kriterien gelten für das Beenden von VMs, nur der Tagname lautet in diesem Fall sequencestop. Sie müssen beide Tags auf jeder VM konfigurieren, um die Aktion zum Starten und Beenden zu erhalten. Wenn zwei oder mehr VMs denselben Tagwert gemeinsam nutzen, werden diese VMs gleichzeitig gestartet oder beendet.

    Die folgende Tabelle zeigt beispielsweise, dass Starten- und Beenden-Aktionen in aufsteigender Reihenfolge nach dem Wert des Tags verarbeitet werden.

    Table that shows sequence settings tag examples

    Hinweis

    In diesem Szenario werden nur Azure Resource Manager-VMs unterstützt.

  • AutoStop: Diese Funktion wird nur verwendet, um sowohl für Azure Resource Manager-VMs als auch klassische VMs basierend auf der CPU-Auslastung eine Aktion zum Beenden auszuführen. Dabei kann es sich auch um eine geplante Aktion handeln, die Warnungen auf virtuellen Computern erstellt, und basierend auf der Bedingung wird die Warnung ausgelöst, um die Aktion zum Beenden auszuführen. ststv2_vms_AutoStop konfiguriert die AutoStop-Funktion.

Jede Aktion zum Starten/Beenden unterstützt die Zuweisung von einem oder mehreren Abonnements, Ressourcengruppen oder einer Liste von VMs.

Ein von Functions benötigtes Azure Storage-Konto wird auch von „VMs starten/beenden v2“ aus zwei Gründen verwendet:

  • Azure Table Storage wird zum Speichern der Metadaten des Ausführungsvorgangs (d. h. der Aktion zum Starten/Beenden der VM) verwendet.

  • Azure Queue Storage wird zur Unterstützung der auf Warteschlangen basierenden Azure Functions-Trigger verwendet.

Alle Ablaufverfolgungs-Protokolldaten aus der Ausführung der Funktions-App werden an Ihre verbundene Application Insights-Instanz gesendet. Sie können die in Application Insights gespeicherten Telemetriedaten mithilfe einer Reihe vordefinierter Visualisierungen in einem freigegebenen Azure-Dashboard anzeigen.

Start/Stop VMs shared status dashboard

E-Mail-Benachrichtigungen werden auch als Ergebnis von Aktionen gesendet, die auf den VMs ausgeführt werden.

Neue Versionen

Wenn eine neue Version von „VMs starten/beenden v2“ veröffentlicht wird, wird Ihre Instanz automatisch aktualisiert, ohne dass eine manuelle erneute Bereitstellung erforderlich ist.

Unterstützte Optionen zur Eingrenzung

Subscription

Die Eingrenzung auf ein Abonnement können Sie verwenden, wenn Sie die Aktion zum Starten und Beenden für alle VMs in einem gesamten Abonnement ausführen müssen, und ggf. können Sie mehrere Abonnements auswählen.

Sie können auch eine Liste auszuschließender VMs angeben, die dann von der Aktion ignoriert werden. Außerdem können Sie Platzhalterzeichen verwenden, um alle Namen anzugeben, die gleichzeitig ignoriert werden können.

Resource group

Die Eingrenzung auf eine Ressourcengruppe können Sie verwenden, wenn Sie die Aktion zum Starten und Beenden für alle VMs in einer oder mehreren Ressourcengruppen durchführen müssen. Geben Sie hierfür einen oder mehrere Ressourcengruppennamen in einem Abonnement oder mehrere Abonnements übergreifend an.

Sie können auch eine Liste auszuschließender VMs angeben, die dann von der Aktion ignoriert werden. Außerdem können Sie Platzhalterzeichen verwenden, um alle Namen anzugeben, die gleichzeitig ignoriert werden können.

VMList

Sie können eine Liste mit VMs angeben, wenn Sie die Aktion zum Starten und Beenden für eine bestimmte Gruppe von virtuellen Computern und mehrere Abonnements übergreifend ausführen müssen. Diese Option unterstützt nicht die Angabe einer Liste auszuschließender VMs.

Voraussetzungen

  • Sie benötigen ein Azure-Konto mit einem aktiven Abonnement. Sie können kostenlos ein Konto erstellen.

  • Damit Sie die Lösung bereitstellen können, muss Ihrem Konto die Berechtigung Besitzer im Abonnement erteilt worden sein.

  • „VMs starten/beenden v2“ ist in allen globalen Azure- und US Government-Cloudregionen verfügbar, die auf der Seite Verfügbare Produkte nach Region für Azure Functions aufgelistet sind.

Nächste Schritte

Informationen zum Bereitstellen dieser Funktion finden Sie unter Bereitstellen von „VMs starten/beenden“.