You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This guide describes the Azure Operator Service Manager (AOSM) optional rollback on failure feature for container network functions (CNFs). This feature, as part of the AOSM safe upgrade practices initiative, reduces the service impact of unexpected upgrade failures for network functionfs (NFs) where comprehensive forward and backward version network function application (NfApp) compatibility is not available.
12
+
This guide describes the Azure Operator Service Manager (AOSM) optional rollback on failure feature for container network functions (CNFs). This feature, as part of the AOSM safe upgrade practices initiative, reduces the service impact of unexpected upgrade failures for network functions (NFs) where comprehensive forward and backward version network function application (NfApp) compatibility is not available.
13
13
14
14
## Pause on failure
15
-
In the case of an unexpected failure during an upgrade, historically AOSM has supported the pause on failure approach. This method remains the default and implements the following workflow logic;
15
+
In the case of an unexpected failure during an upgrade, historically AOSM supports the pause on failure approach. This method remains the default and implements the following workflow logic;
16
16
* The NfApps are created or upgraded following either updateDependsOn ordering, if provided, or in the sequential order they appear.
17
17
* NfApps with parameter "applicationEnabled" disabled are skipped.
18
18
* NFApps present before upgrade, but not referenced by the new network function definition version (NFDV) are deleted.
@@ -54,7 +54,7 @@ AOSM returns the following operational status and messages, given the respective
54
54
```
55
55
56
56
## How to configure rollback on failure
57
-
The most flexible method to control failure behavior is to extend a new CGS parameter, rollbackEnabled, to allow for CGV control via roleOverrideValues in the NF payload. First, define the CGS parameter:
57
+
The most flexible method to control failure behavior is to extend a new configuration group schema (CGS) parameter, rollbackEnabled, to allow for configuration group value (CGV) control via roleOverrideValues in the NF payload. First, define the CGS parameter:
58
58
```
59
59
{
60
60
"description": "NF configuration",
@@ -77,7 +77,7 @@ The most flexible method to control failure behavior is to extend a new CGS para
77
77
> [!NOTE]
78
78
> * If the nfConfiguration isn't provided through the roleOverrideValues parameter, by default the rollback is disabled.
79
79
80
-
With the new rollbackEnable paramater defined, the Operator can now provide a run time value, under roleOverrideValues, as part of NF reput payload.
80
+
With the new rollbackEnable parameter defined, the Operator can now provide a run time value, under roleOverrideValues, as part of NF reput payload.
0 commit comments