À propos de l'algorithme de sélection de la SVM

Les Light Agents peuvent appliquer un des algorithmes de sélection de la SVM suivants pour la connexion :

• Algorithme de sélection standard de la SVM

  Quand cet algorithme est appliqué, le Light Agent, une fois installé et exécuté sur la machine virtuelle, choisit la SVM locale par rapport au Light Agent pour la connexion.

  La localité de la SVM par rapport au Light Agent est déterminée en fonction du type d'infrastructure virtuelle :

  • Dans une infrastructure virtuelle basée sur Microsoft Hyper-V, Citrix Hypervisor, VMware vSphere, KVM, Proxmox VE, Skala-R, HUAWEI FusionSphere, Nutanix Acropolis, Alt Virtualization Server ou Astra Linux on considère comme SVM locale pour Light Agent toute SVM déployée sur le même hyperviseur que la machine virtuelle dotée de Light Agent.
  • Dans une infrastructure virtuelle gérée par TIONIX Cloud Platform ou la plateforme OpenStack, vous pouvez indiquer comment se détermine la localité de la SVM par rapport à Light Agent à l'aide du paramètre OpenStackStandardAlgorithmSvmLocality dans le fichier de configuration du Serveur d'intégration %ProgramFiles(x86)%\Kaspersky Lab\Kaspersky VIISLA\viislaservice.exe.config.

    Le paramètre OpenStackStandardAlgorithmSvmLocality peut prendre les valeurs suivantes :

    • Server Group : si cette valeur est définie, on considère comme SVM locale pour Light Agent toute SVM qui se trouve dans le même groupe de serveurs que la machine virtuelle dotée de Light Agent. Cette valeur est la valeur par défaut.
    • Project : si cette valeur est définie, on considère comme SVM locale pour Light Agent la SVM déployée dans le cadre du même projet OpenStack que celui de la machine virtuelle avec Light Agent.
    • Availability Zone : si cette valeur est définie, on considère comme SVM locale pour Light Agent la SVM qui se trouve dans la même zone de disponibilité que la machine virtuelle dotée de Light Agent.

  Si aucune SVM locale n'est disponible pour la connexion, Light Agent sélectionne la SVM à laquelle le plus petit nombre de Light Agents sont connectés, quel que soit l'emplacement des SVM dans l'infrastructure virtuelle.

  Le caractère local de la SVM par rapport au Light Agent n'est pas déterminé si le mode de protection des grandes infrastructures est activé pour le Serveur de protection sur cette SVM. Dans ce cas, il est recommandé d'utiliser l'algorithme étendu de sélection SVM et de sélectionner le Serveur d'intégration comme méthode de détection des SVM.

• Algorithme étendu de sélection de la SVM.

  Si cet algorithme est utilisé, vous pouvez définir dans la stratégie pour le Light Agent la manière dont la localité de la SVM est déterminée par rapport au Light Agent et indiquer si les Light Agents doivent tenir compte l'emplacement de la SVM dans l'infrastructure virtuelle lors de la sélection d'une SVM pour la connexion.

  Dans une infrastructure virtuelle basée sur Microsoft Hyper-V, Citrix Hypervisor, VMware vSphere, KVM, Proxmox VE, Skala-R, HUAWEI FusionSphere, Nutanix Acropolis, Alt Virtualization Server ou Astra Linux une SVM peut être considérée comme locale par rapport au Light Agent dans l'un des cas suivants :

  • La SVM est déployée sur le même hyperviseur que celui où se trouve la machine virtuelle dotée de Light Agent.
  • La SVM est déployée sur le même cluster hyperviseur que pour la machine virtuelle dotée de Light Agent.
  • La SVM est déployée dans le même centre de données que la machine virtuelle dotée de Light Agent.

  Dans une infrastructure virtuelle gérée par TIONIX Cloud Platform ou la Plateforme OpenStack, une SVM peut être considérée comme locale pour Light Agent dans l'un des cas suivants :

  • La SVM se trouve dans le même groupe de serveurs que la machine virtuelle dotée du Light Agent.
  • La SVM est déployée dans le même projet OpenStack que la machine virtuelle dotée de Light Agent.
  • La SVM est située dans la même zone de disponibilité que la machine virtuelle sur laquelle Light Agent est installé.

  Il est possible de sélectionner le type d'emplacement SVM qui sera pris en compte lors de la détermination de la localité de la SVM par rapport au Light Agent. Le Light Agent pourra se connecter uniquement aux SVM qui sont locales.

  Par exemple, si vous désignez un cluster hyperviseur en tant que type d'emplacement des SVM, alors toutes les SVM déployées sur ce cluster hyperviseur seront considérés comme locales pour le Light Agent et le Light Agent pourra se connecter à une seule de ces SVM. En l'absence de SVM disponibles pour une connexion dans le cluster dans lequel fonctionne le Light Agent, le Light Agent ne se connecte pas à la SVM.

  Vous pouvez également préciser que les Light Agents ne doivent pas prendre en compte l'emplacement de la SVM dans l'infrastructure virtuelle lors de la sélection d'une SVM pour la connexion. Les Light Agents pourront se connecter à toutes les SVM disponibles.

  Si un algorithme étendu de sélection SVM est utilisé pour un Light Agent et que la liste d'adresses des SVM est sélectionnée comme méthode de détection des SVM et que le mode de protection des grandes infrastructures est activé sur la SVM, la connexion du Light Agent à cette SVM n'est possible que si l'emplacement de la SVM n'est pas pris en compte.

  Lors de la sélection de la SVM, les Light Agents tiennent compte du nombre de Light Agents connectés pour garantir une répartition équitable des Light Agents entre les SVM disponibles pour la connexion.

Vous pouvez désigner l'algorithme de sélection des SVM que les Light Agents utiliseront et configurer les paramètres d'utilisation de l'algorithme étendu de sélection SVM.