Questions fréquentes (FAQ) sur l’opérateur Azure Operator Nexus

Les sections suivantes couvrent certaines des questions fréquemment posées pour Azure Operator Nexus :

Plateforme - Général

Quels sont les services fournis par l’opérateur Azure Nexus ?

Azure Operator Nexus est une plateforme cloud hybride managée qui prend en charge les charges de travail réseau de niveau opérateur. Ici, le plan de gestion réside dans Azure et le plan de contrôle et le plan utilisateur sont déployés sur les sites des opérateurs ou dans Azure. Il simplifie l’approvisionnement de nouveaux services réseau et optimise le déploiement de fonctions et d’applications réseau en local. Le client final peut déployer des applications conteneurisées (sur un cluster Nexus AKS local) ou une charge de travail virtualisée pour exécuter ces fonctions réseau. Le client sort de l’intégration à de nombreux services Azure tels qu’Azure Monitor, Azure Container Registry et Azure Kubernetes Services.

Comment faire interagir avec l’instance Opérateur Nexus ?

Vous pouvez interagir avec l’opérateur Nexus comme n’importe quel autre service Azure à l’aide de l’interface de ligne de commande AZ, de l’API, du modèle ARM ou du portail. Vous pouvez également utiliser des modèles BICEP.

Le client doit-il déployer des ressources dans son abonnement pour déployer des instances Nexus d’opérateur Azure ?

Oui, il existe certaines ressources que le client doit créer dans la région respective sous ses abonnements Azure. Certaines d’entre elles incluent la création d’une paire de ressources Network Fabric Controller et Cluster Manager, d’un espace de travail Log Analytics, d’un compte de stockage. Pour plus d’informations, reportez-vous à la documentation d’Azure Operator Nexus.

Azure Operator Nexus s’appuie-t-il sur la connectivité avec Azure ? Que se passe-t-il quand il y a une déconnexion ?

Oui, vous avez besoin d’une connexion ExpressRoute pour sa connectivité à Azure et à des fins d’orchestration, de gestion et d’opération. Pendant la déconnexion, les charges de travail continuent à s’exécuter comme c’est le cas, mais vous risquez de perdre la capacité d’orchestrer les nouvelles ressources.

Dois-je utiliser le boM (Bill of Material) spécifié par Microsoft ?

Oui, pour garantir des performances de niveau transporteur et des degrés élevés d’automatisation, vous devez utiliser l’équipement spécifié en fonction de l’une de nos BOM.

Comment planifier une instance Nexus d’opérateur résiliente ? Comment l’opérateur Nexus gère-t-il la récupération d’urgence ?

Les clients doivent concevoir leurs services avec redondance intra-rack, redondance inter-rack et équilibrage de charge global entre plusieurs instances. En outre, pour la haute disponibilité, envisagez de répartir vos instances dans plusieurs régions Azure.

Comment les mises à jour fonctionnent-elles en local et vers des composants Azure ?

Les mises à niveau vers l’opérateur Nexus sont effectuées en deux phases : les mises à niveau des offres groupées de gestion et les mises à niveau de bundle d’exécution. Les mises à niveau des offres groupées de gestion concernent les mises à niveau des contrôleurs dans Azure, les gestionnaires de cluster dans l’abonnement client et les instances locales. Dans les instances locales, il inclut les contrôleurs Kubernetes responsables de la maintenance de l’état des ressources infra.

Mises à jour de l’offre groupée de gestion peut entraîner des interruptions d’activités d’approvisionnement, mais elle n’a pas d’impact sur les charges de travail en cours d’exécution des clients. Les clients ne contrôlent pas ou ne pilotent pas ces mises à niveau, mais ces mises à niveau sont essentielles pour fournir aux clients les options de mise à jour vers de nouvelles mises à niveau basées sur le runtime au sein de leurs instances locales.

En revanche, les mises à niveau de bundle runtime traitent des composants qui nécessitent des mises à jour du système d’exploitation (système d’exploitation) et/ou des composants de prise en charge de charge de charge de travail. La mise à jour du bundle d’exécution est entièrement sous le contrôle du client et des API peut être utilisée pour effectuer ces mises à jour. Vous pouvez observer certains impacts sur la charge de travail pendant cette mise à niveau.

L’appliance de stockage est-elle obligatoire ?

Pour les références SKU proches de la périphérie, Stockage appliance fait partie de l’infrastructure matérielle que l’opérateur doit acheter.

L’opérateur Nexus fournit-il des bonnes pratiques ou des blueprints pour le déploiement de fonctions réseau sur l’opérateur Nexus ?

