Cet article explique le processus pour changer la machine virtuelle Azure à une taille de VM différente pour un Socket virtuel Azure (vSocket).
Il y a différentes situations où il peut être nécessaire de changer la VM vSocket Azure à une taille différente. Le processus de redimensionnement est géré dans votre locataire Azure, et redimensionner la VM n'impacte pas les paramètres du vSocket ou du site. Il n'est pas nécessaire de faire des changements dans l'application de gestion Cato ou le WebUI du Socket.
Selon la version et la configuration du vSocket Azure, il y aura un certain temps d'arrêt pour le site.
Limitation
La VM par défaut pour les nouveaux déploiements est Standard_D8ls_v5. Si votre environnement ne prend pas actuellement en charge cette VM, contactez votre administrateur Azure.
Avant de redimensionner votre VM vSocket, il est important de confirmer que le quota alloué dans la région respective permet une augmentation du nombre de cœurs vCPU. Azure définit un quota sur le nombre maximal de vCPUs de VM autorisé par région. Lorsque vous ajustez la taille d'une VM et que la nouvelle taille de VM a plus de vCPUs, vous devez vérifier que vous n'excédez pas le quota de vCPU pour cette région. Par exemple, un site HA Azure a 2 VMs vSocket Standard_D2s_v4 et chacune utilise 2 vCPUs, et vous les redimensionnez à la VM Standard_D8ls_v5 qui utilise 8 vCPUs. Le redimensionnement nécessite 12 vCPUs supplémentaires (6 pour chaque vSocket), et vous devez vérifier qu'en ajoutant 12 vCPUs à la région, vous n'excédez pas le quota de vCPU Azure.
Si nécessaire, soumettez une demande à Microsoft pour augmenter le quota de vCPU pour les régions pertinentes. Lorsque le quota de vCPU est dépassé, la VM n'est pas déployée à la nouvelle taille.
Pour plus d'informations, consultez la documentation Microsoft pertinente : Voir les quotas et Vérifier les quotas de vCPU.
Cette section parle du redimensionnement de la VM vSocket pour un site HA (haute disponibilité) et pour un site avec un seul vSocket.
Pour les sites HA utilisant la version vSocket v19 ou supérieure, confirmez si les VMs ont été déployées dans un Ensemble de Disponibilité depuis la page de Vue d'ensemble de la machine virtuelle. Suivez les sections ci-dessous en conséquence :
Il est important que vous confirmiez également que le basculement HA fonctionnera pendant cette procédure. Allez à la section Outils Réseau de l'interface WebUI et exécutez l'outil de test API.
- Si le test échoue, suivez les étapes de dépannage mentionnées dans Dépannage Azure HA vSocket
- Si le test API réussit, procédez à suivre les étapes décrites dans les sections suivantes.
Remarque
Remarque : Pendant l'opération de redimensionnement, si l'outil de test API de l'interface WebUI de Socket sur le vSocket Secondaire retourne le message suivant :
État de test API Azure 'Récupérer la configuration NIC pour le socket actuel' a échoué ! État bloqué de l'API Azure 'Débloquer TOUT AZ API'
Si le test réussit sur le vSocket Principal, alors ce message est une erreur et vous pouvez ignorer en toute sécurité ce résultat spécifique et continuer avec la procédure de redimensionnement ci-dessous.
VSockets HA SANS Ensemble de Disponibilité
Si les vSockets ne sont PAS déployés dans un Ensemble de Disponibilité, suivez les étapes ci-dessous pour redimensionner chaque VM individuellement : Changer la taille d'une machine virtuelle. Il ne devrait pas y avoir de temps d'arrêt pendant le processus.
- Redimensionnez le vSocket Principal. Le vSocket redémarre dans le cadre du processus de redimensionnement et le site passe automatiquement au vSocket Secondaire.
- Après la fin du processus de redimensionnement et lorsque le vSocket Principal est en fonctionnement, le site revient automatiquement au vSocket Principal.
- Redimensionnez le vSocket Secondaire. Le vSocket redémarre dans le cadre du processus de redimensionnement.
- Enfin, testez le basculement HA en redémarrant la VM Principal pour confirmer que la HA fonctionne pour les vSockets.
VSockets HA AVEC Ensemble de Disponibilité
Remarque
Remarque : Veuillez contacter Microsoft pour obtenir de l'aide pour redimensionner une VM Standard_D2s_v4 avec 3 NICs dans un Ensemble de Disponibilité. Nous avons vu que les étapes ci-dessous redimensionnent avec succès les vSockets HA avec des ensembles de disponibilité.
Si les vSockets sont déployés dans un Ensemble de Disponibilité, suivez les étapes ci-dessous pour redimensionner chaque VM individuellement : Changer la taille d'une machine virtuelle. Il y aura un certain temps d'arrêt pendant le processus.
-
Essayez de redimensionner le vSocket Secondaire. L'opération de redimensionnement échouera avec une erreur indiquant que le vSocket Principal a dépassé la limite de NIC.
-
Redimensionnez le vSocket Principal, ce qui réussira. Cela entraînera le redémarrage des deux vSockets et la reconnexion des tunnels.
-
Les deux vSockets seront en ligne, mais il est possible que le trafic LAN échoue à s'acheminer en raison du redimensionnement. L'appel API pour attribuer l'IP flottante sur le vSocket Principal peut initialement échouer.
-
Si vous avez des problèmes de routage, éteignez le vSocket Secondaire, ce qui devrait rétablir la connectivité via le vSocket Principal.
-
Démarrez le vSocket Secondaire. Le trafic peut cesser de communiquer pendant environ 2 minutes pendant que le vSocket démarre.
Pour les sites HA utilisant des versions de vSocket inférieures à v19, nous recommandons de déployer de nouvelles VMs pour le vSocket Principal (actif) et Secondaire (en veille). Voir Annulation d'enregistrement et redéploiement de vSockets Azure. Le vSocket se déploie à la nouvelle taille de VM avec v19.x.
Si vous devez conserver la même version, veuillez contacter le support pour recréer manuellement le site.
Pour les sites avec un seul vSocket Azure v19.x ou supérieur, la VM redémarre dans le cadre du processus de redimensionnement et il y a un certain temps d'arrêt pour le site.
Référez-vous à la documentation Microsoft pour des détails sur la façon de redimensionner la VM : Changer la taille d'une machine virtuelle.
Pour les sites de vSocket uniques utilisant des versions de vSocket inférieures à v19, nous recommandons d'utiliser le marketplace Azure pour déployer de nouvelles VMs. Le vSocket se déploie à la nouvelle taille de VM avec v19.x. Voir Déployer des vSockets Azure depuis le Marketplace.
Si vous devez conserver la même version, veuillez contacter le support pour recréer manuellement le site.
Pour vérifier que le vSocket fonctionne correctement après le redimensionnement de la VM, utilisez l'application de gestion Cato pour vous connecter au WebUI du Socket pour le vSocket.
Pour vous connecter au WebUI du Socket et vérifier le vSocket redimensionné :
-
Dans le menu de navigation, cliquez sur Réseau > Sites et sélectionnez le site.
- Dans le menu de navigation, cliquez sur Configuration du site > Socket.
- Dans le menu Actions du socket, sélectionnez WebUI du Socket.
Le navigateur ouvre un nouvel onglet et se connecte au Socket WebUI.
Lorsque le vSocket fonctionne correctement, le Socket WebUI affiche l'onglet Monitor et les liens actifs ont des icônes Statut du Lien vertes.
Pour les configurations HA, répétez l'étape ci-dessus pour le vSocket Secondaire.
0 commentaire
Vous devez vous connecter pour laisser un commentaire.