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 u kunt ontdekken dat er tijdens het draaien van de workload in Azure extra kostenbesparingen mogelijk 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.

Werktuig	Beschrijving	Hulpbron
Rechten van assets aanpassen	Controleer de gegevens van de servicemetriek en pas deze aan zodat ze overeenkomen met de vereisten van de werkbelasting.	Azure Advisor kostenaanbevelingen
Azure Gereserveerde Virtuele Machine-exemplaren	Met gereserveerde instanties kunt u resources in Azure vastleggen die regelmatig draaien. 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% vergeleken met prijzen voor betalen per gebruik wanneer u zich verbindt tot een vast uurbedrag voor rekenservices voor één 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
Het FinOps-framework	FinOps 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 is FinOps?

Buiten gebruik gestelde middelen ontmantelen

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 werklast naar productie hebt gepromoveerd, moet u de middelen blijven bewaken die gepland zijn voor buitengebruikstelling om ervoor te zorgen dat het 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.
• Storage-: resourceopslaggebruik, zoals schijfinvoer/uitvoer (I/O).
• Network: 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 monitoren toen ze werden gehost in hun vorige productieomgeving.

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

Het testen van Windows en de validatie van afhankelijkheden

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

• Moment van lage impact: Identificeer een moment van lage impact voor uw testperiode. Kies een tijdstip waarop het gebruik van toepassingen het laagst is.
• Duidelijke testcases: Identificeer duidelijke testcases die u kunt uitvoeren tijdens het testvenster, die overeenkomen met echte activiteiten die door gebruikers van de applicatie worden uitgevoerd. Deze activiteiten mogen niet oppervlakkig zijn, maar moeten in plaats daarvan elk gebruikt proces in kaart brengen. 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.
  • plannen: plan het venster zodat toepassingsgebruikers vooruit kunnen plannen. Twee weken is redelijk.
  • Communiceer: 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 gebruikontdekt, moet u niet verdergaan met het onderhoudsvenster. In plaats daarvan moet u verder onderzoeken of de assets nog in gebruik zijn.
  • Als u het gebruikniet 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 apparatuur uit mochten ze nog ingeschakeld zijn.
  • Verwijder de activa uit de load balancers en controleer of ze niet kunnen reageren op binnenkomende aanvragen.
• Test uitvoeren: Voer uw testcases uit op de workload die in Azure wordt uitgevoerd.
  • 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 zijn op dit moment mogelijk in gebruik en er zijn meer tests nodig.
    • Heractiveer de activa die voor buitengebruikstelling zijn gemarkeerd en voer de mislukte testcases opnieuw uit.
    • Als de testcases blijven mislukken, is er mogelijk een niet-gerelateerd probleem. U moet meer testen binnen het onderhoudsvenster en u moet ook beginnen met escaleren om te waarborgen dat u het juiste ondersteuningsniveau heeft.
    • Als de testcases mislukken, is het probleem waarschijnlijk gerelateerd. Laat de middelen ingeschakeld en sluit het onderhoudsvenster af 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 migraties gegevens missen tijdens replicatieprocessen. 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 toestaan voor het bewaren en testen voordat u de afgeschreven activa wegdoet.

Vereisten voor gegevensbeheer overwegen

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

• Inzicht in de 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