Preguntas más frecuentes sobre la caché conectada de Microsoft

Sí. Microsoft Connected Cache es un servicio gratuito.

Como ISP, la red puede beneficiarse de una carga reducida en la red troncal y mejorar la experiencia de descarga del cliente para el contenido estático de Microsoft compatible. También le ayudará a ahorrar en costos de red CDN.

Microsoft Connected Cache complementa el emparejamiento mediante la descarga de contenido estático que se sirve de varias redes CDN, como Akamai, Lumen y Edgecast. El contenido estático, como las actualizaciones del sistema operativo, las aplicaciones, las instalaciones de software, etc., no se puede atender a través de 8075. Por lo tanto, incluso si está emparejando con Microsoft, puede beneficiarse de la instalación de la caché conectada.

No, no se requiere un contrato de no divulgación.

• Suscripción de Azure
• Hardware para hospedar la caché conectada de Microsoft
• Ubuntu 22.04 LTS en un servidor físico o máquina virtual de su elección.

A continuación se muestran las configuraciones de hardware recomendadas:

*Requiere sistemas (chipset, CPU, placa base) con PCIe versión 3 o superior.

**Las velocidades de unidad son importantes y para lograr una salida más alta, se recomienda SSD NVMe en la ranura PCIe m.2 (versión 4 o superior).

Tenemos un cliente que es capaz de lograr una velocidad de salida de 30 Gbps a mediados de 2000 con la siguiente especificación de hardware:

• Dell PowerEdge R330
• 2 x Intel(R) Xeon(R) CPU E5-2630 v3 a 2,40 GHz, total 32 núcleos
• 48 GB, Tecnología micron 18ASF1G72PDZ-2G1A1, Velocidad: 2133 MT/s
• 4 - Unidades SATA SSD230s de 1 TB de Transcend
  Adaptador Intel Corporation Ethernet 10G 2P X520 (agregado de vínculo)

Microsoft Connected Cache es una solución de almacenamiento en caché solo de software y requiere que proporcione su propio servidor para hospedar el software.

Se recomienda encarecidamente usar SSD, ya que Microsoft Connected Cache es una aplicación de lectura intensiva. También se recomienda usar varias unidades para mejorar el rendimiento.

Puede optar por enrutar el tráfico mediante bloques CIDR manuales o BGP. Si tiene varias cachés conectadas de Microsoft, puede asignar subconjuntos de bloques CIDR a cada nodo de caché si lo desea. Sin embargo, dado que Microsoft Connected Cache tiene equilibrio de carga automático, se recomienda agregar todo el tráfico a todos los nodos de caché.

No es necesario agregar ningún equilibrio de carga. Nuestro servicio se encarga de enrutar el tráfico si tiene varios nodos de caché que atienden los mismos bloques CIDR en función del estado notificado del nodo de caché.

Como se indica en la tabla de hardware recomendada, la configuración recomendada logra casi el máximo posible de salida de 40 Gbps con una NIC agregada de vínculo de dos puertos y cuatro unidades de caché. Próximamente tenemos una característica que le ayudará a calcular el número de nodos de caché necesarios. Si el ISP abarca varios países o regiones, puede configurar nodos de caché independientes por país o región.

Tiene el control del hardware y puede elegir la ubicación en función del tráfico y de los clientes finales. Puede elegir la ubicación donde tiene los enrutadores o donde tiene tráfico denso o cualquier otro parámetro.

Una vez realizada una solicitud para dicho contenido, NGINX examina los encabezados de control de caché de la adquisición original. Si ese contenido ha expirado, NGINX sigue sirviendo el contenido obsoleto mientras descarga el nuevo contenido. Almacenamos en caché el contenido durante 30 días. El contenido estará en la ruta de acceso de caché activa (identificadores abiertos, entre otros) durante 24 horas, pero residirá en el disco durante 30 días. La unidad se llena y nginx comenzará a eliminar contenido en función de su propio algoritmo, probablemente alguna combinación de la que se ha usado menos recientemente.

