VxLAN предлагает большую гибкость, однако это может быть не лучшим ответом в этом случае. Возможно, вам лучше использовать VPN-туннели между обеими облачными средами. То есть, если у вас есть несколько виртуальных машин в пределах арендатора у этих провайдеров, пусть они направят свои шлюзы по умолчанию на виртуальную машину под вашим контролем и используют эту виртуальную машину в качестве концентратора межсетевого экрана / VPN. Оттуда вы можете установить sh S2S VPN между облачными средами и NAT NAT трафик c с IP-адреса WAN вашего провайдера на соответствующий хост, локально или в удаленной среде.
Если у вас должна быть связь L2 между облачными средами, я могу говорить по опыту только в среде Juniper, и в этом случае мы разместим виртуальную машину vMX позади виртуальной машины vSRX. VM vMX будет действовать как VTEP EVPN / VXLAN, и ваши виртуальные машины будут устанавливать его как шлюз по умолчанию. VSRX установит sh IPSE C S2S-туннели, через которые будет проходить трафик c межсоединений ЦОД (DCI). Трафик L2 c будет проходить через vMX, где он будет инкапсулирован в туннеле vxlan, который будет проходить через SRX, который затем инкапсулирует это в зашифрованном туннеле IPSE C перед отправкой в другой центр обработки данных. Детали этого могут быть слишком сложными для ответа на обмен стека.
Надеюсь, это поможет вам в правильном направлении!