Pour trouver la meilleure infrastructure sur laquelle placer un déploiement, vRealize Automation prend plusieurs décisions de filtrage. L'intégration de vRealize Automation à vRealize Operations Manager peut affiner la décision de positionnement.
vRealize Operations Manager peut aider à placer les charges de travail de manière optimale à condition que vous ayez activé l'option de stratégie de positionnement avancée dans vos zones de cloud basées sur vSphere.
En outre, les comptes de cloud vSphere des zones de cloud doivent être surveillés par vRealize Operations Manager.
Phase 1 : Réservation
La phase de réservation de vRealize Automation est la même, que vous activiez ou non le positionnement avancé avec vRealize Operations Manager.
- La réservation commence par un modèle de cloud lié à un projet. Ce projet est à son tour lié à des zones de cloud.
- Les zones de cloud se composent d'hôtes de ressources de calcul, de pools et de clusters, ainsi que de stockage attaché.
Initialement, toute zone de cloud du projet peut constituer une cible de positionnement potentielle.
- vRealize Automation exclut par filtrage les zones de cloud qui ne disposent pas de suffisamment de ressources saines pour le déploiement.
Par exemple, si un trop grand nombre de ressources sont mises hors tension ou sont en cours de maintenance, cette zone de cloud est exclue.
- vRealize Automation exclut par filtrage les zones de cloud qui ne peuvent pas répondre aux exigences de l'entreprise.
Par exemple, le déploiement peut dépasser une limite de tarification ou de budget pour la zone.
- : vRealize Automation filtre les zones de cloud qui ne peuvent pas répondre aux exigences du cluster.
Par exemple, les ressources de la zone de cloud peuvent avoir des limites d'utilisation de CPU ou de mémoire trop faibles pour le déploiement.
- vRealize Automation exclut par filtrage les zones de cloud qui n'ont aucune affinité avec les contraintes d'application.
L'affinité impose que les balises de contrainte au niveau du projet ou du modèle de cloud correspondent aux balises de capacité présentes dans les ressources de la zone de cloud.
Par exemple, si le modèle de cloud ou le projet inclut une contrainte de stockage pour utiliser le stockage disposant de la balise
pci
, une zone de cloud dans laquelle aucune des ressources de stockage ne dispose de cette balise de capacité est exclue. - vRealize Automation sélectionne les zones de cloud ayant la meilleure priorité de provisionnement.
- Si la stratégie de positionnement au niveau du projet n'est pas Par défaut, vRealize Automation sélectionne une zone de cloud qui prend en charge la stratégie de positionnement non définie par défaut.
Dans cette version, Spread est la seule valeur autre que Par défaut. Spread répartit la charge en sélectionnant la zone de cloud ayant le plus faible ratio de machines virtuelles par rapport aux hôtes. Par défaut procède simplement au déploiement dans la première zone disponible.
La stratégie de positionnement de projet ne constitue un facteur déterminant qu'au cours de la phase de réservation de la zone de cloud. Elle n'a aucun effet sur la stratégie de positionnement de la zone de cloud dans la phase d'allocation et n'est pas liée à celle-ci.
Une fois terminée, la phase de réservation sélectionne une zone de cloud et ses ressources. vRealize Automation réserve la première zone disponible qui reste qualifiée après avoir passé les filtres précédents.
Phase 2 : Allocation
vRealize Automation inspecte les ressources de calcul de la zone de cloud réservée et le stockage lié.
- Dans la zone de cloud, vRealize Automation exclut par filtrage les ressources qui sont dans un état de maintenance ou hors tension.
Notez qu'il reste suffisamment de ressources saines pour le déploiement. Sinon, l'intégralité de la zone de cloud aurait été exclue par filtrage pendant la phase de réservation.
- vRealize Automation exclut par filtrage les ressources qui ne correspondent pas aux contraintes au niveau du cluster trouvées dans le modèle de cloud ou le projet.
Par exemple, une ressource dans la zone de cloud peut être balisée
test
sous .Si le modèle de cloud ou le projet inclut une balise de contrainte pour utiliser une ressource
dev
, la ressourcetest
est exclue par filtrage.En outre, les profils de stockage ou de réseau dans la zone de cloud peuvent être balisés de manière à ne pas correspondre aux contraintes de stockage ou de réseau au niveau du cluster dans le modèle de cloud ou le projet.
- vRealize Automation exclut par filtrage les ressources en fonction des paramètres d'affinité définis dans vCenter.
Par exemple, vCenter peut inclure une règle selon laquelle la présence d'une machine virtuelle dans un cluster peut empêcher l'utilisation d'un autre cluster.
- vRealize Automation exclut par filtrage les ressources qui ne correspondent à aucune contrainte personnalisée du modèle de cloud ou le projet.
Par exemple, si le modèle de cloud inclut une contrainte d'utilisation d'une image balisée par
ubuntu
, une zone de cloud dans laquelle aucun des mappages d'image n'est baliséubuntu
est exclue par filtrage. - vRealize Automation recherche les meilleurs calcul et stockage possibles en fonction de la stratégie de positionnement de la zone de cloud.
: vRealize Automation s'active (vRealize Operations Manager) uniquement lorsque les deux conditions suivantes sont remplies :
- La stratégie de positionnement de la zone de cloud est définie sur Avancé.
- Après le filtrage de l'étape 4, au moins un cluster sur lequel DRS est activé et le stockage qui lui est lié restent qualifiés.
Sinon, vRealize Automation utilise son propre algorithme de positionnement sans entrée de vRealize Operations Manager.
Recommandation de positionnement de vRealize Operations Manager
S'il est qualifié pour une entrée depuis vRealize Operations Manager, vRealize Automation contacte vRealize Operations Manager pour obtenir une recommandation quant au meilleur calcul et au meilleur stockage possibles pour le déploiement. vRealize Automation vRealize Operations Manager envoie les données suivantes à ;
- Clusters cibles qualifiés sur lesquels DRS est activé et leurs banques de données ou cluster de banques de données qui leur sont attachés
- Nombre de ressources ou taille de cluster du déploiement
- Configuration requise de CPU et de mémoire pour les machines virtuelles dans le déploiement
- Configuration requise du disque pour les machines virtuelles dans le déploiement
À partir des cibles qualifiées, si vRealize Operations Manager peut renvoyer un positionnement optimal pour chacune des machines virtuelles, vRealize Automation alloue le calcul et le stockage en fonction de la recommandation de vRealize Operations Manager.
Pour plus d'informations sur la manière dont vRealize Operations Manager gère les charges de travail, consultez la documentation de vRealize Operations.
Si vRealize Operations Manager n'a pas pu trouver une recommandation ou si vRealize Automation n'a trouvé aucun cluster ni stockage sur lequel DRS est activé, vRealize Automation vérifie le paramètre de secours de la zone de cloud :
- Avec solution de secours
vRealize Automation alloue un calcul et un stockage restant qualifiés même sans recommandation de vRealize Operations Manager.
- Sans solution de secours
vRealize Automation annule la demande et ne procède pas au provisionnement.
Phase 3 : provisionnement
vRealize Automation déploie les machines virtuelles, le stockage et le réseau demandés via l'adaptateur pour la cible de positionnement sélectionnée à la fin de la phase d'allocation.
La cible de positionnement se compose d'hôtes de calcul, de clusters ou de pools de ressources, et d'une banque de données de stockage ou d'un cluster de banques de données attaché.