Share via


Arbeiten mit Platzierungshinweisen auf dem virtuellen Azure Operator Nexus-Computer

In diesem Artikel erfahren Sie, wie Sie Hinweise verwenden, um die Platzierung virtueller Computer in der Azure Operator Nexus-Umgebung zu steuern. Diese Platzierungshinweise können verwendet werden, um Affinität oder Antiaffinität zwischen virtuellen Computern, Bare-Metal-Maschinen oder Racks zu erstellen. Verwenden Sie Platzierungshinweise, um sicherzustellen, dass virtuelle Computer in der Azure Operator Nexus-Umgebung auf die gewünschte Weise geplant werden.

Mithilfe von Affinitätsregeln können Sie angeben, dass virtuelle Computer auf demselben physischen Computer oder Rack gehostet werden sollen. Umgekehrt stellen Antiaffinitätsregeln sicher, dass virtuelle Computer auf unterschiedlichen physischen Computern oder Racks gehostet werden.

Sie können die Gesamtresilienz Ihrer Anwendung erhöhen, indem Sie Antiaffinitätsregeln verwenden, um virtuelle Computer über verschiedene Fehler hinweg zu verteilen Standard (Racks, physische Computer usw.). Sie können die Kosteneffizienz Ihrer Anwendung erhöhen, indem Sie Affinitätsregeln verwenden, um virtuelle Computer auf weniger physische Computer zu packen.

Voraussetzungen

Bevor Sie mit dieser Anleitung fortfahren, stellen Sie sicher, dass Sie alle Schritte im QuickStart-Handbuch zum virtuellen Azure Operator Nexus-Computer ausgeführt haben.

Konfiguration von Platzierungshinweisen

In diesem Abschnitt wird das Konzept der Platzierungshinweise und die Funktionsweise der einzelnen Felder in der API erläutert, was beim Einrichten und Verwalten virtueller Computer nützlich ist.

{
 "hintType": "Affinity/AntiAffinity",
 "resourceId": "ARM ID of the virtual machine, bare-metal machine, or rack",
 "schedulingExecution": "Hard/Soft",
 "scope": "Rack/Machine"
}

Hinweistyp

Das hintType Argument wird in Platzierungshinweisen verwendet, um anzugeben, ob der Platzierungshinweis Affinität oder Antiaffinität mit den referenzierten Ressourcen unterstützt.

Das Argument "hintType" weist zwei mögliche Werte auf: Affinity oder AntiAffinity.

  • Affinity: Wenn der hintType auf Affinity festgelegt ist, wird der Platzierungshinweis verwendet, um eine Affinitätsregel zwischen dem virtuellen Computer und den referenzierten Ressourcen zu erstellen. Daher wird die VM auf dem spezifischen Bare-Metal-Computer, rack oder in der Nähe der Instanz des virtuellen Computers als referenzierte Ressource geplant.
  • AntiAffinity: Wenn der hintType auf AntiAffinity festgelegt ist, wird der Platzierungshinweis verwendet, um eine Antiaffinitätsregel zwischen dem virtuellen Computer und den referenzierten Ressourcen zu erstellen. Daher wird der virtuelle Computer auf einem anderen Bare-Metal-Computer, einem Rack oder einer virtuellen Computerinstanz von der referenzierten Ressource geplant.

Ressourcen-ID

Das resourceId Argument in platzierungshinweisen gibt das Zielobjekt an, mit dem die Platzierungshinweise überprüft werden. Das Zielobjekt kann eine der folgenden Sein:

  • Ein virtueller Computer: Wenn es sich bei dem Zielobjekt um einen virtuellen Computer handelt, wird der Platzierungshinweis auf diese bestimmte Instanz des virtuellen Computers überprüft.
  • A BareMetalMachine: If the target object is a bare-metal machine, the placement hint is checked against that specific bare-metal machine.
  • Ein Rack: Wenn das Zielobjekt ein Rack ist, wird der Platzierungshinweis auf alle auf diesem Rack ausgeführten Bare-Metal-Maschinen überprüft.

Wichtig

Das Argument resourceId muss in Form einer ARM-ID angegeben werden, und es muss eine gültige Ressourcen-ID für das Zielobjekt sein. Wenn die resourceId falsch oder ungültig ist, funktioniert der Platzierungshinweis nicht ordnungsgemäß, und die VM-Planung schlägt möglicherweise fehl.

