Mise en cache d’homologue
À compter de BITS (Background Intelligent Transfer Service) 4.0, le service BITS a été étendu pour permettre la mise en cache d’homologue au niveau du sous-réseau pour les données d’URL téléchargées à l’aide de Windows BranchCache. Les clients BITS peuvent récupérer des données à partir d’autres ordinateurs de leur propre sous-réseau qui ont déjà téléchargé les données, au lieu de récupérer les données à partir de serveurs distants. Pour plus d’informations sur Windows BranchCache, consultez Vue d’ensemble de BranchCache.
Si un administrateur active Windows BranchCache sur les ordinateurs clients et serveurs d’une organisation via une stratégie de groupe ou des paramètres de configuration locaux, BITS va utiliser Windows BranchCache pour les transferts de données.
- Configuration de la mise en cache d’homologue BITS 4.0
- Désactivation de Windows BranchCache
- Vérification et surveillance
- Mise en cache d’homologue dans BITS 3.0
Configuration de la mise en cache d’homologue BITS 4.0
La configuration suivante est requise pour que la mise en cache d’homologues dans BITS 4.0 fonctionne :
Windows BranchCache doit être activé sur le client via une stratégie de groupe ou des paramètres de configuration locaux. Pour plus d’informations, consultez Configuration du client BranchCache.
Notes
La fonctionnalité Windows BranchCache est désactivée par défaut.
La fonctionnalité Windows BranchCache est un composant facultatif qui doit être installé sur le serveur. Pour plus d’informations, consultez Configuration du serveur BranchCache.
Le serveur doit également activer la fonctionnalité Windows BranchCache via la stratégie de groupe ou les paramètres de configuration locaux. Pour plus d’informations, consultez Configuration du serveur BranchCache.
Notes
La fonctionnalité Windows BranchCache est désactivée par défaut.
La stratégie de groupe BITS par défaut autorise la mise en cache d’homologues. Si Windows BranchCache est activé globalement sur un ordinateur, cette fonctionnalité est également activée pour les travaux de transfert BITS. Pour plus d’informations sur les stratégies de groupe propres à BITS, consultez Stratégies de groupe.
Désactivation de Windows BranchCache
Un administrateur peut utiliser une stratégie de groupe pour désactiver l’utilisation de Windows BranchCache. (Voir Stratégies de groupe.) Si windows BranchCache est désactivé, les clients BITS ne récupèrent les données qu’à partir de serveurs distants.
Une application peut également désactiver Windows BranchCache par travail en appelant la méthode IBackgroundCopyJob4::SetPeerCachingFlags et en définissant l’indicateur BG_DISABLE_BRANCH_CACHE .
Notes
Ces paramètres n’affectent pas l’utilisation de Windows BranchCache par des applications autres que BITS. Ces paramètres ne s’appliquent pas aux transferts BITS sur SMB. BITS ne contrôle aucun paramètre pour les transferts Windows BranchCache sur SMB.
Vérification et surveillance
Il existe plusieurs façons de vérifier et de surveiller les statistiques de mise en cache des homologues. Les administrateurs peuvent appeler la méthode IBackgroundCopyFile4::GetPeerDownloadStats pour interroger la quantité de données téléchargées à partir d’homologues et de serveurs d’origine. Les administrateurs peuvent également case activée le journal des événements pour l’ID d’événement 60, qui fournit des informations spécifiques au travail.
La fonctionnalité Windows BranchCache fournit également un certain nombre de mécanismes pour vérifier et surveiller les statistiques de mise en cache des homologues. Pour plus d’informations, consultez Vérification et surveillance et Compteurs de performances.
Le modèle de mise en cache d’homologue qui utilise Windows BranchCache remplace le modèle de mise en cache d’homologue utilisé dans BITS 3.0. Pour plus d’informations sur Windows BranchCache, consultez les rubriques suivantes :
Mise en cache d’homologue dans BITS 3.0
Notes
À compter de Windows 7, le modèle de mise en cache d’homologue BITS 3.0 est déconseillé. Si BITS 4.0 est installé, le modèle de mise en cache d’homologue BITS 3.0 n’est pas disponible.
Si l’administrateur active la mise en cache d’homologue et que le travail autorise le téléchargement du contenu à partir d’un homologue, BITS tente de télécharger le contenu à partir d’un ou plusieurs homologues. Le téléchargement à partir d’un homologue est beaucoup plus rapide que le téléchargement de contenu à partir d’Internet. La mise en cache d’homologue est désactivée par défaut et les travaux doivent explicitement autoriser le téléchargement de contenu à partir d’homologues. Un administrateur peut utiliser une stratégie de groupe pour activer la mise en cache d’homologues. Après avoir activé la mise en cache d’homologue, l’administrateur peut désactiver le téléchargement à partir d’un homologue ou la distribution de contenu à un homologue.
Une application peut également activer la mise en cache d’homologues en appelant la méthode IBitsPeerCacheAdministration::SetConfigurationFlags . Toutefois, ces paramètres sont remplacés par les paramètres de stratégie de groupe, s’ils sont définis.
Lorsque la mise en cache d’homologue est activée, BITS crée une liste d’homologues qui se trouvent dans le même sous-réseau et appartiennent au même domaine. La liste n’inclut pas d’homologues d’un domaine approuvé. La mise en cache d’homologue ne peut être activée que dans un environnement de domaine.
BITS détecte les homologues en procédant comme suit :
- Écoute des serveurs d’homologues qui s’annoncent eux-mêmes. Un serveur homologue s’annonce lui-même au démarrage. BITS ajoute le serveur homologue à la liste si le client a besoin de plus d’homologues dans sa liste.
- Diffusion d’une demande de serveurs homologues lorsqu’il a besoin de plus d’homologues dans sa liste d’homologues. Les serveurs homologues qui sont disponibles pour servir du contenu répondent à la demande.
BITS supprime les serveurs homologues de la liste d’homologues si le serveur effectue les opérations suivantes :
- Échec de l’authentification
- Est hors connexion (indisponible) pendant trop longtemps
- Fournit un certificat contenant des erreurs
Lorsqu’un travail demande du contenu à un homologue, BITS choisit de manière aléatoire un sous-ensemble d’homologues de la liste des homologues et leur demande s’ils ont le contenu. BITS ne peut télécharger du contenu qu’à partir de serveurs homologues authentifiés. Le client et le serveur s’authentifient d’abord à l’aide de Kerberos, puis échangent des certificats auto-signés pour l’authentification lors de la découverte et du téléchargement du contenu.
BITS télécharge le contenu à partir du premier homologue authentifié pour répondre à la demande. Si un homologue ne contient pas tout le contenu, BITS télécharge ce qu’il peut à partir d’un ou plusieurs des homologues avant de télécharger le reste à partir du serveur d’origine. Si aucun des homologues n’a le contenu ou si une erreur se produit lors du téléchargement à partir d’un homologue, BITS télécharge le contenu à partir du serveur d’origine.
Le contenu téléchargé ne peut être utilisé pour d’autres homologues qu’une fois que l’application a validé le contenu des fichiers. Si l’application ne valide pas explicitement le fichier, celui-ci est implicitement validé lorsque l’application termine le travail.
Par défaut, un serveur homologue ne peut servir du contenu qu’à trois clients simultanément. Si le serveur est actuellement occupé à servir trois clients, il y aura un retard dans la réponse à d’autres demandes. BITS limite la bande passante utilisée pour servir le contenu à 1 Mbits/s. Vous pouvez utiliser la stratégie de groupe MaxBandwidthServed pour modifier la limite.
Notes
Cette fonctionnalité est prise en charge uniquement dans les réseaux de domaine ; La mise en cache d’homologue n’est pas prise en charge sur les groupes de travail ou les réseaux domestiques.
Voir également Administration du cache d’homologue