Consideraciones generales

Revisa las siguientes consideraciones generales antes de crear un servidor de rutas dinámicas:

• Un servidor de rutas dinámico es un servicio de enrutamiento y no reenvía el tráfico de datos. En su lugar, aprende las rutas de otros nodos mediante BGP y añade rutas a las tablas de enrutamiento de la VPC según las políticas definidas.
• Se crea una instancia de servidor de rutas dinámicas dentro de una única VPC y gestiona rutas únicamente para esa VPC.
• Debes proporcionar al menos uno y no más de tres miembros (uno por zona) al crear una instancia de servidor de rutas dinámicas. Para garantizar una alta disponibilidad, utilice un miembro por zona de disponibilidad.
• Todos los miembros de una instancia de servidor de rutas dinámicas deben utilizar el mismo ASN local.
• Una vez creada una instancia de servidor de rutas dinámicas, esta debe alcanzar un estado estable en su ciclo de vida antes de que se puedan configurar pares, grupos de pares o políticas de enrutamiento.

Consideraciones sobre las interfaces de red virtual

Ten en cuenta las siguientes consideraciones a la hora de seleccionar una interfaz de red virtual (VNI) para una instancia de servidor de rutas dinámicas:

• Cada miembro del servidor de rutas dinámicas requiere un VNI que debe crear con antelación.
• Todas las VNI deben pertenecer a la misma VPC que la instancia del servidor de rutas dinámicas.
• Cada VNI debe tener una dirección IP privada reservada y uno o más grupos de seguridad que permitan el tráfico BGP.
• Un VNI existente que utilices para un miembro debe cumplir los siguientes requisitos:
  • Se encuentra en la misma cuenta que el servidor de rutas dinámicas y no está vinculado a ningún otro destino.
  • No se permite la suplantación de direcciones IP, el NAT de infraestructura está habilitado y el filtrado de estado de protocolo no está desactivado.
  • No tiene ninguna IP flotante, ni IP secundarias reservadas, ni ninguna otra IP aparte de su IP principal.
• Para garantizar una alta disponibilidad, selecciona VNI que se encuentren en diferentes zonas de disponibilidad.
• Una VNI asociada a una instancia de servidor de rutas dinámicas no se puede eliminar hasta que se haya desvinculado del servidor de rutas dinámicas.
• Las subredes asociadas a los VNI deben tener capacidad IP suficiente para las direcciones IP reservadas y las operaciones en curso.

Consideraciones sobre BGP, BFD y ASN

Revisa las siguientes consideraciones relacionadas con BGP antes de crear una instancia de servidor de rutas dinámicas:

• Un servidor de rutas dinámicas utiliza el protocolo eBGP para intercambiar rutas con otros dispositivos, como routers, cortafuegos o una pasarela de tránsito.
• Debe especificar un ASN local al crear una instancia de servidor de rutas dinámicas.
• Cada nodo debe configurarse con un ASN de nodo diferente del ASN local.
• Los valores de ASN 0, 13884, 36351, 64512, 64513, 65100, 65200-65234, 65402-65433, 65500, 65516, 65519, 65521, 65531, y están 4201065000-4201065999 reservados y no pueden utilizarse como ASN locales ni de pares.
• Si existe un conflicto de ASN, las sesiones BGP no se establecen hasta que se corrija la configuración del ASN.
• La detección bidireccional de reenvío (BFD) se puede habilitar en grupos de pares para acelerar la detección de fallos y la retirada de rutas.
• Los dispositivos de servidor de enrutamiento dinámico establecen sesiones BGP mediante multihop. Para utilizar la detección de reenvío bidireccional (BFD) con sesiones BGP, configura BGP multihop tanto en el dispositivo de servidor de rutas dinámicas como en el dispositivo homólogo. Asegúrate de que la configuración BGP del dispositivo homólogo admita multihop para habilitar la detección de fallos de BFD.

Consideraciones sobre la integración de Transit Gateway

Ten en cuenta las siguientes consideraciones al integrar un servidor de rutas dinámicas con IBM Cloud® Transit Gateway:

• Puede crear una conexión de puerta de enlace de tránsito a un servidor de rutas dinámicas, ya sea al crear una puerta de enlace de tránsito o añadiendo una conexión de red a una puerta de enlace de tránsito ya existente.
• Una instancia de servidor de enrutamiento dinámico solo puede conectarse a una puerta de enlace de tránsito.
• Una conexión de puerta de enlace de tránsito utiliza túneles redundantes de encapsulación de enrutamiento genérico (GRE) con pr eBGP entre una puerta de enlace de tránsito y los miembros del servidor de rutas dinámicas.
• Si se especifica un CIDR para las direcciones IP del túnel GRE, este debe ser como mínimo /27 y no solaparse con ninguna subred de VPC ni con los CIDR de túneles de pasarela de tránsito existentes.
• Si no se especifica ningún CIDR, se utiliza un rango CIDR predeterminado.
• Cuando un servidor de rutas dinámicas está conectado a una puerta de enlace de tránsito, las rutas obtenidas de dicha puerta de enlace solo pueden anunciarse a otros pares si así lo permiten las políticas del servidor de rutas dinámicas.