`Scope`

Das scope Argument wird in Platzierungshinweisen verwendet, um den Umfang der Affinität des virtuellen Computers oder den Hinweis zur Antiaffinitätsplatzierung anzugeben. Das Bereichsargument gilt nur, wenn das resourceId Argument auf einen virtuellen Computer ausgerichtet ist.

Das Bereichsargument weist zwei mögliche Werte auf: Machine oder Rack.

  • Computer: Wenn der Bereich auf Computer festgelegt ist, gilt der Platzierungshinweis auf denselben Bare-Metal-Computer wie der angegebene virtuelle Computer. Wenn beispielsweise der Platzierungshinweis angibt, dass der virtuelle Computer auf demselben Bare-Metal-Computer wie der angegebene virtuelle Computer platziert werden soll, wird der Bereich auf Computer festgelegt.
  • Rack: Wenn der Bereich auf Rack festgelegt ist, gilt der Platzierungshinweis auf das Rack, zu dem die angegebene virtuelle Maschine gehört. Wenn beispielsweise der Platzierungshinweis angibt, dass die VM auf demselben Rack platziert werden soll, auf dem der angegebene virtuelle Computer derzeit platziert ist, wird der Bereich auf Rack festgelegt.

Wichtig

Dieses Argument kann nicht leer bleiben.

Planen der Ausführung

Das schedulingExecution Argument wird in Platzierungshinweisen verwendet, um anzugeben, ob der Platzierungshinweis während der Planung eine harte oder weiche Anforderung ist.

Das argument schedulingExecution weist zwei mögliche Werte auf: Hard oder Soft.

  • Hart: Wenn die schedulingExecution auf "Hard" festgelegt ist, wird der Platzierungshinweis bei der Planung als strenge Anforderung betrachtet. Daher platziert der Scheduler nur den virtuellen Computer auf der angegebenen Ressource, die im Platzierungshinweis angegeben ist. Wenn keine Ressource verfügbar ist, die die harte Anforderung erfüllt, schlägt die Planung des virtuellen Computers fehl.
  • Weich: Wenn die schedulingExecution auf "Soft" festgelegt ist, wird der Platzierungshinweis während der Planung als Einstellung betrachtet. Daher versucht der Planer, den virtuellen Computer in der angegebenen Ressource in der Platzierungshinweis anzugeben, aber wenn es nicht möglich ist, kann der Planer den virtuellen Computer auf einer anderen Ressource platzieren.

Beispiel für Gestellaffinität und Antiaffinitätsplatzierung

Abrufen der verfügbaren Rack-IDs

  1. Legen Sie die erforderlichen Variablen fest.

    NEXUS_CLUSTER_NAME=<Operator Nexus cluster name>
    NEXUS_CLUSTER_RG=<Operator Nexus cluster resource group>
    NEXUS_CLUSTER_SUBSCRIPTION="$(az account show -o tsv --query id)"
    NEXUS_CLUSTER_MANAGED_RG="$(az networkcloud cluster show -n $NEXUS_CLUSTER_NAME -g $NEXUS_CLUSTER_RG --query managedResourceGroupConfiguration.name | tr -d '\"')"
    
  2. Rufen Sie die Rack-ID ab.

    az networkcloud rack list -g $NEXUS_CLUSTER_MANAGED_RG --subscription $NEXUS_CLUSTER_SUBSCRIPTION --query [].id
    
  3. Beispielausgabe.

    $ az networkcloud rack list -g $NEXUS_CLUSTER_MANAGED_RG --subscription $NEXUS_CLUSTER_SUBSCRIPTION --query [].id    
    [
      "/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/racks/<network-aggregation-rack>",
      "/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/racks/<compute-rack-1>",
      "/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/racks/<compute-rack-2>",
      "/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/racks/<compute-rack-3>",
      "/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/racks/<compute-rack-4>",
      "/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/racks/<compute-rack-n>"
    ]
    

Platzieren eines virtuellen Computers auf einem bestimmten Rack

In diesem Beispiel untersuchen wir die Konzepte von soften und harten Affinitäten, insbesondere beim Platzieren virtueller Maschinen auf bestimmten Racks.

Hinweis

