Efficiëntie van clouduitgaven maximaliseren

Voltooid

U bent een oplossingsarchitect en uw organisatie, Lamna Healthcare, heeft haar workloads naar de cloud verplaatst. Onlangs bleek dat de kosten voor deze resources en werkstromen hoger zijn opgelopen dan Lamna had verwacht. U bent gevraagd vast te stellen of de toename een gevolg is van een natuurlijke, efficiënte groei of dat de kosten kunnen worden verminderd door efficiënter om te springen met de cloudresources van de organisatie.

Veranderende uitgaven als gevolg van de cloud

Een van de verschillen tussen de openbare cloud en een on-premises infrastructuur is de manier waarop u voor de gebruikte services betaalt.

In een on-premises datacentrum is hardware-aankoop een lang proces. Fysieke hardware wordt op maat gemaakt voor een maximale capaciteit. Een deel van de kosten, zoals rekenkracht en opslagruimte, kan verborgen zijn voor de bedrijfseenheden die deze resources gebruiken. De aanschaf van fysieke infrastructuur legt de investeringen in langetermijnactiva vast, waardoor u minder flexibel met uw resources kunt omspringen.

Als u overstapt op de cloud, worden de snel groeiende kosten voor het onderhouden van de fysieke infrastructuur vervangen door een kostenmodel voor betalen voor wat u gebruikt. U hoeft geen investeringen in fysieke activa meer vast te leggen. Als uw behoeften aan resources veranderen, kunt u reageren door resources toe te voegen, te verplaatsen of te verwijderen.

Workloads kunnen zowel tussen als binnen services variëren, de vraag kan onvoorspelbaar zijn en uw groeipatronen kunnen in de loop der tijd verschuiven. Omdat u in de cloud alleen betaalt voor wat u gebruikt, kan uw kostenstructuur zich verhouden tot de wijzigingen in de resources.

Cloudinfrastructuur kan fluctuerende scenario's voor resourcegebruik verwerken. Resources die aanzienlijke perioden van inactiviteit kennen, kunnen worden afgesloten als ze niet worden gebruikt, zodat er geen kosten worden gemaakt. Naarmate de vraagt toeneemt, kan de resourcetoewijzing automatisch meegroeien met een succesvolle service. U hoeft dus niet te wachten op de volgende aanschafronde. Als reactie op voorspelbare of onvoorspelbare pieken in de vraag kunnen meer resources dynamisch worden toegevoegd of verwijderd.

In de volgende afbeelding ziet u waarom een on-premises infrastructuur niet al deze wisselende scenario's kan ondersteunen.

Een afbeelding waarin de nadelen te zien zijn van het gebruik van een on-premises infrastructuur.

In een efficiënte architectuur worden resources ingericht om te voldoen aan de vraag. Als een virtuele machine het grootste deel van de tijd minder dan 10 procent wordt gebruikt, verspilt u resources, zowel qua rekenkracht als kosten. Als op een virtuele machine echter 90 procent van de tijd beslag wordt gelegd, worden de meeste beschikbare resources gebruikt, wat een efficiënt besteding van het geld is.

Bij 100 procent gebruik van een systeem ontstaat het risico op prestatieproblemen. Het is van belang dat het maximaliseren van de efficiëntie geen negatieve invloed heeft op de prestaties van het systeem. De vraag is zelden constant, dus het zo mogelijk aanpassen van de resources aan de vraag is belangrijk om de efficiëntie hoog te houden.

IaaS-kosten optimaliseren

Bij gebruik van IaaS-resources (Infrastructuur als een dienst) zoals virtuele machines als onderdeel van uw oplossing, vormen de kosten die zijn gekoppeld aan VM's vaak het grootste gedeelte van uw uitgaven. De rekenkosten vormen gewoonlijk de grootste uitgaven, gevolgd door opslagkosten. Als u de tijd neemt de resources te optimaliseren waarvoor u naar gebruik betaalt, kan dat grote invloed hebben op de hoogte van de maandelijkse factuur.

Laten we eens enkele aanbevolen procedures gaan bekijken waarmee u de reken- en opslagkosten kunt verminderen.

Compute

Er zijn een enkele opties beschikbaar om lagere kosten voor virtuele machines te genereren:

  • Kies een kleinere grootte voor het exemplaar van de virtuele machine
  • Het aantal uren verminderen dat een virtuele machine wordt uitgevoerd
  • Kortingen gebruiken voor de rekenkosten

Wijzig de grootte van virtuele machines

Bij het stroomlijnen van een virtuele machine past u de grootte van virtuele machines aan de respectieve hoeveelheid resources aan die van de VM wordt gevraagd. Als een VM 25 procent van de tijd inactief is, kunt u de kosten onmiddellijk reduceren als u de VM kleiner maakt. De kosten van een virtuele machine zijn evenredig binnen een reeks instanties. Met elke volgende vergroting verdubbelen de kosten. Als u daarentegen een VM één instantie kleiner maakt, worden uw kosten gehalveerd.

