-
Epic
-
Resolution: Done-Errata
-
Undefined
-
None
-
None
-
multicluster-id
-
BU Product Work
-
3
-
False
-
None
-
False
-
Not Selected
-
To Do
-
OCPSTRAT-641 - Preserve Network Observability Site-Specific Information
-
OCPSTRAT-641Preserve Network Observability Site-Specific Information
-
0% To Do, 0% In Progress, 100% Done
-
L
-
NetObserv - Sprint 247, NetObserv - Sprint 248
It would be useful to enrich the NetFlow data by including the cluster id, along with some information such as the region. This would be the start in managing multiple clusters. As a reference, on the command line, you can get the cluster id from the ClusterVersion object with:
oc get clusterversion -o jsonpath='{.items[].spec.clusterID}{"\n"}'
Some cluster metadata is accessible in nodes annotations, e.g:
node.kubernetes.io/instance-type: m6i.xlarge topology.kubernetes.io/region: eu-west-3 topology.kubernetes.io/zone: eu-west-3b
FLP can read this information on k8s-enrich stage setup.
Adding this information should be optional (saving space for users not interested in multi-cluster)
Some scenarios:
1. Have data stored in the same persistent volume for more than one cluster.
2. Have the flow collector receive NetFlows from one or more clusters which will then store this data in the same persistent volume.
The goal is to provide enough data so when a user wants to see this data, it can resolve the missing data.
- is triggered by
-
NETOBSERV-165 Multicluster aware and support
- Closed
-
NETOBSERV-728 (SPIKE) Multi-cluster support for network observability
- Closed
- links to
-
RHSA-2023:121076 Network Observability 1.5.0 for OpenShift