Para establecer la conectividad entre Transit Gateway y los dispositivos de servidor de rutas dinámicas, configure las listas de control de acceso de red (NACL) para permitir el tráfico GRE (protocolo IP 47). Además, configura las reglas del grupo de seguridad (SG) para permitir el tráfico BGP (puerto TCP 179) y el tráfico GRE (protocolo IP 47) entre Transit Gateway y los dispositivos de servidor de rutas dinámicas.

Consideraciones sobre la tabla de enrutamiento y las políticas

Revisa las siguientes consideraciones sobre el enrutamiento antes de configurar las políticas del servidor de rutas dinámicas:

• Puede utilizar políticas entre pares para reflejar las rutas aprendidas entre pares, anunciar prefijos de direcciones de VPC a los pares, añadir rutas aprendidas a las tablas de enrutamiento de VPC y anunciar rutas estáticas personalizadas.
• Un servidor de enrutamiento dinámico actualiza las tablas de enrutamiento personalizadas de VPC según las políticas de enrutamiento que definas.
• Las rutas solo se añaden a las tablas de enrutamiento a las que se hace referencia explícita en las políticas de la tabla de enrutamiento de la VPC.
• Si se superan los límites de la tabla de enrutamiento, la adición de rutas podría fallar. Para obtener más información, consulta las cuotas de las tablas de enrutamiento y las rutas. En este caso, es posible que tengas que solicitar un aumento de la cuota.
• Al configurar una política de tabla de enrutamiento de VPC, configura los grupos de pares para un servidor de rutas dinámicas de modo que los pares de diferentes grupos de pares no anuncien el mismo destino. Anunciar el mismo destino en distintos grupos de pares puede provocar inconsistencias en las rutas aprendidas.

Consideraciones sobre alta disponibilidad y resiliencia

Revisa las siguientes consideraciones sobre la disponibilidad:

• Para la tolerancia a fallos por zona, implemente un miembro de servidor de ruta dinámica por cada zona de disponibilidad.
• Cada miembro establece sesiones BGP independientes con sus pares.
• Si un miembro deja de estar operativo, el servidor de rutas dinámico retira automáticamente las rutas afectadas y vuelve a añadir rutas a través de miembros operativos.
• La supervisión del estado se basa en el estado de la sesión BGP y en el estado de BFD (si está habilitado).

Consideraciones acerca de la seguridad

Revisa las siguientes consideraciones de seguridad:

• Los dispositivos de servidor de enrutamiento dinámico son gestionados por IBM Cloud y se ejecutan en VPC aisladas y gestionadas por el servicio.
• La comunicación entre los componentes del servidor de enrutamiento dinámico y los servicios de IBM Cloud utiliza redes privadas y puntos de conexión privados virtuales.
• Los grupos de seguridad asociados a las VNI deben permitir el tráfico BGP (puerto TCP179) y cualquier tráfico adicional específico de cada par que sea necesario para el control del enrutamiento.
• Todos los cambios en la configuración del servidor de rutas dinámicas y los eventos del ciclo de vida se registran mediante IBM Cloud® Activity Tracker. Para obtener más información, consulta Estado y descripciones del servidor de rutas dinámicas, Eventos del servidor de rutas dinámicas y Registro del servidor de rutas dinámicas.

Consideraciones operativas

Revisa las siguientes consideraciones operativas:

• No se puede eliminar una instancia de servidor de rutas dinámicas si aún existen grupos de pares o políticas que dependan de dicha instancia.
• Para eliminar una instancia de servidor de rutas dinámicas, primero debe eliminar todas las políticas, borrar todos los grupos de pares y desvincular el servidor de rutas dinámicas de cualquier puerta de enlace de tránsito.
• Los cambios de configuración, como añadir pares, grupos de pares o políticas, no interrumpen los flujos de tráfico existentes.
• Los cambios en las rutas se propagan inmediatamente a las tablas de enrutamiento de VPC, en función de la política y del estado de integridad.

Enlaces relacionados

Además de las consideraciones de planificación, revisa los problemas conocidos antes de configurar un servidor de rutas dinámicas. Para obtener más información, consulta Problemas conocidos de los servidores de rutas dinámicas.