Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Artikel wird definiert, wie Sie genaue Kostenschätzungen für Ihre Azure-Umgebung erstellen, indem Sie Architekturentscheidungen und Dienstauswahlen dokumentieren. Eine gut definierte Architektur ist unerlässlich, um genaue Kostenschätzungen für Ihre Azure Umgebung zu erstellen. Diese Klarheit stellt sicher, dass Kostenmodelle den tatsächlichen Umfang von Diensten, Plattformabhängigkeiten und betrieblichen Anforderungen widerspiegeln. Ohne diese Grundlage fehlen Schätzungen die Spezifität, die für eine effektive Planung und Governance erforderlich ist.
Planen ihrer Azure Architektur
Ein Architekturplan stellt den Kontext bereit, der erforderlich ist, um die Gesamtbetriebskosten (TCO) in Azure zu schätzen. Sie müssen sowohl Plattform- als auch Workloadarchitekturen definieren, um die technische und finanzielle Planung auszurichten.
Richten Sie die Architektur an geschäftlichen und technischen Anforderungen aus. Dokumentieren Sie Einschränkungen, Leistungserwartungen und Complianceanforderungen. Diese Ausrichtung stellt sicher, dass ausgewählte Azure Dienste geschäftsziele erfüllen und kostspielige Nacharbeiten nach der Bereitstellung vermeiden.
Planen Sie Ihre Azure Landing Zone Architektur. Eine Zielzone stellt das gemeinsame Dienst- und Governancefundament für alle Workloads bereit. Diese Architektur ermöglicht eine genaue Schätzung der Kosten auf Plattformebene und die betriebsbereite Bereitschaft.
Verwenden Sie eine Azure Zielzone als Grundlage für Ihre Plattformarchitektur. Azure Zielzonen bieten eine skalierbare und sichere Grundlage für Unternehmensumgebungen. Dazu gehören wichtige Komponenten wie Identitäts-, Netzwerk- und Steuerungselemente für die Governance. Verwenden Sie die Anleitung in Was ist eine Azure Landing Zone?.
Starten Sie klein für Early-Stage-Startups. Startups oder Cloud-native Unternehmen können beginnen, ohne gemeinsame Dienste, Hybrid- oder Multicloud-Konnektivität oder lokale Identitätsverwaltung zu implementieren. Implementieren Sie stattdessen eine Ressourcenhierarchie, um Ressourcen zu organisieren und zu steuern. Während Ihre Umgebung skaliert, integrieren Sie schrittweise Azure Zielzonen-Komponenten, um Wachstum und Governance zu unterstützen.
Planen Sie Ihre Workloadarchitektur (Anwendungsarchitektur). Eine Workloadarchitektur definiert die Azure Dienste, Regionen und Konfigurationen, die erforderlich sind, um geschäftliche und technische Anforderungen zu erfüllen. Identifizieren Sie die Azure Dienste, Regionen und Konfigurationen, die erforderlich sind, um geschäftliche und technische Ziele zu erfüllen. Schließen Sie Abhängigkeiten, Leistungsanforderungen und Complianceanforderungen ein. Verwenden Sie das Azure Architecture Center, um Ideen zu erhalten.
Wählen Sie die entsprechenden Azure Dienste aus.
Definieren und Erzwingen von Dienstauswahlstandards. Die von Ihnen gewählten Dienste wirken sich sowohl auf die anfängliche Bereitstellung als auch auf die langfristigen Betriebskosten Ihrer Cloudumgebung aus. Sie müssen Azure Dienste bewerten und auswählen, die Ihre Arbeitsauslastung, Architektur und finanzielle Ziele am besten unterstützen. Richten Sie dokumentierte Richtlinien für die Auswahl von Diensten basierend auf allgemeinen Arbeitsauslastungsmustern ein. Diese Standards reduzieren die Komplexität der Unterstützung, ermöglichen Volumenkaufvorteile und vereinfachen die Richtlinienerzwingung. Anleitungen finden Sie unter CAF Govern.
Verwenden Sie Azure Entscheidungsleitfäden, um Dienstoptionen auszuwerten. Azure bietet strukturierte Entscheidungshandbücher, die Ihnen bei der Navigation im umfangreichen Servicekatalog helfen. Diese Leitfäden helfen Ihnen, Dienste basierend auf technischer Anpassung, Kosten und betrieblicher Komplexität zu vergleichen. Verwenden Sie die Azure Technologieentscheidungsleitfäden, um die am besten geeigneten Dienste für Ihre Lösung zu identifizieren. In diesem Schritt wird das Risiko reduziert, dass Dienste überprovisioniert oder ausgewählt werden, die Ihren Workloadanforderungen nicht entsprechen.
Wählen Sie verwaltete Dienste für cloudeigene Workloads aus. Plattform-as-a-Service-Angebote (PaaS) reduzieren den Betriebsaufwand durch die Abstraktion der Infrastrukturverwaltung. Diese Dienste verbessern Skalierbarkeit, Sicherheit und Zuverlässigkeit und minimieren gleichzeitig den Verwaltungsaufwand. Wählen Sie verwaltete Dienste für neue oder modernisierte Workloads aus, es sei denn, die Kontrolle auf Infrastrukturebene ist für Compliance, Leistung oder Kompatibilität erforderlich. Anleitungen zum Cloud-nativen Design finden Sie unter CAF Cloud-nativ.
Richten Sie die Dienstauswahl mit Ihrer Migrationsstrategie aus. Ihr Migrationsansatz bestimmt die am besten geeigneten Azure Dienste. Wenn Sie Szenarien erneut hosten möchten, wählen Sie Dienste aus, die Ihre aktuellen Komponenten spiegeln. Priorisieren Sie PaaS-Lösungen, die Modernisierungsziele unterstützen, wenn Sie ein Replatforming oder eine Neuarchitektur planen. Wenn Sie von einem anderen Cloudanbieter migrieren, verwenden Sie Amazon Web Services (AWS) zur Azure Servicezuordnung oder Google Cloud zur Azure-Dienstzuordnung, um richtige Dienste zu finden.
Auswählen der entsprechenden Dienstebene
Grundlegendes zu Dienstebenen. Jeder Azure-Dienst bietet mehrere Dienstebenen (auch als SKUs bezeichnet), die unterschiedliche Leistungsstufen, Skalierbarkeit, Verfügbarkeit und verfügbare Features bieten. Die richtige Ebene ist unerlässlich, um workloadspezifische Anforderungen mit allen erforderlichen Features zu erfüllen und die Über- oder Unterbereitstellung zu vermeiden. Bestimmte Features stehen nur für bestimmte SKUs zur Verfügung, auch wenn Ihre Leistungsdaten auf eine niedrigere SKU angewendet werden, benötigen Sie möglicherweise ein Feature, das auf einer höheren SKU verfügbar ist. Sie müssen Ihre Workloadanforderungen verwenden, um die am besten geeignete Dienstebene zu ermitteln.
Migrierte Workloads sollten Bewertungsdaten verwenden, um SKUs auszuwählen. Bewertungsdaten umfassen Leistungsbaselines, Verwendungsmuster und Architekturabhängigkeiten. Diese Daten ordnen Merkmale bestehender Workloads entsprechenden Azure-SKUs zu. Diese Zuordnung gewährleistet Kontinuität und minimiert Leistungsregressionen nach der Migration.
- Überprüfen Sie die Anforderungen an die Architekturkomponenten, die während der Bewertungsphase gesammelt wurden.
- Passen Sie den Bedarf an CPU, Arbeitsspeicher, Speicher und IOPS nach Maßgabe der verfügbaren SKUs an.
- Identifizieren Sie alle erforderlichen Features, die nur in SKUs höherer Ebene verfügbar sind, auch wenn die Leistung eine niedrigere Ebene vorschlägt.
Cloudeigene Workloads sollten Leistungsziele und Nutzungsschätzungen verwenden. Historische Leistungsdaten fehlen bei Cloud-native Workloads. Sie müssen erwartete Verwendungsmuster und Leistungsziele definieren, um eine geeignete Start-SKU auszuwählen.
- Schätzen Sie die Benutzeranzahl, Transaktionsvolumina und Latenzanforderungen.
- Wählen Sie eine SKU aus, die diese Ziele erfüllt, und überprüfen Sie sie durch Leistungstests.
- Passen Sie die SKU basierend auf den Testergebnissen für optimierte Kosten und Leistung an.
Wählen Sie HOCHverfügbarkeits-SKUs für kritische Workloads aus. Missionskritische und unternehmenskritische Workloads erfordern hohe Verfügbarkeit und Fehlertoleranz. Sie müssen Dienstebenen auswählen, die Verfügbarkeitszonen oder zonenredundanten Konfigurationen unterstützen.
- Überprüfen Sie die Verfügbarkeitsoptionen und SLAs des Diensts.
- Wählen Sie SKUs aus, die Zonenredundanz oder regionales Failover unterstützen.
- Überprüfen Sie, ob die ausgewählte Ebene Ihre Wiederherstellungszeitziele (RTOs) und Wiederherstellungspunktziele (Recovery Point Objectives, RPOs) erfüllt.
Definieren Sie eine regionale Bereitstellungsstrategie für jede Workload
Eine regionale Bereitstellungsstrategie legt die Zuverlässigkeit, Einhaltung gesetzlicher Vorschriften und Wiederherstellungsfähigkeit Ihrer Workloads fest. Diese Strategie bestimmt, ob eine Workload in einer einzelnen Azure Region arbeitet oder mehrere Regionen umfasst. Sie müssen diese Strategie frühzeitig definieren, um den Erwartungen an Geschäftskontinuität, Compliance und Servicelevel gerecht zu werden.
Dokumentieren Sie den regionalen Umfang der einzelnen Arbeitsauslastungen. Ermitteln Sie, ob die Workload in einer einzelnen Azure Region oder in mehreren Regionen ausgeführt wird. Diese Entscheidung wirkt sich auf Latenz, Verfügbarkeit und Kosten aus. Bereitstellungen mit einer Region vereinfachen die Architektur und reduzieren die Kosten, erhöhen aber das Risiko regionaler Ausfälle. Bereitstellungen mit mehreren Regionen verbessern die Verfügbarkeit und Resilienz, erhöhen aber die Komplexität und Kosten. Dokumentieren Sie den ausgewählten Umfang für jede Arbeitslast.
Verwenden Sie Zuverlässigkeitsanforderungen. Ermitteln Sie, ob die Arbeitsauslastung in einer einzelnen Region oder mehreren Regionen ausgeführt wird. Definieren Sie die Ziele auf Dienstebene (SLOs), die Wiederherstellungspunkte (RPOs) und die Wiederherstellungszeiten (RTOs). Weitere Informationen finden Sie unter Manage Zuverlässigkeit in Azure.
Überprüfen Sie die Einhaltung gesetzlicher und branchenspezifischer Standards. Stellen Sie sicher, dass Ihre Bereitstellungsarchitektur und Sicherungskonfigurationen die geltenden Complianceanforderungen erfüllen, z. B. MARS-E oder HIPAA. Bereitstellungen über mehrere Regionen hinweg können Bedenken hinsichtlich Datenresidenz oder Datensouveränität einführen. Arbeiten Sie mit Ihrem Complianceteam zusammen, um zu überprüfen, ob Ihre regionale Strategie den gesetzlichen und behördlichen Verpflichtungen entspricht.
Kosten auf Der Grundlage der Architektur abschätzen
Eine Kostenschätzung stellt die finanzielle Grundlage für die Planung der Cloudakzeptanz dar. Genaue Kostenschätzungen unterstützen die Budgetierung, Governance und Die Entwicklung von Geschäftsfällen. Sie müssen die Kosten basierend auf Ihrer definierten Architektur schätzen und diese Schätzungen kontinuierlich verfeinern, um die tatsächlichen Nutzungs- und Geschäftsziele zu erfüllen.
Verwenden von Kostenschätzungstools zum Modellieren von Architekturkosten
Verwenden Sie die Kostenschätzungstools. Mit dem Azure Preisrechner können Sie die Kosten für jeden Dienst in Ihrer Architektur schätzen. Verwenden Sie für vorhandene Workloads historische Nutzungsdaten, um Schätzungen zu informieren. Nehmen Sie für neue Workloads Schätzungen basierend auf projizierter Nutzung und Testbereitstellungen vor. Mit diesem Ansatz wird sichergestellt, dass Kostenschätzungen realistische Verbrauchsmuster und Architekturentscheidungen widerspiegeln. Wenn Sie Azure Migrate verwenden, können Sie kosten für alle ermittelten lokalen Workloads schätzen.
Schätzen Sie die Betriebskosten. Identifizieren Sie die erforderlichen Fähigkeiten und Schulungen für Teams, um das Zieldienstmodell zu betreiben und zu unterstützen. Planen Sie Änderungen von Ingenieurpraktiken und Lieferprozessen, die das neue Servicemodell einführt. Binden Sie die Projektbeteiligten an, um Annahmen zu überprüfen und Servicemodellentscheidungen mit den Geschäftszielen abzustimmen.
Schätzen der Betriebskosten für das Zieldienstmodell
Identifizieren Sie die erforderlichen Fähigkeiten und Schulungen. Ermitteln Sie die Fähigkeiten, die Ihre Teams benötigen, um die Zielarchitektur zu betreiben und zu unterstützen. Fügen Sie Schulungskosten und -zeit in Ihre Schätzung ein. Dieser Schritt stellt sicher, dass Ihre Teams die Umgebung nach der Migration effektiv verwalten können.
Planen Sie Änderungen an Ingenieur- und Lieferprozessen. Bewerten Sie, wie sich das neue Dienstmodell auf Ihre aktuellen Engineering-Praktiken auswirkt. Fügen Sie die Kosten für Prozessänderungen, Toolaktualisierungen und die Einbindung von Projektbeteiligten ein. Überprüfen Sie diese Annahmen mit geschäfts- und technischen Projektbeteiligten, um die Ausrichtung sicherzustellen.
Kostenschätzungen neu bewerten, wenn Projektionen abweichen
Vergleichen Sie Kostenschätzungen mit Budgeterwartungen. Überprüfen Sie die Ausgabe des Azure Preisrechners, und vergleichen Sie diese Kostenschätzungen mit dem Budget Ihrer Organisation. Dieser Vergleich identifiziert Diskrepanzen zwischen projizierten Kosten und finanziellen Zielen. Wenn die Schätzung zu hoch oder zu niedrig ist, untersuchen Sie die zugrunde liegenden Ursachen, um festzustellen, ob Architekturänderungen erforderlich sind.
Identifizieren Sie kostenintensive Architekturelemente. Konzentrieren Sie sich auf Ihre Analyse auf Dienste mit Premium-SKUs, Bereitstellungen mit mehreren Regionen oder hohen Verbrauchsraten. Diese Architekturelemente verursachen oft erhebliche Kosten. Bestimmen Sie, ob diese Entscheidungen für die Erfüllung von Geschäfts-, Leistungs- oder Complianceanforderungen unerlässlich sind, und dokumentieren Sie die Begründung für jede komponente mit hohem Kostenaufwand.
Passen Sie die Architektur an die Kostenziele an. Ändern Sie Die Dienstauswahl, SKUs oder Bereitstellungsregionen zur Kostenoptimierung. Stellen Sie sicher, dass Sie die erforderlichen Leistungs- und Compliancestufen beibehalten. Vielleicht verwenden Sie eine einzelne Region mit Verfügbarkeitszonen anstelle mehrerer Regionen. Durch diesen Anpassungsprozess wird sichergestellt, dass Ihre Architektur sowohl technische als auch finanzielle Ziele unterstützt. Überprüfen Sie jede Änderung, um zu bestätigen, dass keine neuen Risiken oder Arbeitsauslastungsanforderungen gefährdet werden.
Annahmen durch Testeinsätze validieren
Stellen Sie repräsentative Workloads in einer Testumgebung bereit. Testbereitstellungen bieten reale Daten über den Ressourcenverbrauch und die Leistung. Diese Daten ermöglichen es Ihnen, die tatsächliche Nutzung mit Ihren Anfangskostenschätzungen zu vergleichen und Abweichungen zu identifizieren. Stellen Sie Workloads bereit, die Ihren Produktionsszenarien entsprechen, um die besten Ergebnisse zu erzielen.
Verfeinern Sie Ihr Kostenmodell basierend auf Testergebnissen. Aktualisieren Sie Ihre Kostenschätzungen, um die beobachteten Nutzungsmuster aus Ihren Testbereitstellungen widerzuspiegeln. Diese Verfeinerung erhöht die Genauigkeit Ihres Kostenmodells und ermöglicht fundiertere Architektur- und Finanzentscheidungen. Passen Sie die Dienstauswahl, SKUs oder Konfigurationen nach Bedarf an, um Kosten und Leistung zu optimieren.
Einrichten einer Kostenbasislinie
Notieren Sie alle Dienstauswahlen, SKUs, Regionen und geschätzten Kosten. Fügen Sie diese Informationen in Ihren Cloudakzeptanzplan ein. Diese Dokumentation unterstützt Governance und ermöglicht zukünftige Überprüfungen.
Speichern Sie Kostenschätzungen als Grundlage. Verwenden Sie diesen Basisplan, um die Kostenabweichung während und nach der Bereitstellung zu überwachen. Analysieren Sie Abweichungen, um Optimierungsmöglichkeiten zu identifizieren und zukünftige Schätzungen zu verbessern.