In diesem und den folgenden Beispielen werden nur Variationen des --placement-hints Arguments bereitgestellt. Für die tatsächliche Erstellung des virtuellen Computers mit Platzierungshinweisen sollten Sie der CLI hinzufügen--placement-hints, die im Schnellstarthandbuch für virtuelle Computer veranschaulicht wird.

Strenge Planung (Rack-Affinität)

Dieser Platzierungshinweis verwendet den Affinity hintType, um sicherzustellen, dass der virtuelle Computer nur auf dem angegebenen Rack mit der angegebenen Rack-ID geplant ist. Wenn das Rack nicht verfügbar ist oder keine Kapazität besitzt, schlägt die Planung fehl. Dieser Platzierungshinweis kann in Situationen hilfreich sein, in denen Sie sicherstellen möchten, dass bestimmte virtuelle Maschinen aus Leistungs-, Sicherheits- oder anderen Gründen auf bestimmten Racks platziert werden.

--placement-hints '[{"hintType":"Affinity","resourceId":"/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/racks/<compute-rack-2>","schedulingExecution":"Hard","scope":"Rack"}]'

Hinweis

Die aktuelle Platzierungshinweiskonfiguration mit dem Affinity hintType stellt sicher, dass der virtuelle Computer ausschließlich auf dem angegebenen Rack mit der bereitgestellten Rack-ID geplant wird. Es ist jedoch wichtig zu beachten, dass die Rackaffinität nicht für mehrere Racks mit Hard Planungsausführung angegeben werden kann. Diese Einschränkung kann sich auf Ihre Bereitstellungsstrategie auswirken, insbesondere, wenn Sie VMs auf mehreren Racks platzieren und dem Planer die Auswahl ermöglichen.

Bevorzugte Planung (Rackaffinität)

Dieser Platzierungshinweis verwendet den Affinity hintType, um eine Affinitätsregel zwischen dem virtuellen Computer und dem angegebenen Rack herzustellen. Außerdem wird eine Soft schedulingExecution verwendet, damit die VM auf einem alternativen Rack platziert werden kann, falls das angegebene Rack nicht zugänglich ist oder keine Kapazität besitzt.

--placement-hints '[{"hintType":"Affinity","resourceId":"/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/racks/<compute-rack-2>","schedulingExecution":"Soft","scope":"Rack"}]'

Verhindern, dass virtuelle Computer auf einem bestimmten Rack platziert werden

In diesem Beispiel untersuchen wir die Konzepte weicher und harter Antiaffinität, insbesondere um zu verhindern, dass virtuelle Maschinen auf bestimmten Racks platziert werden.

Strenge Planung (Rack-Antiaffinität)

Dieser Platzierungshinweis verwendet sowohl " AntiAffinity hintType" als Hard auch "schedulingExecution", um zu verhindern, dass der virtuelle Computer auf dem angegebenen Rack geplant wird, das durch die Rack-ID identifiziert wird. In dieser Konfiguration folgt der Scheduler genau diesen Platzierungshinweisen. Wenn die Rack-ID jedoch falsch ist oder nicht genügend Kapazität auf anderen Racks vorhanden ist, kann die VM-Platzierung aufgrund der strengen Anwendung der Hard Planungsregel fehlschlagen.

--placement-hints '[{"hintType":"AntiAffinity","resourceId":"/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/racks/<compute-rack-2>","schedulingExecution":"Hard","scope":"Rack"}]'

Bevorzugte Planung (Rack-Antiaffinität)

Dieser Platzierungshinweis verwendet den AntiAffinity hintType mit der Absicht, ein bestimmtes Rack für die Platzierung des virtuellen Computers zu vermeiden. Es ist jedoch wichtig zu beachten, dass die VM trotz dieser Einstellung immer noch auf diesem unerwünschten Rack platziert werden könnte, wenn andere Racks nicht über genügend Kapazität verfügen. Diese Platzierung geschieht, weil die schedulingExecution auf " Soft, die es ermöglicht, dass der virtuelle Computer auf dem anfänglich vermiedenen Rack untergebracht wird, wenn andere Optionen nicht machbar sind.

--placement-hints '[{"hintType":"AntiAffinity","resourceId":"/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/racks/<compute-rack-2>","schedulingExecution":"Soft","scope":"Rack"}]'