In de volgende afbeelding wordt een besparing van 50 procent getoond doordat een formaat kleiner wordt gebruikt in dezelfde serie.

Een afbeelding ter illustratie van de besparingen die worden gerealiseerd door een kleiner formaat te gebruiken voor een VM waarvan weinig gebruik wordt gemaakt.

Met Azure Advisor wordt aangegeven welke virtuele machines onvolledig worden benut. Azure Advisor bewaakt het gebruik van uw virtuele machine gedurende 14 dagen en identificeert vervolgens eventuele onderbenutte virtuele machines. Virtuele machines met een CPU-gebruik van 5 procent of minder en netwerkgebruik van 7 MB of minder gedurende vier of meer dagen worden beschouwd als te weinig gebruikt.

Afsluitingsschema's voor virtuele machines implementeren

Als u VM-workloads hebt die slechts periodiek worden gebruikt maar wel continu worden uitgevoerd, bent u geld aan het verspillen. U kunt deze VM's afsluiten wanneer ze niet in gebruik zijn, waardoor uw rekenkosten worden bespaard terwijl de toewijzing van de VM ongedaan wordt gemaakt. Een ontwikkelomgeving is bijvoorbeeld een goede kandidaat voor afsluiten tijdens de vrije uren van uw organisatie, omdat de ontwikkeling doorgaans alleen tijdens kantooruren plaatsvindt.

U hebt verschillende mogelijkheden om de toewijzing van een VM ongedaan te maken. Bijvoorbeeld:

  • U kunt Azure Automation gebruiken om uw VM's alleen uit te voeren wanneer uw workloads vereisen
  • U kunt de functie voor automatisch afsluiten op een virtuele machine gebruiken om een eenmalige automatische afsluiting te plannen
  • U kunt een VM handmatig stoppen in de Azure Portal

U moet altijd de Azure-besturingselementen gebruiken om uw VM's te stoppen. Als u het besturingssysteem afsluit vanuit een VIRTUELE machine, wordt de toewijzing van de Azure-resource niet ongedaan gemaakt, zodat u de kosten blijft opbouwen.

Kortingen op kosten voor rekenkracht toepassen

Azure Hybrid Benefit biedt een extra manier om de kosten van uw Windows Server- en SQL Server-instanties te optimaliseren. Hiermee kunt u uw licenties gebruiken voor uw on-premises computers met Windows Server of SQL Server met Software Assurance als korting op de rekenkosten van deze VM's. U kunt de kosten voor Windows Server en SQL Server op ingeschakelde instanties vervolgens verminderen of elimineren.

Sommige virtuele machines moeten continu worden uitgevoerd. Mogelijk hebt u een webtoepassingsserverfarm voor een productieworkload. Of misschien hebt u een domeincontroller die verschillende servers in een virtueel netwerk ondersteunt. Als u er zeker van bent dat deze virtuele machines het komende jaar of langer continu worden uitgevoerd, kunt u nog meer kosten besparen door een zogeheten gereserveerde instantie aan te schaffen.

Met Azure Reserved Virtual Machine Instances (Azure RI) kunt u rekencapaciteit aanschaffen voor een toezegging van één of drie jaar. Het biedt u aanzienlijke besparingen , tot 72 procent, in vergelijking met rekenresources voor betalen per gebruik.

In de volgende afbeelding ziet u de besparingen die worden behaald wanneer u uw on-premises licenties combineert met Azure Hybrid Benefit. Het toont ook de besparingen die worden behaald wanneer u uw on-premises licenties combineert met zowel Azure Reserved Virtual Machine Instances als Azure Hybrid Benefit.

Een afbeelding waarin u ziet wat de besparingen op Azure-producten zijn wanneer u beschikt over on-premises licenties en Software Assurance.

Kostenoptimalisatie voor VM-schijfopslag

Voor workloads waarvoor geen schijven met hoge betrouwbaarheid en prestaties nodig zijn, kunt u gebruikmaken van de standaardopslag tegen gereduceerde kosten. U kunt er bijvoorbeeld voor kiezen om standaardopslag te gebruiken voor uw ontwikkel- en testomgevingen die niet identiek hoeven te zijn aan uw productieworkloads.

Schijven die niet aan een virtuele machine zijn gekoppeld, hebben nog steeds opslagkosten. Zorg er dus voor dat er geen zwevende schijven in uw omgeving aanwezig zijn. Als u een virtuele machine maar niet de gekoppelde schijven hebt verwijderd, kunt u de opslagkosten verlagen door deze zwevende schijven te identificeren en te verwijderen uit uw omgeving.

U moet er ook voor zorgen dat er geen zwevende schaduwkopieën in uw omgeving achterblijven. De prijzen van schaduwkopieën zijn lager dan de prijzen van de schijven zelf, maar het is een goede gewoonte de kosten voor onnodige resources te elimineren.

PaaS-kosten optimaliseren

