Migration des vSockets Azure vers une solution à 2 NICs

Cet article explique comment migrer un vSocket Azure d'une VM avec 3 interfaces réseau (NICs) à 2 NICs.

Vue d'ensemble

Cet article fournit des informations sur les vSockets Azure pris en charge par Cato. Auparavant, Cato ne prenait en charge que les vSockets Azure avec 3 interfaces réseau. À partir de Socket v21, vous pouvez maintenant créer de nouvelles instances Azure avec 2 interfaces, et migrer vos vSockets existants vers une instance à 2 NICs.

Les sections suivantes expliquent comment migrer vos vSockets existants vers une instance Standard_D2s_v5.

Vous n'êtes pas obligé de migrer vers une instance à 2 NICs et pouvez continuer à utiliser les instances prises en charge à 3 NICs

2 NICs ou 3 NICs

Il y a deux principales différences entre les vSockets Azure à 2 NICs et à 3 NICs :

  • Les instances à 3 NICs prennent en charge une interface MGMT, qui n'est pas disponible pour les instances à 2 NICs
  • Les instances à 2 NICs sont moins chères que l'instance à 3 NICs

Pour obtenir des informations sur les instances Azure à 3 NICs prises en charge, consultez ce document. Pour obtenir des informations sur les tarifs Azure, consultez la documentation pertinente de Microsoft.

Instructions

Dans une configuration HA, vous devez exécuter la procédure de migration sur votre vSocket secondaire avant votre vSocket principal.

  1. Si vous êtes actuellement sur l'instance Standard_D2S_v4 Azure, avant de passer à Socket v21, vous devez redimensionner votre instance vers l'instance supportée à 3 NICs. Si vous êtes déjà sur l'instance supportée à 3 NICs, vous pouvez passer à l'étape suivante.

    Remarque

    Remarque : Pour les vSockets HA Azure avec instances Standard_D2S_v4 et Ensemble de Disponibilité, il y a une interruption pour le site pendant ce processus allant jusqu'à 17 minutes.

  2. Mettre à niveau manuellement vers Socket v21.
    Remarque : Assurez-vous d'attendre une notification de Cato confirmant que la mise à niveau a été effectuée avec succès, le processus de mise à niveau peut prendre jusqu'à 17 minutes. La mise à niveau réussie est notifiée par un événement, un e-mail et un message dans la zone de notification de la CMA.
  3. Après la mise à niveau, exécutez le script de migration à l'aide d'AzureCLI.
    Le script dissociera l'interface de gestion de l'instance Azure. Dans le cadre du processus, le vSocket s'éteindra et redémarrera après une minute.
  4. Réduisez votre instance à Standard_D2s_v5.
  5. Confirmez que vous êtes connecté au Cato Cloud.

Si vous êtes en configuration HA, répétez ce processus pour le vSocket principal.

(Facultatif) Revenir à une solution à 3 NICs

  1. Si vous utilisez actuellement des instances Standard_D2S_v4 ou Standard_D2S_v5, redimensionnez d'abord vers une instance supportée à 3 NICs.
  2. Continuer pour exécuter le script de migration et à l'étape 5 sélectionnez Non, le script vous demandera alors si vous souhaitez ajouter une interface de gestion réseau, sélectionnez Oui et sélectionnez l'interface réseau pertinente dans la liste pour terminer le processus.

Exécution du script de migration

Après que le vSocket soit mis à niveau vers v21, exécutez le script de migration pour retirer l'interface de gestion du vSocket :

  1. Télécharger le script de migration
  2. Connectez-vous à Azure CLI uniquement depuis l'interface utilisateur Azure et, sous Gérer les fichiers, téléchargez le script

    Remarque

    Remarque : Exécuter le script en dehors de l'interface utilisateur Azure pourrait entraîner l'échec du script.

    Screenshot 2024-09-22 at 13.48.57.png

  3. Changez les permissions d'exécution du script en utilisant la commande suivante :
     chmod 755 <filename>
  4. Exécutez le script en utilisant la commande suivante :
     sh <filename>
    1. Entrez l'ID de l'abonnement.
    2. Sélectionnez le groupe de ressources de la VM.
    3. Sélectionnez l'emplacement
    4. Sélectionnez l'instance VM pertinente
    5. Sélectionnez Oui pour retirer l'interface réseau MGMT et sélectionnez la NIC à retirer.
    6. Sélectionnez la NIC WAN pertinente.

      À ce stade, l'interface MGMT est déconnectée et le script s'achève.

Confirmer le basculement HA

Si vous êtes en configuration HA, il est important que vous confirmiez également que le basculement HA fonctionne durant cette procédure.

Allez à la section Outils Réseau de la WebUI et exécutez l'outil Test API API.

  • Si le test échoue, suivez les étapes de dépannage mentionnées dans Dépannage vSocket HA Azure.
  • Si le test API est réussi, suivez les étapes décrites dans les sections suivantes.

Remarque

Remarque : Durant l'opération de redimensionnement, l'outil Test API de la WebUI Socket sur le vSocket secondaire peut renvoyer le message suivant :

L'état de test de l'API Azure 'Obtenez la configuration de NIC pour le socket actuel' a échoué ! L'état de blocage de l'API Azure 'Débloquer TOUTES les API AZ'

Si le test réussit sur le vSocket principal, 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.

 

Confirmer la connectivité à Cato

  • Depuis la page Surveillance > Topologie, sélectionnez le site vSocket Azure et dans la section Site > Configuration de Socket, cliquez sur Action > WebUI Socket pour les vSockets Principal et Secondaire.

    Le navigateur ouvre un nouvel onglet et se connecte à la WebUI Socket.

    Lorsque le vSocket fonctionne correctement, la WebUI Socket affiche l'onglet Moniteur et les liens actifs ont des icônes de Statut de Lien verts. L'exemple ci-dessous montre que les liens WAN (1 et 4) ont des icônes verts.

vSocket_webUI.png

 

Cet article vous a-t-il été utile ?

Utilisateurs qui ont trouvé cela utile : 1 sur 1

0 commentaire