Zum Inhalt

Eine Managed VM anfragen, ändern und entfernen

Alle Änderungen an Managed VMs sind Standardänderungen: Du beschreibst, was du willst, das Plattform-Team ändert die VM- Konfiguration im Code, lässt sie prüfen und deployt sie. Du änderst VM-Größe oder Disks nicht im Portal, weil das nächste Deployment es wieder rückgängig machen würde.

Welchen Intake du nutzt, hängt von deiner Plattform ab (Betriebsmodelle). Es gibt zwei Formen:

Form So funktioniert es
Anfrageformular Du beantwortest die Fragen auf dieser Seite in einem Ticket oder Work Item. Das Plattform-Team bearbeitet die VM-Konfiguration.
Pull request Du bearbeitest die VM-Konfigurationsdatei deines Spokes selbst und öffnest einen pull request, plus ein Ticket, das darauf verweist. Das Plattform-Team prüft, merged und deployt. Nur für Teams, die Zugriff auf das Konfigurations-Repository erhalten haben.

Anfragetypen

Anfrage Braucht einen bestehenden Spoke Hinweise
Neues Managed-VM-Deployment ja Einmalig pro Spoke. Bereitet die unterstützende Infrastruktur vor.
Neue VM-Konfiguration ja, und ein Deployment Die VM oder die Gruppe identischer VMs.
Eine VM-Konfiguration ändern Siehe Eine VM-Konfiguration ändern.
Eine VM-Konfiguration entfernen Entfernt die VMs dieser Konfiguration.
Ein Managed-VM-Deployment entfernen Entfernt die unterstützende Infrastruktur des Spokes. Endgültig.

Neues Managed-VM-Deployment

Feld Pflicht Hinweise
Spoke ja Der Spoke, in den das Deployment geht.
Workload-Kurzname ja Identifiziert alle VM-Konfigurationen des Deployments. Zusammen mit dem Kurznamen der Konfiguration ist er auf eine Gesamtlänge begrenzt (zum Beispiel 8 Zeichen in Nicht-Produktion und 11 in Produktion). Frag dein Plattform-Team nach dem Limit.

Neue VM-Konfiguration

Wenn ein Feld optional ist, gilt der Standardwert.

Feld Pflicht Standard Hinweise
Spoke ja
Umgebung ja Produktion oder Nicht-Produktion. Bestimmt Standardwerte wie die Shutdown-Policy und die Reservation-Regeln.
Kurzname der Konfiguration ja Siehe das Längenlimit oben.
Anzeigename ja Ein sprechender Name.
Standort ja Nur Regionen, in denen deine Plattform läuft.
Größe ja Die VM-SKU. Siehe VM-Größen. Prüfe bei großen Größen das Kontingent.
Instanzen nein 1 Anzahl identischer VMs.
Owners ja Personen (wie in Entra ID), die die Konfiguration verwalten und andere Benutzer zuweisen.
OS-Typ ja linux oder windows. Siehe Betriebssystem.
OS-SKU nein neueste Ubuntu LTS (Linux) oder das neueste Windows Server Datacenter Das Modul ordnet seine eigenen SKU-Namen Azure-Images zu.
OS-Disk-Größe (GB) nein 128
OS-Disk-Speichertyp nein StandardSSD_ZRS Standard_LRS, StandardSSD_LRS, Premium_LRS, StandardSSD_ZRS, Premium_ZRS.
OS-Disk-Caching nein ReadWrite None, ReadOnly, ReadWrite.
Daten-Disks nein keine Pro Disk: Größe in GB und Typ (Standard_LRS, Premium_LRS, StandardSSD_LRS, StandardSSD_ZRS, Premium_ZRS, PremiumV2_LRS, UltraSSD_LRS; Standard StandardSSD_ZRS).
Auto-shutdown-Zeiten nein keine Zeitpunkt, zu dem die VM-Konfiguration herunterfährt. Siehe Kostenoptimierung.
Domain Join nein false Nur Windows.
Öffentliche IP nein false Normalerweise nicht gewollt: nutze Bastion. Die Policy deiner Plattform kann sie verbieten.
Neustarts bei Updates erlauben nein false Ob die VM im Wartungsfenster neu starten darf. Siehe Updates und Patching.
Access Packages nutzen nein true Owners weisen Benutzer im Portal My Access zu. Manche Plattformen nutzen keine Access Packages mehr und bevorzugen false. Frag dein Plattform-Team, was gilt.
Entra-ID-Anmeldung nein false Du willst fast immer true.
Change Tracking and Inventory nein false
Wartungsfenster nein wöchentlich, Montag 03:00 bis 05:00 Wann Updates installiert werden dürfen. Die plattformweiten Zeitpläne stehen unter Updates und Patching.
Paketnamen ausschließen nein keine Linux-Pakete, die vom Patching ausgeschlossen werden. Wildcard * erlaubt.
KB-Nummern ausschließen nein keine Auszuschließende Windows-Updates. Nur konkrete KB-Nummern.
Backup-Lösung(en) nein Recovery Services vault Siehe Backup und Wiederherstellung.
RPO und Aufbewahrung pro Lösung nein RPO 8 Stunden, Aufbewahrung 28 Tage Siehe Backup und Wiederherstellung.

