mirror of
https://github.com/openshift/openshift-docs.git
synced 2026-02-05 12:46:18 +01:00
Fixing nitpick Fixing SME review comments Minor updates Fixing nitpicks Fixing usage Minor edits to language Adding new updates Adding new updates Adding kam to TP table Removing must-gather content from RN Fixing SME comments Fixing nitpick Fixing nitpick Fixing peer-review ocmment Adding Known issue for GITOPS-2736 and TP table modification to add GitOps versions and removing kam CLI out of TP table Fixing SME comments
128 lines
5.1 KiB
Plaintext
128 lines
5.1 KiB
Plaintext
// Module included in the following assembly:
|
|
//
|
|
// * gitops/gitops-release-notes.adoc
|
|
|
|
[id="gitops-release-notes-1-2_{context}"]
|
|
= Release notes for {gitops-title} 1.2
|
|
|
|
{gitops-title} 1.2 is now available on {product-title} 4.8.
|
|
|
|
[id="support-matrix-1-2_{context}"]
|
|
== Support matrix
|
|
|
|
Some features in this release are currently in Technology Preview. These experimental features are not intended for production use.
|
|
|
|
link:https://access.redhat.com/support/offerings/techpreview[Technology Preview Features Support Scope]
|
|
|
|
In the table below, features are marked with the following statuses:
|
|
|
|
- *TP*: _Technology Preview_
|
|
|
|
- *GA*: _General Availability_
|
|
|
|
Note the following scope of support on the Red Hat Customer Portal for these features:
|
|
|
|
.Support matrix
|
|
[cols="1,1",options="header"]
|
|
|===
|
|
| Feature | {gitops-title} 1.2
|
|
| Argo CD
|
|
| GA
|
|
| Argo CD ApplicationSet
|
|
| TP
|
|
| {gitops-title} Application Manager CLI (`kam`)
|
|
| TP
|
|
|===
|
|
|
|
[id="new-features-1-2_{context}"]
|
|
== New features
|
|
In addition to the fixes and stability improvements, the following sections highlight what is new in {gitops-title} 1.2:
|
|
|
|
* If you do not have read or write access to the openshift-gitops namespace, you can now use the `DISABLE_DEFAULT_ARGOCD_INSTANCE` environment variable in the GitOps Operator and set the value to `TRUE` to prevent the default Argo CD instance from starting in the `openshift-gitops` namespace.
|
|
* Resource requests and limits are now configured in Argo CD workloads. Resource quota is enabled in the `openshift-gitops` namespace. As a result, out-of-band workloads deployed manually in the openshift-gitops namespace must be configured with resource requests and limits and the resource quota may need to be increased.
|
|
* Argo CD authentication is now integrated with Red Hat SSO and it is automatically configured with OpenShift 4 Identity Provider on the cluster. This feature is disabled by default. To enable Red Hat SSO, add SSO configuration in `ArgoCD` CR as shown below. Currently,`keycloak` is the only supported provider.
|
|
|
|
+
|
|
[source,yaml]
|
|
----
|
|
apiVersion: argoproj.io/v1alpha1
|
|
kind: ArgoCD
|
|
metadata:
|
|
name: example-argocd
|
|
labels:
|
|
example: basic
|
|
spec:
|
|
sso:
|
|
provider: keycloak
|
|
server:
|
|
route:
|
|
enabled: true
|
|
----
|
|
* You can now define hostnames using route labels to support router sharding. Support for setting labels on the `server` (argocd server), `grafana`, and `prometheus` routes is now available. To set labels on a route, add `labels` under the route configuration for a server in the `ArgoCD` CR.
|
|
+
|
|
.Example `ArgoCD` CR YAML to set labels on argocd server
|
|
[source,yaml]
|
|
----
|
|
apiVersion: argoproj.io/v1alpha1
|
|
kind: ArgoCD
|
|
metadata:
|
|
name: example-argocd
|
|
labels:
|
|
example: basic
|
|
spec:
|
|
server:
|
|
route:
|
|
enabled: true
|
|
labels:
|
|
key1: value1
|
|
key2: value2
|
|
----
|
|
* The GitOps Operator now automatically grants permissions to Argo CD instances to manage resources in target namespaces by applying labels. Users can label the target namespace with the label `argocd.argoproj.io/managed-by: <source-namespace>`, where the `source-namespace` is the namespace where the argocd instance is deployed.
|
|
|
|
[id="fixed-issues-1-2_{context}"]
|
|
== Fixed issues
|
|
The following issues were resolved in the current release:
|
|
|
|
* Previously, if a user created additional instances of Argo CD managed by the default cluster instance in the openshift-gitops namespace, the application responsible for the new Argo CD instance would get stuck in an `OutOfSync` status. This issue has now been resolved by adding an owner reference to the cluster secret. link:https://issues.redhat.com/browse/GITOPS-1025[GITOPS-1025]
|
|
|
|
[id="known-issues-1-2_{context}"]
|
|
== Known issues
|
|
These are the known issues in {gitops-title} 1.2:
|
|
|
|
* When an Argo CD instance is deleted from the source namespace, the `argocd.argoproj.io/managed-by` labels in the target namespaces are not removed. link:https://issues.redhat.com/browse/GITOPS-1228[GITOPS-1228]
|
|
|
|
* Resource quota has been enabled in the openshift-gitops namespace in {gitops-title} 1.2. This can affect out-of-band workloads deployed manually and workloads deployed by the default Argo CD instance in the `openshift-gitops` namespace. When you upgrade from {gitops-title} `v1.1.2` to `v1.2` such workloads must be configured with resource requests and limits. If there are any additional workloads, the resource quota in the openshift-gitops namespace must be increased.
|
|
|
|
+
|
|
Current Resource Quota for `openshift-gitops` namespace.
|
|
+
|
|
[cols="1,1,1",options="header"]
|
|
|===
|
|
| *Resource* | *Requests* | *Limits*
|
|
|
|
| CPU
|
|
| 6688m
|
|
| 13750m
|
|
|
|
| Memory
|
|
| 4544Mi
|
|
| 9070Mi
|
|
|
|
|===
|
|
+
|
|
You can use the below command to update the CPU limits.
|
|
+
|
|
[source,terminal]
|
|
----
|
|
$ oc patch resourcequota openshift-gitops-compute-resources -n openshift-gitops --type='json' -p='[{"op": "replace", "path": "/spec/hard/limits.cpu", "value":"9000m"}]'
|
|
----
|
|
+
|
|
You can use the below command to update the CPU requests.
|
|
+
|
|
[source,terminal]
|
|
----
|
|
$ oc patch resourcequota openshift-gitops-compute-resources -n openshift-gitops --type='json' -p='[{"op": "replace", "path": "/spec/hard/cpu", "value":"7000m"}]
|
|
----
|
|
+
|
|
You can replace the path in the above commands from `cpu` to `memory` to update the memory.
|