Freigeben über

Verwalten von Kosten und Leistung

  • Artikel

Verwaltete DevOps-Pools bieten verschiedene Optionen zum Konfigurieren der Leistung Ihres Pools. In diesem Artikel werden Optionen zum Abgleichen der Leistung Ihres Pools mit den Anforderungen Ihrer Workload beschrieben, indem sie die Leistung und Kosten Ihrer Pools erhöhen oder reduzieren.

Konfigurieren der Agentleistung

Wenn Sie Ihren verwalteten DevOps-Pool konfigurieren, haben Sie unterschiedliche Optionen zum Konfigurieren der Leistung und der Kosten Ihres Pools. In den folgenden Abschnitten werden einige Optionen beschrieben, die Sie zum Konfigurieren der Leistung Ihres Pools treffen können.

Datenträgertypen

Wenn Sie Ihren verwalteten DevOps-Pool erstellen, haben Sie die Möglichkeit, standard SSD oder Premium SSD anstelle des Standard-Betriebssystemdatenträgertyps zu wählen. Der Betriebssystemdatenträgertyp bestimmt, welche Art von Datenträger für Ihr Betriebssystemlaufwerk verwendet wird. Ihr Agent-Arbeitsverzeichnis befindet sich standardmäßig auf dem temporären Laufwerk oder D:\, sodass Sie möglicherweise nicht von einem teuren Betriebssystemdatenträgertyp profitieren. Messen Sie die Leistung Ihrer Workload mit unterschiedlichen Betriebssystemdatenträgertypen, verstehen Sie die Kosten, und wählen Sie einen Betriebssystemdatenträgertyp entsprechend aus.

Wenn der Durchsatz Ihrer Workload die Ebene der Standardebene überschreitet, können Sie möglicherweise eine Leistungsverbesserung in Ihrer Workload erzielen, indem Sie ein Upgrade auf einen leistungsfähigeren Datenträgertyp durchführen. Weitere Informationen zu Datenträgertypen und -leistung finden Sie unter Azure Managed Disk Types.

Anstatt den Betriebssystemdatenträgertyp zu ändern oder zu einer größeren SKU für mehr Speicherplatz zu wechseln, sollten Sie erwägen , einen Datenträger für Ihren Pool zu konfigurieren. Sie können einen Größen- und Datenträgertyp konfigurieren, der Ihren Workloadanforderungen entspricht, und Ihre Pools so konfigurieren, dass dieses Laufwerk als Agentarbeitsverzeichnis verwendet wird, um mehr Speicherplatz bereitzustellen, während der Standarddatenträgertyp des Betriebssystems und eine potenziell kostengünstigere VM-Größe verwendet wird.

Auswählen der richtigen Agentgröße und -typ

Die Agentgröße in verwalteten DevOps-Pools gibt die Größe des virtuellen Azure-Computers an, die zum Hosten Ihrer Verwalteten DevOps Pools-Agents verwendet werden soll. Sie können die Agentgröße für Ihren Pool ändern, um mehr CPU-Kerne, mehr Arbeitsspeicher und mehr Speicherplatz bereitzustellen. Die Verwendung einer leistungsstärkeren VM-Größe erhöht auch Ihre Azure-Rechnung. Wählen Sie daher diese Option nur aus, wenn Sie feststellen, dass die Verwendung einer leistungsstärkeren VM-Größe ihre Workloadleistung erhöht.

VM CPU-Architektur

AMD-unterstützte VM-Größen sind oft bis zu 40 % weniger teuer als Intel-betriebene VM-Größen mit der gleichen oder besseren Leistung. Die Verwendung von AMD-unterstützten VM-Größen bietet die Möglichkeit, Ihre Azure-Ausgaben zu reduzieren.

Größe des virtuellen Computers

