Delen via

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

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 workload het niveau van de standaardlaag overschrijdt, kunt u mogelijk een prestatieverbetering in uw workload krijgen door te upgraden 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 aan uw vereisten voor de werklast voldoet en uw pools configureren om deze schijf als agentwerkdirectory te gebruiken. Dit biedt meer opslagruimte terwijl u het standaardschijftype van het besturingssysteem en een mogelijk minder dure VM-grootte gebruikt.

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 door AMD aangedreven VM-grootten 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 uw workload bijvoorbeeld meer kernen en minder geheugen vereist, kunt u de Compute-geoptimaliseerde grootte gebruiken. Als uw workload meer schijfruimte vereist maar hetzelfde aantal kernen en geheugen, kunt u een Azure-VM-type kiezen met een hogere schijf-naar-rekenkrachtverhouding in plaats van naar een hogere SKU-grootte te gaan, 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.

Poolregio co-locatie

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 configureren met standby-agents

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 tijdkritisch zijn en 5-10 minuten kunnen wachten totdat de agents op aanvraag worden 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 zich in golven voordoet, kunt u een respijtperiode instellen waarmee agenten online blijven wanneer de taken gelijkmatig verlopen, en ze tijdens tragere perioden geheel opnieuw worden opgestart.

Zie Stand-byagents en Stateful pools voor meer informatie.

  • Last updated on