Tungsten Fabric deployment prerequisites¶
Before you proceed with the actual Tungsten Fabric (TF) deployment, verify that your deployment meets the following prerequisites:
Your MOSK OpenStack cluster is deployed as described in Deploy an OpenStack cluster with the Tungsten Fabric backend enabled for Neutron using the following structure:
spec: features: neutron: backend: tungstenfabric
Your MOSK OpenStack cluster uses the correct value of
features:neutron:tunnel_interface
in theopenstackdeployment
object. The TF Operator will consume this value through the shared secret and use it as a network interface from the underlay network to create encapsulated tunnels with the tenant networks.Considerations for
tunnel_interface
Plan this interface as a dedicated physical interface for TF overlay networks. TF uses
features:neutron:tunnel_interface
to create thevhost0
virtual interface and transfers the IP configuration from thetunnel_interface
to the virtual one.Do not use
bridges
from L2 templates astunnel_interface
. Such usage might lead to networking performance degradation and data plane downtime.
The Kubernetes nodes are labeled according to the TF node roles:
¶ Node role
Description
Kubernetes labels
Minimal count
TF control plane
Hosts the TF control plane services such as
database
,messaging
,api
,svc
,config
.tfconfig=enabled
tfcontrol=enabled
tfwebui=enabled
tfconfigdb=enabled
3
TF analytics
Hosts the TF analytics services.
tfanalytics=enabled
tfanalyticsdb=enabled
3
TF vRouter
Hosts the TF vRouter module and vRouter Agent.
tfvrouter=enabled
Varies
TF vRouter DPDK Technical Preview
Hosts the TF vRouter Agent in DPDK mode.
tfvrouter-dpdk=enabled
Varies
Note
TF supports only Kubernetes OpenStack workloads. Therefore, you should label OpenStack compute nodes with the
tfvrouter=enabled
label.Note
Do not specify the
openstack-gateway=enabled
andopenvswitch=enabled
labels for the OpenStack deployments with TF as a networking backend.