Planung und Organisationsbereitschaft für Azure-VMware-Lösung

Dieser Artikel hilft Entscheidungsträgern, ihre Organisation auf die Ausführung von Workloads auf Azure-VMware-Lösung vorzubereiten, indem Sie vor der Bereitstellung Besitz, Governance, Fähigkeiten und Betriebsmodelle definieren.

Die Abbildung zeigt einen Prozess, der fünf durch Pfeile verbundene Phasen durchläuft: Planung und Vorbereitung, Azure-Landing-Zone-Architektur, Governance- und Sicherheitsbaselines, Betriebsstandards und Migration. Jede Phase baut auf der vorherigen Phase auf, um Workloads auf Azure-VMware-Lösung vorzubereiten, zu steuern, zu betreiben und zu migrieren.

Azure-VMware-Lösung Generation 2 bietet eine VMware Cloud Foundation-basierte Plattform, mit der Organisationen VMware-Workloads nativ in Azure ausführen und in Azure-Dienste integrieren können. Azure-VMware-Lösung ist am erfolgreichsten, wenn Organisationen vor Beginn der Bereitstellung Betriebsbesitz, Governance, Fähigkeiten und finanzielle Rechenschaftspflicht einrichten. Frühe Entscheidungen reduzieren das Migrationsrisiko und helfen Teams dabei, die Plattform konsistent als Einführungsmaßstab zu betreiben. Für Organisationen, die Azure-VMware-Lösung Generation 1 bereits betreiben, dienen diese Empfehlungen als Leitfaden für die Modernisierung und die betriebliche Ausrichtung, da Gen 2 zum bevorzugten Bereitstellungsmodell wird.

Empfehlung: Definieren Sie vor der Bereitstellung Betriebsbesitz, Governance-Kontrollen, Qualifikationspläne, Lizenzierungsverpflichtungen und Kostenverwaltungspraktiken, damit Teams Arbeitsauslastungen mit Vertrauen migrieren und die Plattform effizient betreiben können, wenn die Einführung wächst.

1. Bereitstellungsmodell

Azure-VMware-Lösung wird als eine oder mehrere private Clouds bereitgestellt. Jede private Cloud stellt eine operative, Governance- und Lebenszyklusgrenze dar. Eine private Cloud kann mehrere Workloads hosten oder je nach Isolation, Compliance, Leistung und Besitzanforderungen einer einzelnen Workload zugeordnet sein.

Organisationen sollten ermitteln, ob Workloads private Clouds teilen oder dedizierte Umgebungen erfordern, bevor Sie ein Betriebssystemmodell einrichten. Diese Entscheidung wirkt sich auf Eigentumsgrenzen, betriebliche Verantwortlichkeiten, Kostenzuweisungen und Governanceanforderungen aus. Außerdem sollten Sie die Skalierbarkeitsgrenzwerte überprüfen, um sicherzustellen, dass Ihr Private Cloud-Ansatz die erforderliche Kapazität für Ihre Workloads bereitstellt. Die Entscheidung besteht darin, wie viele private Clouds Ihre Organisation betreiben soll.

• Eine private Cloud, viele Workloads. Platzieren Sie Workloads zusammen, wenn sie dieselben Sicherheitsanforderungen, dieselbe betriebliche Verantwortung und dieselben Lebenszyklusziele haben. Dieser Ansatz sorgt dafür, dass die Hosts gut ausgelastet sind und die Kosten niedrig bleiben. Abwägung: Gemeinsam genutzte Workloads übernehmen dieselben Wartungsfenster, Clusterressourcen und Auswirkungen von Ausfällen, sodass sich eine Änderung oder ein Vorfall auf alle Workloads auswirken kann.

• Eine Private Cloud, eine Arbeitslast. Erstellen Sie eine separate private Cloud, wenn isolation, eine behördliche Verpflichtung, eine Leistungsgarantie oder ein unabhängiger Lebenszyklus die zusätzlichen Kosten und die Verwaltung rechtfertigt. Kompromiss: Jede zusätzliche private Cloud trägt einen eigenen minimalen Hostanzahl- und Verwaltungsaufwand, also fügen Sie nur eins hinzu, wenn eine echte Anforderung dafür aufruft.