PaaS-services (Platform as a Service) zijn doorgaans geoptimaliseerd voor de kosten van IaaS-Services. Maar ook hier zijn mogelijkheden verspilling te identificeren en op kosten te besparen in uw PaaS-services. We kijken naar een paar manieren om opslagkosten voor Azure SQL Database en Azure Blob te verminderen.

Kosten voor Azure SQL database optimaliseren

Als u een Azure SQL-database maakt, moet u een server en een prestatielaag selecteren. Elke laag biedt een prestatieniveau, ofwel in Database Transaction Units (DTU's) ofwel in virtuele kernen (vCores).

Voor constante databasebelastingen is het eenvoudig om te optimaliseren door de juiste laaggrootte te selecteren voor de prestatiebehoeften. Maar stel dat uw database onverwachte pieken in de activiteit kent? Wanneer u te maken hebt met onvoorspelbare workloads, kunnen elastische pools u helpen uw kosten te verlagen.

Elastische pools in SQL Database zijn eenvoudige, kosteneffectieve oplossingen voor het beheren en schalen van verschillende databases die een variërend en onvoorspelbaar verbruik hebben. De databases in een elastische pool bevinden zich op één Azure SQL Database-server en delen een vast aantal resources tegen een vaste prijs. Pools zijn geschikt voor een groot aantal databases met specifieke gebruikspatronen. Voor een bepaalde database wordt dit patroon gekenmerkt door een laag gemiddeld gebruik met relatief incidentele gebruikspieken.

Hoe meer databases u aan een groep kunt toevoegen, des te meer u kunt besparen. In de volgende afbeelding ziet u wat de mogelijkheden zijn bij de drie typen pools voor elastische databases:

  • Eenvoudige automatische schaalaanpassingen tot 5 eDTU's per database
  • Standaard automatisch schalen tot 100 eDTU's per database
  • Premium automatisch schalen tot 1000 eDTU's per database

Een afbeelding waarin te zien is wat de mogelijkheden voor automatisch schalen zijn bij verschillende soorten pools voor elastische databases.

Elastische pools zijn een uitstekende manier om kosten te spreiden over meerdere databases. Ze kunnen een aanzienlijke invloed hebben op het verminderen van de kosten van uw Azure SQL Database.

Kosten voor Blob Storage optimaliseren

Blob Storage is een rendabele manier om gegevens op te slaan, maar naarmate de hoeveelheid gegevens groeit, kan uw factuur profiteren van het optimaliseren van hoe de gegevens worden opgeslagen.

Azure Storage biedt drie lagen voor blob-objectopslag:

  • Dynamische-toegangslaag: Hoogste opslagkosten, maar laagste toegangskosten. Deze laag is geoptimaliseerd voor het opslaan van gegevens die vaak worden gebruikt.

  • Statische-opslaglaag: Lagere opslagkosten en hogere toegangskosten in vergelijking met dynamische opslag. Deze laag is geoptimaliseerd voor het opslaan van gegevens die niet regelmatig worden geopend en die gedurende minimaal dertig dagen worden opgeslagen.

  • Archieftoegangslaag: laagste opslagkosten en hoogste kosten voor het ophalen van gegevens in vergelijking met dynamische en statische opslag. Deze laag is geoptimaliseerd voor het opslaan van gegevens die zelden worden gebruikt en die gedurende ten minste 180 dagen worden opgeslagen met flexibele latentievereisten (bijvoorbeeld enkele uren vertraging bij het ophalen).

Prijsmodellen op basis van verbruik

Een overstap naar PaaS-services kan betekenen dat het model van betalen per gebruik nog verder opschuift naar een echt prijsmodel op basis van verbruik. Services zoals Azure Functions hebben de mogelijkheid om verbruiksabonnementen te gebruiken.

Wanneer u een verbruiksabonnement gebruikt, worden er dynamisch instanties van de Azure Functions-host toegevoegd en verwijderd op basis van het aantal binnenkomende gebeurtenissen. Dit serverloze abonnement wordt automatisch geschaald en u betaalt alleen voor rekenresources wanneer uw functies worden uitgevoerd. Bij een verbruiksabonnement treedt er na een ingestelde periode een time-out op voor een functie-uitvoering. De facturering is gebaseerd op het aantal uitvoeringen, de duur van de uitvoeringstijd en de hoeveelheid geheugen die wordt gebruikt. De facturering wordt samengevoegd voor alle functies in een functie-app.

Een overstap naar services die gebruikmaken van een prijsmodel op basis van verbruik kan een nieuwe benadering zijn voor kostenbesparingen in uw architectuur.

Kennis testen

1.

In uw bedrijf worden PDF-kopieën van alle inkooporders opgeslagen. Deze bestanden worden na de eerst upload niet vaak meer geopend en er is geen tijdgebondenheid die is gekoppeld aan de ophaalbewerking. Welk van de volgende opslaglagen is de beste keuze om de kosten voor langetermijnopslag te verlagen?

2.

Welke van de volgende databases zijn goed geschikt voor elastische pools?