Beispiel für Bare-Metal-Maschinenaffinität und Antiaffinitätsplatzierung

Abrufen der verfügbaren Bare-Metal-Maschinen-IDs

  1. Legen Sie die erforderlichen Variablen fest.

    NEXUS_CLUSTER_NAME=<Operator Nexus cluster name>
    NEXUS_CLUSTER_RG=<Operator Nexus cluster resource group>
    NEXUS_CLUSTER_SUBSCRIPTION="$(az account show -o tsv --query id)"
    NEXUS_CLUSTER_MANAGED_RG="$(az networkcloud cluster show -n $NEXUS_CLUSTER_NAME -g $NEXUS_CLUSTER_RG --query managedResourceGroupConfiguration.name | tr -d '\"')"
    
  2. Rufen Sie die Rack-ID ab.

    az networkcloud baremetalmachine list -g $NEXUS_CLUSTER_RG --subscription $NEXUS_CLUSTER_SUBSCRIPTION --query "sort_by([].{ID: id, RackID: rackId}, &RackID)"
    
  3. Beispielausgabe.

    $ az networkcloud baremetalmachine list -g $NEXUS_CLUSTER_RG --subscription $NEXUS_CLUSTER_SUBSCRIPTION --query "sort_by([].{ID: id, RackID: rackId}, &RackID)"
    [
      {
        "ID": "/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/bareMetalMachines/<machine-name>",
        "RackID": "/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/racks/<compute-rack-1>"
      },
      {
        "ID": "/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/bareMetalMachines/<machine-name>",
        "RackID": "/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/racks/<compute-rack-2>"
      },
      {
        "ID": "/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/bareMetalMachines/<machine-name>",
        "RackID": "/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/racks/<compute-rack-3>"
      },
      {
        "ID": "/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/bareMetalMachines/<machine-name>",
        "RackID": "/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/racks/<compute-rack-4>"
      },
      {
        "ID": "/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/bareMetalMachines/<machine-name>",
        "RackID": "/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/racks/<compute-rack-n>"
      }
    ]
    

Platzieren eines virtuellen Computers auf einem bestimmten Bare-Metal-Computer

In diesem Beispiel untersuchen wir die Konzepte von soften und harten Affinitäten, insbesondere beim Platzieren virtueller Maschinen auf bestimmten Bare-Metal-Maschinen.

Strenge Planung (Bare-Metal-Maschinenaffinität)

Dieser Platzierungshinweis verwendet den Affinity hintType, um sicherzustellen, dass der virtuelle Computer nur auf dem angegebenen Bare-Metal-Computer mit der angegebenen Bare-Metal-Maschinen-ID geplant ist. Wenn die Bare-Metal-Maschine nicht verfügbar ist oder keine Kapazität besitzt, schlägt die Planung fehl. Dieser Platzierungshinweis kann in Situationen hilfreich sein, in denen Sie sicherstellen möchten, dass bestimmte virtuelle Computer aus Leistungs-, Sicherheits- oder anderen Gründen auf bestimmten Bare-Metal-Maschinen platziert werden.

--placement-hints '[{"hintType":"Affinity","resourceId":"/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/bareMetalMachines/<machine-name>","schedulingExecution":"Hard","scope":"Machine"}]'

Bevorzugte Planung (Bare-Metal-Maschinenaffinität)

Dieser Platzierungshinweis verwendet den Affinity hintType, um eine Affinitätsregel zwischen dem virtuellen Computer und dem angegebenen Bare-Metal-Computer herzustellen. Außerdem wird eine Soft schedulingExecution verwendet, damit die VM auf einer alternativen Bare-Metal-Maschine platziert werden kann, falls die angegebene Bare-Metal-Maschine nicht zugänglich ist oder keine Kapazität besitzt.

--placement-hints '[{"hintType":"Affinity","resourceId":"/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/bareMetalMachines/<machine-name>","schedulingExecution":"Soft","scope":"Machine"}]'

Verhindern, dass der virtuelle Computer auf einem bestimmten Bare-Metal-Computer platziert wird

In diesem Beispiel untersuchen wir die Konzepte weicher und harter Antiaffinität, insbesondere um zu verhindern, dass virtuelle Maschinen auf bestimmten Bare-Metal-Maschinen platziert werden.