Überlegen Sie, wie Nicht-Produktionsworkloads bereitgestellt werden, z. B. Entwicklungs-/Testinstanzen Ihrer Anwendungen. Sie können sie in derselben privaten Cloud wie den Produktions-Workload gemeinsam platzieren, wodurch sie für ein einzelnes Anwendungsteam einfacher zu verwalten sind, was jedoch eine sorgfältige Zuweisung der Clusterressourcen erfordert, damit die Produktions-Workloads ihre Leistung beibehalten. Alternativ können Sie eine dedizierte private Cloud für Workloads außerhalb der Produktion erstellen, in der Sie Ressourcen stärker überbuchen können, um die Kosten zu senken, wobei unterschiedliche Umgebungen für die Anwendungen über administrative Grenzen hinweg verteilt sind.

2. Betriebsmodell

Bevor Sie Azure-VMware-Lösung bereitstellen, entscheiden Sie, welches Team sie täglich besitzen und betreiben wird. Das richtige Modell hängt von der Größe und Skalierung Ihrer Organisation, der Struktur Ihrer Teams und davon ab, ob verschiedene Geschäftseinheiten unterschiedliche Technologiestapel ausführen. Wählen Sie das Modell, das am besten zu der Art passt, wie Sie gemeinsam genutzte Plattformen bereits betreiben. Drei gängige Ansätze sind:

• Vom Plattformteam verwaltet: Ein zentrales Plattformteam stellt jede Azure-VMware-Lösung Private Cloud als gemeinsam genutzten Dienst bereit und betreibt sie. Das Plattformteam ist für die gesamte Azure Plattform-Zielzone verantwortlich und übernimmt zusätzliche Verantwortung für VMware-Vorgänge in Azure. Arbeitsauslastungsteams verbrauchen Kapazität, ohne die zugrunde liegende Umgebung zu verwalten. Wählen Sie es aus, wenn Sie bereits über ein Azure Plattformteam verfügen und eine konsistente Konfiguration, Netzwerk und Überwachung in vielen Anwendungsteams wünschen.

  • Wann sollte diese Option gewählt werden: Diese Option ist in kleineren Organisationen üblich, in denen dieselben Teams mehrere Technologien verwalten. Ein einzelnes Team, das die Verantwortung für die Azure-Plattform und Azure VMware Service hat, kann die Übergabe zwischen Teams reduzieren, skaliert sich jedoch nicht auf sehr große und komplexe Organisationen oder VMware-Immobilien.

  • Kompromiss: Arbeitsauslastungsteams haben weniger Autonomie und hängen von der Reaktionsfähigkeit des Plattformteams ab, und das Team benötigt Fähigkeiten sowohl in VMware als auch in Azure.

• Dediziertes VMware-Hostingteam: Ein dediziertes Team besitzt Azure-VMware-Lösung neben Ihren anderen VMware-Immobilien in Ihren lokalen Rechenzentren oder anderen öffentlichen Clouds. Sie nutzt gemeinsame Dienste aus dem Azure Plattformteam, z. B. Landungszonen und Identität, und bietet die Plattform dann Anwendungsteams an. Wählen Sie es aus, wenn Sie VMware bereits als zentralen Dienst ausführen und eine klare Trennung zwischen Azure Plattformarbeit und VMware-Vorgängen wünschen.

  • Wann Sie dies wählen sollten: Wenn Ihre Organisation über viele VMware-Umgebungen in verschiedenen Clouds oder Rechenzentren verfügt, sorgt ein zentrales VMware-Verwaltungsteam für ein einheitliches Erlebnis für Workload-Verantwortliche und Entwickler. Diese Option ist auch üblich, wenn Sie über eine sehr ausgereifte VMware-Umgebung mit komplexen Automatisierungs- und Verwaltungsworkflows verfügen, die umfassende VMware-Fähigkeiten erfordern.

  • Kompromiss: Es hängt von einer starken Zusammenarbeit und klar definierten Grenzen zwischen den Azure- und VMware-Teams ab.