Oui, l’opérateur Nexus est fourni avec le programme Nexus Ready. Avec ce programme, Microsoft travaille avec les principaux partenaires de fonction réseau pour vérifier que leurs fonctions réseau peuvent s’exécuter sur la plateforme Nexus. Nous validons ces fonctions réseau à intervalles réguliers pour nous assurer qu’elles restent conformes aux versions plus récentes de Nexus. Les opérateurs peuvent désormais obtenir un déploiement cohérent et évolutif de fonctions réseau multi-fournisseurs avec le programme Nexus Ready.

Quelles sont les données qui restent locales et ce qui est disponible dans Azure ?

Du point de vue de l’infrastructure, les données sont gérées via des API Azure. Les données de télémétrie de ces couches sont collectées et sont visibles sous abonnement client. Les clients peuvent utiliser l’espace de travail Log Analytics, les comptes de stockage ou d’autres services Analytics dans Azure pour examiner les données de télémétrie à partir de couches Infra.

Pour les charges de travail de locataire, les images sont stockées dans des ACR (Azure Container Registry) et une fois déployées. Microsoft offre une option pour collecter les données de télémétrie à partir de charges de travail de locataire dans Azure, mais les clients peuvent choisir d’autres outils qu’ils souhaitent collecter des données de télémétrie ou pour les analyser.

Si une région Azure n’existe pas dans mon pays, puis-je toujours utiliser l’opérateur Nexus ?

Oui, tout ce dont vous avez besoin est la connectivité ExpressRoute à une région Azure. La connectivité ExpressRoute est disponible à de nombreux emplacements. Pour plus d’informations, consultez les fournisseurs de géolocalises et de connectivité.

Puis-je déplacer mes ressources d’un abonnement vers un autre ?

Actuellement, nous ne prenons pas en charge les déplacements de ressources. Si vous avez besoin de déplacer des ressources, vous pouvez envisager de supprimer les contrôleurs existants et d’utiliser le modèle ARM pour en créer un autre dans un autre emplacement.

Combien d’instances peuvent être associées à une paire de contrôleurs de cluster/fabric ?

Le nombre d’instances Nexus d’opérateur Azure, une paire unique de contrôleurs Network Fabric et de Cluster Manager peut être géré dépend de plusieurs facteurs. Il peut être influencé par des facteurs tels que la taille des instances Nexus d’opérateur, la bande passante du circuit ExpressRoute, le nombre et la fréquence de collecte de métriques facultatives, le nombre de charges de travail exécutées dans Instance, la destination pour la collecte de données de télémétrie de charge de travail et d’autres facteurs.

Pour plus d’informations, consultez limites et quotas.

Compute

Azure Operator Nexus prend-il en charge la création de Machines Virtuelles (machines virtuelles) ?

Oui, l’opérateur Azure Nexus permet de créer des machines virtuelles personnalisées pour héberger des machines virtuelles virtuelles au sein d’un réseau telco. La plateforme Azure Operator Nexus fournit une commande Azure CLI pour créer une machine virtuelle personnalisée. Pour héberger une VNF sur votre machine virtuelle, inscrivez-la dans Azure Arc, et mettez en place une connexion SSH via Azure CLI. Vous pouvez utiliser votre image lorsque vous créez des machines virtuelles Nexus d’opérateur Azure. Assurez-vous que chaque image que vous utilisez pour créer vos machines virtuelles de charge de travail est une image conteneurisée au format qcow2 ou disque brut. Chargez ces images dans Azure Container Registry.

Comment faire mettre à jour un serveur nu ?

Pour mettre à jour un serveur nu au sein d’une instance Azure Operator Nexus, vous pouvez utiliser les API Azure. Toute mise à jour du serveur nu fait partie de la mise à niveau du bundle d’exécution. Cette mise à niveau nécessite la connectivité de l’instance Nexus à Azure.

Quel système d’exploitation s’exécute sur le serveur nu ? Puis-je apporter ma propre ?

Les serveurs nus sont déployés avec Microsoft Azure Linux (précédemment appelé système d’exploitation CBL Mariner), qui est soigneusement testé et compatible avec les agents Azure requis. Il n’existe aucun plan de prise en charge d’une autre offre de système d’exploitation pour les serveurs Bare metal.

Combien de serveurs l’opérateur Nexus prend-il en charge ? Combien de racks ?

Une instance Opérateur Nexus peut avoir jusqu’à huit racks de calcul et chaque rack hébergeant jusqu’à 16 serveurs. Ces serveurs de calcul sont utilisés pour exécuter des charges de travail de locataire réelles.

Réseaux

L’opérateur Nexus prend-il en charge IPv6 ?

Oui, l’opérateur Azure Nexus prend en charge la configuration IPV4 et IPV6 sur toutes les couches de la pile.

