Share via

Vue d’ensemble de Microsoft Connected Cache pour les fournisseurs de services IsP

Microsoft Connected Cache (MCC) pour les fournisseurs de services Internet (préversion) est une solution de mise en cache logicielle gratuite qui fournit du contenu Microsoft. MCC peut être déployé gratuitement sur autant de serveurs nus ou de machines virtuelles que nécessaire et est géré à partir d’un portail cloud. Une fois déployé, MCC peut vous aider à réduire l’utilisation de la bande passante réseau pour le contenu et les mises à jour des logiciels Microsoft. Les nœuds de cache sont créés dans le portail cloud et sont configurés pour fournir le trafic aux clients par routage CIDR ou BGP manuel.

Scénarios pris en charge

Microsoft Connected Cache (préversion) prend en charge les scénarios suivants :

  • Fournisseur de services Internet qui fournit des téléchargements de contenu pour les clients finaux
  • Fournisseurs de services réseau qui fournissent le transit pour d’autres fournisseurs de services

Contenu pris en charge

Microsoft Connected Cache utilise l’optimisation de la distribution comme principal pour la distribution de contenu Microsoft. Microsoft Connected Cache met en cache les types suivants :

  • Mises à jour Windows : mises à jour de fonctionnalités et de qualité Windows
  • Applications Office « Démarrer en un clic » : Microsoft 365 Apps et mises à jour
  • Applications clientes : Intune, applications du Store et mises à jour
  • Endpoint Protection : mises à jour des définitions Windows Defender
  • Xbox : Xbox Game Pass (PC uniquement)

Pour obtenir la liste complète des points de terminaison de contenu pris en charge par Microsoft Connected Cache pour les isp, consultez Points de terminaison de contenu et de services du cache connecté Microsoft.

Êtes-vous déjà en peering avec 8075 ?

MCC complète le peering en déchargeant le contenu statique qui est servi à partir de plusieurs CDN tels qu’Akamai, Akamai et Edgecast. Le contenu statique tel que les mises à jour du système d’exploitation, les applications, les installations logicielles, etc. ne peut pas être servi via 8075. Ainsi, même si vous effectuez un peering avec Microsoft, vous pouvez tirer parti de l’installation de MCC.

Graphique contenant le trafic de contenu de peering et de cache.

Fonctionnement de MCC

Diagramme de flux de données illustrant le fonctionnement de Microsoft Connected Cache.

Les étapes suivantes décrivent comment MCC est provisionné et utilisé :

  1. Le Portail Azure est utilisé pour créer et gérer des nœuds MCC.

  2. Un script shell est utilisé pour approvisionner le serveur et déployer l’application MCC.

  3. Une combinaison du script Portail Azure et shell est utilisée pour configurer Microsoft Delivery Optimization Services afin d’acheminer le trafic vers le serveur MCC.

    • L’adresse IPv4 accessible publiquement du serveur est configurée sur le portail.

    • Routage manuel : Fourniture des blocs CIDR qui représentent l’espace d’adressage IP du client, qui doit être routé vers le nœud MCC.

    • Routage BGP : Un script shell est utilisé pour lancer une session de peering avec un routeur dans le réseau de l’opérateur, et l’opérateur lance une session avec le nœud MCC.

      Remarque

      Seules les adresses IPv4 sont prises en charge pour l’instant. L’entrée d’adresses IPv6 entraîne une erreur.

  4. Les appareils des utilisateurs finaux (clients) Microsoft se connectent régulièrement à Microsoft Delivery Optimization Services, et les services correspondent à l’adresse IP du client avec l’adresse IP du nœud MCC correspondant.

  5. Les clients Microsoft effectuent les demandes de plage de contenu à partir du nœud MCC.

  6. Un nœud MCC obtient le contenu du CDN, amorce son cache local stocké sur le disque et remet le contenu au client.

  7. Les demandes suivantes des appareils des utilisateurs finaux pour le contenu seront traitées à partir du cache.

  8. Si le nœud MCC n’est pas disponible, le client obtient le contenu du CDN pour garantir un service ininterrompu pour vos abonnés.

Recommandation matérielle

Voici les configurations matérielles recommandées en fonction des plages de trafic :

Classe de machine du cache connecté Microsoft Scénario Plage de trafic Recommandation sur les machines virtuelles/matérielles
Edge Pour les fournisseurs de services Internet de petite taille ou les sites distants, ils font partie d’un réseau plus grand. < Pic de 5 Gbits/s VM

Jusqu’à 8 cœurs

Jusqu’à 16 Go de mémoire

1 500 Go SSD
Metro POP Pour les fournisseurs de services Web, les adresses IP ou les fournisseurs de transit qui servent une quantité modérée de trafic dans un réseau qui peut nécessiter l’un des autres nœuds de cache. 5 à 20 Gbits/s de pointe Machine virtuelle ou matériel

16 cœurs*

32 Go de mémoire

2 à 3 disques SSD de 500 Go chacun
Centre de données Pour les fournisseurs de services Web, les adresses IP ou les fournisseurs de transit qui servent quotidiennement une grande quantité de trafic et peuvent nécessiter le déploiement de plusieurs nœuds de cache. Pic de 20 à 40 Gbits/s Matériel, consultez l’exemple de spécification ci-dessous :

32 cœurs ou plus*

64 go ou plus de mémoire

4 - 6 500 - 1 To SSD** chacun

*Nécessite des systèmes (chipset, processeur, carte mère) avec PCIe version 3 ou ultérieure.

**Les vitesses de lecteur sont importantes et pour obtenir une sortie plus élevée, nous recommandons SSD NVMe dans l’emplacement PCIe m.2 (version 4 ou ultérieure).