• Dezentrales Eigentum: Jedes Workload-Team oder ein Team in Geschäftseinheiten besitzt und betreibt eine eigene private Cloud, die gemeinsame Azure-Dienste wie Konnektivität und Identität nutzt, aber VMware-Vorgänge selbst ausführt. Wählen Sie sie für isolierte Umgebungen oder eine Geschäftseinheit aus, die Autonomie für unterschiedliche Anforderungen benötigt.

  • Wann sollte dies gewählt werden?: Wenn Sie über eine locker gekoppelte Organisation verfügen, in der jede Geschäftseinheit oder Tochtergesellschaft erhebliche Autonomie besitzt, unterstützt es ihre Fähigkeit, unabhängig zu arbeiten, wenn die Verantwortlichen für Workloads ihre eigenen Plattformen verwalten können, und beeinträchtigt ihre Produktivität nicht.

  • Kompromiss: Sie fügen betriebstechnischen Aufwand und doppelten Aufwand hinzu, wenn mehrere Teams jeweils eine eigene Umgebung ausführen, und es ist schwieriger, eine einzige Ansicht der Kosten- und Sicherheitscompliance zu verwalten.

Bevorzugen Sie ein zentrales Modell, wenn Konsistenz und Größenvorteile am meisten wichtig sind. Bevorzugen Sie das Workload-Team-Modell, wenn Autonomie und Isolation wichtiger sind als Standardisierung. Viele große Organisationen kombinieren verschiedene Modelle, bei denen ein Plattform- oder Hosting-Team gemeinsam genutzte private Clouds für die meisten Workloads betreibt und einige Geschäftsbereiche für Sonderfälle eigene Clouds betreiben.

3. Rollen und Verantwortlichkeiten

Die Verantwortlichkeiten des Besitzes variieren je nach Betriebssystem. Der folgende Leitfaden spiegelt gemeinsame Verantwortlichkeiten wider, die in der Regel für die meisten Azure-VMware-Lösung Bereitstellungen gelten. Im folgenden Abschnitt wird der Begriff "Service owner" (Plattformteam, dediziertes VMware-Team oder dezentrales Team) verwendet, um das Team anzugeben, das für den Betrieb der zuvor ausgewählten Azure-VMware-Lösung Plattform verantwortlich ist.

3.1 Verantwortlichkeiten nach Einführungsphase

Verschiedene Teams tragen zu Azure-VMware-Lösung Einführung in verschiedenen Phasen des Lebenszyklus bei. Durch die Definition von Zuständigkeiten nach Phase können Organisationen frühzeitig Verantwortlichkeiten einrichten, Entscheidungen in allen Teams koordinieren und Lücken vermeiden, die die Bereitstellung verzögern oder das Betriebsrisiko erhöhen können.

• Strategiephase: Die Geschäftsleitung definiert Geschäftsziele und genehmigt Investitionsprioritäten. Finanz- und Kommerzielle Teams entwickeln den Geschäftsfall, prognostizieren Kosten und bewerten Lizenz- und Reservierungsverpflichtungen. Das Azure-Plattformteam und das VMware IT-Betriebsteam überprüfen die Machbarkeit, schätzen die Größenanforderungen und bestimmen, ob Workloads freigegebene oder dedizierte private Clouds verwenden sollen.

• Phaseder Organisationsbereitschaft: Das Azure Plattformteam und das VMware IT Operations Team bewerten die Bereitschaft, identifizieren Kompetenzlücken und definieren das Besitzermodell. Der Sicherheitsadministrator und der Identitätsadministrator helfen beim Einrichten von Identitäts-, Zugriffssteuerungs-, Compliance-, Überwachungs- und Lebenszyklusverwaltungsanforderungen vor der Bereitstellung. Überlegen Sie im Rahmen Ihrer Organisationsbereitschaft, ob Sie sowohl in Azure als auch in VMware über ausreichende Fähigkeiten verfügen oder ob ein erfahrener Partner erforderlich ist, um Ihre betrieblichen Fähigkeiten zu entwickeln. Ein Partner mit Azure-VMware-Lösung Know-how kann dazu beitragen, Projektrisiken und Verzögerungen zu reduzieren.

• Architekturphase: Der Netzwerkadministrator führt Konnektivitäts- und Netzwerkentwurfsentscheidungen. Der Identitätsadministrator konfiguriert das vCenter Server-Identitätsmodell und den administrativen Zugriff. Das Azure Plattformteam richtet Zielzonen, Governance-Steuerelemente und Plattformkonnektivität ein. Der Sicherheitsadministrator definiert Sicherheits- und Überwachungsanforderungen. Der Speicheradministrator nimmt teil, wenn externe Speicherdienste erforderlich sind.

