-
Epic
-
Resolution: Won't Do
-
Minor
-
None
-
None
-
[RFE] Neutron Availability Zone support so Geneve tunnels are limited to within AZ
-
False
-
False
-
Proposed
-
Proposed
-
Committed
-
No
-
Undefined
Description of problem:
Creating multiple Neutron availability zones allows the operator to schedule DHCP and L3 agents within a single AZ. Neutron OVN will still try to form a Geneve mesh between all nodes in all availability zones, which creates inter-AZ dependencies and may not work when strict firewalls are placed between AZs. This bug is a clone of BZ 1658390, but that RFE applies to ML2/OVS and this RFE applies to OVN.
Version-Release number of selected component (if applicable):
OSP15/Stein
Actual results:
The desired end-state configuration would have separate DHCP and L3 agents hosted in each AZ, along with tunnels formed only inside the AZ. This would allow, for instance, multiple edge sites within a single deployment that each performed local networking only. Any particular Neutron network would be limited to one AZ. A new flag would allow AZs to be truly autonomous and remove cross-AZ dependencies.
Expected results:
This behavior should be configurable, so that L2 may be limited to a particular AZ, and no tunnels are formed between different AZs. This will prevent Neutron from trying to form tunnels when the tunnel cannot function, and may enhance security when AZs are in different security zones.
Additional info:
Note that it appears that NSX-T has a concept called "Transport Zones" that enables the feature that is being requested here. Compute nodes within a given transport zone will only be able to communicate with compute nodes within that same transport zone. This prevents network traffic from being sent between zones. More information here:
NSX-T also supports Availability Zones, but it appears that those are separate from the Transport Zone functionality:
It's possible that limiting tunneling traffic to a particular AZ may be outside the intended functions of Neutron AZs, but I think this is a valid use case.
- external trackers