Prüfe die Kosten, bevor du anfragst

Disk-Tier und VM-Größe bestimmen den größten Teil der monatlichen Kosten. Führe die Disk-Prüfung durch, bevor du absendest, siehe Kostenoptimierung. Produktions-VMs, die den ganzen Tag laufen, brauchen eine Reservation, siehe Kosten und Reservations.

Eine VM-Konfiguration ändern

Sende nur die Felder, die sich ändern, plus den Spoke und den Kurznamen der Konfiguration.

Änderung Zusätzliche Felder Anmerkungen
Owners hinzufügen oder entfernen Hinzufügen oder Entfernen, Liste der Owners
Die VM-Konfiguration in der Größe ändern Gewünschte SKU Die VM startet neu. Prüfe vorher das Kontingent.
Die Anzahl der Instanzen ändern Anzahl der Instanzen
Eine Daten-Disk hinzufügen Größe in GB, Typ (Standard StandardSSD_ZRS)
Eine Daten-Disk entfernen Welche Disk, als 0-basierter Index in der Liste data_disks der Konfiguration Die Daten darauf sind nach der Änderung weg.
Eine angehängte Disk vergrößern OS-Disk oder Daten-Disk (Index), neue Größe in GB Disks können nur wachsen, nie schrumpfen.
Das Wartungsfenster ändern Das neue Fenster
Backup-Parameter ändern Backup-Lösung(en), RPO, Aufbewahrung Der RPO des Backup Vault kann danach nicht mehr geändert werden.
Die Auto-shutdown-Zeit ändern Die neue Zeit
Funktionen ein- oder ausschalten Öffentliche IP, Neustarts bei Updates, Access Packages, Entra-ID-Anmeldung, Change Tracking and Inventory, Domain Join Felder, die du leer lässt, bleiben unverändert.

Größenänderung und Disk-Entfernung starten neu oder löschen

Die Größenänderung einer VM startet sie neu. Das Entfernen einer Daten-Disk löscht die Daten darauf. Vereinbare einen Zeitpunkt mit den Nutzern der VM und erstelle zuerst ein Backup, wenn die Daten wichtig sind.

Eine VM-Konfiguration oder ein Deployment entfernen

Anfrage Felder
Eine VM-Konfiguration entfernen Spoke, Kurzname der Konfiguration
Ein Managed-VM-Deployment entfernen Spoke

Das Entfernen ist endgültig. Frag dein Plattform-Team, ob die VM-Konfigurationen vor dem Deployment entfernt werden müssen. Prüfe, ob du ein letztes Backup oder einen Wiederherstellungspunkt brauchst und wie lange der vault seine Wiederherstellungspunkte aufbewahrt, nachdem die VMs weg sind (Backup und Wiederherstellung).

Was nach deiner Anfrage passiert (Pull-request-Form)

  1. Du öffnest einen pull request mit der neuen oder geänderten VM-Konfiguration und ein Ticket mit dem Link zum pull request. Schließe den pull request nicht selbst ab.
  2. Das Plattform-Team oder dein eigenes Architektur-Team prüft den pull request (Design-Review).
  3. Der Plattform-Operator prüft, merged und deployt die Änderung.
  4. Du wirst informiert und das Ticket wird geschlossen.

Wie du den pull request vorbereitest und was der Reviewer prüft, steht in Einen Managed-VM-pull-request vorbereiten. Zwei praktische Hinweise zur Pull-request-Form:

  • Beginne mit der Template-Datei für die Umgebung im Konfigurations-Repository (eine Datei pro Spoke und Umgebung).
  • Für einen neuen Spoke-Ordner muss der Spoke außerdem zur Liste der Spokes in der Deployment-pipeline hinzugefügt werden. Sonst wird nichts deployt. Normalerweise macht das Plattform-Team: Erwähne es im Ticket.

Siehe Support, was in ein Ticket gehört, und So stellst du eine Anfrage für den allgemeinen Anfrageprozess.