Quelles sont les exigences de mise en réseau pour Azure Operator Nexus ?

Voici quelques-unes des conditions réseau requises pour Azure Operator Nexus :

• Les clients doivent travailler avec les partenaires Microsoft pour configurer des connexions ExpressRoute,
• L’appareil PE (Provider Edge) prend en charge les connexions 400G ou 100G à l’appareil CE (Customer Edge) dans l’instance Opérateur Nexus
• PE doit avoir des itinéraires vers ExpressRoutes
• Blocs d’adresses IP définis pour différents services, réseaux locaux virtuels pour iDrac, PXE, Stockage, OAM, etc.

Pour plus d’informations, consultez Contrôleur de structure réseau et Infrastructure réseau.

Qu’est-ce qu’un domaine d’isolation ?

Les domaines d’isolation activent la connectivité de couche 2 ou de couche 3 entre les charges de travail hébergées sur l’instance Azure Operator Nexus et les réseaux externes. Ces constructions segmentent un réseau en domaines d’authentification et appliquent la communication dans les limites requises.

L’opérateur Nexus prend-il en charge un seul appareil ToR (Top of Rack) ?

Pour la périphérie proche, l’infrastructure est conçue en fonction du modèle de haute disponibilité et de la raison pour laquelle vous ne pouvez pas avoir un seul commutateur ToR.

Network packet Broker (NPB) a-t-il une exigence difficile ?

Pour les références SKU proches de la périphérie, les bases de données réseau font partie du boM.

Comment faire configurer le service d’équilibrage de charge dans un cluster Nexus Kubernetes ?

L’équilibreur de charge permet aux services externes d’accéder aux services exécutés dans le cluster. Pour plus d’informations, consultez l’article de l’équilibreur de charge.

Charges de travail de locataire

Puis-je apporter mon propre cluster K8S ?

La plateforme Nexus offre aux clients une option permettant de créer des clusters Nexus AKS avec plusieurs versions de Kubernetes ou de Machines Virtuelles pour exécuter leurs charges de travail.

Quelles machines virtuelles (fonctions réseau virtualisées) et CNF (fonctions réseau conteneurisées) sont certifiées sur la plateforme ?

La validation des fonctions VNF et CNF est une activité en cours. Nous publierons bientôt la liste des machines virtuelles et des cnfs certifiés.

Si un VNF ou CNF n’est pas certifié, puis-je toujours l’utiliser ?

En effet, vous pouvez collaborer avec l’équipe Nexus pour vous assurer qu’il n’existe aucune limitation qui vous empêcherait de déployer ces charges de travail.

Comment faire déployer une machine virtuelle/conteneur ?

Les clients peuvent utiliser des API pour déployer des clusters AKS de machine virtuelle et Nexus dans une instance Nexus d’opérateur. Pour une expérience plus riche, Microsoft propose un autre service AOSM (Azure Operator Service Manager) qui vous permet d’automatiser le déploiement de vos fonctions réseau conteneurisées (CNF) et virtualisées (VNF).

Quelles classes de stockage puis-je utiliser pour mes conteneurs au sein de clusters AKS ?

Les clusters Nexus AKS prennent en charge les classes de stockage Read Write Many (RWX) & Read Write Once (RWO).

Comment les machines virtuelles Nexus de l’opérateur peuvent-elles être rendues hautement disponibles ?

Les opérateurs peuvent choisir de déployer des machines virtuelles sur plusieurs machines nues et sur des racks pour obtenir une haute disponibilité.

Observabilité

Comment faire surveiller mon instance Nexus d’opérateur Azure ?

L’opérateur Azure Nexus fournit aux clients la surveillance de l’intégrité de l’instance Nexus et de ses ressources connectées en collectant les données de télémétrie dans l’abonnement client. Les clients peuvent collecter et analyser tous les journaux d’activité dans l’espace de travail Azure Log Analytics/Azure Data Explorer, où ceux-ci peuvent être conservés plus longtemps.

Quelles métriques sont disponibles pour le calcul, la mise en réseau, le stockage ? Puis-je les alerter ? Puis-je m’intégrer à ma propre solution de supervision ?

Un ensemble large et organisé de métriques est remis au client à partir de toutes les couches de la pile d’instances De l’opérateur Azure Nexus. Il s’agit notamment des métriques essentielles pour évaluer l’intégrité basée sur l’intégrité du calcul, du stockage et de la mise en réseau encl. Quotas et utilisation des ressources. Les clients peuvent définir des règles d’alerte appropriées en fonction des données de télémétrie collectées pour s’assurer que les notifications sont déclenchées chaque fois que les seuils configurés sont respectés.

Pour plus d’informations, consultez la liste des métriques.