Optimieren der Kosten nach der Migration
Nachdem Sie Ihre Workloads zu Azure migriert haben, sollten Sie die Kosten optimieren, um sicherzustellen, dass Sie nicht zu viel ausgeben. Dieser Artikel enthält Anleitungen zum Optimieren Ihrer Kosten nach der Migration und zum Außerbetriebsetzen von eingestellten Ressourcen mit minimalen Betriebsunterbrechungen.
Optimieren Sie migrierte Workloads unter Kostengesichtspunkten
Nachdem Sie Ihre Workloads migriert und nicht benötigte Ressourcen außer Betrieb genommen haben, können Sie Kosten sparen, indem Sie Ihre Workload basierend auf ihren Echtzeitdaten optimieren.
Sie können die Größe von Workloads basierend auf ihrer Leistung während einer Bewertung ändern. Wenn die Workload in Azure läuft, können Sie jedoch feststellen, dass zusätzliche Kosteneinsparungen verfügbar sind.
Tools zur Optimierung der Kosten
Nachdem Sie zu Azure migriert haben, stehen Ihnen neue Tools zur Verfügung, um Ihre Ressourcenkosten zu verwalten. Verwenden Sie die folgende Liste, um Ihre Cloudausgaben zu verwalten.
Werkzeug | Beschreibung | Ressource |
---|---|---|
Anpassen der Größe von Ressourcen | Überprüfen Sie die Dienstnutzungsmetriken und passen Sie sie den Anforderungen der Arbeitslast entsprechend an. | |
Azure Reserved Virtual Machine Instances | Mit reservierten Instanzen können Sie einen Commit auf Ressourcen in Azure ausführen, die häufig ausgeführt werden. Erwägen Sie das Reservieren von Instanzen für Arbeitslasten, die immer aktiv sind. | |
Azure-Sparpläne | Azure-Sparpläne bieten Ersparnisse bis zu 65% im Vergleich zu pay-as-you-go-Preisen, wenn Sie sich verpflichten, einen festen Stundenbetrag für Computedienste für ein oder drei Jahre zu ausgeben. | |
Kostenmanagement | Sie können microsoft Cost Management verwenden, um die Kosten der Umgebung zu überwachen und zu verwalten. | |
Das FinOps-Framework | FinOps ist eine Disziplin, die Finanzmanagementprinzipien mit Cloud Engineering und Operations kombiniert, um Organisationen ein besseres Verständnis ihrer Cloudausgaben zu bieten. |
Außerbetriebnahme veralteter Ressourcen
Nachdem Sie eine migrierte Arbeitslast für den Produktionseinsatz freigeben, sind die Ressourcen, die die Arbeitslast ausgeführt haben, nicht mehr erforderlich und werden als außer Betrieb betrachtet. Aber diese Vermögenswerte verbrauchen immer noch Strom und andere Ressourcen, die die Kosten erhöhen. Daher ist es ratsam, veraltete Ressourcen herunterzufahren und zu löschen, um Ausgaben zu reduzieren.
Das Abschalten und Entsorgen alter Anlagen und Geräte mag leicht erscheinen, können jedoch unerwartete Probleme auftreten. Hier finden Sie einige Tipps zum sicheren Herunterfahren und Löschen alter Ressourcen, ohne dass Probleme für Ihr Unternehmen auftreten.
Überwachung fortsetzen
Nachdem Sie eine migrierte Arbeitsauslastung in die Produktion überführen, sollten Sie weiterhin die Ressourcen überwachen, die außer Betrieb genommen werden sollen, um sicherzustellen, dass der Produktionsverkehr ordnungsgemäß weitergeleitet wird.
Während Ressourcen möglicherweise deaktiviert sind, verwenden sie möglicherweise weiterhin Speicher-, Netzwerk- und andere Infrastrukturressourcen. Wenn sie wieder aktiviert sind, können sie unerwartete Probleme verursachen, es sei denn, sie wurden entfernt.
Überwachen Sie die folgenden Signale für die Ressourcen:
- Compute-: Ressourcenberechnungsauslastung, z. B. CPU und RAM.
- Speicher-: Ressourcenspeichernutzung, z. B. Datenträgereingabe/Ausgabe (E/A).
- Netzwerk: Ressourcennetzwerknutzung, die eingehende und ausgehende Netzwerke von Appliances umfasst. Überprüfen Sie beispielsweise Ressourcen, die Firewalls und Lastenausgleichsgeräte für die Kommunikation verwenden.
- Protokolliert: 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 gleichmäßige moderate Nutzung von Infrastruktursignalen sowie Netzwerkaktivitäten oder neuen Protokollen können darauf hinweisen, dass die Ressource noch verwendet wird.
Testen von Windows und Überprüfung der Abhängigkeiten
Selbst bei der besten Planung können Produktionsworkloads möglicherweise noch Abhängigkeiten von Ressourcen enthalten, von denen angenommen wird, dass sie eingestellt wurden. In solchen Fällen kann das Deaktivieren einer eingestellten Ressource zu unerwartetem Systemfehler führen. Behandeln Sie daher die Beendigung von Ressourcen mit der gleichen Sorgfalt wie Systemwartungsaktivitäten.
Richten Sie geeignete Test- und Ausfallfenster ein, um die Beendigung der Ressource zu erleichtern. Sie benötigen ein Wartungsfenster, um Ihre Ressourcen vor der Beendigung erfolgreich zu testen. Wählen Sie einen Zeitraum aus, in dem Sie die Ressourcen testen können, ohne dass Geschäftsunterbrechungen auftreten.
Definieren eines Test- und Wartungsfensters
- Zeiten mit geringen Auswirkungen: Identifizieren Sie eine Zeit mit geringen Auswirkungen für Ihr Testfenster. Wählen Sie einen Zeitpunkt aus, zu dem die Anwendungsverwendung am niedrigsten ist.
- Klare Testfälle: Identifizieren Sie klare Testfälle, 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 vielmehr jeden verwendeten Prozess abbilden. Sie können die Testfälle aus Ihrer Migration wiederverwenden, wenn sie vorhanden sind. Wenn Sie Benutzer oder andere Teammitglieder haben, die häufig in der Anwendung arbeiten, versuchen Sie, die Tests durchzuführen.
- Planen und kommunizieren Sie: Legen Sie ein Wartungsfenster für die maximale Dauer fest, die Ihnen zur Verfügung steht. Sie sollten auf mindestens vier Stunden abzielen.
- Zeitplan: Planen Sie das Fenster, damit Anwendungsbenutzer vorausplanen können. Zwei Wochen sind vernünftig.
- Kommunizieren: Kündige die Änderung im Voraus an. Legen Sie die Erwartung fest, dass während dieses Wartungsfensters möglicherweise ein Ausfall vorhanden ist und dass das System möglicherweise nicht reaktionsfähig ist. Benutzer sollten nicht erwarten, dass die Anwendung während dieser Zeit verfügbar ist.
Vor dem Wartungsfenster
- Ausführen von Testfällen: Führen Sie die Testfälle durch, und überwachen Sie die Verwendung der Ressourcen.
- Wenn Sie die Verwendungentdecken, sollten Sie das Wartungsfenster nicht fortsetzen. Stattdessen sollten Sie weiter untersuchen, um festzustellen, ob die Ressourcen noch verwendet werden.
- Wenn Sie die Nutzung nicht entdecken, können Sie mit dem Wartungsfenster fortfahren.
Während des Wartungsfensters
- Ressourcen deaktivieren: Deaktivieren Sie die für die Außerbetriebnahme gekennzeichneten Ressourcen.
- Fahren Sie die Ressourcen herunter, wenn sie noch eingeschaltet sind.
- Entfernen Sie die Ressourcen aus 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 abgeschlossen: Die Vermögenswerte werden zurzeit nicht verwendet.
- Kommunizieren Sie ein Ende des Änderungsfensters, damit Benutzer wissen, dass sie wieder Stabilität in der Anwendung erwarten können.
- Fahren Sie mit dem nächsten Abschnitt fort, nachdem die Tests erfolgreich waren.
- Tests sind fehlgeschlagen: Die Ressourcen werden zurzeit möglicherweise verwendet, und es sind weitere Tests erforderlich.
- Aktivieren Sie die für die Außerbetriebnahme gekennzeichneten Ressourcen erneut, und wiederholen Sie die fehlgeschlagenen Testfälle.
- Wenn die Testfälle weiterhin fehlschlagen, besteht möglicherweise ein nicht zusammenhängendes Problem. Sie müssen mehr im Wartungsfenster testen und auch mit der Eskalation beginnen, um sicherzustellen, dass Sie über das richtige Supportniveau verfügen.
- Wenn die Testfälle aufhören, fehlzuschlagen, hängt das Problem wahrscheinlich damit zusammen. Sie sollten die Ressourcen aktiviert lassen und das Wartungsfenster nach Abschluss des Tests schließen.
- Untersuchen Sie das Problem außerhalb des geplanten Wartungsfensters. Planen Sie ein weiteres Wartungsfenster für Änderungen an der migrierten Workload, und planen Sie zusätzliche Wartungsfenster für Tests.
- Tests ohne Fehler erfolgreich abgeschlossen: Die Vermögenswerte werden zurzeit nicht verwendet.
Aufbewahrungszeitraum und Datenüberprüfung
Nachdem Sie das Testfenster abgeschlossen haben, sollten alle Ressourcen, die für die Außerbetriebnahme gekennzeichnet sind, heruntergefahren und getrennt werden, damit Sie die Workload betreiben können. Sie können mit der nächsten Phase der Außerbetriebnahme fortfahren, aber nicht sofort die Ressourcen entsorgen.
Ziehen Sie einen Haltezeitraum in Betracht.
Es ist nicht ungewöhnlich, dass Migrationen Während der Replikationsprozesse Daten verpassen. Dies gilt insbesondere für ältere Daten, auf die nicht regelmäßig zugegriffen wird. Bewahren Sie ein veraltetes Objekt für eine Weile auf, um als temporäre Sicherung der Daten zu dienen. Sie sollten mindestens 30 Tage für das Halten und Testen zulassen, bevor Sie eingestellte Vermögenswerte veräußern.
Berücksichtigen Sie die Anforderungen an die Datenverwaltung.
Das Datenverwaltungsteam Ihrer Organisation hat möglicherweise zusätzliche Anforderungen, die über eine 30-tägige Aufbewahrungsfrist hinausgehen.
- Verstehen der Aufbewahrungsfristspflichten: Sie sollten sich mit den erforderlichen Teams in Verbindung setzen, um die Verpflichtung zur Aufbewahrung von Informationen zu verstehen und eine Prüfliste für Ihre spezifischen gesetzlichen Anforderungen zu erstellen.
- Zu diesem Zeitpunkt ist es nicht wichtig, dass die Ressource betriebsbereit ist. Stattdessen sollten die Daten zu den Informationen abgerufen werden können. Bewahren Sie Datenträger oder Sicherungen auf, um die Daten bei Bedarf wiederherzustellen.
- Wenn Sie beispielsweise über einen SQL-Datenbankserver in Ihrem physischen Rechenzentrum verfügen, können Sie die Daten sichern und als wiederherstellbare Ressource verwalten. Anschließend können Sie die virtuelle Maschine außer Betrieb setzen und eine Aufbewahrungszeit festlegen, um die Sicherung zu archivieren.
Nächster Schritt
Die Migration ist abgeschlossen, nachdem Sie die ausgemusterten Ressourcen stillgelegt haben. Dies schafft eine gute Gelegenheit, den Migrationsprozess mit einer Retrospektive zu verbessern, um zu lernen und zu verbessern.