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
description: Tracking of notes for major and minor release of AOSM.
4
4
author: msftadam
5
5
ms.author: adamdor
6
-
ms.date: 08/09/2024
6
+
ms.date: 08/13/2024
7
7
ms.topic: release-notes
8
8
ms.service: azure-operator-service-manager
9
9
---
10
10
11
11
# Release Notes
12
12
13
-
This pages contains major and minor releas for Azure Operator Service Manager
13
+
This pages hosts major and minor release notes for Azure Operator Service Manager (AOSM)
14
14
15
15
## Overview
16
16
17
-
The following release notes are presently generally available:
17
+
The following release notes are generally available: (GA)
18
18
19
-
[Release Notes for Version 2.0.2763-119 7/31/24](https://github.com/msftadam/azure-docs-pr/edit/patch-2/articles/operator-service-manager/release-notes.md?pr=%2FMicrosoftDocs%2Fazure-docs-pr%2Fpull%2F284200#731-release)
19
+
*Release Notes for Version 2.0.2763-119 7/31/24
20
20
21
21
## Release 2.0.2763-119 - 7/31
22
22
23
23
Azure Operator Service Manager Release Notes
24
24
7/31/2024 – Document Version 1.5
25
25
26
26
### Release Summary
27
-
Azure Operator Service Manager is a cloud orchestration service that enables automation of operator network-intensive workloads, and mission critical applications hosted on Azure Operator Nexus. Azure Operator Service Manager unifies infrastructure, software and configuration management with a common model into a single interface, both based on trusted Azure industry standards.
28
-
This 07-31-2024 Azure Operator Service Manager release includes updating the NFO version to 2.0.2763-119, the details of which are further outlined in the remainder of this document.
27
+
Azure Operator Service Manager is a cloud orchestration service that enables automation of operator network-intensive workloads, and mission critical applications hosted on Azure Operator Nexus. Azure Operator Service Manager unifies infrastructure, software and configuration management with a common model into a single interface, both based on trusted Azure industry standards. This 07-31-2024 Azure Operator Service Manager release includes updating the NFO version to 2.0.2763-119, the details of which are further outlined in the remainder of this document.
29
28
30
29
### Release Details
31
30
* Release Version: 2.0.2763-119
32
31
* Release Date: 07-31-2024
33
32
34
33
### Release Installation
35
-
**[BREAKING CHANGE INSTALLATION]** This is a major version release which includes a breaking change. To safely install this version, please follow the steps:
34
+
**[BREAKING CHANGE INSTALLATION]** This is a major version release, which includes a breaking change. To safely install this version, follow the below steps:
36
35
1. Delete all site network services and network functions from the custom location.
37
36
2. Uninstall the network function extension:
38
37
3. Delete custom location
39
-
4. _If Required:_Update the CSN to whitelist the endpoint: "linuxgeneva-microsoft.azurecr.io" port 443. This step can be skipped if a wildcard is being used or if running Nexus 3.12 or later.
38
+
4. _If Required:_To ensure repository access, update the content delivery network (CDN) to permit the endpoint: "linuxgeneva-microsoft.azurecr.io" port 443. This step can be skipped if a wildcard is being used or if running Nexus 3.12 or later.
40
39
5. Install the network function extension
41
40
6. Create custom location
42
41
7. Redeploy site network services and network functions to the custom location.
43
42
44
-
For more Azure Operator Service Manager documentation, please visit; <br> [Azure Operator Service Manager Documentation | Microsoft Learn](https://learn.microsoft.com/en-us/azure/operator-service-manager/)
45
-
46
43
### Release Attestation
47
-
This release has been produced in accordance with Microsoft’s Secure Development Lifecycle, including processes for authorizing software changes, antimalware scanning, and scanning and mitigating security bugs and vulnerabilities.”
44
+
This release is produced compliant with Microsoft’s Secure Development Lifecycle. This includes processes for authorizing software changes, antimalware scanning, and scanning and mitigating security bugs and vulnerabilities.
48
45
49
46
### Release Highlights
50
47
#### Cluster Registry & Webhook – High Availability
51
-
Introduced in this release is an enhancement of the cluster registry and webhook service to support high availability operations. When enabled, this replaces the singleton pod, used in earlier releases, with a replica set and optionally allows for horizontal auto scaling. Other notable improvements include:
48
+
Introduced in this release is an enhancement of the cluster registry and webhook service to support high availability operations. When enabled, the singleton pod, used in earlier releases, is rpelaced with a replica set and optionally allows for horizontal auto scaling. Other notable improvements include:
52
49
* Changing registry storage volume from "nexus-volume" to "nexus-shared"
53
50
* Implementing options to allow for the future deletion of the extension with minimal impact.
54
51
* Adds tracking references for cluster registry container images usage
55
52
56
53
#### Safe Upgrades – Downgrade to Lower Version
57
-
With this release a SNS re-put operation now supports downgrading a network function to a lower version. The downgrade re-put operation uses the “helm update” method and is not the same as a rollback operation. Downgrade operations support the same capabilities as upgrades, such as atomic parameter, test-option parameters and pause-on-failure behavior.
54
+
With this release, a Site Network Service (SNS) re-put operation now supports downgrading a network function to a lower version. The downgrade re-put operation uses the “helm update” method and is not the same as a rollback operation. Downgrade operations support the same capabilities as upgrades, such as atomic parameter, test-option parameters and pause-on-failure behavior.
58
55
59
56
### Issues Resolved in This Release
60
57
61
58
#### Bugfix Related Updates
62
-
The following bugfixes, or other defect resolutions, have been delivered with this release.
59
+
The following bugfixes, or other defect resolutions, are delivered with this release, for either Network Function Operator (NFO) or reource provider (RP) components.
63
60
64
61
* NFO - Fix for Out Of Memory(OOM) condition in artifact-controller pod when installing fed-smf with Cluster Registry.
65
62
* NFO - Prevent mutation of non-AOSM managed pods within "kube-system" namespace. AT&T can use the default value for the new parameter to selectively apply mutations to AOSM-managed pods. (see Appendix B)
66
63
* NFO - Improved logging, fixing situations where logs were being dropped
67
64
* NFO - Tuning of memory and CPU resources, to limit resource consumption.
68
65
69
66
#### Security Related Updates
70
-
Through Microsoft’s Secure Future Initiative | Microsoft, the Nexus product has introduced the following security focused enhancements in this release and will continue to do so in future releases.
67
+
Through Microsoft’s Secure Future Initiative (SFI), this release delivers the following security focused enhancements.
71
68
72
69
* NFO - Signing of helm package used by network function extension.
73
70
* NFO - Signing of core image used by network function extension.
74
71
* NFO - Use of Cert-manager for service certificate management and rotation. This change can result in failed SNS deployments if not properly reconciled. For guidance on the impact of this change, see Appendix A.
75
72
* NFO - Automated refresh of AOSM certificates during extension installation.
76
73
* NFO - A dedicated service account for the pre-upgrade job to safeguard against modifications to the existing network function extension service account.
77
-
* RP - The service principles (SPs) used for deploying site & NF now require “Microsoft.ExtendedLocation/customLocations/read” permission. The SP's which deploy day N scenario now require "Microsoft.Kubernetes/connectedClusters/listClusterUserCredentials/action" permission. This change can result in failed SNS deployments if not properly reconciled
74
+
* RP - The service principles (SPs) used for deploying site & NF now require “Microsoft.ExtendedLocation/customLocations/read” permission. The SP's that deploy day N scenario now require "Microsoft.Kubernetes/connectedClusters/listClusterUserCredentials/action" permission. This change can result in failed SNS deployments if not properly reconciled
78
75
* CVE - The following CVE’s are addressed in this release: CVE-2019-25210, CVE-2024-2511, CVE-2023-42366, CVE-2024-4603, CVE-2023-42363
79
76
80
77
### Appendix A
81
78
#### Cert-manager Usage Guidance for NEPS
82
-
With this release, AOSM now uses cert-manager to store and rotate certificates. As part of this change, AOSM deploys a cert-manager operator, and associate CRDs, in the azurehybridnetwork namespace. Since having multiple cert-manager operators, even deployed in separate namespaces, will watch across all namespaces, only one cert-manager can be effectively run on the cluster.
79
+
With this release, AOSM now uses cert-manager to store and rotate certificates. As part of this change, AOSM deploys a cert-manager operator, and associate custom resource definition (CRD), in the azurehybridnetwork namespace. Since having multiple cert-manager operators, even deployed in separate namespaces, watches across all namespaces, only one cert-manager can be effectively run on the cluster.
83
80
84
-
Any user trying to install cert-manager on the cluster, as part of a workload deployment, will get a deployment failure with an error that the CRD “exists and cannot be imported into the current release.” To avoid this error, the recommendation is to skip installing cert-manager, instead take dependency on cert-manager operator and CRD already installed by AOSM.
81
+
Any user trying to install cert-manager on the cluster, as part of a workload deployment, may receive a deployment failure error stating the CRD “exists and cannot be imported into the current release.” To avoid this error, the recommendation is to skip installing cert-manager, instead take dependency on cert-manager operator and CRD already installed by AOSM.
85
82
86
83
#### Other Configuration Changes to Consider
87
-
In addition to disabling the NfApp associated with the old user cert-manager, we have found other changes may be needed.
88
-
1. If any other NfApps have DependsOn references to the old user cert-manager NfApp, these will need to be removed.
89
-
2. If any other NfApps reference the old user cert-manager namespace value, this will need to be changed to the new azurehybridnetwork namespace value.
84
+
In addition to disabling the NfApp associated with the old user cert-manager, other changes may be needed.
85
+
1. If any other NfApps have DependsOn references to the old user cert-manager NfApp, these references need to be removed.
86
+
2. If any other NfApps reference the old user cert-manager namespace value, these references need to change to the new azurehybridnetwork namespace value.
90
87
91
88
#### Cert-Manager Version Compatibility & Management
92
-
For the cert-manager operator, our current deployed version is 1.14.5. Users should test for compatibility with this version. Future cert-manager operator upgrades will be supported via the NFO extension upgrade process.
89
+
For the cert-manager operator, our current deployed version is 1.14.5. Users should test for compatibility with this version. Future cert-manager operator upgrades are supported via the NFO extension upgrade process.
93
90
94
91
For the CRD resources, our current deployed version is 1.14.5. Users should test for compatibility with this version. Since management of a common cluster CRD is something typically handled by a cluster administrator, we are working to enable CRD resource upgrades via standard Nexus Add-on process.
0 commit comments