• Betriebsphase: Das Azure Plattformteam verwaltet Governance, Zielzonen und gemeinsame Azure-Dienste. Das VMware IT Operations Team verwaltet Private Cloud-Vorgänge, Kapazität und Plattformlebenszyklusaktivitäten. Die Workload-Verantwortlichen bleiben weiterhin für die Anwendungsleistung und die Geschäftsergebnisse verantwortlich. Der Sicherheitsadministrator behält die Complianceüberwachung bei. Finanz- und Kommerzielle Teams überprüfen die Nutzung, Kostenzuteilung, Reservierungen und Optimierungsmöglichkeiten.

• Migrationsphase: Das VMware-Verwaltungsteam und Workloadbesitzer führen Migrationsaktivitäten durch. Der Netzwerkadministrator überprüft Konnektivitäts- und Anwendungsabhängigkeiten. Das IT-Betriebsteam und der Sicherheitsadministrator überprüfen die Überwachung, Sicherung, Wiederherstellung und Sicherheitskontrollen vor der Produktionskürzung. Anwendungsbesitzer testen und überprüfen die Anwendungsleistung und -stabilität vor und nach der Migration.

3.2 Verantwortlichkeiten nach Rollen

Rollenbasierte Zuständigkeiten bieten einen detaillierteren Überblick über die Fähigkeiten und Funktionen, die zum Planen, Bereitstellen, Betreiben und Steuern von Azure-VMware-Lösung erforderlich sind. Organisationen können diese Verantwortlichkeiten demselben oder unterschiedlichen Teams basierend auf ihrem Betriebsmodell zuweisen, aber jede Verantwortung sollte einen eindeutig identifizierten Besitzer haben.

Tabelle: Team und Rolle zugeordnete Zuständigkeiten

Team oder Rolle	Responsibilities
VMware-Administrator	Verwalten Sie VMware Private-Cloud-Ressourcen und -Performance. Konfigurieren Sie Azure-VMware-Lösung Dienste, einschließlich vCenter Server und Live Recovery. Verwalten von Images, Vorlagen und Snapshots virtueller Maschinen. Verwalten von VMware-Lebenszyklusvorgängen. Planen Sie Dienständerungen, z. B. VMware-Softwareupdates und Azure Dienstbenachrichtigungen. Migrieren Sie Anwendungsworkloads aus anderen VMware-Umgebungen in Azure-VMware-Lösung.
Netzwerkadministrator	Stellen Sie sicher, dass Azure-VMware-Lösung in Azure, lokale und WAN-Netzwerke integriert ist. Design für Leistung, Sicherheit und Zuverlässigkeit. Konfigurieren Sie NSX-T, HCX und vDefend Firewall. Planen der Netzwerktopologie und der Erweiterung der Ebene 2.
Speicheradministrator	Entwerfen Sie vSAN-Speicherrichtlinien. Konfigurieren sie externe Speicherdienste. Konfigurieren Sie Sicherungs- und Datenschutzdienste.
Sicherheitsadministrator	Empfehlen Sie Sicherheitsbaselines für Azure-VMware-Lösung. Bereitstellen und Konfigurieren von Sicherheitsdiensten wie Defender für Server und Sentinel. Bewerten sie fortlaufende Risikobewertungen, Sicherheitscompliance und Warnungen.
Identitätsadministrator	Konfigurieren Sie Azure-VMware-Lösung Integration mit Microsoft Entra ID und Active Directory Domain Services. Erstellen Sie benutzerdefinierte Rollen für Azure-VMware-Lösung Administratoren. Wenden Sie rollenbasierte Zugriffssteuerungsberechtigungen (RBAC) für Azure-VMware-Lösung Ressourcen an.
Cloud-Betriebsteam	Entwerfen und Konfigurieren von Überwachungs- und Warnungsrichtlinien. Stellen Sie Azure Arc auf virtuellen VMware-Computern bereit. Konfigurieren Sie Azure Dienste wie Azure Update Manager und Gastkonfiguration.
Verantwortlicher für die Arbeitslast	Workload-Kompatibilität und -Konfiguration überprüfen. Führen Sie täglich administrative Aktionen aus. Workload-Ressourcenlebenszyklen verwalten.
Azure-Plattformteam	Entwerfen Sie Anwendungslandzonen, um Azure-VMware-Lösung zu unterstützen. Konfigurieren Sie Azure Policy zur Unterstützung von Governance- und Sicherheitsanforderungen. Verwalten Sie zentralisierte Infrastructure-as-Code-Bereitstellungspipelines.
oberste Führungsebene	Überwachung langfristiger Ziele für die Cloudakzeptanz. Bereitstellen von Finanzmitteln und kommerzieller Autorität. Klären Sie teamübergreifende Zuständigkeiten und stimmen Sie Prioritäten ab. Änderung der Sponsoren-Steuerung und des Betriebsmodells. Eigene Risikoakzeptanz und architektonische Kompromisse.
Business Analysts	Erfassen und dokumentieren Sie Geschäftsziele. Ordnen Sie geschäftsergebnisse den Anforderungen zu. Verfolgen Sie Die Vorteile und den Erfolg der Einführung. Identifizieren sie Abhängigkeiten und Einschränkungen. Entwickeln Sie Anwendungsbehandlungen, und richten Sie sich an die Cloudstrategie aus.
Finanz- und Handelsteam	Erstellen Sie Kostenmodelle, Budgets und Finanzkontrollen. Verfolgen Sie die Ausgaben im Vergleich zu den Annahmen des Business Case. Beraten Sie über Reservierungen, Lizenzierungs- und Verpflichtungsentscheidungen.

