{"id":88961,"date":"2020-07-16T19:42:34","date_gmt":"2020-07-16T17:42:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae"},"modified":"2020-07-16T19:42:34","modified_gmt":"2020-07-16T17:42:34","slug":"anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae","title":{"rendered":"Anycast contra Unicast: \u00bfcu\u00e1l elegir en cada caso?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Seguramente, muchos han o\u00eddo hablar de Anycast. Con este m\u00e9todo de direccionamiento y enrutamiento de red, una direcci\u00f3n IP se asigna a varios servidores en la red. Estos servidores pueden estar incluso en centros de datos que se encuentran lejos unos de otros. La idea de Anycast es que, dependiendo de la ubicaci\u00f3n de la fuente de las solicitudes, los datos se env\u00edan al servidor m\u00e1s cercano (de acuerdo con la topolog\u00eda de la red, m\u00e1s precisamente, el protocolo de enrutamiento BGP). De esta manera, se puede reducir el n\u00famero de saltos de red y la latencia. <\/p>\n

En esencia, se anuncia la misma ruta desde varios centros de datos en todo el mundo. As\u00ed, los clientes ser\u00e1n dirigidos al centro de datos \"mejor\" y \"m\u00e1s cercano\" seg\u00fan las rutas BGP. \u00bfPor qu\u00e9 Anycast? \u00bfPor qu\u00e9 usar Anycast en lugar de Unicast?<\/p>\n

\"Anycast<\/a><\/noindex><\/a><\/noindex>
\nUnicast es adecuado para un sitio con un solo servidor web y un volumen moderado de tr\u00e1fico. Sin embargo, si el servicio tiene millones de suscriptores, generalmente utiliza m\u00faltiples servidores web, cada uno de los cuales tiene la misma direcci\u00f3n IP. Estos servidores est\u00e1n distribuidos geogr\u00e1ficamente para optimizar la atenci\u00f3n a las solicitudes.<\/p>\n

En tal escenario, Anycast mejorar\u00e1 el rendimiento (el tr\u00e1fico se dirige al usuario con la m\u00ednima latencia), garantizar\u00e1 la fiabilidad del servicio (gracias a los servidores de respaldo) y permitir\u00e1 el balanceo de carga: el enrutamiento a varios servidores distribuir\u00e1 eficazmente la carga entre ellos, mejorando la velocidad del sitio web.<\/p>\n

Los operadores ofrecen a los clientes diversos tipos de balanceo de carga basados en Anycast y DNS. Los clientes pueden especificar las direcciones IP a las que se enviar\u00e1n las solicitudes seg\u00fan la ubicaci\u00f3n geogr\u00e1fica del sitio. Esto permite una distribuci\u00f3n m\u00e1s flexible de las solicitudes de los usuarios.<\/p>\n

Supongamos que hay varios sitios entre los cuales se necesita distribuir la carga (de usuarios), como una tienda en l\u00ednea con 100,000 solicitudes al d\u00eda o un blog popular. Para limitar la regi\u00f3n desde donde los usuarios acceden a un sitio espec\u00edfico, se puede utilizar la opci\u00f3n de Geo Community. Esta opci\u00f3n permite restringir la regi\u00f3n en la que el operador anunciar\u00e1 la ruta.<\/p>\n

\"Anycast<\/p>\n

\"Anycast
\nAnycast y Unicast: diferencias<\/i><\/p>\n

Anycast se utiliza a menudo en aplicaciones como DNS (sistema de nombres de dominio) y CDN (redes de entrega de contenido), permitiendo tomar decisiones de enrutamiento que mejoran el rendimiento de la red. Las redes de entrega de contenido utilizan Anycast debido a que manejan grandes vol\u00famenes de tr\u00e1fico, y Anycast presenta varias ventajas en este caso (sobre ellas a continuaci\u00f3n). En DNS, Anycast permite aumentar significativamente la fiabilidad y la resistencia del servicio.<\/p>\n

\"Anycast
\nEn Anycast IP, al utilizar BGP, existen m\u00faltiples rutas hacia un host espec\u00edfico. De hecho, son copias de hosts en varios centros de datos, utilizadas para establecer conexiones con menor latencia.<\/i><\/p>\n

As\u00ed, en una red Anycast, la misma direcci\u00f3n IP se anuncia desde diferentes lugares, y la red decide a d\u00f3nde dirigir la solicitud del usuario en funci\u00f3n del 'costo' de la ruta. Por ejemplo, a menudo se utiliza el protocolo BGP para determinar la ruta m\u00e1s corta para la transmisi\u00f3n de datos. Cuando un usuario env\u00eda una solicitud Anycast, BGP determina la mejor ruta para los servidores disponibles en la red Anycast.<\/p>\n

Ventajas de Anycast<\/h2>\n

Reducci\u00f3n de latencia
\nLos sistemas con Anycast pueden reducir la latencia en el procesamiento de las solicitudes de los usuarios, ya que permiten obtener datos del servidor m\u00e1s cercano. Es decir, los usuarios siempre se conectar\u00e1n al servidor DNS 'm\u00e1s cercano' (en t\u00e9rminos de protocolo de enrutamiento). Como resultado, Anycast reduce el tiempo de interacci\u00f3n al disminuir la distancia de red entre el cliente y el servidor. Esto no solo reduce la latencia, sino que tambi\u00e9n proporciona equilibrio de carga.<\/p>\n

Velocidad<\/p>\n

Dado que el tr\u00e1fico se dirige al nodo m\u00e1s cercano y se reduce la latencia en la transmisi\u00f3n de datos entre el cliente y el nodo, el resultado ser\u00e1 una optimizaci\u00f3n de la velocidad de entrega, independientemente de d\u00f3nde el cliente solicite la informaci\u00f3n.<\/p>\n

Mayor estabilidad y resistencia<\/p>\n

Si varios servidores en todo el mundo utilizan la misma IP, en caso de que uno de los servidores falle o se desconecte, el tr\u00e1fico se redirigir\u00e1 al servidor m\u00e1s cercano. Como resultado, Anycast hace que el servicio sea m\u00e1s resistente y mejora el acceso a la red\/la latencia\/la velocidad.\u00a0<\/p>\n

De este modo, gracias a la disponibilidad de varios servidores accesibles para los usuarios, Anycast, por ejemplo, mejora la estabilidad del funcionamiento de DNS. En caso de que un nodo falle, las solicitudes de los usuarios se redirigir\u00e1n a otro servidor DNS sin intervenci\u00f3n manual o reconfiguraci\u00f3n. Anycast permite un cambio pr\u00e1cticamente transparente a otros sitios, simplemente eliminando las rutas del sitio problem\u00e1tico.\u00a0<\/p>\n

Balanceo de carga<\/p>\n

En el sistema Anycast, el tr\u00e1fico de red se distribuye entre diferentes servidores. Esto significa que funciona como un balanceador de carga, evitando que cualquier servidor individual reciba la mayor parte del tr\u00e1fico. El balanceo de carga se puede utilizar, por ejemplo, cuando hay varios nodos de red a la misma distancia geogr\u00e1fica de la fuente de solicitudes. En este caso, la carga se distribuye entre los nodos.<\/p>\n

Reducci\u00f3n del impacto de ataques DoS\u00a0<\/p>\n

Otra caracter\u00edstica de Anycast es la resistencia a DDoS. Es poco probable que los ataques DDoS logren inhabilitar el sistema Anycast, ya que tendr\u00edan que abrumar con una avalancha de solicitudes a todos los servidores dentro de dicha red.\u00a0<\/p>\n

Los ataques DDoS a menudo utilizan botnets que pueden generar un volumen de tr\u00e1fico tan grande que abrumen al servidor atacado. La ventaja de usar Anycast en esta situaci\u00f3n es que cada servidor puede 'absorber' parte del ataque, lo que reduce la carga en un servidor espec\u00edfico. Un ataque de tipo 'denegaci\u00f3n de servicio' probablemente se localizar\u00e1 en un servidor y no afectar\u00e1 al servicio completo.<\/p>\n

Alta escalabilidad horizontal<\/p>\n

Los sistemas Anycast son ideales para servicios con grandes vol\u00famenes de tr\u00e1fico. Si un servicio que utiliza Anycast requiere nuevos servidores para manejar el tr\u00e1fico en crecimiento, se pueden agregar nuevos servidores a la red para su procesamiento. Estos pueden ser ubicados en nuevos o ya existentes centros de datos.\u00a0<\/p>\n

Si hay un gran aumento de tr\u00e1fico en un lugar espec\u00edfico, agregar un servidor ayudar\u00e1 a equilibrar la carga para esa ubicaci\u00f3n. A\u00f1adir un servidor en un nuevo sitio ayudar\u00e1 a reducir el tiempo de espera, creando una nueva ruta m\u00e1s corta para algunos usuarios. Ambas estrategias tambi\u00e9n ayudan a mejorar la estabilidad del servicio, ya que nuevos servidores se vuelven disponibles en la red. De este modo, si un servidor est\u00e1 sobrecargado, simplemente se puede desplegar otro en un lugar que le permita recibir parte de las solicitudes del servidor sobrecargado. Adem\u00e1s, no se requerir\u00e1 ninguna configuraci\u00f3n por parte de los clientes.\u00a0<\/p>\n

Solo de esta manera se pueden manejar terabits de tr\u00e1fico y un n\u00famero muy grande de usuarios, cuando el servidor tiene solo unos pocos puertos de 10 o 25 Gbit\/s. 100 hosts con una sola direcci\u00f3n IP permitir\u00e1n procesar vol\u00famenes de tr\u00e1fico de terabits.<\/p>\n

Facilidad de gesti\u00f3n de la configuraci\u00f3n<\/p>\n

Como se mencion\u00f3 anteriormente, un uso interesante de Anycast es el DNS. Se pueden colocar varios servidores DNS diferentes en los nodos de la red, pero usar una sola direcci\u00f3n DNS. Dependiendo de la ubicaci\u00f3n del origen, las solicitudes se dirigen al nodo m\u00e1s cercano. Esto proporciona cierta balanceo de tr\u00e1fico y redundancia en caso de fallo del servidor DNS. Por lo tanto, en lugar de configurar diferentes servidores DNS seg\u00fan su ubicaci\u00f3n, se puede extender la configuraci\u00f3n de un solo servidor DNS a todos los nodos.<\/p>\n

Las redes Anycast pueden configurarse para enrutar solicitudes no solo en funci\u00f3n de la distancia, sino tambi\u00e9n seg\u00fan par\u00e1metros como la disponibilidad del servidor, el n\u00famero de conexiones establecidas o el tiempo de respuesta.<\/p>\n

No se requieren servidores, redes o componentes especiales del lado del cliente para utilizar la tecnolog\u00eda Anycast. Sin embargo, Anycast tambi\u00e9n tiene desventajas. Se considera que su implementaci\u00f3n es una tarea compleja que requiere hardware adicional, proveedores confiables y la correcta ruta del tr\u00e1fico.<\/p>\n

Desde la pura fuente hacia el bello m\u00e1s all\u00e1<\/h2>\n

\nAunque Anycast dirige a los usuarios basado en el menor n\u00famero de saltos, esto no necesariamente significa la menor latencia. La latencia es una m\u00e9trica m\u00e1s compleja, ya que un solo salto puede tener una latencia mayor que diez. <\/p>\n

\"Anycast
\nEjemplo: las comunicaciones intercontinentales pueden incluir un salto con una latencia muy alta.<\/i><\/p>\n

Anycast se utiliza principalmente para servicios basados en UDP, como DNS. Las solicitudes de los usuarios se dirigen al centro de datos \"mejor\" y \"m\u00e1s cercano\" seg\u00fan las rutas BGP. <\/p>\n

\"Anycast
\nEjemplo: una estaci\u00f3n de trabajo cliente DNS con la direcci\u00f3n IP Anycast DNS 123.10.10.10 resuelve DNS para el m\u00e1s cercano de tres servidores de nombres DNS desplegados con la misma direcci\u00f3n IP Anycast. En caso de fallo del enrutador R1 o del servidor A, los paquetes del cliente DNS se redirigir\u00e1n autom\u00e1ticamente al siguiente servidor DNS m\u00e1s cercano a trav\u00e9s de los enrutadores R2 y R3. Adem\u00e1s, la ruta a nuestro servidor A se eliminar\u00e1 de las tablas de enrutamiento, evitando el uso futuro de este servidor de nombres.<\/i><\/p>\n

Escenarios de implementaci\u00f3n<\/h2>\n

\nExisten dos esquemas comunes que se utilizan para determinar a qu\u00e9 servidor se conecta el usuario:<\/p>\n