Strenge Planung (Bare-Metal-Maschine Antiaffinität)

Dieser Platzierungshinweis verwendet sowohl " AntiAffinity hintType" als Hard auch "schedulingExecution", um zu verhindern, dass der virtuelle Computer auf dem angegebenen Bare-Metal-Computer geplant wird, der durch die Id der Bare-Metal-Maschine identifiziert wird. In dieser Konfiguration folgt der Scheduler genau diesen Platzierungshinweisen. Wenn die ID der Bare-Metal-Maschine jedoch falsch ist oder nicht genügend Kapazität auf anderen Bare-Metal-Computern vorhanden ist, kann die VM-Platzierung aufgrund der strengen Anwendung der Hard Terminplanungsregel fehlschlagen.

--placement-hints '[{"hintType":"AntiAffinity","resourceId":"/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/bareMetalMachines/<machine-name>","schedulingExecution":"Hard","scope":"Machine"}]'

Bevorzugte Planung (Bare-Metal-Maschine Antiaffinität)

Dieser Platzierungshinweis verwendet den AntiAffinity hintType mit der Absicht, eine bestimmte Bare-Metal-Maschine für die Platzierung des virtuellen Computers zu vermeiden. Es ist jedoch wichtig zu beachten, dass die VM trotz dieser Vorliebe noch auf dieser unerwünschten Bare-Metal-Maschine platziert werden könnte, wenn andere Bare-Metal-Maschinen nicht genügend Kapazität haben. Diese Platzierung geschieht, da die schedulingExecution auf " Soft, die ermöglicht, dass der virtuelle Computer auf dem anfänglich vermiedenen Bare-Metal-Computer untergebracht wird, wenn andere Optionen nicht machbar sind.

--placement-hints '[{"hintType":"AntiAffinity","resourceId":"/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/bareMetalMachines/<machine-name>","schedulingExecution":"Soft","scope":"Machine"}]'

Beispiel für VM-Zu-VM-Affinität und Antiaffinitätsplatzierung

Abrufen der verfügbaren IDs für virtuelle Computer

  1. Legen Sie die erforderlichen Variablen fest.

    RESOURCE_GROUP=<Target VM resource group>
    NEXUS_CLUSTER_SUBSCRIPTION="$(az account show -o tsv --query id)"
    
  2. Rufen Sie die ID des virtuellen Computers ab.

    az networkcloud virtualmachine list -g $RESOURCE_GROUP --subscription $NEXUS_CLUSTER_SUBSCRIPTION --query [].id
    
  3. Beispielausgabe.

    $ az networkcloud virtualmachine list -g $RESOURCE_GROUP --subscription $NEXUS_CLUSTER_SUBSCRIPTION --query [].id
    [
      "/subscriptions/<subscription>/resourceGroups/<resource-group>/providers/Microsoft.NetworkCloud/virtualMachines/<vm-1>",
      "/subscriptions/<subscription>/resourceGroups/<resource-group>/providers/Microsoft.NetworkCloud/virtualMachines/<vm-2>",
      "/subscriptions/<subscription>/resourceGroups/<resource-group>/providers/Microsoft.NetworkCloud/virtualMachines/<vm-3>",
      "/subscriptions/<subscription>/resourceGroups/<resource-group>/providers/Microsoft.NetworkCloud/virtualMachines/<vm-n>"
    ]
    

Platzieren eines virtuellen Computers in der Nähe eines bestimmten virtuellen Computers

In diesem Abschnitt wird die Platzierung virtueller Computer in der Nähe bestimmter VMs erläutert, wobei die wichtige Rolle des Parameters bei der scope Platzierungshinweiskonfiguration hervorgehoben wird. Der Scheduler leitet über den definierten Bereich VM-Platzierungen entweder auf demselben Bare-Metal-Computer oder innerhalb desselben Racks wie die referenzierte VM resourceId an. Es ist wichtig zu beachten, dass Während die hier angegebenen Beispiele die Hard Planungsausführung veranschaulichen, können Sie die Planung nach Bedarf basierend auf Ihrem jeweiligen Anwendungsfall verwenden Soft .

Platzieren virtueller Computer auf einem Bare-Metal-Computer (VM-Affinität)

