Skip to content

Commit 4d40539

Browse files
authored
Merge pull request #65729 from skrthomas/netobserv-overview-update
post-release updates to netobserv docs
2 parents cae5242 + a984f91 commit 4d40539

9 files changed

+77
-53
lines changed

modules/network-observability-dns-tracking.adoc

Lines changed: 4 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -25,14 +25,15 @@ apiVersion: flows.netobserv.io/v1alpha1
2525
kind: FlowCollector
2626
metadata:
2727
name: cluster
28-
namespace: netobserv
28+
spec:
29+
namespace: netobserv
2930
deploymentModel: DIRECT
3031
agent:
3132
type: EBPF
3233
ebpf:
3334
features:
34-
- DNSTracking <1>
35-
privileged: true <2>
35+
- DNSTracking <1>
36+
privileged: true <2>
3637
----
3738
<1> You can set the `spec.agent.ebpf.features` parameter list to enable DNS tracking of each network flow in the web console.
3839
<2> Note that the `spec.agent.ebpf.privileged` specification value must be `true` for DNS tracking to be enabled.

modules/network-observability-flowcollector-kafka-config.adoc

Lines changed: 17 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -5,14 +5,29 @@
55
:_content-type: PROCEDURE
66
[id="network-observability-flowcollector-kafka-config_{context}"]
77
= Configuring the Flow Collector resource with Kafka
8-
You can configure the `FlowCollector` resource to use Kafka. A Kafka instance needs to be running, and a Kafka topic dedicated to {product-title} Network Observability must be created in that instance. For more information, refer to your Kafka documentation, such as link:https://access.redhat.com/documentation/en-us/red_hat_amq/7.7/html/using_amq_streams_on_openshift/using-the-topic-operator-str[Kafka documentation with AMQ Streams].
8+
You can configure the `FlowCollector` resource to use Kafka for high-throughput and low-latency data feeds. A Kafka instance needs to be running, and a Kafka topic dedicated to {product-title} Network Observability must be created in that instance. For more information, see link:https://access.redhat.com/documentation/en-us/red_hat_amq/7.7/html/using_amq_streams_on_openshift/using-the-topic-operator-str[Kafka documentation with AMQ Streams].
99

10-
The following example shows how to modify the `FlowCollector` resource for {product-title} Network Observability operator to use Kafka:
10+
.Prerequisites
11+
* Kafka is installed. Red Hat supports Kafka with AMQ Streams Operator.
12+
13+
.Procedure
14+
. In the web console, navigate to *Operators**Installed Operators*.
15+
16+
. Under the *Provided APIs* heading for the Network Observability Operator, select *Flow Collector*.
17+
18+
. Select the cluster and then click the *YAML* tab.
19+
20+
. Modify the `FlowCollector` resource for {product-title} Network Observability Operator to use Kafka, as shown in the following sample YAML:
1121

1222
.Sample Kafka configuration in `FlowCollector` resource
1323
[id="network-observability-flowcollector-configuring-kafka-sample_{context}"]
1424
[source, yaml]
1525
----
26+
apiVersion: flows.netobserv.io/v1beta1
27+
kind: FlowCollector
28+
metadata:
29+
name: cluster
30+
spec:
1631
deploymentModel: KAFKA <1>
1732
kafka:
1833
address: "kafka-cluster-kafka-bootstrap.netobserv" <2>

modules/network-observability-kafka-option.adoc

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@
55
:_content-type: CONCEPT
66
[id="network-observability-kafka-option_{context}"]
77
= Installing Kafka (optional)
8-
The Kafka Operator is supported for large scale environments. You can install the Kafka Operator as link:https://access.redhat.com/documentation/en-us/red_hat_amq_streams/2.2[Red Hat AMQ Streams] from the Operator Hub, just as the Loki Operator and Network Observability Operator were installed.
8+
The Kafka Operator is supported for large scale environments. Kafka provides high-throughput and low-latency data feeds for forwarding network flow data in a more resilient, scalable way. You can install the Kafka Operator as link:https://access.redhat.com/documentation/en-us/red_hat_amq_streams/2.2[Red Hat AMQ Streams] from the Operator Hub, just as the Loki Operator and Network Observability Operator were installed. Refer to "Configuring the FlowCollector resource with Kafka" to configure Kafka as a storage option.
99