4. Azure-VMware-Lösung Qualifikation

Ihr Besitzmodell und Ihre Rollenzuweisungen bestimmen, wo Sie Fähigkeiten benötigen und wie tief sie gehen. Zielen Sie auf überlappende Kenntnisse, damit Ihre Azure und VMware-Mitarbeiter als ein Team arbeiten. Entscheiden Sie, wie Sie die Fähigkeiten aufbauen und wo Sie sich konzentrieren.

• Richten Sie die Fähigkeiten mit Ihrem Betriebsmodell aus. Verwenden Sie die drei Modelle im vorherigen Abschnitt (im Besitz des Azure-Plattformteams, im Besitz des VMware-Adminteams oder im Besitz des Workload-Teams), um zu entscheiden, wer die Azure-VMware-Lösung Private Cloud verwaltet, wer sie nutzt und welche Berechtigungen die einzelnen Gruppen benötigen. Verwenden Sie die Zuordnung Ihrer Zuständigkeiten, um den Qualifikations- und Schulungsplan Ihres Teams zu erstellen.

• Schaffen Sie ein gemeinsames Verständnis über Teams hinweg. Unabhängig vom Eigentumsmodell sollten Sie darauf abzielen, dass sich das Wissen der Azure- und VMware-Teams überschneidet. VMware-Administratoren benötigen in der Regel ausreichende Azure-Kenntnisse, um Azure-VMware-Lösung im täglichen Betrieb zu verwalten (beispielsweise bei der Verwendung des Azure-Portals, von CLI/PowerShell, Azure Monitor und Azure Arc). Azure Plattformteams müssen die VMware-Konzepte verstehen, die sich am meisten auf die Integration auswirken. Dieses Verständnis umfasst Netzwerkkonstrukte, Sicherheitsgrenzen und Überwachung. Dieses Verständnis ermöglicht eine saubere Integration in Anwendungslandzonen und eine effektive Verwendung von Azure-Diensten wie Microsoft Foundry, SQL-Datenbank und Speicherkonten.

Azure-VMware-Lösung verwendet VMware vSAN für Speicher, VMwareANE für Netzwerke und VMware HCX für die Migration. Wenn Ihre Teams diese Technologien heute nicht verwenden, benötigen sie eine gezielte Schulung vor der Migration. Geben Sie Administratoren praktische Übungen und aktuelle Referenzmaterialien. Diese Anleitung verringert das Ausführungsrisiko. Konzentrieren Sie sich auf diese Bereiche:

• Vernetzung. Verstehen, wie NSX VLAN-basierte Netzwerke ersetzt und wie HCX Netzwerke während einer Migration erweitert. Bewerten Sie vor der Migration Ihre lokalen VLANs, Anwendungsabhängigkeiten und Datenverkehrsflüsse. Erstellen Sie Kenntnisse über Azure Netzwerkkonzepte wie virtuelle Netzwerke, Peering, Routing und Netzwerksicherheitsgruppen.

