Exchanging runtime state information between datacenters with a gateway using a controller bridge

1. A computer-implemented method for dynamically exchanging runtime state information between datacenters operating with a gateway using a controller bridge, the method comprising:

receiving, by a controller bridge, one or more first runtime state data from one or more logical sharding central control planes (“CCPs”) controlling one or more logical sharding hosts;

receiving, by the controller bridge, one or more second runtime state data from a gateway that is controlled by a CCP that also controls one or more physical sharding hosts, wherein the one or more second runtime state data received from the gateway comprises a mapping between virtual network identifiers (“VNIs”) and a gateway remote tunnel endpoint (“RTEP”);

aggregating, by the controller bridge, to aggregated runtime state data, the one or more first runtime state data received from the one or more logical sharding CCPs and the one or more second runtime state data received from the gateway;

determining updated runtime state data using the controller bridge that tracks aggregation of the runtime state data based on the aggregated runtime state data, the one or more first runtime state data, and the one or more second runtime state data; and

causing at least one of the one or more logical sharding CCPs and the gateway to manage or control logical switches or virtual switches based at least on the updated runtime state data.

2. The computer-implemented method of claim 1 , wherein the RTEP is used by the gateway to perform packet encapsulation and to receive packets from the one or more physical sharding hosts.

3. The computer-implemented method of claim 1 , wherein the gateway reports, to the controller bridge, one or more mappings between virtual network identifiers (“VNIs”) and RTEPs implemented in the gateway and does not report one or more mappings between VNIs and virtual tunnel endpoints (“VTEPs”) implemented in the one or more physical sharding hosts that are serviced by the gateway.

4. The computer-implemented method of claim 1 , wherein the gateway maintains one or more mappings in which one or more logical switches include VTEPs implemented in the one or more physical sharding hosts that are controlled by the CCP that also controls the gateway.

5. The computer-implemented method of claim 1 , wherein the updated runtime state data is determined and transmitted to CCPs dynamically and without freezing traffic forwarding operations; and

wherein the updated runtime state data includes forwarding table information, including a mapping between VNIs of logical routers configured in sharding hosts and VTEPs established within a logical network.

6. The computer-implemented method of claim 1 , further comprising:

receiving, by the one or more logical sharding CCPs, of the one or more logical sharding CCPs, first update state information; and

causing the one or more logical sharding CCPs to use the first update state information to update a mapping between VNIs and corresponding VTEPs implemented in the one or more logical sharding hosts managed by the one or more logical sharding CCPs.

7. The computer-implemented method of claim 1 , further comprising: causing receiving, by the gateway, second update state information, and causing the gateway to store the second update state information in a mapping between VNIs and corresponding RTEP.

8. One or more non-transitory computer-readable storage media storing one or more computer instructions which, when executed by one or more processors, cause the one or more processors to perform:

receiving one or more first runtime state data from one or more logical sharding central control planes (“CCPs”) controlling one or more logical sharding hosts;

receiving one or more second runtime state data from a gateway that is controlled by a CCP that also controls one or more physical sharding hosts, wherein the one or more second runtime state data received from the gateway comprises a mapping between virtual network identifiers (“VNIs”) and a gateway remote tunnel endpoint (“RTEP”);

aggregating to aggregated runtime state data, the one or more first runtime state data received from the one or more logical sharding CCPs and the one or more second runtime state data received from the gateway;

determining updated runtime state data based on the aggregated runtime state data, the one or more first runtime state data, and the one or more second runtime state data; and

causing at least one of the one or more logical sharding CCPs and the gateway to manage or control logical switches or virtual switches based at least on the updated runtime state data.

9. The one or more non-transitory computer-readable storage media of claim 8 , wherein the RTEP is used by the gateway to perform packet encapsulation and to receive packets from the one or more physical sharding hosts.

