Werkstroom v2 doorvoeren in Azure Operator Nexus - Network Fabric

Doorvoerwerkstroom v2 introduceert een gemoderniseerde en transparante benadering voor het toepassen van configuratiewijzigingen op Azure Operator Nexus - Network Fabric-resources. Deze verbeterde werkstroom biedt betere operationele controle, zichtbaarheid en foutafhandeling tijdens het configuratie-updateproces.

Met deze update kunt u configuratiestatussen vergrendelen, wijzigingen op apparaatniveau bekijken, updates valideren en met vertrouwen doorvoeren. U kunt eerdere beperkingen overwinnen, zoals het niet kunnen controleren van pre- of postconfiguraties en problemen bij het diagnosticeren van fouten.

Belangrijkste concepten en mogelijkheden

Commit-werkstroom v2 is gebouwd rond een gestructureerd wijzigingsbeheerproces. De volgende kernfuncties zijn beschikbaar:

• Expliciete configuratievergrendeling: Vereist dat u de configuratie van een Network Fabric-resource expliciet vergrendelt nadat er wijzigingen zijn aangebracht. Dit proces zorgt ervoor dat updates op een voorspelbare en gecontroleerde manier worden toegepast.
• Voorbeeld van volledige apparaatconfiguratie: Hiermee kunt u vóór de doorvoering inzicht krijgen in de exacte configuratie die op elk apparaat wordt toegepast. Deze stap helpt bij het valideren van intenties en het vroegtijdig opsporen van problemen.
• Configuratie doorvoeren op apparaten: Wijzigingen doorvoeren op apparaten na validatie. Met deze laatste stap worden de vergrendelde configuratie-updates in de infrastructuur toegepast.
• Batchupdates verwijderen: Hiermee kunt u alle niet-doorgevoerde resourcewijzigingen terugdraaien naar de laatst bekende status.
• Verbeterde beperkingen: Dwingt strikte updateregels af tijdens vergrendelings-, onderhouds- en upgradefasen voor stabiliteit.

Vereiste voorwaarden

Voordat u doorvoerwerkstroom v2 gebruikt, moet u ervoor zorgen dat aan de volgende omgevingsvereisten wordt voldaan.

Versies die compatibel zijn met de werkstroom integreren

De ondersteunde doorvoeringswerkstroomversie is afhankelijk van de combinatie van Network Fabric-runtime, de releaseversie van de portal en de API-versie die wordt gebruikt. Gebruik de volgende tabel om te bepalen welke doorvoerwerkstroom van toepassing is op uw omgeving.

Vereiste versies

Als u niet zeker weet welke versie van de doorvoerwerkstroom van toepassing is op uw installatie, raadpleegt u de versies die compatibel zijn met de doorvoerwerkstroom:

• Runtime-versie: versie 5.0.1 of hoger is vereist voor doorvoerwerkstroom v2.
• Network Fabric API-versie: versie 2024-06-15-preview.
• AzCLI-versie: versie 8.0.0.b3 of hoger.

Ondersteunde upgradepaden naar runtimeversie 5.0.1

• Directe upgrade: van 4.0.0 naar 5.0.1 of van 5.0. tot 5.0.1
• Opeenvolgende upgrade: van 4.0.0 naar 5.0.0 tot 5.0.1

Gedrag en beperkingen

Doorvoerwerkstroom v2 introduceert nieuwe operationele verwachtingen en beperkingen om consistentie en veiligheid in configuratiebeheer te garanderen.

Beschikbaarheids- en vergrendelingsregels

• Alleen beschikbaar op runtimeversie 5.0.1+. Downgraden naar v1 wordt niet ondersteund.

• Vergrendelen is alleen toegestaan wanneer:

  • Er is geen commit gaande.
  • Netwerkinfrastructuur valt niet onder onderhoud of upgrade.
  • Network Fabric heeft een status met beheerdersrechten.

Niet ondersteund tijdens onderhoud of upgrade

De Lock, ViewDeviceConfigurationen related post-actions bewerkingen zijn niet toegestaan tijdens onderhoud of upgradevensters.

Finaliteit doorvoeren

Nadat wijzigingen zijn doorgevoerd, kunnen ze niet meer worden teruggedraaid. Voor verdere bewerkingen is een nieuwe cyclus van vergrendelen, valideren en vastleggen vereist.

Batchgedrag negeren

• De discard-commit-batch bewerking:

  • Hiermee worden alle azure Resource Manager-resourcewijzigingen teruggezet naar de laatst bekende goede status.
  • Hiermee worden beheer-/configuratiestatussen bijgewerkt (bijvoorbeeld externe/interne netwerken worden uitgeschakeld en geweigerd).
  • Hiermee worden resources niet verwijderd. U moet ze desgewenst handmatig verwijderen.
  • Hiermee kunt u verdere patches toepassen om wijzigingen opnieuw toe te passen.

• Wanneer de batchactie verwijderen wordt uitgevoerd:

  • De beheerstatus van interne/externe netwerkbronnen wordt verplaatst naar uitgeschakeld. De configuratiestaat verandert naar geweigerd. De resources worden niet automatisch verwijderd. Er is een afzonderlijke verwijderbewerking vereist voor verwijdering.
  • De ingeschakelde netwerkmonitorresources die aan een infrastructuur zijn gekoppeld, kunnen niet aan een andere infrastructuur worden gekoppeld, tenzij ze eerst worden losgekoppeld en vastgelegd.
  • De configuratiestatus wordt verplaatst naar geweigerd voor netwerkmonitor-resources die zich in een uitgeschakelde beheerstatus bevinden (in doorvoerwachtrij). U kunt updates (PUT/patch) opnieuw toepassen en opnieuw doorvoeren om deze in te schakelen.

Beperkingen voor resource-actualiseringen

Na de vergrendeling: er wordt slechts een beperkte set cuD-acties (Create, Update en Delete) ondersteund. Voorbeelden zijn niet-gekoppelde toegangsbeheerlijsten (ACL's) of TAP-regels (testtoegangspunten).

Resources die van invloed zijn op apparaten, zoals netwerk-naar-netwerk-interconnect (NNI), isolatiedomein (ISD), routebeleid of ACL's die zijn gekoppeld aan bovenliggende resources, worden geblokkeerd tijdens de configuratievergrendeling.

Ondersteunde acties voor resources via commit workflow v2 toepassen (wanneer bovenliggende resources de ingeschakelde beheerstatus hebben)

Toegestane acties na configuratievergrendeling

In de volgende tabel ziet u ondersteunde acties nadat de configuratievergrendeling is ingeschakeld op de infrastructuur. De acties worden gecategoriseerd op type en ondersteuningsstatus.

Ondersteunde en niet-ondersteunde acties na configuratievergrendeling

Verwante inhoud

• Doorvoerwerkstroom v2 gebruiken in Azure Operator Nexus