• Identität: Integrieren Sie Azure-VMware-Lösung in Active Directory Domain Services und Entra ID. Stellen Sie sicher, dass Sie Administratorrechte sichern und Anwendungsentwickler für die Verwendung moderner Authentifizierungsdienste unterstützen.

• Sicherheit und Konformität Verstehen Sie, wie Azure-VMware-Lösung in Microsoft Defender for Cloud, Sentinel und Azure Policy integriert wird und wie die Compliance über VMware- und Azure Grenzen hinweg funktioniert. Gewährleisten Sie Schwachstellenscans und Bedrohungsschutz auf allen Plattformen und Endpunkten.

• Azure Plattformkompetenzen. Bauen Sie Kompetenzen im Umgang mit Azure-Diensten auf, die für den Betrieb und die Verwaltung von Azure-VMware-Lösung verwendet werden, z. B. Azure Monitor, die Kostenverwaltung sowie das Azure-Portal und die Azure CLI.

• Speicher und Sicherung. Verstehen, wie vSAN primären Speicher bereitstellt, wenn externe Azure Speicherdienste geeignet sind und wie Sicherung und Datenschutz in Azure-VMware-Lösung funktionieren. Stellen Sie sicher, dass Ihre Notfallwiederherstellungsanforderungen mit der VM-Replikation erfüllt sind.

5. Broadcom-Lizenzen

Sie müssen portable VMware Cloud Foundation (VCF)-Abonnementlizenzen von Broadcom in einem BYOL-Modell ( Bring Your Own License ) erwerben. Sie benötigen die richtige Anzahl von VCF-Lizenzen, um alle physischen Kerne in der Azure-VMware-Lösung privaten Cloud abzudecken. Wenn Sie eine Azure-VMware-Lösung private Cloud erstellen, geben Sie die Lizenzinformationen als Teil des Bereitstellungsprozesses ein. Wenn Sie über eine aktive reservierte Instanz für lizenzbezogene Hosts verfügen, müssen Sie ihre Lizenzierung möglicherweise in VCF BYOL konvertieren. Optionale Add-Ons wie die VMware vDefend Firewall benötigen eine eigene Broadcom-Lizenz. Siehe Use Portable VMware Cloud Foundation (VCF) on Azure-VMware-Lösung.

6. Azure-VMware-Lösung Kontingent

Hostkontingent frühzeitig anfordern. Azure-VMware-Lösung benötigt ein genehmigtes Hostkontingent in Ihrer Zielregion, bevor Sie eine private Cloud bereitstellen können. Die Genehmigung kann bis zu fünf Werktage dauern und hängt von der Verfügbarkeit von Region und Host ab. Eine verspätete Antragstellung ist eine häufige Ursache für Terminverzögerungen. Reichen Sie den Antrag daher ein, sobald Sie Ihre Region und die Anzahl der Hosts kennen. Außerdem muss das Abonnement einen berechtigten Plan wie einen Enterprise Agreement oder eine Microsoft-Kundenvereinbarung verwenden. Siehe Hostkontingent für Azure-VMware-Lösung anfordern.

7. Kostenverwaltung und FinOps

Die Kostenverwaltung für Azure-VMware-Lösung unterscheidet sich von anderen Azure Ressourcen, da Sie für Hosts bezahlen, unabhängig davon, wie viele virtuelle Computer auf ihnen ausgeführt werden. Sie müssen VMware Cloud Foundation-Softwarelizenzen separat erwerben und auf die private Cloud anwenden. Sie müssen auch sicherstellen, dass Sie über die erforderlichen Lizenzen für andere Software verfügen, z. B. Windows Server und SQL Server.

Wenn Sie einen Cluster mit mindestens drei Hosts bereitstellen, können Sie darauf so viele virtuelle Maschinen betreiben, wie die Kapazität zulässt, sodass die Kosteneffizienz davon abhängt, wie dicht Sie Workloads auf den Hosts konsolidieren. Sie müssen die optimale Nutzung von Ressourcen festlegen, um sicherzustellen, dass Sie den Wert von der Plattform maximieren, ohne die Workloadleistung zu beeinträchtigen. VMware-Tools wie Aria Operations können bei der Clusterressourcenoptimierung helfen.

