¿Cómo conectarías un centro de datos propio con una VPC en la nube?

Una VPN site to site sobre internet se levanta rápido, va cifrada y es barata, pero el ancho de banda y la latencia dependen de internet público. Una conexión dedicada da rendimiento consistente y menor latencia a mayor coste y con un plazo de semanas. Muchas organizaciones ejecutan el enlace dedicado con la VPN como respaldo automático. Elijas lo que elijas, planifica rangos de direcciones sin solape, el enrutado y la resolución DNS en ambos sentidos antes de empezar.

Hay dos opciones reales. Una VPN site to site va por internet, se monta en una tarde, y está bien para tráfico modesto y tolerante, pero heredas lo que sea que esté haciendo internet ese día. Un circuito dedicado da ancho de banda y latencia predecibles, que necesitas para protocolos parlanchines o transferencias masivas, pero cuesta más y el aprovisionamiento tarda semanas, así que nunca es la respuesta a un problema urgente. El punto de aterrizaje habitual es el enlace dedicado como primario con una VPN configurada como failover automático, que es un seguro barato para un circuito que tarde o temprano cortará alguien con una excavadora. Antes de nada de eso quiero el direccionamiento resuelto, porque si el rango local se solapa con el rango de la VPC te metes en apaños de traducción de direcciones para siempre. El enrutado tiene que propagarse en ambos sentidos y estar filtrado para no anunciar más de lo previsto. El DNS es la parte que se olvida: las cargas en la nube necesitan resolver nombres internos y al revés, así que configuro reglas de reenvío en ambos sentidos. En cuanto más de un par de VPCs necesitan esto, todo pasa por un hub de tránsito en vez de una malla de peerings.