1010
[NOTE]
1111
====

modules/network-observability-operator-install.adoc

Lines changed: 17 additions & 19 deletions
Original file line numberDiff line numberDiff line change
@@ -7,6 +7,11 @@
77
= Installing the Network Observability Operator
88
You can install the Network Observability Operator using the {product-title} web console Operator Hub. When you install the Operator, it provides the `FlowCollector` custom resource definition (CRD). You can set specifications in the web console when you create the `FlowCollector`.
99

10+
[IMPORTANT]
11+
====
12+
The actual memory consumption of the Operator depends on your cluster size and the number of resources deployed. Memory consumption might need to be adjusted accordingly. For more information refer to "Network Observability controller manager pod runs out of memory" in the "Important Flow Collector configuration considerations" section.
13+
====
14+
1015
.Prerequisites
1116

1217
* If you choose to use Loki, install the link:https://catalog.redhat.com/software/containers/openshift-logging/loki-rhel8-operator/622b46bcae289285d6fcda39[Loki Operator version 5.7+].
@@ -26,26 +31,19 @@ This documentation assumes that your `LokiStack` instance name is `loki`. Using
2631
. Choose *Network Observability Operator* from the list of available Operators in the *OperatorHub*, and click *Install*.
2732
. Select the checkbox `Enable Operator recommended cluster monitoring on this Namespace`.
2833
. Navigate to *Operators* -> *Installed Operators*. Under Provided APIs for Network Observability, select the *Flow Collector* link.
29-
.. Navigate to the *Flow Collector* tab, and click *Create FlowCollector*. Make the following selections in the form view:
30-
+
31-
* *spec.agent.ebpf.Sampling* : Specify a sampling size for flows. Lower sampling sizes will have higher impact on resource utilization. For more information, see the `FlowCollector` API reference, under spec.agent.ebpf.
32-
* *spec.deploymentModel*: If you are using Kafka, verify Kafka is selected.
33-
* *spec.exporters*: If you are using Kafka, you can optionally send network flows to Kafka, so that they can be consumed by any processor or storage that supports Kafka input, such as Splunk, Elasticsearch, or Fluentd. To do this, set the following specifications:
34-
** Set the *type* to `KAFKA`.
35-
** Set the *address* as `kafka-cluster-kafka-bootstrap.netobserv`.
36-
** Set the *topic* as `netobserv-flows-export`. The Operator exports all flows to the configured Kafka topic.
37-
** Set the following *tls* specifications:
38-
*** *certFile*: `service-ca.crt`, *name*: `kafka-gateway-ca-bundle`, and *type*: `configmap`.
39-
+
40-
You can also configure this option at a later time by directly editing the YAML. For more information, see _Export enriched network flow data_.
41-
* *loki.enable*: Set to `true`.
42-
* *loki.url*: Since authentication is specified separately, this URL needs to be updated to `https://loki-gateway-http.netobserv.svc:8080/api/logs/v1/network`. The first part of the URL, "loki", should match the name of your LokiStack.
43-
* *loki.statusUrl*: Set this to `https://loki-query-frontend-http.netobserv.svc:3100/`. The first part of the URL, "loki", should match the name of your LokiStack.
44-
* *loki.authToken*: Select the `FORWARD` value.
45-
* *tls.enable*: Verify that the box is checked so it is enabled.
46-
* *statusTls*: The `enable` value is false by default.
34+
. Navigate to the *Flow Collector* tab, and click *Create FlowCollector*. Make the following selections in the form view:
35+
.. *spec.agent.ebpf.Sampling*: Specify a sampling size for flows. Lower sampling sizes will have higher impact on resource utilization. For more information, see the "FlowCollector API reference", `spec.agent.ebpf`.
36+
.. If you are using Loki, set the following specifications:
37+
... *spec.loki.enable*: Select the check box to enable storing flows in Loki.
38+
... *spec.loki.url*: Since authentication is specified separately, this URL needs to be updated to `https://loki-gateway-http.netobserv.svc:8080/api/logs/v1/network`. The first part of the URL, "loki", must match the name of your `LokiStack`.
39+
... *spec.loki.authToken*: Select the `FORWARD` value.
40+
... *spec.loki.statusUrl*: Set this to `https://loki-query-frontend-http.netobserv.svc:3100/`. The first part of the URL, "loki", must match the name of your `LokiStack`.
41+
... *spec.loki.tls.enable*: Select the checkbox to enable TLS.
42+
... *spec.loki.statusTls*: The `enable` value is false by default.
4743
+
48-
For the first part of the certificate reference names: `loki-gateway-ca-bundle`, `loki-ca-bundle`, and `loki-query-frontend-http`,`loki`, should match the name of your `LokiStack`.
44+
For the first part of the certificate reference names: `loki-gateway-ca-bundle`, `loki-ca-bundle`, and `loki-query-frontend-http`,`loki`, must match the name of your `LokiStack`.
45+
.. Optional: If you are in a large-scale environment, consider configuring the `FlowCollector` with Kafka for forwarding data in a more resilient, scalable way. See "Configuring the Flow Collector resource with Kafka storage" in the "Important Flow Collector configuration considerations" section.
46+
.. Optional: Configure other optional settings before the next step of creating the `FlowCollector`. For example, if you choose not to use Loki, then you can configure exporting flows to Kafka or IPFIX. See "Export enriched network flow data to Kafka and IPFIX" and more in the "Important Flow Collector configuration considerations" section.
4947
.. Click *Create*.
5048