In diesem Beispiel führt die Konfiguration durch Angabe Affinity des Hinweistyps und Machine des Bereichs dazu, dass die Konfiguration auf demselben Bare-Metal-Computer platziert wird wie der virtuelle Computer, der von der angegebenen Ressourcen-ID identifiziert wird. Daher teilt der neue virtuelle Computer denselben Bare-Metal-Computer wie der referenzierte virtuelle Computer, was zu potenziell niedrigeren Latenzen zwischen virtuellen Computern und einer verbesserten Leistung führt.

--placement-hints '[{"hintType":"Affinity","resourceId":"/subscriptions/<subscription>/resourceGroups/<resource-group>/providers/Microsoft.NetworkCloud/virtualMachines/<vm-1>","schedulingExecution":"Hard","scope":"Machine"}]'

Platzieren virtueller Computer in einem selben Rack (VM-Affinität)

In diesem Beispiel führt die Konfiguration mit Affinity dem Hinweistyp und Rack als Bereich zur Platzierung virtueller Computer innerhalb desselben Racks wie der virtuelle Computer, der durch die angegebene Ressourcen-ID identifiziert wird. Daher werden die neuen virtuellen Computer in physischer Nähe zur Referenz-VM platziert, wodurch die Netzwerklatenz potenziell reduziert und die Leistung verbessert wird.

--placement-hints '[{"hintType":"Affinity","resourceId":"/subscriptions/<subscription>/resourceGroups/<resource-group>/providers/Microsoft.NetworkCloud/virtualMachines/<vm-1>","schedulingExecution":"Hard","scope":"Rack"}]'

Verhindern, dass virtuelle Computer in der Nähe eines bestimmten virtuellen Computers platziert werden (VM-Antiaffinität)

In diesem Abschnitt wird der AntiAffinity Hinweistyp verwendet, um zu verhindern, dass VMs in der Nähe bestimmter anderer VMs platziert werden. Der scope Parameter entscheidet, ob diese Trennung auf Maschinen- oder Rackebene erfolgt. Diese Konfiguration ist nützlich, wenn VMs über verschiedene Hardware verteilt werden müssen, um Fehler oder Leistungsprobleme zu vermeiden.

Verhindern, dass virtuelle Computer auf einem Bare-Metal-Computer platziert werden (VM-Antiaffinität)

Wenn Sie in diesem Beispiel den Bereich auf Machine"" festlegen, wird verhindert, dass virtuelle Computer auf derselben Bare-Metal-Maschine platziert werden. Dieser Ansatz erhöht die Fehlertoleranz, indem das Risiko eines Ausfalls eines einzelnen Computers beeinträchtigt wird, wodurch die Gesamtfestigkeit erhöht wird.

--placement-hints '[{"hintType":"AntiAffinity","resourceId":"/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/virtualMachines/<vm-2>","schedulingExecution":"Hard","scope":"Machine"}]'

Verhindern, dass virtuelle Computer in einem selben Rack platziert werden (VM-Antiaffinität)

In diesem Beispiel wird durch Festlegen des Bereichs Rack sichergestellt, dass VMs nicht innerhalb desselben Racks platziert werden. Diese Konfiguration trägt dazu bei, die Fehlertoleranz zu verbessern, indem sichergestellt wird, dass sich ein Ausfall eines einzelnen Racks nicht auf die Arbeitsauslastung auswirkt.

--placement-hints '[{"hintType":"AntiAffinity","resourceId":"/subscriptions/<subscription>/resourceGroups/<managed-resource-group>/providers/Microsoft.NetworkCloud/virtualMachines/<vm-2>","schedulingExecution":"Hard","scope":"Rack"}]'

Nächste Schritte

Während die in diesem Artikel aufgeführten Beispiele einige gängige Anwendungsfälle veranschaulichen, kann die API verwendet werden, um eine vielzahl von Platzierungsszenarien zu implementieren, wodurch sie eine flexible und anpassbare Lösung für die Verwaltung der Platzierung virtueller Computer darstellt. Passen Sie die scopeParameter schedulingExecutionin hintType verschiedenen Kombinationen an, um zu verstehen, wie sie sich auf vm-Platzierungen auswirken. Die ordnungsgemäße Verwendung von Platzierungshinweisen kann die Verfügbarkeit und Resilienz von Anwendungen und Diensten verbessern, die in der Azure Operator Nexus-Instanz ausgeführt werden.