7.1 Kostenzuteilung

Überprüfen Sie, wie sich Azure-VMware-Lösung auf Ihren FinOps-Ansatz auswirkt. Sie können alle Clusterkosten für eine einzelne Geschäftseinheit berechnen oder Kosten für alle Geschäftseinheiten zuordnen, je nachdem, wie sie die Plattform verwenden. Sie können Kosten auch auf der Grundlage zugewiesener Ressourcen zuordnen (z. B. der vCPU-Kerne und des Arbeitsspeichers, die jeder Workload zugewiesen sind), was Anwendungsverantwortliche dazu veranlassen kann, ihre virtuellen Maschinen bedarfsgerecht zu dimensionieren. Mit Azure Arc-fähigem VMware vSphere lässt sich die Kostenzuordnung unterstützen, indem Azure-Ressourcentags auf VMware-virtuelle Computer angewendet werden, beispielsweise Anwendungsname, Kostenstelle und Besitzer.

Unabhängig davon, ob Sie Anwendungsteams ihre Nutzung intern weiterverrechnen oder nicht, sollten Sie klare Transparenz über die Kosten Ihrer privaten Clouds von Azure-VMware-Lösung haben. Azure-VMware-Lösung ist am kostengünstigsten, wenn Cluster gut genutzt werden. Wenn die CPU- und Arbeitsspeicherauslastung niedrig ist, wird ihr Cluster möglicherweise überlastet, was die Kosten erhöht. Überprüfen Sie die Auslastung regelmäßig und passen Sie die Clustergröße an, wenn sich die Workloads ändern, wobei Sie ausreichend Kapazitätsreserve für das zu erwartende Wachstum vorhalten. Das Definieren eines Zielbereichs für die CPU- und Speicherauslastung kann Ihnen dabei helfen, die Kosten im Laufe der Zeit zu optimieren.

7.2 Kostenprognose

Um die Kosten der Azure-VMware-Lösung privaten Cloud vorherzusagen, berechnen Sie die Anzahl der erforderlichen Hosts. Die Hostanzahl wird durch die CPU-, Arbeitsspeicher- und Speicheranforderungen für Ihre virtuellen Computer bestimmt. Azure Migrate können Ihnen helfen, die Anzahl der Hosts basierend auf Ihrem Inventar des virtuellen Computers zu berechnen. Siehe Migrieren von VMware VMs agentless mit dem Migrations- und Modernisierungstool.

Betrachten Sie bei der Berechnung Ihrer Anforderungen die Anforderungen der virtuellen Computer, nicht die derzeit zugewiesenen Anforderungen. Azure Migrate hilft Ihnen bei der richtigen Größe der virtuellen Computer, indem Sie die optimale CPU- und Arbeitsspeicherzuweisung basierend auf beobachteten Leistungsanforderungen empfehlen. Durch die Zuweisung von mehr CPU und Arbeitsspeicher als einer VM wird die Kosteneffizienz der Plattform reduziert.

7.3 Zusagen für Rechenkapazität

Planen Sie verbindlich, wo die Nachfrage stabil ist, und bleiben Sie flexibel, wo sie es nicht ist. Sie können für Azure-VMware-Lösung Rabatte für reservierte Instanzen mit einer Laufzeit von einem oder drei Jahren nutzen und so im Vergleich zur nutzungsbasierten Bezahlung erheblich sparen. Kombinieren Sie die beiden, sodass Sie Hosts für Kernworkloads reservieren und Pay-as-you-go-Hosts für temporäre Anforderungen wie Migration oder saisonale Nachfrage hinzufügen. Kompromiss: Reservierungen sperren ausgaben, also überprüfen Sie, ob Sie sie für andere Azure Dienste austauschen können, wenn Sich Ihre Strategie ändert. Denken Sie daran, dass reservierte und kostenpflichtige Hosts weiterhin die richtigen VMware Cloud Foundation-Lizenzen benötigen. Siehe reservierte Instanzen von Azure-VMware-Lösung.

Nächster Schritt

Architektur – Azure-VMware-Lösung in einer Azure Landezone