Plus tôt cette année, nous avons annoncé la préversion des groupes de placements de proximité Azure pour permettre aux clients d’obtenir la colocalisation des ressources IaaS (infrastructure en tant que service) Azure avec faible latence réseau.

Aujourd’hui, la disponibilité générale des groupes de placements de proximité continue d’être particulièrement utile pour les charges de travail nécessitant une faible latence. En fait, cette construction de regroupement logique veille à ce que vos ressources IaaS (machines virtuelles) soient physiquement à proximité les unes des autres, et propose de nouvelles fonctionnalités et pratiques recommandées pour y parvenir.

Nouvelles fonctionnalités

Depuis la préversion, nous avons ajouté de nouvelles fonctionnalités basés sur vos précieux commentaires :

Plus de régions, plus de clouds

Les groupes de placements de proximité sont désormais disponibles dans toutes les régions du cloud public Azure (à l’exception de l’Inde Centre).

Prise en charge du portail

Les groupes de placements de proximité sont disponibles dans le portail Azure. Vous pouvez créer un groupe de placements de proximité et l’utiliser lors de la création de vos ressources IaaS.

Déplacer des ressources existantes vers (et depuis) des groupes de placements de proximité

Vous pouvez désormais utiliser le portail Azure pour déplacer des ressources existantes à l'intérieur (et à l'extérieur) d'un groupe de placements de proximité. Cette opération de configuration implique que vous arrêtiez (libériez) toutes les machines virtuelles de votre groupe identique ou groupe à haute disponibilité avant de les attribuer à un groupe de placements de proximité.

Prise en charge des applications SAP

Parmi les cas d’utilisation courants relatifs aux groupes de placements de proximité, citons les applications stratégiques à plusieurs niveaux, telles que les applications SAP. Nous avons annoncé la prise en charge pour SAP sur les machines virtuelles Azure, ainsi que SAP HANA - Grandes instances.

Mesurer la latence des machines virtuelles dans Azure

Vous devrez peut-être mesurer la latence entre les composants de votre service, tels que l’application et la base de données. Nous avons documenté la procédure et les outils permettant de tester la latence du réseau des machines virtuelles dans Azure.

Tirez parti de notre expérience

Nous avons surveillé l’adoption des groupes de placements de proximité, analysé les échecs constatés par les clients lors de la préversion et défini les meilleures pratiques en matière d’utilisation de groupes de placements de proximité.

Meilleures pratiques

Grâce à votre aide, voici quelques-unes des meilleures pratiques que nous avons pu développer :

• Pour une latence plus faible, utilisez des groupes de placements de proximité avec une mise en réseau accélérée. La mise en réseau accélérée permet la virtualisation d'E/S d'une racine unique (SR-IOV) sur une machine virtuelle, améliorant considérablement les performances réseau. Cette voie hautement performante contourne l’hôte à partir du chemin d’accès aux données, réduisant ainsi la latence, l’instabilité et l’utilisation du processeur. Pour plus d’informations, consultez les articles Créer une machine virtuelle Windows avec mise en réseau accélérée ou Créer une machine virtuelle Linux avec mise en réseau accélérée.
• Lors du déploiement d’un groupe de placements de proximité avec des machines virtuelles issues de différentes familles et références SKU, optez pour un même modèle. Ainsi, le déploiement de toutes vos machines virtuelles a plus de chances d'aboutir.
• Un groupe de placements de proximité est attribué à un centre de données lorsque la première ressource (machine virtuelle) est déployée, et libéré une fois la dernière ressource supprimée ou arrêtée. Si vous arrêtez toutes vos ressources (pour réduire les coûts notamment), il est possible qu'elles se retrouvent dans un centre de données différent une fois redémarrées. Limitez les risques d’échecs d’allocation en procédant à un redémarrage avec votre plus grande machine virtuelle, qui peut être optimisée en mémoire (M, Msv2), en stockage (Lsv2) ou dotée d'un processeur graphique (GPU).
• Si vous créez un script pour votre déploiement à l’aide de PowerShell, de l’interface CLI ou du kit de développement logiciel (SDK), vous pouvez recevoir une erreur d’allocation OverconstrainedAllocationRequest. Dans ce cas, vous devez arrêter/libérer toutes les machines virtuelles existantes et modifier la séquence dans le script de déploiement pour qu’il commence par la référence SKU/la taille de la machine virtuelle qui a échoué.
• Lorsque vous réutilisez un groupe de placements de proximité existant dans lequel des machines virtuelles ont été supprimées, attendez que la suppression se termine complètement avant d’y ajouter des machines virtuelles.
• Vous pouvez utiliser un groupe de placements de proximité en même temps qu'une zone de disponibilité. Bien qu’un PPG ne puisse pas s’étendre sur plusieurs zones, cette combinaison est utile si la latence dans la zone est importante, dans le cas d'un déploiement actif/passif où chaque machine se trouve dans une zone distincte.
• Les groupes à haute disponibilité et groupe de machines virtuelles identiques n’offrent aucune latence garantie entre les machines virtuelles. Si par le passé, les groupes à hautes disponibilité ont été déployés dans un même centre de données, cette hypothèse ne se vérifie plus. Dès lors, l’utilisation de groupes de placements de proximité est utile même en présence d'une application à niveau unique déployée dans un groupe à haute disponibilité ou un groupe identique.
• Utilisez les groupes de placements de proximité avec les nouvelles fonctionnalités du groupe de machines virtuelles identiques Azure (désormais en préversion) prenant en charge les tailles et les familles de machines virtuelles hétérogènes dans un même groupe identique. Cela permet de bénéficier d’une haute disponibilité avec des domaines d’erreur dans une seule disponibilité zone, à l’aide d’images personnalisées avec une galerie d’images partagées et bien plus.

En savoir plus

Pour savoir comment colocaliser les ressources afin d'améliorer la latence, consultez la documentation relative aux groupes de placements de proximité.

Pour en savoir plus sur les derniers ajouts apportés à notre portefeuille Azure IaaS, consultez notre blog Infrastructure en tant que service (IaaS) Azure.

Vous pouvez également regarder cette courte vidéo pour en savoir plus sur les groupes de placements de proximité. Azure Friday - Comment réduire la latence entre machines virtuelles avec des groupes de placements de proximité.