Design för hastighetsoptimering
 Öka effektiviteten utan att ändra design, omförhandla eller offra funktionella eller icke-funktionella krav. |
|---|
Dra nytta av möjligheterna att optimera verktyget och kostnaderna för dina befintliga resurser och åtgärder. Om du inte gör det spenderar du i onödan pengar utan någon extra ROI.
Exempelscenario
Contosos BI-team (Business Intelligence) är värd för en uppsättning GraphQL-API:er för olika affärsenheter för åtkomst till datalager i organisationen utan att bevilja direkt databasåtkomst. De har byggt upp dessa under åren och funnit att versionshantering var viktigt, så de har exponerat sina API:er nu över versionsslutpunkter på en API Management-gateway på en enda förbrukningsnivå.
Bakom API Management-instanserna finns tre AKS-kluster som är värdar för de API:er som exponeras. En som kör en Windows-nodpool för API:er som skrivits i .NET 4.5, ett Linux-kluster för API:erna som skrivits i Java Spring och en Linux som de ärvde från ett tidigare team som körde dotnet core-API:er. Klustren ägs nu av BI-teamet och används endast för dessa API:er. Även om det inte är idealiskt att hantera tre kluster har de fungerat som avsett, så de har lämnats ensamma.
Som ett kostnadsställe i verksamheten letar BI-teamet efter sätt att optimera sina priser för att sänka driftskostnaderna.
Konsolidera infrastrukturen där det är praktiskt
Samplacerad användning med andra resurser, arbetsbelastningar och till och med team. Föredrar tjänster som gör det enklare att uppnå högre densitet. Tänk på de potentiella kompromisserna, särskilt när det gäller säkerhetsgränser.
Genom att konsolidera infrastrukturen kan du optimera dina molnkostnader. När densiteten ökar minskar mängden resurser som du behöver för att köra en arbetsbelastning. Den här minskningen minskar kostnaden per enhet och kostnaden för hantering.
Contosos utmaning
- Arbetsbelastningsteamet har utformat sin AKS-infrastruktur enligt vägledningen för Microsofts baslinjearkitektur, som rekommenderar att du kör minst tre noder per kluster. Den här konfigurationen har resulterat i att teamet har stöd för nio systemnoder i de tre klustren.
- Teamet tillämpar korrigeringar och uppdateringar på klustren tre gånger per månad.
Tillämpa metoden och resultaten
- Efter testningen bestämmer teamet att de kan kombinera alla API:et till ett enda kluster med tre användarnodpooler samtidigt som de uppnår samma prestanda och os-egenskaper som det ursprungliga klustret.
- När api:erna har konsoliderats till ett kluster konsolideras de till fyra noder för sin systemnodpool, vilket sparar kostnaderna för fem virtuella datorer.
- Teamet kan nu också effektivisera sin korrigerings- och uppgraderingsprocess i klustret eftersom de bara har ett kluster att hantera.
- Deras nästa kostnadsbesparingsmål är att utvärdera konsolideringen av de två linux-nodpoolerna till en för att minska driftkostnaderna ytterligare.
Dra nytta av reservationer och andra infrastrukturrabatter
Optimera genom att checka in och köpa för att dra nytta av rabatter som erbjuds på resurstyper som inte förväntas ändras över tid och för vilka kostnader och användning är förutsägbara. Arbeta också med ditt licensieringsteam för att påverka framtida köpavtalsprogram och förnyelser.
Microsoft erbjuder reducerade priser för förutsägbart och långsiktigt engagemang för specifika resurser och resurskategorier. Resurser kostar mindre under användningsperioden och kan amorteras under perioden.
Genom att hålla licensieringsteamet medvetna om den aktuella och förutsagda investeringen efter resurs kan du hjälpa dem att göra åtaganden i rätt storlek när din organisation undertecknar avtalet. I vissa fall kan dessa prognoser och åtaganden påverka organisationens prisdokument, vilket gynnar din arbetsbelastnings kostnad och även andra team som använder samma teknik.
Contosos utmaning
- Nu när teamet har konsoliderat till ett kluster och tagit bort en del av den överskjutande beräkning och driftbelastning som de tidigare absorberade, är de intresserade av att hitta ytterligare åtgärder för att sänka kostnaden för klustret.
- Eftersom BI-teamet är nöjda med AKS-plattformen planerar de att fortsätta använda den under överskådlig framtid och kommer sannolikt till och med att öka användningen.
Tillämpa metoden och resultaten
- Eftersom AKS bygger på vm-skalningsuppsättningar tittar teamet på Azure-reservationer. De känner till förväntade SKU:er och skalningsenheter som de behöver för användarnoderna.
- De köper en treårsreservation som täcker systemnodpoolen och det minsta antalet instanser av noder per användarnodpool.
- Med det här köpet vet teamet att de får det bästa erbjudandet för sina beräkningsbehov samtidigt som arbetsbelastningen kan växa över tid.
Använd fast prisfakturering när det är praktiskt
Växla till fastprisfakturering i stället för förbrukningsbaserad fakturering för en resurs när dess användning är hög och förutsägbar och ett jämförbart SKU- eller faktureringsalternativ är tillgängligt.
När användningen är hög och förutsägbar kostar modellen med fast pris vanligtvis mindre och stöder ofta fler funktioner. Om du använder den kan du öka avkastningen.
Contosos utmaning
- API Management-instanserna distribueras alla som SKU:er på förbrukningsnivå för närvarande. När du har utvärderat API:ernas användningsmönster förstår de att API:erna används globalt och ibland ganska mycket. Teamet bestämmer sig för att analysera kostnadsskillnaderna mellan den aktuella faktureringsmodellen och en fast prismodell.
Tillämpa metoden och resultaten
- När du har utfört kostnadsanalysen upptäcker teamet att migrering från förbrukning till standardnivå blir lite billigare totalt sett med tanke på de aktuella användningsmönstren. När tjänsterna växer under nästa år kommer kostnadsskillnaderna sannolikt att bli mer uttalade. Även om modellen med fast prissättning inte återspeglar elasticitetsegenskaperna för begäranden, är ibland fördefinierade faktureringsmodeller rätt val.
- Som en extra bonus tillåter användning av standardnivån användning av en privat slutpunkt för inkommande anslutningar, vilket teamet har varit angeläget om att implementera för arbetsbelastningen.
- I det här fallet var det bra att byta SKU:er för både användningsändamål och för den extra fördelen med den ytterligare nätverkssegmentering som är möjlig med en privat slutpunktsimplementering.