Ontwerp voor gebruiksoptimalisatie

Voltooid
Maximaliseer het gebruik van resources en bewerkingen. Pas deze toe op de onderhandelingen over functionele en niet-functionele vereisten van de oplossing.

Services en aanbiedingen bieden verschillende mogelijkheden en prijscategorieën. Nadat u een set functies hebt gekocht, vermijdt u het gebruik ervan. Vind manieren om uw investering in de laag te maximaliseren. Evalueer ook continu factureringsmodellen om de modellen te vinden die beter zijn afgestemd op uw gebruik, op basis van de huidige productieworkloads.

Voorbeeldscenario

Contoso University host momenteel een commerciële off-the-shelf (COTS)-oplossing waarmee de onderwijsmedewerkers cursussen kunnen maken en bijwerken voor het schooljaar en de primaire registratieportal is die door studenten voor deze cursussen wordt gebruikt. De oplossing heeft een aangepaste integratie met een SaaS-onderwijsbeheersysteem (Software-as-a-Service), waar ze uiteindelijk al hun functies in een paar jaar naar willen migreren. Ondertussen willen ze de kosten voor de aangepaste integratieonderdelen optimaliseren.

De technologieoplossing van het COTS-aanbod wordt over het algemeen behandeld als een zwarte doos, met uitzondering van de database die Azure Database for MySQL is. De aangepaste integratie is een Duurzame Azure-functie, die wordt uitgevoerd op basis van een Standard-serviceplan in Azure-app Service. Deze App Service heeft eerder een universiteitswebsite gehost, maar dat is niet meer het geval. Deze duurzame functie is een Python-toepassing die wordt ondersteund door een toegewezen Azure Storage-account dat een nachtsynchronisatie uitvoert vanuit de MySQL-database naar de SaaS-API.

Prijzen op basis van verbruik gebruiken wanneer dit praktisch is

Er kunnen services zijn die op verbruik gebaseerde prijzen aanbieden, wat betekent dat u alleen wordt gefactureerd voor het gebruik van de service en u kunt de service afsluiten wanneer deze niet nodig is om de kosten te stoppen. Als u workloadonderdelen hebt die alleen sporadisch worden gebruikt, kunt u hiermee de kosten voor verspilling minimaliseren in vergelijking met betalen voor het onderdeel om 24/7/365 uit te voeren.

Door op verbruik gebaseerde prijzen te gebruiken, betaalt u alleen voor precies wat u gebruikt. Deze optie is een goede keuze wanneer uw workload-berekening niet fulltime wordt gebruikt.

De uitdaging van Contoso

  • De synchronisatietaak wordt meestal elke nacht ongeveer een uur uitgevoerd, op een bepaald tijdstip. De prestaties ervan waren historisch bevredigend. Storingen zijn zeldzaam en tijdelijke fouten worden goed verwerkt in de huidige configuratie.
  • Omdat de rekenkracht die nodig is voor de synchronisatietaak slechts ongeveer een uur per dag wordt gebruikt en ze 24 uur betalen, ongeacht het gebruik, is het workloadteam geïnteresseerd in een alternatief voor het huidige ontwerp.
  • Het team heeft overwogen een script te schrijven om de service elke nacht af te sluiten nadat de synchronisatie wordt uitgevoerd en de volgende dag opnieuw te implementeren, maar deze oplossing zou een hoge mate van risico en complexiteit met zich meebrengen.

De aanpak en resultaten toepassen

  • Het team analyseert de taakgeschiedenis en ze vinden dat de langste functie die ooit wordt uitgevoerd, slechts twee uur is. Ze vergelijken de kosten van het toegewezen abonnement met de kosten van het Azure Functions-verbruiksabonnement voor het slechtste scenario en concluderen dat het verbruiksplan goedkoper is.
  • Het team voert een prestatietest uit om ervoor te zorgen dat de prestaties voldoende zijn en ze merken een lichte toename van de uitvoeringstijd, maar het is nog steeds binnen acceptabele limieten.
  • De totale kosten van de workload worden verlaagd met behulp van het verbruiksplan, omdat er alleen kosten in rekening worden gebracht wanneer de taak wordt uitgevoerd.

Uw ontwerp voor hoge beschikbaarheid optimaliseren

Prioriteit geven aan de implementatie van actief-actief-actief- of alleen-actief-passiefmodellen, als onderdeel van uw herstelplan, als u al voor de resources hebt betaald.

