Fehlercode "InvalidResourceReference" beheben

Zusammenfassung

Verwenden Sie diesen Artikel, um den InvalidResourceReference Fehler zu beheben, wenn Sie einen Azure Kubernetes Service (AKS)-Cluster erstellen, bereitstellen oder aktualisieren, damit Sie den Vorgang erfolgreich abschließen können.

Symptom 1

Wenn Sie versuchen, einen AKS-Cluster zu erstellen, wird die folgende Fehlermeldung angezeigt:

Code="InvalidResourceReference"

Message="Resource"
/subscriptions/<subscription-id-guid>/resourceGroups/MyResourceGroup/providers/Microsoft.Network/virtualNetworks/vnet-otcom/subnets/Subnet-AKS
referenziert nach Ressource
/subscriptions/<subscription-id-guid>/resourceGroups/MC_MyResourceGroup_MyCluster-AKS_JAPANEAST/providers/Microsoft.Compute/virtualMachineScaleSets/aks-nodepool-vmss
wurde nicht gefunden. Stellen Sie sicher, dass die referenzierte Ressource vorhanden ist und dass sich beide Ressourcen in derselben Region befinden."

Details=[]

Ursache 1

Hier sind die möglichen Ursachen für dieses Problem:

• Es besteht ein Konflikt zwischen Ressourcen in verschiedenen Regionen.

  Das Beispiel in Symptom 1 zeigt, dass sich das virtuelle Netzwerk und der Skalierungssatz des virtuellen Computers nicht in derselben Region befinden. Da sich die Ressourcen in verschiedenen Regionen befinden, können Sie die Skalierungssatzinstanz nicht erstellen.

• Sie haben die referenzierte Ressource manuell geändert oder gelöscht.

Lösung 1

Wenn ein Konflikt zwischen Ressourcen in verschiedenen Regionen besteht, überprüfen Sie die Ressourcen, um sicherzustellen, dass sie sich in derselben Region befinden. Ändern Sie in diesem Beispiel entweder die Region, in der Sie den AKS-Cluster erstellen, oder erstellen Sie ein neues virtuelles Netzwerk in derselben Region.

Wenn Sie die referenzierte Ressource manuell ändern oder löschen, treten möglicherweise Probleme beim Beheben dieses Problems auf, da der Prozess das manuelle Ändern der zugrunde liegenden IaaS-Ressourcen in der MC_ -Ressourcengruppe nicht unterstützt. Sie können dieses Problem beheben, indem Sie die gelöschte Ressource neu erstellen, sie dem VMSS zuordnen und dann ein Update auf dem AKS-Cluster auslösen. Diese Lösung wird jedoch nicht unterstützt, sodass der Erfolg nicht gewährleistet ist.

Symptom 2

Wenn Sie versuchen, einen AKS-Cluster zu aktualisieren, wird die folgende Fehlermeldung angezeigt:

Code="InvalidResourceReference"
Message="Resource"
/subscriptions/<subscription-id-guid>/resourceGroups/MC_MyResourceGroup/providers/Microsoft.Network/loadBalancers/kubernetes/frontendIPConfigurations/<frontendIP_ID> von der Ressource <subscription-id-guid>/resourceGroups/MC_MyResourceGroup/providers/Microsoft.Network/loadBalancers/kubernetes/loadBalancingRules/<frontend_IP_rule> wurde nicht gefunden. Bitte stellen Sie sicher, dass die referenzierte Ressource vorhanden ist und dass sich beide Ressourcen in derselben Region befinden.
Message="Resource"

Details=[]

Ursache 2

Dieses Problem tritt auf, wenn Sie die standardmäßige ausgehende Standardregel aksOutboundRule für das Lastenausgleichsmodul manuell ändern. Diese unerwartete Änderung tritt in der Regel auf, wenn Sie die ausgehende IP aktualisieren, wenn Sie den Cluster ohne den load-balancer-outbound-ips Parameter aktualisieren.

Lösung 2

Führen Sie den az aks update Befehl mit dem load-balancer-outbound-ips Parameter erneut aus, um den Cluster zu aktualisieren. Verwenden Sie die Ressourcen-ID der öffentlichen IP als Parameterwert. Weitere Informationen finden Sie unter Aktualisieren des Clusters mit Ihrer eigenen ausgehenden öffentlichen IP.

Symptom 3

Wenn Sie einen Knotenpool erstellen, skalieren, hochstufen oder aktualisieren, schlägt der Vorgang mit einer InvalidResourceReference-Fehlermeldung fehl, die dem folgenden Beispiel ähnelt:

Code="InvalidResourceReference"
Message="VMSS erstellen oder aktualisieren
/subscriptions/<subscription-id-guid>/resourceGroups/MC_MyResourceGroup_MyCluster/providers/Microsoft.Compute/virtualMachineScaleSets/aks-nodepool-vmss
fehlgeschlagen. Ressource
/subscriptions/<subscription-id-guid>/resourceGroups/<vnet-resource-group>/providers/Microsoft.Network/virtualNetworks/<vnet-name>
referenziert nach Ressource
/subscriptions/<subscription-id-guid>/resourceGroups/MC_MyResourceGroup_MyCluster/providers/Microsoft.Compute/virtualMachineScaleSets/aks-nodepool-vmss
wurde nicht gefunden."

Ursache 3

Dieses Problem tritt auf, wenn Sie das virtuelle Netzwerk verschieben, das während der Clustererstellung mit dem AKS-Cluster verknüpft war, in eine andere Ressourcengruppe oder ein anderes Abonnement. AKS und das zugrunde liegende Virtual Machine Scale Set (VMSS) verweisen weiterhin auf die Ressourcen-ID des ursprünglichen virtuellen Netzwerks. Daher schlagen Knotenpoolvorgänge, die VMSS-Updates erfordern, fehl, da das virtuelle Netzwerk nicht mehr im ursprünglichen Ressourcenpfad gefunden werden kann.

Das Verschieben des virtuellen Netzwerks eines AKS-Clusters wird nicht unterstützt. Wie in der Move-Vorgangsunterstützung für Netzwerkressourcen dokumentiert, funktioniert der AKS-Cluster nicht mehr, wenn Sie das virtuelle Netzwerk für einen AKS-Cluster verschieben.

Lösung 3

Es gibt keine unterstützte Methode zum Aktualisieren eines vorhandenen AKS-Clusters, um nach dem Verschieben auf das virtuelle Netzwerk zu verweisen. Microsoft-Support und die AKS-Produktgruppe können die zugrunde liegenden Netzwerkverweise des Clusters nicht ändern.

Um das Problem zu beheben, erstellen Sie einen neuen AKS-Cluster, der auf das virtuelle Netzwerk an seinem aktuellen Speicherort verweist, migrieren Sie Ihre Workloads zum neuen Cluster, und heben Sie dann den betroffenen Cluster außer Betrieb.

Symptom 4

Ein AKS-verwalteter Bastion-Vorgang schlägt mit einem InvalidResourceReference Fehler fehl, der eine öffentliche IP-Adresse identifiziert.

Im Folgenden sehen Sie ein Beispiel für die Fehlermeldung.

Code="InvalidResourceReference"

Message="Die angegebene Referenz auf die öffentliche IP-Adresse '<public-ip-resource-id>' ist ungültig."

Ursache 4

Die öffentliche IP-Referenz weist eine ungültige Ressourcen-ID oder einen Ressourcentyp auf, oder die öffentliche IP erfüllt nicht die Anforderungen des Abonnements, der Region, der SKU, der IP-Version oder des Bereitstellungsstatus.

Lösung 4

Überprüfen Sie die Eigenschaften der öffentlichen IP im Azure-Portal.

Sie können auch die Azure CLI verwenden, um die Eigenschaften der öffentlichen IP zu überprüfen.

Führen Sie den folgenden Befehl aus:

az network public-ip show --ids "<public-ip-resource-id>" --query "{id:id,location:location,sku:sku.name,version:publicIPAddressVersion,allocation:publicIPAllocationMethod,state:provisioningState,ipConfiguration:ipConfiguration.id}" --output json

Verwenden Sie eine gültige Microsoft.Network/publicIPAddresses Ressourcen-ID im selben Abonnement wie die Netzwerkressourcen des Clusters und in derselben Region wie der Cluster. Die öffentliche IP muss die Standard-SKU und IPv4 verwenden, und eine vom Kunden verwaltete öffentliche IP muss über einen Bereitstellungsstatus verfügen Succeeded.

Übergeben Sie für einen neuen Aktivierungsvorgang die korrigierte ID an az aks bastion enable. Vergewissern Sie sich, dass verwaltete Bastion für Ihren Cluster verfügbar ist und dass die installierte aks-preview Erweiterung den Befehl unterstützt.

Führen Sie in Azure CLI den folgenden Befehl aus.

az aks bastion enable --subscription "<cluster-subscription-id>" --resource-group "<cluster-resource-group>" --name "<cluster-name>" --bastion-public-ip "<public-ip-resource-id>"

Der az aks bastion update Befehl unterstützt das Ersetzen einer vorhandenen öffentlichen IP-Bindung nicht. Das Ändern der IP-Adresse kann UpdateNotAllowed zurückgeben, solange Bastion vorhanden ist oder die Bereinigung nicht abgeschlossen ist. Wenn Sie eine vorhandene Bindung ersetzen müssen, wenden Sie sich an Microsoft-Support, um Anleitungen zu erhalten.

Informationen zu Zuordnungs- und Nutzungsanforderungen finden Sie unter Azure Bastion öffentlichen IP-Anforderungen.

References

Allgemeine Fehlerbehebung bei der Erstellung von AKS-Clustern