Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Artikel wird beschrieben, wie Sie die grundlegenden Einstellungen Ihrer Verwalteten DevOps-Pools-Instanz konfigurieren.
Überblick
Wenn Sie eine Übersicht über die Pooleinstellungen anzeigen möchten, wechseln Sie zu "Übersicht".
Über die Übersicht haben Sie folgende Möglichkeiten:
- Zeigen Sie Ihre Ressourcengruppe und Abonnementdetails an, und verschieben Sie Azure-Ressourcen in eine neue Ressourcengruppe oder ein neues Abonnement.
- Zeigen Sie den Standort Ihres Pools an. Um die unterstützten Speicherorte anzuzeigen, führen Sie das Verfahren unter Registrieren des Ressourcenanbieters für verwaltete DevOps-Pools in Ihrem Azure-Abonnement aus.
- Konfigurieren von Tags. Verwaltete DevOps-Pools übergeben bis zu 20 Tags an den virtuellen Computer (VM), und der Rest wird ignoriert.
- Zeigen Sie Konfigurationsinformationen für Ihren Pool an, z. B. Name, Azure DevOps-Organisation, Agentstatus und maximale Agents.
- Zeigen Sie vordefinierte Metrikdiagramme an.
Pooleinstellungen
Um Ihren Pool zu konfigurieren, gehen Sie zu Einstellungen>Pool.
Verwenden Sie die folgenden Einstellungen, um Ihren Pool zu konfigurieren:
- Dev Center-Projekt
- Azure DevOps-Organisation
- Bilder
- Maximale Anzahl von Agents
- Agentgröße
- Typ des Betriebssystemdatenträgers
Dev Center-Projekt
Wählen Sie die Dev Center-Projektinstanz für Ihren Pool aus. (Wenn Sie nicht über eine verfügen, können Sie beim Erstellen Ihres Pools eine Dev Center-Instanz und eine Dev Center-Projektinstanz erstellen.)
Azure DevOps-Organisation
Wenn Sie Ihren Pool für eine einzelne Azure DevOps-Organisation konfiguriert haben, können Sie die Organisation in pooleinstellungen angeben.
Wenn Sie Ihren Pool für mehrere Organisationen konfiguriert haben, ist die Azure DevOps-Organisationseinstellung in den Pooleinstellungen nicht vorhanden. Um Ihren Pool für die Verwendung in mehreren Organisationen zu konfigurieren, wechseln Sie zu Einstellungen>Sicherheit und konfigurieren Sie Pool in mehreren Organisationen verwenden.
Standardmäßig ist Ihr Pool für alle Projekte in Ihren angegebenen Organisationen verfügbar. Informationen zum Einschränken Ihres Pools auf bestimmte Projekte finden Sie unter "Sicherheitseinstellungen: Konfigurieren des Organisationszugriffs".
Maximale Anzahl von Agents
Geben Sie die maximale Anzahl von Agents an, die gleichzeitig in Ihrem Pool bereitgestellt werden können. Wenn Sie beispielsweise einen Maximalwert von 2 Agents angeben, können Sie maximal zwei Agents gleichzeitig ausführen. Wenn mehr als zwei Aufträge in die Warteschlange gestellt werden, führen nur zwei Agents Aufträge aus, während die anderen Aufträge warten.
Sie können den aktuellen Status und die Anzahl der bereitgestellten Agents in Ihrem Pool anzeigen, indem Sie den Bereich "Agents " verwenden. Alle Agents in der Ansicht "Agents" (mit Ausnahme von Agents mit einem Zurückgegebener Status) laufen auf einer virtuellen Maschinenressource und zählen zur Maximalen Anzahl an Agents.
Sie können den Wert der maximalen Agents in den Pooleinstellungen für einen vorhandenen Pool und auf der Registerkarte " Grundlagen " konfigurieren, wenn Sie einen Pool erstellen.
Hinweis
Der Wert " Maximale Agents " konfiguriert die maximale Anzahl von Agents, die gleichzeitig bereitgestellt werden können. Die Anzahl der selbst gehosteten parallelen Aufträge Ihrer Organisation gibt jedoch die Anzahl der Aufträge an, die gleichzeitig ausgeführt werden können. Stellen Sie sicher, dass In Ihrer Organisation genügend selbst gehostete parallele Aufträge verfügbar sind, damit Ihre Agents Aufträge ausführen können. Weitere Informationen finden Sie unter Preise für parallele Aufträge in Azure DevOps Services.
Agentgröße
Die Agent-Größeneinstellung gibt die Größe des virtuellen Azure-Computers an, die zum Hosten Ihrer Verwalteten DevOps-Pools-Agents verwendet werden soll. Verwaltete DevOps-Pools unterstützen bis zu fünf Agentgrößen pro Pool mithilfe von Instance Mix.
Wenn Sie eine Azure Größe des virtuellen Computers anzeigen und auswählen möchten, die in Ihrer Azure Region verfügbar ist, wählen Sie "Bis zu fünf SKU-Größen auswählen" aus. Agentgrößen (SKUs) mit verfügbaren Kontingenten für Verwaltete DevOps-Pools sind als verfügbar gekennzeichnet. Sie können mehr Kontingent für SKUs anfordern, die als nicht verfügbar gekennzeichnet sind. Nachdem eine Kontingentanforderung für eine nicht verfügbare SKU genehmigt wurde, ist sie als verfügbar gekennzeichnet. Erfahren Sie mehr über verwaltete DevOps-Pools-Kontingente.
Um die Agentgrößen neu anzuordnen, ziehen Sie sie per Drag-and-drop mithilfe des Griffs in die gewünschte Reihenfolge. Die Reihenfolge bestimmt die Priorität für Bereitstellungs-Agents, wobei die oberste Größe die höchste Priorität hat.
Instanzenmix
Verwaltete DevOps-Pools unterstützen bis zu fünf Agentgrößen pro Pool. Diese Funktion verwendet die Funktionen für die Instanzmischung von Virtual Machine Scale Sets.
Um die Instanzmischung für verwaltete DevOps-Pools zu verwenden, konfigurieren Sie mehrere Agentgrößen für Ihren Pool. Wenn Sie mehrere Agentgrößen angeben, versucht managed DevOps Pools zunächst, einen Agent mit der ersten Größe in der Poolkonfiguration bereitzustellen. Wenn diese Größe nicht verfügbar ist, wird die nächste Größe in der Liste versucht. Diese Zuordnungsstrategie entspricht der Zuordnungsstrategie für Prioritized-Instanzmischungen, um zu bestimmen, welche VM-Größe zuerst bereitgestellt werden soll, wobei die Agentgrößen in Ihrem Pool in der Reihenfolge gereiht werden, in der sie in Pooleinstellungen angezeigt werden; diese Reihenfolge entspricht der Reihenfolge, in der sie in der Konfiguration des Pools aufgeführt sind.
Wenn Sie mehrere Agentgrößen für Ihren Pool konfigurieren, beachten Sie die folgenden Empfehlungen und Anforderungen.
-
Empfehlungen
- Um eine ausgewogene Lastenverteilung sicherzustellen, verwenden Sie VM-Größen mit ähnlichen vCPU- und Arbeitsspeichergrößen.
- Verwenden Sie für eine konsistente Leistung VM-Größen eines ähnlichen Typs (z. B. beide aus der D-Serie).
-
Anforderungen
- Sie müssen über ein ausreichendes Kontingent für jede VM-Größe im Zielabonnement und in der Zielregion verfügen.
- Bis zu fünf VM-Größen können angegeben werden.
- Unterstützte VM-Familien: nur A-, B-, D-, E- und F-Familien .
- Jede ausgewählte VM-Größe muss aus einer anderen VM-Serie stammen. Sie können zum Beispiel nicht sowohl
Standard_D8ads_v5als auchStandard_D16ads_v5verwenden, weil beide aus derDadsv5-Serie stammen. Sie können aber beideStandard_D8ads_v5verwenden undStandard_D8ds_v5weil sie zu unterschiedlichen Serien (Dadsv5undDdsv5) gehören und konsistente Architektur, Speicher und lokale Datenträgermerkmale aufweisen. Weitere Informationen zu VM-Serien und -Größen finden Sie unter Größen für virtuelle Computer in Azure: Aufschlüsselung der Namensstruktur. - Sie können VM-Architekturen (z. B. Arm64 und x64) nicht im selben Instanzenmix kombinieren.
- VMs mit unterschiedlichen Speicherschnittstellen (SCSI oder NVMe) können nicht gemischt werden.
- Vm-SKUs, die Premiumspeicher und Nicht-Premium-Speicher in derselben Instanzmischung verwenden, können nicht kombiniert werden.
- Alle VMs müssen dasselbe Sicherheitsprofil und dieselbe lokale Datenträgerkonfiguration verwenden.
Hinweis
Diese Anforderungen stellen eine Teilmenge des Vm Scale Set-Instanzmix dar: Einschränkungen und nicht unterstützte Szenarien, mit Ausnahme der Größe jeder ausgewählten VM muss aus einer anderen VM-Reihenanforderung stammen, die für verwaltete DevOps-Pools spezifisch ist.
Verwenden Sie die Namensstruktur des virtuellen Computers , um potenziell kompatible Größen zu identifizieren. Beginnen Sie mit Größen aus unterstützten Familien, die zu verschiedenen VM-Reihen gehören, und bevorzugen Sie Größen mit der gleichen vCPU-Anzahl und Featurebuchstaben wie Ihre primäre Größe. Überprüfen Sie insbesondere den Prozessorindikator (a, poder kein Indikator), den indikator für den lokalen temporären Datenträger (d) und Storage Premium Indikator (s).
Der Name der VM-Größe identifiziert nicht jedes Kompatibilitätsmerkmal. Bevor Sie eine Größe hinzufügen, überprüfen Sie die Dokumentation zur VM-Serie, und überprüfen Sie, ob die Architektur, die Speicherschnittstelle, Storage Premium-Funktion, die Unterstützung von Sicherheitsprofilen und die Konfiguration lokaler Datenträger mit den anderen Größen im Pool kompatibel sind. Sie können auch Copilot verwenden, um eine Liste potenziell kompatibler Größen zu generieren und auszuwerten.
Verwenden von Copilot zum Identifizieren berechtigter VM-Größen
Die folgende Beispielaufforderung für Copilot Chat hilft Ihnen, VM-Größen zu identifizieren, die möglicherweise mit Ihrer bevorzugten Größe gekoppelt werden können. Kopieren Sie die Eingabeaufforderung, fügen Sie sie in Copilot Chat ein, und ersetzen Sie die Platzhalter durch Ihre Konfigurationsdetails.
I want to configure a Managed DevOps Pools instance mix with the following settings:
- Primary VM size: [PRIMARY VM SIZE]
- Azure region: [AZURE REGION]
Identify up to four additional VM sizes that are eligible to pair with my primary VM size. Use only current official Microsoft Learn documentation, starting with these sources and following their links to the relevant VM family and series documentation:
- https://learn.microsoft.com/azure/virtual-machines/sizes/overview
- https://learn.microsoft.com/azure/virtual-machine-scale-sets/instance-mix-overview
Apply all of these requirements:
1. Use only VM sizes from the A, B, D, E, or F families.
2. Select each VM size from a different VM series, including a series different from the primary VM size and from every other suggested size.
3. Use the same architecture, storage interface, premium-storage capability, security-profile support, and local-disk configuration as the primary VM size.
4. Recommend no more than four additional sizes because a Managed DevOps Pools instance mix supports up to five sizes total.
Also apply the instance mix recommendations by preferring VM sizes with similar vCPU and memory specifications and of a similar type to the primary VM size.
Return a comparison table that shows the VM size, family, series, vCPUs, memory, architecture, storage interface, premium-storage capability, local-disk configuration, and security-profile support. Explain why each suggested size is eligible and rank the suggestions from best to worst match. Cite an official Microsoft Learn source for every technical claim. Don't assume that a size is available or that I have sufficient quota in my region. Clearly identify the regional availability and quota checks that I must perform separately. If you can't verify a requirement for a VM size, exclude that size.
Copilot wird von KI unterstützt. Daher sind Überraschungen und Fehler möglich. Überprüfen Sie jede vorgeschlagene VM-Größe in den Pooleinstellungen , und vergewissern Sie sich, dass Sie über ausreichendes Kontingent verfügen, bevor Sie den Pool aktualisieren. Weitere Informationen finden Sie in den häufig gestellten Fragen zur allgemeinen Verwendung von Copilot.
Häufige Kontingent- und Kapazitätsprobleme
Wenn Ihr Abonnement nicht über die Kapazität zum Konfigurieren Ihres Pools mit der azure VM-SKU und der anzahl der von Ihnen angegebenen maximalen Agents verfügt, erhalten Sie eine Fehlermeldung wie folgt:
Cores needed to complete this request is 8, which exceeds the current limit of 0 for SKU family standardDDSv4Family in region eastus. Please choose a different region if possible, or request additional quota at https://portal.azure.com/#view/Microsoft_Azure_Support/NewSupportRequestV3Blade/issueType/quota/subscriptionId/subscription_id_placeholder/topicId/3eadc5d3-b59a-3658-d8c6-9c729ba35b97
Informationen zum Beheben des Problems finden Sie unter Überprüfen von Kontingenten für Managed DevOps-Pools.
Es werden noch nicht alle SKUs für alle Azure-Regionen unterstützt. Wenn Sie eine Fehlermeldung wie SKU family <sku-family> is not available in location <region> erhalten, stellen Sie sicher, dass Ihre SKU-Größe für Ihre Region unterstützt wird. Weitere Informationen finden Sie unter Größen für virtuelle Computer in Azure und Produkte nach Region verfügbar.
Wichtig
Azure Pipelines Bilder werden derzeit nicht mit v6 und v7 Azure VM-Agentgrößen unterstützt. Wenn Sie z. B. Standard D2as v6 mit einem Azure Pipelines Bild auswählen, wird eine Fehlermeldung wie SkuNotCompatibleWithImageDiskControllerType: Incompatible DiskControllerType between Image(s) MMSWindows2025-g2 and Pool SKU Standard_D2as_v6. Select a different image or sku for pool mdp-11-21-2025. angezeigt.
Um dieses Problem zu beheben, wählen Sie eine andere Agentgröße aus, die nicht v6 oder v7 ist.
Typ des Betriebssystemdatenträgers
Verwaltete DevOps-Pools bieten die folgenden Datenträgertypen für den Betriebssystemdatenträger:
- Norm
- Standard-SSD
- Premium-SSD
Der Standarddatenträgertyp des Betriebssystems ist "Standard". 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.
Sie können den Betriebssystemdatenträgertyp in den Pooleinstellungen für einen vorhandenen Pool konfigurieren. Sie können den Betriebssystemdatenträgertyp auf der Registerkarte " Grundlagen " konfigurieren, wenn Sie einen Pool erstellen.
Bilder
Verwaltete DevOps-Pools bieten Ihnen mehrere VM-Imageoptionen zum Ausführen von Pipelines in Ihrem Pool. Sie können Ihren Pool mithilfe ausgewählter Marketplace-VM-Images, ihrer eigenen benutzerdefinierten Images in einer Azure Compute Gallery-Instanz oder mit denselben Windows- und Linux-Images erstellen, die von Von Azure Pipelines von Microsoft gehosteten Agents verwendet werden.
Wichtig
Verwaltete DevOps-Pools bieten jetzt Versionen der Generation 2 von Azure Pipelines-Images, und die ursprünglichen Azure Pipelines-Images der Generation 1 erhalten keine Updates mehr.
Verwaltete DevOps-Pools empfehlen, dass Sie Ihre Pools von den ursprünglichen Azure-Pipelines-Images der Generation 1 auf die Versionen der Generation 2 migrieren. Weitere Informationen finden Sie unter Azure Pipelines Generation 2-Images.
Hinweis
Die folgenden Bilder sind veraltet und wurden entfernt.
- Azure-Pipelines – Windows Server 2019
- Ubuntu 20.04
Weitere Informationen finden Sie unter Zeitplan für die Abschaffung von Images in verwalteten DevOps-Pools.
Sie können Ihren Pool so konfigurieren, dass ein einzelnes Bild oder mehrere Bilder verwendet werden. Sie können auch Aliase verwenden, um Ihre Pipelines für die Verwendung eines bestimmten Bilds zu konfigurieren. Weitere Informationen finden Sie unter Konfigurieren von Images für verwaltete DevOps-Pools.
Wichtig
Wenn Sie über mehrere Images in Ihrem Pool verfügen und keine Anforderungen in Ihren Pipelines zum Festlegen eines Images verwenden, werden die Pipelines mithilfe des ersten aufgelisteten Images in Ihrem Pool ausgeführt. Sie können die Reihenfolge der Bilder in Ihrem Pool wie folgt ändern:
- Verwenden Sie Vorlagen: Ändern Sie die Reihenfolge der Bilder in der
imagesListe imfabricProfileAbschnitt. - Verwenden Sie das Ziehen: Ordnen Sie die Bilder in der Bilderliste im Azure-Portal an.