Als uw ontwerp standaard gebruikmaakt van actief-passieve modellen, hebt u mogelijk niet-actieve resources die anders kunnen worden gebruikt. Als u converteert naar actief/actief, kunt u mogelijk voldoen aan uw vereisten voor laden effenen en bursting schalen zonder te veel uit te geven. Als u aan uw hersteldoelen kunt voldoen met een model dat alleen actief is, kunnen de kosten van deze resources volledig worden verwijderd.

De uitdaging van Contoso

  • De COTS-toepassing maakt gebruik van Azure Database for MySQL Flexible Server die is geconfigureerd voor hoge beschikbaarheid in dezelfde zone, die een stand-byserver in dezelfde beschikbaarheidszone biedt als de primaire server. Ze hebben ook automatische back-ups ingeschakeld.
  • De RPO van de workload is relatief lang om 12 uur en de RTO is drie uur tijdens de schooldag.
  • Op basis van eerdere hersteltests weet het team dat ze kunnen voldoen aan hun RPO- en RTO-doelen via automatische failover naar de stand-byserver. Ze hebben ook het herstellen van de database getest vanuit een back-up en ze kunnen voldoen aan de doelen in dit scenario.

De aanpak en resultaten toepassen

  • Het workloadteam evalueert het voordeel van het ontwerp voor hoge beschikbaarheid ten opzichte van de kosten van de service twee keer zoveel als één exemplaar.
  • Het team test het bouwen van een nieuw exemplaar en het herstellen van een database vanuit een back-up en ze zijn ervan overtuigd dat ze nog steeds voldoen aan hun hersteldoelen, zodat ze besluiten het stand-by-exemplaar te elimineren.
  • Het team werkt het DR-plan bij om de nieuwe herstelstrategie weer te geven en de kostenbesparingen te realiseren via de nieuwe configuratie.

Uw cloudomgeving schoon houden van ongebruikte resources en gegevens

Regelmatig en grondig de implementaties voor ongebruikte resources en gegevens controleren en uit bedrijf nemen. Na verloop van tijd kunnen resources en gegevens die nodig waren voor een bepaald doel in het verleden, maar die niet meer worden gebruikt, blijven hangen in uw cloudomgevingen en worden onnodig kosten opgebouwd. Wees voorzichtig om uw omgevingen schoon te houden om te helpen optimaliseren voor kostenefficiëntie.

Het afsluiten van ongebruikte resources en het verwijderen van gegevens wanneer u deze niet meer nodig hebt, vermindert het afval en maakt geld vrij, zodat u ze elders kunt investeren.

De uitdaging van Contoso

  • De universiteit heeft in het verleden een conservatieve benadering van het buiten gebruik stellen van oplossingen genomen, bang dat ze mogelijk moeten terugkeren naar een eerdere configuratie. Deze voorzichtigheid heeft ertoe geleid dat services die in een of meer omgevingen worden uitgevoerd, in sommige gevallen zijn vergeten.
  • Wanneer verlaten services worden ontdekt, is het meestal per ongeluk omdat er geen formeel proces is om de omgeving voor dergelijke services te controleren.

De aanpak en resultaten toepassen

  • Het team voegt het buiten gebruik stellen van de App Service toe aan de achterstand als onderdeel van de migratie van App Service naar het verbruikshosting voor de Durable Function. Als onderdeel van de volgende sprint worden de App Service-implementaties in alle omgevingen afgesloten.
  • Om te helpen bij het proactief detecteren van verlaten resources, stelt het team waarschuwingen in Azure Advisor in om hen op de hoogte te stellen van ongebruikte resources.
  • Het team implementeert een nieuw beleid waarvoor het team maandelijkse volledige beoordelingen van preproductieomgevingen en driemaandelijkse volledige beoordelingen van de productieomgeving moet uitvoeren om verlaten resources te identificeren. Eventuele verlaten resources die worden gevonden, worden toegevoegd aan de achterstand om uit bedrijf te nemen.

Test uw kennis

1.

Welke van deze is beschikbaar voor bepaalde Azure-rekenservices, zodat u geld kunt besparen door alleen te betalen voor de berekening die u gebruikt?

2.

Welke van de volgende ha-ontwerpen moet u vermijden voor kostenefficiëntie als u al voor de resources hebt betaald?

3.

Wat is een manier waarop het workloadteam ervoor kan zorgen dat ze verlaten resources vangen, zoals MySQL-servers die niet meer worden gebruikt?