Para obtener más información sobre el contenido almacenado en caché, vea Optimización de distribución y Puntos de conexión de contenido de caché conectada de Microsoft: implementación de Windows.

Actualmente, Microsoft Connected Cache no admite contenido de Xbox ni Teams. Sin embargo, la compatibilidad con el contenido de Xbox es de alta prioridad y esperamos que esta característica se presente pronto. ¡Te avisaremos en cuanto esté disponible!

No, actualmente no se admite IPV6. Tenemos previsto apoyarlo en el futuro.

Ya hemos incorporado correctamente los ISP en muchos países y regiones de todo el mundo y hemos recibido comentarios positivos. Sin embargo, siempre puede empezar con una parte de los bloques CIDR para probar el rendimiento de la caché conectada antes de expandirse a más clientes.

Microsoft Connected Cache es una caché en frío que se activa mediante solicitudes de cliente. El cliente solicita contenido y eso es lo que llena la memoria caché. No es necesario rellenar la caché fuera del pico. Microsoft Connected Cache se pondrá en contacto con distintos proveedores de CDN como lo haría un dispositivo cliente. El flujo de tráfico de la caché conectada de Microsoft variará en función de cómo transite actualmente a cada uno de estos proveedores de red CDN. El contenido puede proceder de redes CDN de terceros o de AFD.

Microsoft se basa en una combinación dinámica de proveedores de CDN de 1ª y 3ª parte para garantizar suficiente capacidad, redundancia y rendimiento para la entrega de contenido servido por Microsoft. Aunque no proporcionamos listas de los proveedores de red CDN que utilizamos, ya que pueden cambiar sin previo aviso, nuestros puntos de conexión son conocimientos públicos. Si alguien realizara una serie de búsquedas DNS en nuestros puntos de conexión (tlu.dl.delivery.mp.microsoft.com por ejemplo), podría determinar qué red CDN o CDN estaban en rotación en un momento dado:

$ dig +noall +answer tlu.dl.delivery.mp.microsoft.com | grep -P "IN\tA"

c-0001.c-msedge.net. 20 EN UN 13.107.4.50

$ whois 13.107.4.50|grep "Organization:"

Organización: Microsoft Corporation (MSFT)

Si un cliente de bajada implementa un nodo caché conectada de Microsoft, el controlador de caché preferirá el ASN de bajada al controlar el tráfico de ese ASN.

En primer lugar, compruebe que el correo electrónico en el rol NOC es correcto en la página de PeeringDB. Si el correo electrónico asociado al rol NOC es correcto, busque un correo electrónico del remitente "microsoft-noreply@microsoft.com" con el asunto del correo electrónico: "Este es el código de verificación de la caché conectada de Microsoft" en las carpetas de correo no deseado. ¿Todavía no la encuentras? Asegúrese de que las reglas de administración de correo electrónico permiten correos electrónicos del remitente microsoft-noreply@microsoft.com.

El enrutamiento BGP se puede configurar como un método automático de enrutamiento del tráfico. Para más información sobre cómo se usa BGP con la caché conectada de Microsoft, consulte Enrutamiento BGP.

Incluso cuando se alcanza la cuota de 8 000 mensajes, la funcionalidad de caché conectada no se ve afectada. Los dispositivos cliente siguen descargando contenido de la forma habitual. Tampoco se le cobrará por encima del límite de 8 000 mensajes, por lo que no es necesario preocuparse por obtener un plan de pago. La caché conectada siempre será un servicio gratuito. Por lo tanto, si la funcionalidad no se ve afectada, ¿qué es? En su lugar, los mensajes sobre la configuración o la implementación perimetral se verían afectados. Esto significa que si se ha solicitado actualizar la caché conectada y se ha alcanzado la cuota diaria, es posible que la caché conectada no se actualice. En ese caso, solo tendría que esperar al día siguiente para actualizar. Esto es solo una limitación de la versión preliminar temprana y no es un problema durante la versión preliminar pública.

Para obtener más compatibilidad con la caché conectada de Microsoft, visite Solución de problemas de caché conectada de Microsoft para ISP (versión preliminar pública).