5149
.Verification

modules/network-observability-packet-drops.adoc

Lines changed: 0 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -12,10 +12,6 @@ Packet loss occurs when one or more packets of network flow data fail to reach t
1212
CPU and memory usage increases when this feature is enabled.
1313
====
1414

15-
.Prerequisites
16-
* Access to an {product-title} cluster with version 4.13.
17-
* Kernel supported by Red Hat Enterprise Linux (RHEL) 9.2.
18-
1915
.Procedure
2016
. In the web console, navigate to *Operators* -> *Installed Operators*.
2117
. Under the *Provided APIs* heading for the *NetObserv Operator*, select *Flow Collector*.

modules/network-observability-quickfilter.adoc

Lines changed: 4 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -27,12 +27,11 @@ The default values in *Quick filters* drop-down menu are defined in the `FlowCol
2727
Advanced filters::
2828
You can set the advanced filters, *Common*, *Source*, or *Destination*, by selecting the parameter to be filtered from the dropdown list. The flow data is filtered based on the selection. To enable or disable the applied filter, you can click on the applied filter listed below the filter options.
2929

30+
You can toggle between image:arrow-up-long-solid.png[,10] *One way* and image:arrow-up-long-solid.png[,10] image:arrow-down-long-solid.png[,10] *Back and forth* filtering. The image:arrow-up-long-solid.png[,10] *One way* filter shows only *Source* and *Destination* traffic according to your filter selections. You can use *Swap* to change the directional view of the *Source* and *Destination* traffic. The image:arrow-up-long-solid.png[,10] image:arrow-down-long-solid.png[,10] *Back and forth* filter includes return traffic with the *Source* and *Destination* filters. The directional flow of network traffic is shown in the *Direction* column in the Traffic flows table as `Ingress`or `Egress` for inter-node traffic and `Inner`for traffic inside a single node.
31+
32+
You can click *Reset defaults* to remove the existing filters, and apply the filter defined in `FlowCollector` configuration.
33+
3034
[NOTE]
3135
====
3236
To understand the rules of specifying the text value, click *Learn More*.
3337
====
34-
35-
You can toggle between image:arrow-up-long-solid.png[,10] *One way* and image:arrow-up-long-solid.png[,10] image:arrow-down-long-solid.png[,10] *Back and forth* filtering. The image:arrow-up-long-solid.png[,10] *One way* filter shows only *Source* and *Destination* traffic according to your filter selections. You can use *Swap* to change the directional view of the *Source* and *Destination* traffic. The image:arrow-up-long-solid.png[,10] image:arrow-down-long-solid.png[,10] *Back and forth* filter includes return traffic with the *Source* and *Destination* filters.
36-
37-
You can click *Reset defaults* to remove the existing filters, and apply the filter defined in `FlowCollector` configuration.
38-

modules/network-observability-without-loki.adoc

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -4,14 +4,14 @@
44
:_content-type: REFERENCE
55
[id="network-observability-without-loki_{context}"]
66
= Network Observability without Loki
7-
You can use Network Observability without Loki by not performing the Loki installation steps in the following section and instead using exporters, such as Kafka or IPFIX. The following table compares available features with and without Loki:
7+
You can use Network Observability without Loki by not performing the Loki installation steps and skipping directly to "Installing the Network Observability Operator". If you only want to export flows to a Kafka consumer or IPFIX collector, or you only need dashboard metrics, then you do not need to install Loki or provide storage for Loki. Without Loki, there won't be a Network Traffic panel under Observe, which means there is no overview charts, flow table, or topology. The following table compares available features with and without Loki:
88

99
.Comparison of feature availability with and without Loki
1010
[options="header"]
1111
|===
1212
| | *With Loki* | *Without Loki*
1313
| *Exporters* | image:check-solid.png[,10] | image:check-solid.png[,10]
14-
| *Flow-based dashboards* | image:check-solid.png[,10] | image:check-solid.png[,10]
14+
| *Flow-based metrics and dashboards* | image:check-solid.png[,10] | image:check-solid.png[,10]
1515
| *Traffic Flow Overview, Table and Topology views* | image:check-solid.png[,10] | image:x-solid.png[,10]
1616
| *Quick Filters* | image:check-solid.png[,10] | image:x-solid.png[,10]
1717
| *{product-title} console Network Traffic tab integration* | image:check-solid.png[,10] | image:x-solid.png[,10]

networking/network_observability/installing-operators.adoc

Lines changed: 29 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -18,27 +18,48 @@ include::modules/network-observability-without-loki.adoc[leveloffset=+1]
1818

1919
[role="_additional-resources"]
2020
.Additional resources
21-
* xref:../../networking/network_observability/configuring-operator.adoc#network-observability-enriched-flows_network_observability[Export enriched network flow data].
21+
* xref:../network_observability/configuring-operator.adoc#network-observability-enriched-flows_network_observability[Export enriched network flow data].
2222
2323
include::modules/network-observability-loki-install.adoc[leveloffset=+1]
2424
include::modules/network-observability-loki-secret.adoc[leveloffset=+2]
2525
[role="_additional-resources"]
2626
.Additional resources
27-
* For more information about the option to use different namespaces for the separate components, see the `spec.loki.tls.caCert.namespace` specification in the xref:../network_observability/flowcollector-api.adoc#network-observability-flowcollector-api-specifications_network_observability[Flow Collector API Reference] and callout number 5 in the xref:../network_observability/configuring-operator.adoc#network-observability-flowcollector-view_network_observability[Flow Collector sample resource].
27+
* For more information about the option to use different namespaces for the separate components, see the `spec.loki.tls.caCert.namespace` specification in the xref:../../networking/network_observability/flowcollector-api.adoc#network-observability-flowcollector-api-specifications_network_observability[Flow Collector API Reference] and callout number 5 in the xref:../../networking/network_observability/configuring-operator.adoc#network-observability-flowcollector-view_network_observability[Flow Collector sample resource].
2828
2929
include::modules/network-observability-lokistack-create.adoc[leveloffset=+2]
3030
include::modules/network-observability-lokistack-ingestion-query.adoc[leveloffset=+2]
31-
include::modules/network-observability-auth-multi-tenancy.adoc[leveloffset=+1]
32-
include::modules/network-observability-multitenancy.adoc[leveloffset=+1]
33-
34-
include::modules/network-observability-kafka-option.adoc[leveloffset=+1]
31+
include::modules/network-observability-auth-multi-tenancy.adoc[leveloffset=+2]
32+
include::modules/network-observability-multitenancy.adoc[leveloffset=+2]
3533
include::modules/network-observability-operator-install.adoc[leveloffset=+1]
3634
35+
36+
[role="_additional-resources"]
37+
[id="additional-resources_configuring-flow-collector-considerations"]
38+
== Important Flow Collector configuration considerations
39+
Once you create the `FlowCollector` instance, you can reconfigure it, but the pods are terminated and recreated again, which can be disruptive. Therefore, you can consider configuring the following options when creating the `FlowCollector` for the first time:
40+
41+
* xref:../../networking/network_observability/configuring-operator.adoc#network-observability-flowcollector-kafka-config_network_observability[Configuring the Flow Collector resource with Kafka]
42+
* xref:../../networking/network_observability/configuring-operator.adoc#network-observability-enriched-flows_network_observability[Export enriched network flow data to Kafka or IPFIX]
43+
* xref:../../networking/network_observability/configuring-operator.adoc#network-observability-SR-IOV-config_network_observability[Configuring monitoring for SR-IOV interface traffic]
44+
* xref:../../networking/network_observability/observing-network-traffic.adoc#network-observability-working-with-conversations_nw-observe-network-traffic[Working with conversation tracking]
45+
* xref:../../networking/network_observability/observing-network-traffic.adoc#network-observability-dns-tracking_nw-observe-network-traffic[Working with DNS tracking]
46+
* xref:../../networking/network_observability/observing-network-traffic.adoc#network-observability-packet-drops_nw-observe-network-traffic[Working with packet drops]
47+
3748
[role="_additional-resources"]
3849
.Additional resources
39-
* For more information about Flow Collector specifications, see the xref:../../networking/network_observability/flowcollector-api.adoc#network-observability-flowcollector-api-specifications_network_observability[Flow Collector API Reference] and the xref:../../networking/network_observability/configuring-operator.adoc#network-observability-flowcollector-view_network_observability[Flow Collector sample resource].
50+
For more general information about Flow Collector specifications and the Network Observability Operator architecture and resource use, see the following resources:
4051
41-
* For more information about exporting flow data to Kafka or IPFIX for third party processing consumption, see xref:../../networking/network_observability/configuring-operator.adoc#network-observability-enriched-flows_network_observability[Export enriched network flow data].
52+
* xref:../../networking/network_observability/flowcollector-api.adoc#network-observability-flowcollector-api-specifications_network_observability[Flow Collector API Reference]
53+
* xref:../../networking/network_observability/configuring-operator.adoc#network-observability-flowcollector-view_network_observability[Flow Collector sample resource]
54+
* xref:../../networking/network_observability/configuring-operator.adoc#network-observability-resources-table_network_observability[Resource considerations]
55+
* xref:../../networking/network_observability/troubleshooting-network-observability.adoc#controller-manager-pod-runs-out-of-memory_network-observability-troubleshooting[Troubleshooting Network Observability controller manager pod runs out of memory]
56+
* xref:../../networking/network_observability/understanding-network-observability-operator.adoc#network-observability-architecture_nw-network-observability-operator[Network Observability architecture]
57+
58+
59+
include::modules/network-observability-kafka-option.adoc[leveloffset=+1]
60+
[role="_additional-resources"]
61+
.Additional resources
62+
xref:../../networking/network_observability/configuring-operator.adoc#network-observability-flowcollector-kafka-config_network_observability[Configuring the FlowCollector resource with Kafka].
4263
4364
include::modules/network-observability-operator-uninstall.adoc[leveloffset=+1]
4465

0 commit comments

Comments
 (0)