Réduire la latence

Vous pouvez réduire la latence entre différentes machines virtuelles (VM) pour les utiliser à leur capacité optimale.

La latence est le délai entre l’action et le moment où celle-ci est effective. Moins vous avez de latence, plus vous pouvez gérer rapidement vos ressources.

Vous pouvez réduire la latence en plaçant les VM plus près les unes des autres, vous devez créer celles-ci avec le même compte et dans la même Sous-région. Comme le Cloud est virtuel, pour une seule Sous-région, il y a différents sites physiques. Même si les VM sont dans la même Sous-région, elles peuvent être séparées physiquement. Utiliser le même compte augmente les changes que les VM soient sur la même Sous-région.

Vous pouvez vous assurer de réduire la latence au minimum en plaçant les VM plus près les unes des autres ; sur le même site physique. Vous pouvez utiliser des tags pour placer vos VM sur le même cluster ou hyperviseur.

Vous pouvez également réduire la latence en ne travaillant qu’avec un seul Subnet. Par défaut, grâce à une amelioration du réseau, les VMs dans un même Subnet peuvent communiquer entre elles sans aucune règle de security group nécessaire. Ceci vous permet de réduire la latence entre deux VMs et éviter des conflits avec des protocoles spécifiques, tels que ceux utilisés par Microsoft Windows. Si vous voulez une sécurité accrue entre vos VM, (par exemple, une sur un DLZ et l’autre sur un réseau interne), placez les dans des Subnets différents ou désactivez cette fonctionnalité.

Travailler dans une seule Sous-région ou dans un seul Subnet

  • Dans une seule Sous-région

Vous pouvez créer des VM dans la même Sous-région et avec le même compte. Pour en savoir plus, voir Créer des VM.

  • Dans un seul Subnet d’un Net

Vous pouvez créer des VM dans le même Subnet. Pour en savoir plus sur les Subnets dans un Net, voir Créer et gérer des Subnets dans un Net.

Rapprocher les VM

Sur le même cluster

Vous pouvez forcer vos VM à être sur le même cluster en utilisant l’un de ces deux tags :

Nom du tag Comportement Valeur Utilisable au boot avec les user data

osc.fcu.attract_cluster

Distribue les VM avec le même tag sur le même UCS.

Libre

Oui

osc.fcu.attract_cluster_strict

Alias osc.fcu.attract_cluster mais échoue avec une erreur "InsuficientCapacity" si la requête ne peut être forcée.

Libre

Oui

Pour en savoir plus à propos de comment utiliser ces tags, voir Configurer une VM avec les user data et les tags OUTSCALE.

Si une erreur apparaît lors de l’utilisation du tag osc.fcu.attract_cluster_strict, utilisez cette commande, lors du boot, dans le header des user data suivant cette syntaxe :

-----BEGIN OUTSCALE SECTION-----
tags.osc.fcu.attract_cluster_strict=myclusterofvms_1
-----END OUTSCALE SECTION-----

Sur le même hyperviseur

Vous pouvez forcer vos VM à être sur le même hyperviseur en utilisant l’un de ces deux tags :

  • Le nombre de VM que vous pouvez placer sur le même hyperviseur dépend du type de VM et de la capacité de l’hyperviseur.

  • Comme les VM sont placées sur le même hyperviseur, en cas de crash, toutes les VM seront impactées.

Nom du tag Comportement Valeur Utilisable au boot avec les user data

osc.fcu.attract_server

Distribue les VM avec le même tag sur la même slide.

Libre

Oui

osc.fcu.attract_server_strict

Alias osc.fcu.attract_server mais échoue avec une erreur "InsuficientCapacity" si la requête ne peut être forcée.

Libre

Oui

Pour en savoir plus à propos de comment utiliser ces tags, voir Configurer une VM avec les user data et les tags OUTSCALE.

Si une erreur apparaît lors de l’utilisation du tag osc.fcu.attract_server_strict, utilisez cette commande, lors du boot, dans le header des user data suivant cette syntaxe :

-----BEGIN OUTSCALE SECTION-----
tags.osc.fcu.attract_server_strict=myclusterofvms_1
-----END OUTSCALE SECTION-----

Forcer un attract_server force automatiquement un attract_cluster.

Isolation du security group à l’intérieur d’un Subnet

Par défaut, grâce à une amélioration du réseau, les VM au sein d’un même Subnet peuvent communiquer entre elles sans règles de security group requises. Ceci permet de réduire la latence entre deux VM et d’éviter des problèmes avec des protocoles spécifiques, comme ceux utilisés par Microsoft Windows. Si vous souhaitez mettre en place un plus grande sécurité entre deux VM (par exemple une en DMZ et une autre dans un réseau interne), placez-les dans des Subnets différents ou désactiver cette fonctionnalité.