|
| 1 | +// Module included in the following assemblies: |
| 2 | +// * network_observability/release_notes_archive/network-observability-operator-release-notes-archive.adoc |
| 3 | + |
| 4 | +:_mod-docs-content-type: REFERENCE |
| 5 | +[id="network-observability-operator-release-notes-1-5-0-new-features-and-enhancements_{context}"] |
| 6 | += Network Observability Operator 1.5.0 new features and enhancements |
| 7 | + |
| 8 | +[role="_abstract"] |
| 9 | +You can view the following new features and enhancements for the Network Observability Operator 1.5 release. |
| 10 | + |
| 11 | +[id="network-observability-dns-enhancements-1.5_{context}"] |
| 12 | +== DNS tracking enhancements |
| 13 | +In 1.5, the TCP protocol is now supported in addition to UDP. New dashboards are also added to the *Overview* view of the Network Traffic page. |
| 14 | + |
| 15 | +//// |
| 16 | +For more information, see xref:../../observability/network_observability/observing-network-traffic.adoc#network-observability-dns-overview_nw-observe-network-traffic[Configuring DNS tracking] and xref:../../observability/network_observability/observing-network-traffic.adoc#network-observability-dns-tracking_nw-observe-network-traffic[Working with DNS tracking]. |
| 17 | +//// |
| 18 | + |
| 19 | +[id="network-observability-RTT-1.5_{context}"] |
| 20 | +== Round-trip time (RTT) |
| 21 | +You can use TCP handshake Round-Trip Time (RTT) captured from the `fentry/tcp_rcv_established` Extended Berkeley Packet Filter (eBPF) hookpoint to read smoothed round-trip time (SRTT) and analyze network flows. In the *Overview*, *Network Traffic*, and *Topology* pages in web console, you can monitor network traffic and troubleshoot with RTT metrics, filtering, and edge labeling. |
| 22 | + |
| 23 | +//// |
| 24 | +For more information, see xref:../../observability/network_observability/observing-network-traffic.adoc#network-observability-RTT-overview_nw-observe-network-traffic[RTT Overview] and xref:../../observability/network_observability/observing-network-traffic.adoc#network-observability-RTT_nw-observe-network-traffic[Working with RTT]. |
| 25 | +//// |
| 26 | + |
| 27 | +[id="network-observability-metrics-dashboard-enhancements_{context}"] |
| 28 | +== Metrics, dashboards, and alerts enhancements |
| 29 | +The network observability metrics dashboards in *Observe* → *Dashboards* → *NetObserv* have new metrics types you can use to create Prometheus alerts. You can now define available metrics in the `includeList` specification. In previous releases, these metrics were defined in the `ignoreTags` specification. |
| 30 | + |
| 31 | +//// |
| 32 | +For a complete list of these metrics, see xref:../../observability/network_observability/metrics-alerts-dashboards.adoc#network-observability-metrics_metrics-dashboards-alerts[Network observability metrics]. |
| 33 | +//// |
| 34 | + |
| 35 | +[id="network-observability-improved-lokistack-integration_{context}"] |
| 36 | +== Improvements for network observability without Loki |
| 37 | +You can create Prometheus alerts for the *Netobserv* dashboard using DNS, Packet drop, and RTT metrics, even if you don't use Loki. In the previous version of network observability, 1.4, these metrics were only available for querying and analysis in the *Network Traffic*, *Overview*, and *Topology* views, which are not available without Loki. |
| 38 | + |
| 39 | +//// |
| 40 | +For more information, see xref:../../observability/network_observability/metrics-alerts-dashboards.adoc#network-observability-metrics_metrics-dashboards-alerts[Network observability metrics] |
| 41 | +//// |
| 42 | + |
| 43 | +[id="network-observability-zones_{context}"] |
| 44 | +== Availability zones |
| 45 | +You can configure the `FlowCollector` resource to collect information about the cluster availability zones. This configuration enriches the network flow data with the link:https://kubernetes.io/docs/reference/labels-annotations-taints/#topologykubernetesiozone[`topology.kubernetes.io/zone`] label value applied to the nodes. |
| 46 | + |
| 47 | +//// |
| 48 | +For more information, see xref:../../observability/network_observability/observing-network-traffic.adoc#network-observability-zones_nw-observe-network-traffic[Working with availability zones] |
| 49 | +//// |
| 50 | + |
| 51 | +[id="network-observability-enhanced-configuration-and-ui-1.5_{context}"] |
| 52 | +== Notable enhancements |
| 53 | +The 1.5 release of the Network Observability Operator adds improvements and new capabilities to the {product-title} web console plugin and the Operator configuration. |
| 54 | + |
| 55 | +[id="performance-enhancements-1.5_{context}"] |
| 56 | +== Performance enhancements |
| 57 | +* The `spec.agent.ebpf.kafkaBatchSize` default is changed from `10MB` to `1MB` to enhance eBPF performance when using Kafka. |
| 58 | ++ |
| 59 | +[IMPORTANT] |
| 60 | +===== |
| 61 | +When upgrading from an existing installation, this new value is not set automatically in the configuration. If you monitor a performance regression with the eBPF Agent memory consumption after upgrading, you might consider reducing the `kafkaBatchSize` to the new value. |
| 62 | +===== |
| 63 | + |
| 64 | +[id="web-console-enhancements-1.5_{context}"] |
| 65 | +== Web console enhancements: |
| 66 | + |
| 67 | +* There are new panels added to the *Overview* view for DNS and RTT: Min, Max, P90, P99. |
| 68 | +* There are new panel display options added: |
| 69 | +** Focus on one panel while keeping others viewable but with smaller focus. |
| 70 | +** Switch graph type. |
| 71 | +** Show *Top* and *Overall*. |
| 72 | +* A collection latency warning is shown in the *Custom time range* window. |
| 73 | +* There is enhanced visibility for the contents of the *Manage panels* and *Manage columns* pop-up windows. |
| 74 | +* The Differentiated Services Code Point (DSCP) field for egress QoS is available for filtering QoS DSCP in the web console *Network Traffic* page. |
| 75 | + |
| 76 | +[id="configuration-enhancements-1.5_{context}"] |
| 77 | +== Configuration enhancements: |
| 78 | + |
| 79 | +* The `LokiStack` mode in the `spec.loki.mode` specification simplifies installation by automatically setting URLs, TLS, cluster roles and a cluster role binding, as well as the `authToken` value. The `Manual` mode allows more control over configuration of these settings. |
| 80 | +* The API version changes from `flows.netobserv.io/v1beta1` to `flows.netobserv.io/v1beta2`. |
0 commit comments