Kosten en prestaties beheren
Beheerde DevOps-pools bieden verschillende opties voor het configureren van de prestaties van uw pool. In dit artikel worden opties beschreven voor het aanpassen van de prestaties van uw pool aan de vereisten van uw workload door de prestaties en kosten van uw pools te verhogen of te verlagen.
Agentprestaties configureren
Wanneer u uw beheerde DevOps-pool configureert, hebt u verschillende opties voor het configureren van de prestaties en kosten van uw pool. In de volgende secties worden enkele keuzes beschreven die u kunt maken om de prestaties van uw pool te configureren.
- Schijftypen
- De juiste agentgrootte en -type kiezen
- Co-locatie poolregio
- Vooraf inrichten met stand-byagents
Schijftypen
Wanneer u uw beheerde DevOps-pool maakt, hebt u een optie om Standard SSD of Premium SSD te kiezen in plaats van het standaardbesturingssysteemschijftype Standard. Type besturingssysteemschijf bepaalt welk type schijf wordt gebruikt voor uw besturingssysteemstation. Uw agentwerkmap bevindt zich standaard in het tijdelijke station of D:\, dus u profiteert mogelijk niet van een duur type besturingssysteemschijf. Benchmark de prestaties van uw workload met verschillende typen besturingssysteemschijven, begrijp de kosten en kies een type besturingssysteemschijf op de juiste manier.
Als de doorvoer van uw werkbelasting het niveau van de standard-laag overschrijdt, kunt u mogelijk een prestatieverbetering in uw workload krijgen door een upgrade uit te voeren naar een beter presterend schijftype. Zie Azure Managed Disk Types (Beheerde schijftypen) voor meer informatie over schijftypen en prestaties.
In plaats van het type besturingssysteemschijf te wijzigen of naar een grotere SKU te gaan voor meer schijfruimte, kunt u overwegen een gegevensschijf voor uw pool te configureren. U kunt een grootte en schijftype configureren dat voldoet aan uw workloadvereisten en uw pools configureren om dit station te gebruiken als de werkmap van de agent, om meer opslag te bieden terwijl het standaardschijftype van het besturingssysteem en een mogelijk goedkopere VM-grootte.
De juiste agentgrootte en -type kiezen
Agentgrootte in Beheerde DevOps-pools geeft de grootte van de virtuele Azure-machine op die moet worden gebruikt voor het hosten van uw beheerde DevOps-pools-agents. U kunt de agentgrootte voor uw pool wijzigen om meer CPU-kernen, meer geheugen en meer schijfruimte te bieden. Als u een krachtigere VM-grootte gebruikt, wordt uw Azure-factuur ook verhoogd. Kies deze optie dus alleen als u bepaalt dat het gebruik van een krachtigere VM-grootte de prestaties van uw workload verhoogt.
VM-CPU-architectuur
AMD-VM-grootten zijn vaak tot 40% goedkoper dan intel-VM-grootten, met dezelfde of betere prestaties. Het gebruik van VM-grootten op basis van AMD biedt een mogelijkheid om uw Azure-uitgaven te verminderen.
VM-grootte
Zorg ervoor dat u de juiste Azure-VM-grootte gebruikt. Als u momenteel een azure-VM-grootte van acht kernen gebruikt, moet u ervoor zorgen dat uw workload alle 8 kernen kan gebruiken. U kunt uw workload uitvoeren op verschillende VM-grootten en zien hoe presterend uw workload is. U kunt een VM-grootte downgraden om uw COGS te verminderen, terwijl de prestaties van uw workload ongeveer hetzelfde blijven.
VM-type
Verschillende Azure VM-serie zijn ontworpen voor workloads met specifieke kenmerken om beter te presteren. Raak vertrouwd met verschillende Azure SKU-serie, zodat u een reeks kunt kiezen die het beste bij uw workload past. Voorbeeld: Als uw toepassing niet zoveel kerngeheugen gebruikt als geheugen, kunt u een VM-grootte kiezen uit de familie van grootten geoptimaliseerd voor geheugen.
Bekijk de verschillende typen Virtuele Azure-machines om inzicht te hebben in hun voordelen. Als voor uw workload bijvoorbeeld meer kernen en minder geheugen nodig zijn, kunt u de geoptimaliseerde rekenkracht gebruiken. Als voor uw workload meer schijfruimte nodig is, maar dezelfde kernen/geheugen, kunt u een Azure-VM-type kiezen met een hogere schijf om de rekenverhouding te berekenen in plaats van een SKU-grootte op te nemen, of u kunt een gekoppelde gegevensschijf gebruiken.
Generatie van VM-type
De nieuwste generatie van een Azure VM-type kan beter presteren dan de vorige versie. D2dsV4 en D2dsV5 zijn bijvoorbeeld hetzelfde geprijsd en hebben dezelfde specificaties, maar het is waarschijnlijk dat V5 sneller is dan de V4.
Co-locatie poolregio
Probeer de Azure-regio van uw pool te koppelen aan de regio waar de afhankelijkheden van CI/CD-werkbelasting aanwezig zijn. Deze nabijheid vermindert de netwerklatentie en zorgt ervoor dat uw workloads relatief beter presteren. U vindt de regio van uw Azure DevOps-organisatie en zoekt uw beheerde DevOps-pool in dezelfde regio.
Vooraf inrichten met stand-byagents
Wanneer u een pijplijn in de wachtrij zet, wordt standaard een volledig nieuwe agent gemaakt. U kunt ervoor kiezen om stand-byagents in te schakelen, zodat uw pijplijnen geen tijd besteden aan wachten. Als u stand-byagenten hebt ingeschakeld in de handmatige modus, kunt u het historische gebruik van stand-byagenten bekijken en beslissen of u het aantal stand-byagenten wilt verminderen. U kunt er ook voor kiezen om vooraf inrichten volledig uit te schakelen als uw werkstromen niet tijdkritiek zijn en 5-10 minuten kunnen wachten totdat de agents op aanvraag zijn gemaakt.
Een optie om de prestaties van agents te verbeteren zonder stand-byagents te gebruiken, is door stateful agents met een korte respijtperiode te gebruiken. Wanneer stateful agents met een respijtperiode een taak voltooien, blijven ze online voor de duur die is opgegeven door de respijtperiode en wachten op taken. Als uw werkbelasting bursts bevat, kunt u een respijtperiode configureren waarmee agents online blijven wanneer taken stabiel zijn en ze tijdens tragere perioden helemaal opnieuw worden gestart.
Zie Stand-byagents en Stateful pools voor meer informatie.