Kosten optimaliseren na migratie

Nadat u uw workloads naar Azure hebt gemigreerd, moet u de kosten optimaliseren om ervoor te zorgen dat u niet te veel uitdeelt. Dit artikel bevat richtlijnen voor het optimaliseren van uw kosten na de migratie en het buiten gebruik stellen van buiten gebruik gestelde assets met minimale bedrijfsonderbrekingen.

Gemigreerde workloads optimaliseren voor kosten

Nadat u uw workloads hebt gemigreerd en overbodige resources buiten gebruik hebt gesteld, kunt u besparen op kosten door uw workload te optimaliseren op basis van de livegegevens.

U kunt de grootte van workloads aanpassen op basis van hun prestaties tijdens een evaluatie, maar het kan zijn dat de workload wordt uitgevoerd in Azure, dat er extra kostenbesparingen beschikbaar zijn.

Hulpprogramma's voor het optimaliseren van kosten

Nadat u naar Azure bent gemigreerd, hebt u nieuwe hulpprogramma's beschikbaar om uw resourcekosten te beheren. Gebruik de volgende lijst om uw clouduitgaven te beheren.

Hulpprogramma	Beschrijving	Resource
Assets rightsize	Controleer de metrische gegevens over het servicegebruik en berecht deze zodat deze overeenkomen met de workloadvereisten.	Aanbevelingen voor azure Advisor-kosten
Azure Reserved Virtual Machine Instances	Met gereserveerde instanties kunt u zich doorvoeren naar resources in Azure die regelmatig worden uitgevoerd. Overweeg instanties te reserveren voor workloads die altijd actief zijn.	Reserveringen voor Azure-resources beheren Grootte van virtuele Azure-machines (VM's) voor maximaal reserveringsgebruik
Azure-spaarplannen	Azure-spaarplannen bieden besparingen tot 65% in vergelijking met betalen per gebruik-prijzen wanneer u zich vastlegt voor een vast uurbedrag voor rekenservices voor een of drie jaar.	Aanbevelingen voor Azure-besparingsplannen
Kostenbeheer	U kunt Microsoft Cost Management gebruiken om de kosten van de omgeving te bewaken en te beheren.	Kostenbeheer Aanbevelingen voor reserveringen in Advisor
Documentatie voor financiële activiteiten	Financiële activiteiten is een discipline die principes voor financieel beheer combineert met cloud-engineering en -bewerkingen om organisaties een beter inzicht te geven in hun clouduitgaven.	Wat zijn financiële activiteiten?

Buitengebruik gestelde assets uit bedrijf nemen

Nadat u een gemigreerde workload naar productie hebt gepromoot, zijn de assets die de workload hebben uitgevoerd niet meer vereist en worden ze beschouwd als niet-actief. Maar deze activa verbruiken nog steeds elektriciteit en andere bronnen die de kosten verhogen. Daarom is het een goed idee om buiten gebruik gestelde activa af te sluiten en te verwijderen om de kosten te verlagen.

Het afsluiten en verwijderen van oude activa en apparatuur lijkt misschien eenvoudig, maar onverwachte problemen kunnen optreden. Hier volgen enkele tips voor het veilig afsluiten en verwijderen van oude resources zonder problemen voor uw bedrijf te veroorzaken.

Doorgaan met bewaken

Nadat u een gemigreerde workload naar productie hebt gepromoot, moet u de assets blijven bewaken die zijn gepland voor buitengebruikstelling om ervoor te zorgen dat productieverkeer correct wordt gerouteerd.

Hoewel assets mogelijk worden uitgeschakeld, kunnen ze nog steeds gebruikmaken van opslag, netwerk en andere infrastructuurbronnen. Als ze weer worden ingeschakeld, kunnen ze onverwachte problemen veroorzaken, tenzij ze zijn verwijderd.

Bewaak de volgende signalen voor de resources:

• Compute: Resource-rekengebruik, zoals CPU en RAM.
• Opslag: Resourceopslaggebruik, zoals schijfinvoer/uitvoer (I/O).
• Netwerk: Resourcenetwerkgebruik dat binnenkomende en uitgaande netwerken van apparaten omvat. Inspecteer bijvoorbeeld assets die gebruikmaken van firewalls en load balancers voor communicatie.
• Logboeken: Windows- en toepassingslogboeken.
• Andere signalen: alle andere signalen die u hebt gebruikt om de assets te bewaken toen ze werden gehost in hun vorige productieomgeving.

In sommige migraties zijn assets niet uitgeschakeld. In plaats daarvan worden ze gedupliceerd. Plotselinge pieken of zelfs consis tentmodus rate het gebruik van infrastructuursignalen, samen met netwerkactiviteit of nieuwe logboeken, kunnen erop wijzen dat de asset nog in gebruik is.

Testvensers en afhankelijkheidsvalidatie

Zelfs met de beste planning kunnen productieworkloads nog steeds afhankelijk zijn van assets waarvan wordt aangenomen dat ze buiten gebruik worden gesteld. In dergelijke gevallen kan het uitschakelen van een buiten gebruik gestelde asset onverwachte systeemfouten veroorzaken. Als zodanig behandelt u de beëindiging van activa met dezelfde zorg als de onderhoudsactiviteit van het systeem.

Stel de juiste test- en storingsvensters in om de beëindiging van de resource te vergemakkelijken. U hebt een onderhoudsvenster nodig om uw assets te testen vóór beëindiging. Kies een periode waarin u de assets kunt testen zonder bedrijfsonderbrekingen te veroorzaken.

Een test- en onderhoudsvenster definiëren

• Lage impacttijden: identificeer een lage impacttijd voor uw testvenster. Kies een tijdstip waarop het gebruik van toepassingen het laagst is.
• Testcases wissen: identificeer duidelijke testcases die u kunt uitvoeren tijdens het testvenster die overeenkomen met echte activiteiten die door gebruikers van de toepassing worden uitgevoerd. Deze activiteiten mogen niet het oppervlakniveau zijn, maar moeten in plaats daarvan elk proces in kaart worden gebracht dat wordt gebruikt. U kunt de testcases van uw migratie opnieuw gebruiken als u deze hebt. Als u gebruikers of andere teamleden hebt die vaak in de toepassing werken, kunt u proberen de tests uit te voeren.
• Plannen en communiceren: Plan een onderhoudsvenster zolang u beschikbaar bent. U moet minimaal vier uur proberen.
  • Planning: Plan het venster zodat toepassingsgebruikers vooruit kunnen plannen. Twee weken is redelijk.
  • Communiceren: kondig de wijziging vooraf aan. Stel de verwachting in dat er mogelijk een storing is tijdens dit onderhoudsvenster en dat het systeem mogelijk niet reageert. Gebruikers mogen niet verwachten dat de toepassing gedurende deze tijd beschikbaar is.

Vóór het onderhoudsvenster

• Testcases uitvoeren: voer de testcases uit en bewaak het gebruik van de resources.
  • Als u het gebruik detecteert, moet u niet verdergaan met het onderhoudsvenster. In plaats daarvan moet u verder onderzoeken of de assets nog in gebruik zijn.
  • Als u het gebruik niet detecteert, kunt u doorgaan met het onderhoudsvenster.

Tijdens het onderhoudsvenster

• Assets uitschakelen: schakel de assets uit die zijn gemarkeerd voor buiten gebruik stellen.
  • Schakel de assets uit als ze nog ingeschakeld zijn.
  • Verwijder de assets uit load balancers en controleer of ze niet in staat zijn om te reageren op binnenkomende aanvragen.
• Tests uitvoeren: Voer uw testcases uit op de workload die wordt uitgevoerd in Azure.
  • Tests zijn voltooid zonder fouten: de assets worden momenteel niet gebruikt.
    • Communiceer een einde aan het wijzigingsvenster, zodat gebruikers weten dat ze weer stabiliteit in de toepassing kunnen verwachten.
    • Ga door naar de volgende sectie nadat de tests zijn voltooid.
  • Tests zijn mislukt: de assets kunnen op dit moment worden gebruikt en er is meer tests nodig.
    • Schakel de assets die zijn gemarkeerd voor buiten gebruik stellen opnieuw in en herhaal de mislukte testcases.
    • Als de testcases blijven mislukken, is er mogelijk een niet-gerelateerd probleem. U moet meer testen in het onderhoudsvenster en moet ook escalatie starten om ervoor te zorgen dat u het juiste ondersteuningsniveau hebt.
    • Als de testcases mislukken, is het probleem waarschijnlijk gerelateerd. Laat de assets ingeschakeld en sluit het onderhoudsvenster na het voltooien van het testen.
    • Onderzoek het probleem buiten het geplande onderhoudsvenster. Plan nog een onderhoudsvenster voor wijzigingen in de gemigreerde workload en plan extra onderhoudsvensters voor testen.

Bewaarperiode en gegevensvalidatie

Nadat u het testvenster hebt voltooid, moeten alle assets die zijn gemarkeerd voor buiten gebruik worden gesteld, worden uitgeschakeld en de verbinding verbroken, zodat u de workload kunt uitvoeren. U kunt doorgaan met de volgende fase van de buitengebruikstelling, maar u hoeft de assets niet onmiddellijk te verwijderen.

Houd rekening met een houdperiode

Het is niet ongebruikelijk dat er, na het replicatieproces, gegevens ontbreken in een migratie. Dit geldt met name voor oudere gegevens die niet regelmatig worden geopend. Bewaar een buiten gebruik gestelde asset gedurende een tijdje als tijdelijke back-up van de gegevens. U moet ten minste 30 dagen voor het bewaren en testen toestaan voordat u buiten gebruik gestelde activa opstelt.

Vereisten voor gegevensbeheer overwegen

Het datagovernanceteam van uw organisatie heeft mogelijk meer vereisten dan een bewaarperiode van 30 dagen.

• Informatie over verplichtingen voor bewaringsperioden: neem contact op met de benodigde teams om inzicht te hebben in de verplichting om informatie vast te houden en een validatiecontrolelijst te maken voor uw specifieke wettelijke vereisten.
  • Het operationeel maken van de asset is op dit moment niet belangrijk. In plaats daarvan moeten de gegevens over de informatie kunnen worden opgehaald. Bewaar schijven of back-ups om de gegevens indien nodig te herstellen.
  • Als u bijvoorbeeld een SQL-databaseserver in uw fysieke datacenter hebt, kunt u een back-up maken van de gegevens en deze onderhouden als een herstelbare resource. Vervolgens kunt u de virtuele machine buiten gebruik stellen en een bewaartijd instellen om de back-up buiten gebruik te stellen.

Volgende stap

De migratie is voltooid nadat u de buiten gebruik gestelde assets buiten gebruik hebt gesteld. Dit creëert een goede kans om het migratieproces te verbeteren met een retrospectief om te leren en te verbeteren.

Retrospectieven uitvoeren