Stellen Sie sicher, dass Sie die richtige Größe des virtuellen Azure-Computers verwenden. Wenn Sie derzeit eine größe von acht Kernen einer Azure-VM verwenden, stellen Sie sicher, dass Ihre Workload alle 8 Kerne verwenden kann. Sie können Ihre Workload auf verschiedenen VM-Größen ausführen und sehen, wie leistungsfähig Ihre Workload ist. Sie können eine VM-Größe herabstufen, um Ihre COGS zu reduzieren, während die Leistung Ihrer Workload ungefähr gleich bleibt.

VM-Typ

Verschiedene Azure VM-Serie sind für Workloads mit bestimmten Merkmalen ausgelegt, um eine bessere Leistung zu ermöglichen. Machen Sie sich mit verschiedenen Azure SKU-Serien vertraut, damit Sie eine Reihe auswählen können, die am besten zu Ihrer Workload passt. Beispiel: Wenn Ihre Anwendung nicht so viel Kern verwendet wie arbeitsspeicher, können Sie eine VM-Größe aus der speicheroptimierten Speicherfamilie auswählen.

Überprüfen Sie die verschiedenen Azure-VM-Typen , um ihre Vorteile zu verstehen. Wenn Ihre Workload beispielsweise mehr Kerne und weniger Arbeitsspeicher benötigt, können Sie die optimierte Compute-Größe verwenden. Wenn Ihre Workload mehr Speicherplatz, aber denselben Kern/Arbeitsspeicher benötigt, können Sie einen Azure-VM-Typ auswählen, der ein höheres Datenträger-zu-Compute-Verhältnis aufweist, anstatt eine SKU-Größe aufzuheben, oder Sie können einen angefügten Datenträger verwenden.

VM-Typgenerierung

Die neueste Generation eines Azure-VM-Typs ist möglicherweise leistungsfähiger als die vorherige Version. D2dsV4 und D2dsV5 werden beispielsweise gleich bepreist und haben dieselben Spezifikationen, aber es ist wahrscheinlich, dass V5 schneller als die V4 ist.

Gemeinsame Standort-Poolregion

Versuchen Sie, die Azure-Region Ihres Pools in die Region zu verlagern, in der die Abhängigkeiten von CI/CD-Workload vorhanden sind. Diese Näherung reduziert die Netzwerklatenz und macht Ihre Workloads relativ leistungsfähiger. Sie finden die Region Ihrer Azure DevOps-Organisation und suchen Ihren verwalteten DevOps-Pool in derselben Region.

Vorabbereitstellung mit Standby-Agents

Wenn Sie eine Pipeline in die Warteschlange stellen, wird standardmäßig ein Agent von Grund auf neu erstellt. Sie können Standby-Agents aktivieren, sodass Ihre Pipelines keine Wartezeit aufwenden. Wenn Sie Standby-Agents im manuellen Modus aktiviert haben, können Sie sich die historische Nutzung von Standby-Agents ansehen und entscheiden, ob Sie die Anzahl der Standby-Agents reduzieren möchten. Sie können sich auch entscheiden, die Vorabbereitstellung vollständig zu deaktivieren, wenn Ihre Workflows nicht zeitkritisch sind und 5 bis 10 Minuten warten können, bis die Agents bei Bedarf erstellt wurden.

Eine Möglichkeit zur Verbesserung der Agentleistung ohne Verwendung von Standby-Agents besteht darin, zustandsbehaftete Agents mit einer kurzen Nachfrist zu verwenden. Wenn staatliche Agenten mit einer Nachfrist einen Auftrag abgeschlossen haben, bleiben sie für die von der Nachfrist angegebene Dauer online und warten auf Aufträge. Wenn Ihre Workload in Brüchen kommt, können Sie eine Karenzzeit konfigurieren, die Agents online hält, wenn Aufträge stabil sind, und sie während langsamerer Zeiträume von Grund auf neu beginnen.

Weitere Informationen finden Sie unter Standby-Agents und Zustandspools.