Optimieren der Kosten nach der Migration
Nachdem Sie Ihre Workloads auf Azure migriert haben, sollten Sie die Kosten optimieren, um sicherzustellen, dass Sie nicht zu viel ausgeben. In diesem Artikel finden Sie Hinweise, wie Sie Ihre Kosten nach der Migration optimieren können und wie Sie ausgemusterte Ressourcen mit minimalen Betriebsunterbrechungen außer Betrieb nehmen können.
Optimieren von migrierten Workloads hinsichtlich der Kosten
Nachdem Sie Ihre Workloads migriert und nicht mehr benötigte Ressourcen stillgelegt haben, können Sie Kosten sparen, indem Sie Ihre Workloads auf der Grundlage ihrer Live-Daten optimieren.
Sie können die Größe von Workloads auf der Grundlage ihrer Leistung während einer Bewertung anpassen, aber vielleicht stellen Sie fest, dass zusätzliche Kosteneinsparungen möglich sind, während der Workload in Azure läuft.
Tools zur Kostenoptimierung
Nach der Migration zu Azure stehen Ihnen neue Tools zur Verwaltung Ihrer Ressourcenkosten zur Verfügung. Verwenden Sie die folgende Liste, um Ihre Cloudausgaben zu verwalten.
| Tool | Beschreibung | Resource |
|---|---|---|
| Umwandlung von Ressourcen | Überprüfen Sie die Metriken zur Dienstnutzung und passen Sie sie an die Anforderungen der Workload an. | |
| Azure Reserved Virtual Machine Instances | Mit reservierten Instanzen können Sie sich auf Ressourcen in Azure festlegen, die häufig genutzt werden. Erwägen Sie die Reservierung von Instanzen für Workloads, die immer aktiv sind. | |
| Azure-Sparpläne | Azure-Sparpläne bieten Einsparungen von bis zu 65 % im Vergleich zu nutzungsbasierten Preisen, wenn Sie sich verpflichten, einen festen stündlichen Betrag für Compute-Services für ein oder drei Jahre auszugeben. | |
| Kostenverwaltung | Sie können Microsoft Cost Management verwenden, um die Kosten der Umgebung zu überwachen und zu verwalten. | |
| Dokumentation zu Finanzoperationen | Finanzoperationen sind eine Disziplin, die Prinzipien des Finanzmanagements mit Cloud-Engineering und -Betrieb kombiniert, um Unternehmen ein besseres Verständnis ihrer Cloud-Ausgaben zu ermöglichen. |
Außerbetriebnahme ausgesonderter Ressourcen
Nachdem Sie einen migrierten Workload in die Produktion überführt haben, werden die Ressourcen, auf denen der Workload lief, nicht mehr benötigt und gelten als außer Betrieb. Aber diese Ressourcen verbrauchen immer noch Strom und andere Ressourcen, was die Kosten erhöht. Daher ist es eine gute Idee, Ressourcen im Ruhestand stillzulegen und zu veräußern, um die Kosten zu senken.
Die Stilllegung und Entsorgung von alten Anlagen und Geräten mag einfach erscheinen, aber es können unerwartete Probleme auftreten. Hier finden Sie einige Tipps, wie Sie alte Ressourcen sicher stilllegen und entsorgen können, ohne Probleme für Ihr Unternehmen zu verursachen.
Fortsetzung der Überwachung
Nachdem Sie einen migrierten Workload in die Produktion überführt haben, sollten Sie die für die Ausmusterung vorgesehenen Ressourcen weiterhin überwachen, um sicherzustellen, dass der Produktionsverkehr korrekt weitergeleitet wird.
Auch wenn die Ressourcen ausgeschaltet sind, können sie immer noch Speicher-, Netzwerk- und andere Infrastrukturressourcen nutzen. Wenn sie wieder eingeschaltet werden, können sie unerwartete Probleme verursachen, sofern sie nicht entfernt wurden.
Überwachen Sie die folgenden Signale für die Ressourcen:
- Compute: Ressourcenberechnungsauslastung, z. B. CPU und RAM.
- Speicher: Ressourcenspeichernutzung, z. B. Disk-Eingabe/Ausgabe (E/A).
- Netzwerk: Ressourcennetzwerknutzung, die eingehende und ausgehende Netzwerke von Anwendungen umfasst. Überprüfen Sie beispielsweise Ressourcen, die Firewalls und Lastenausgleichsgeräte für die Kommunikation verwenden.
- Protokolle: Windows- und Anwendungsprotokolle.
- Andere Signale: Alle anderen Signale, die Sie verwendet haben, um die Ressourcen zu überwachen, als sie in ihrer vorherigen Produktionsumgebung gehostet wurden.
In einigen Migrationen sind Ressourcen nicht deaktiviert. Stattdessen werden sie dupliziert. Plötzliche Spitzen oder sogar eine gleichbleibende, moderate Nutzung von Infrastruktursignalen können zusammen mit Netzwerkaktivitäten oder neuen Protokollen darauf hinweisen, dass die Ressource noch in Gebrauch ist.
Testzeitfenster und Abhängigkeitsüberprüfung
Selbst bei bester Planung könnten Produktionsworkloads noch Abhängigkeiten von Ressourcen aufweisen, die als ausgesondert gelten. In solchen Fällen kann das Ausschalten einer ausgesonderten Ressource zu einem unerwarteten Systemfehler führen. Behandeln Sie daher die Einstellung von Ressourcen mit der gleichen Sorgfalt wie die Wartung des Systems.
Legen Sie geeignete Test- und Ausfallzeitfenster fest, um die Einstellung der Ressource zu erleichtern. Sie benötigen ein Wartungsfenster, um Ihre Ressourcen vor der Einstellung erfolgreich zu testen. Wählen Sie einen Zeitraum aus, in dem Sie die Ressourcen testen können, ohne den Betrieb zu unterbrechen.
Definieren Sie ein Test- und Wartungsfenster
- Zeiten mit geringen Auswirkungen: Identifizieren Sie eine Zeit mit geringen Auswirkungen für Ihr Testfenster. Wählen Sie einen Zeitpunkt, an dem die Nutzung der Anwendung am geringsten ist.
- Klare Testsituationen: Identifizieren Sie klare Testsituationen, die Sie während des Testfensters ausführen können, die realen Aktivitäten entsprechen, die von Benutzern der Anwendung ausgeführt werden. Diese Aktivitäten sollten nicht oberflächlich sein, sondern jeden Prozess abbilden, der verwendet wird. Sie können die Testfälle aus Ihrer Migration wiederverwenden, wenn Sie sie haben. Wenn Sie Benutzer oder andere Teammitglieder haben, die häufig mit der Anwendung arbeiten, sollten Sie sie die Tests durchführen lassen.
- Planen und Kommunizieren: Planen Sie ein Wartungsfenster für die Zeit, die Sie zur Verfügung haben. Sie sollten mindestens vier Stunden einplanen.
- Planen: Planen Sie das Fenster so, dass die Benutzer der Anwendung im Voraus planen können. Zwei Wochen sind ein angemessener Zeitraum.
- Kommunizieren: Vorabankündigung der Änderung. Machen Sie sich darauf gefasst, dass es während dieses Wartungsfensters zu einem Ausfall kommen kann und dass das System möglicherweise nicht reagiert. Die Benutzer sollten nicht erwarten, dass die Anwendung während dieser Zeit verfügbar ist.
Vor dem Wartungsfenster
- Führen Sie Testfälle durch: Führen Sie die Testfälle durch und überwachen Sie die Nutzung der Ressourcen.
- Wenn Sie die Verwendung feststellen, sollten Sie nicht mit dem Wartungsfenster fortfahren. Stattdessen sollten Sie weiter nachforschen, um zu sehen, ob die Ressourcen noch in Gebrauch sind.
- Wenn Sie keine Verwendung feststellen, können Sie mit dem Wartungsfenster fortfahren.
Während des Wartungsfensters
- Deaktivieren der Ressourcen: Deaktivieren Sie die zur Stilllegung gekennzeichneten Ressourcen.
- Schalten Sie die Ressourcen aus, wenn sie noch eingeschaltet sind.
- Entfernen Sie die Ressourcen von allen Lastenausgleichsmodulen, und bestätigen Sie, dass sie nicht in der Lage sind, auf eingehende Anforderungen zu reagieren.
- Durchführen von Tests: Führen Sie Ihre Testfälle anhand der Workload aus, die in Azure ausgeführt wird.
- Tests ohne Fehler erfolgreich: Die Ressourcen werden zurzeit nicht verwendet.
- Kommunizieren Sie ein Ende des Änderungsfensters, damit die Benutzer wissen, dass sie wieder Stabilität in der Anwendung erwarten können.
- Fahren Sie nach erfolgreichem Test mit dem nächsten Abschnitt fort.
- Tests sind fehlgeschlagen: Die Ressourcen könnten zu diesem Zeitpunkt in Gebrauch sein und weitere Tests sind erforderlich.
- Aktivieren Sie die zur Stilllegung gekennzeichneten Ressourcen wieder und wiederholen Sie die fehlgeschlagenen Testfälle.
- Wenn die Testfälle weiterhin fehlschlagen, liegt möglicherweise ein anderes Problem vor. Sie müssen innerhalb des Wartungsfensters mehr Tests durchführen und sollten auch mit der Eskalation beginnen, um sicherzustellen, dass Sie den richtigen Grad an Unterstützung erhalten.
- Wenn die Testfälle nicht mehr fehlschlagen, liegt das Problem wahrscheinlich daran. Sie sollten die Ressourcen aktiviert lassen und das Wartungsfenster nach Abschluss der Tests schließen.
- Untersuchen Sie das Problem außerhalb des geplanten Wartungsfensters. Planen Sie ein weiteres Wartungsfenster für Änderungen am migrierten Workload und planen Sie zusätzliche Wartungsfenster für Tests.
- Tests ohne Fehler erfolgreich: Die Ressourcen werden zurzeit nicht verwendet.
Aufbewahrungszeitraum und Datenüberprüfung
Nachdem Sie Ihr Testfenster abgeschlossen haben, sollten alle Ressourcen, die für die Stilllegung gekennzeichnet sind, ausgeschaltet und abgekoppelt werden, damit Sie die Workload betreiben können. Sie können zur nächsten Phase der Stilllegung übergehen, aber Sie müssen die Ressourcen nicht sofort entsorgen.
Erwägen Sie eine Aufbewahrungsfrist
Es ist bei Migrationen nicht ungewöhnlich, dass Daten während des Replikationsprozesses ausgelassen werden. Dies gilt insbesondere für ältere Daten, auf die nicht regelmäßig zugegriffen wird. Behalten Sie eine ausgemusterte Ressource für eine Weile, um sie als vorübergehende Datensicherung zu verwenden. Sie sollten sich mindestens 30 Tage Zeit nehmen, bevor Sie ausgemusterte Ressourcen veräußern.
Berücksichtigen Sie die Anforderungen der Data Governance
Das Data-Governance-Team Ihres Unternehmens hat möglicherweise weitere Anforderungen, die über eine 30-tägige Aufbewahrungsfrist hinausgehen.
- Verstehen der Aufbewahrungspflichten: Wenden Sie sich an die zuständigen Teams, um sich über die Aufbewahrungspflichten zu informieren und eine Checkliste für die Validierung Ihrer spezifischen rechtlichen Anforderungen zu erstellen.
- Dass die Ressource betriebsbereit ist, ist zu diesem Zeitpunkt nicht wichtig. Stattdessen sollten die Informationsdaten abrufbar sein. Bewahren Sie Disks oder Sicherungen auf, um die Daten bei Bedarf wiederherzustellen.
- Wenn Sie beispielsweise einen SQL-Datenbankserver in Ihrem physischen Rechenzentrum haben, können Sie dessen Daten sichern und ihn als wiederherstellbare Ressource erhalten. Dann können Sie die virtuelle Maschine außer Betrieb nehmen und einen Aufbewahrungszeitraum festlegen, um die Sicherung auszumustern.
Nächster Schritt
Die Migration ist abgeschlossen, nachdem Sie die stillgelegten Assets außer Betrieb genommen haben. Dies ist eine gute Gelegenheit, den Migrationsprozess mit einer Retrospektive zu verbessern, um daraus zu lernen und sich zu verbessern.