10. The one or more non-transitory computer-readable storage media of claim 8 , wherein the gateway reports, to the controller bridge, one or more mappings between virtual network identifiers (“VNIs”) and RTEPs implemented in the gateway and does not report one or more mappings between VNIs and virtual tunnel endpoints (“VTEPs”) implemented in the one or more physical sharding hosts that are serviced by the gateway.

11. The one or more non-transitory computer-readable storage media of claim 8 , wherein the gateway maintains one or more mappings in which one or more logical switches include VTEPs implemented in the one or more physical sharding hosts that are controlled by the CCP that also controls the gateway.

12. The one or more non-transitory computer-readable storage media of claim 8 , wherein the updated runtime state data is determined and transmitted to CCPs dynamically and without freezing traffic forwarding operations; and

wherein the updated runtime state data includes forwarding table information, including a mapping between VNIs of logical routers configured in sharding hosts and VTEPs established within a logical network.

13. The one or more non-transitory computer-readable storage media of claim 8 , storing additional instructions for causing:

the one or more logical sharding CCPs to receive first update state information; and

the one or more logical sharding CCPs to use the first update state information to update a mapping between VNIs and corresponding VTEPs implemented in the one or more logical sharding hosts managed by the one or more logical sharding CCPs.

14. The one or more non-transitory computer-readable storage media of claim 8 , storing additional instructions for causing: the gateway to receive second update state information; and

the gateway to store the second update state information in a mapping between VNIs and corresponding RTEP.

15. A controller bridge implemented in a computer network and configured to implement mechanisms for dynamically exchanging runtime state data between datacenters, the control bridge comprising:

one or more processors; one or more memory units; and

one or more non-transitory computer-readable storage media storing one or more computer instructions which, when executed by the one or more processors, cause the one or more processors to perform:

receiving, by the controller bridge, one or more first runtime state data from one or more logical sharding central control planes (“CCPs”) controlling one or more logical sharding hosts;

receiving, by the controller bridge, one or more second runtime state data from a gateway that is controlled by a CCP that also controls one or more physical sharding hosts, wherein the one or more second runtime state data received from the gateway comprises a mapping between virtual network identifiers (“VNIs”) and a gateway remote tunnel endpoint (“RTEP”);

aggregating, by the controller bridge, to aggregated runtime state data, the one or more first runtime state data received from the one or more logical sharding CCPs and the one or more second runtime state data received from the gateway;

determining, by the controller bridge, updated runtime state data based on the aggregated runtime state data, the one or more first runtime state data, and the one or more second runtime state data; and

causing at least one of the one or more logical sharding CCPs and the gateway to manage or control logical switches or virtual switches based at least on the updated runtime state data.

16. The controller bridge of claim 15 , wherein the RTEP is used by the gateway to perform packet encapsulation and to receive packets from the one or more physical sharding hosts.

17. The controller bridge of claim 15 , wherein the gateway reports to the controller bridge one or more mappings between virtual network identifiers (“VNIs”) and RTEPs implemented in the gateway and does not report one or more mappings between VNIs and virtual tunnel endpoints (“VTEPs”) implemented in the one or more physical sharding hosts that are serviced by the gateway.

18. The controller bridge of claim 15 , wherein the gateway maintains one or more mappings in which one or more logical switches include VTEPs implemented in the one or more physical sharding hosts that are controlled by the CCP that also controls the gateway.

19. The controller bridge of claim 15 , wherein the updated runtime state data is determined and transmitted to CCPs dynamically and without freezing traffic forwarding operations; and wherein the updated runtime state data includes forwarding table information, including a mapping between VNIs of logical routers configured in sharding hosts and VTEPs established within a logical network.

20. The controller bridge of claim 15 , storing additional instructions for causing:

the one or more logical sharding CCPs to receive first update state information; and

the one or more logical sharding CCPs to use the first update state information to update a mapping between VNIs and corresponding VTEPs implemented in the one or more logical sharding hosts managed by the one or more logical sharding CCPs.