Collecter les informations requises pour un site

Les réseaux mobiles privés Azure Private 5G Core incluent un ou plusieurs sites. Chaque site représente un emplacement d’entreprise physique (par exemple, la fabrique Contoso Corporation à Chicago) contenant un appareil Azure Stack Edge qui héberge une instance Packet Core. Ce guide pratique vous explique le processus de collecte des informations qui permettent de créer un site.

Vous pouvez utiliser ces informations pour créer un site dans un réseau mobile privé existant à l’aide du portail Azure. Vous pouvez également les utiliser dans le cadre d’un modèle ARM pour déployer un nouveau réseau mobile privé et un nouveau site, ou ajouter un nouveau site à un réseau mobile privé existant.

Prérequis

• Effectuez les étapes décrites dans Effectuer les tâches prérequises pour déployer un réseau mobile privé.
• Notez le groupe de ressources qui contient votre réseau mobile privé qui a été collecté dans Collecter les informations nécessaires pour déployer un réseau mobile privé. Pour cette procédure, nous vous recommandons de créer la ressource de site de réseau mobile dans le même groupe de ressources.
• Vérifiez que vous avez les autorisations appropriées sur votre compte si vous voulez accorder le contrôle d’accès en fonction du rôle Azure (RBAC Azure) sur les comptes de stockage.

Choisir un plan de service

Choisissez le plan de service qui répond le mieux à vos besoins, et vérifiez le tarif et les coûts. Consultez Tarifs Azure Private 5G Core.

Collecter les valeurs des ressources de site de réseau mobile

Collectez toutes les valeurs du tableau suivant pour la ressource de site de réseau mobile qui représente votre site.

Collecter les valeurs de configuration Packet Core

Collectez toutes les valeurs du tableau suivant pour l’instance Packet Core qui doit s’exécuter dans le site.

Collecter les valeurs RADIUS

Si vous disposez d’un serveur d’authentification, d’autorisation et de comptabilité (AAA) avec protocole RADIUS (Remote Authentication Dial-In User Service) dans votre réseau, vous pouvez éventuellement configurer le cœur de paquets, afin de l’utiliser pour authentifier les UE lors du rattachement au réseau et à l’établissement de session. Si vous souhaitez utiliser RADIUS, collectez toutes les valeurs du tableau suivant.

Pour ajouter des secrets au Azure Key Vault, consultez Démarrage rapide : Définir et récupérer un secret depuis Azure Key Vault à l’aide du portail Azure.

Collecter les valeurs de réseau d’accès

Collectez toutes les valeurs du tableau suivant pour définir la connexion de l’instance Packet Core au réseau d’accès sur les interfaces de plan de contrôle et de plan utilisateur. Le nom du champ affiché dans le portail Azure dépend de la valeur que vous avez choisie pour Type de technologie, comme décrit dans Collecter les valeurs de configuration Packet Core.

Collecter les valeurs de suivi de l’utilisation UE

Si vous voulez configurer le suivi de l’utilisation UE pour votre site, collectez toutes les valeurs du tableau suivant pour définir l’instance Event Hubs associée à l’instance Packet Core. Pour plus d’informations, consultez Monitorer l’utilisation UE avec Event Hubs.

Collecter les valeurs de réseau de données

Vous pouvez configurer jusqu’à dix réseaux de données par site. Lors de la création du site, vous pouvez choisir d’attacher un réseau de données existant ou d’en créer un nouveau.

Pour chaque réseau de données que vous souhaitez configurer, collectez toutes les valeurs dans le tableau suivant. Ces valeurs définissent la connexion de l’instance Packet Core au réseau de données via l’interface du plan utilisateur. Vous devez donc les collecter, que vous créiez le réseau de données ou que vous utilisiez un réseau de données existant.

Collecter des valeurs pour la collecte de packages de diagnostics

Vous pouvez utiliser un compte de stockage et une identité managée affectée par l’utilisateur, avec un accès en écriture sur le compte de stockage, pour collecter des packages de diagnostic pour le site.

Si vous ne voulez pas configurer la collecte de packages de diagnostics à ce stade, vous n’avez pas besoin de collecter quoi que ce soit. Vous pouvez le configurer après la création du site.

Si vous voulez configurer la collecte de packages de diagnostics pendant la création du site, consultez Collecter des valeurs pour la collecte de packages de diagnostics.

Choisir la méthode d’authentification pour les outils de monitoring locaux

Azure Private 5G Core fournit des tableaux de bord pour monitorer votre déploiement et une interface graphique utilisateur web pour collecter les traces de signal détaillées. Vous pouvez accéder à ces outils à l’aide de Microsoft Entra ID ou d’un nom d’utilisateur et mot de passe locaux. Nous recommandons de configurer l’authentification Microsoft Entra pour améliorer la sécurité dans votre déploiement.

Si vous voulez accéder à vos outils de monitoring locaux en utilisant Microsoft Entra ID, après la création du site, suivez les étapes décrites dans Activer Microsoft Entra ID pour les outils de monitoring locaux.

Si vous voulez accéder à vos outils de monitoring locaux en utilisant des noms d’utilisateur et des mots de passe locaux, vous n’avez pas besoin de définir une configuration supplémentaire. Après avoir déployé le site, configurez votre nom d’utilisateur et votre mot de passe en suivant les étapes décrites dans Accéder à l’interface utilisateur graphique web de suivi distribué et Accéder aux tableaux de bord Packet Core.

Vous pouvez changer cette méthode d’authentification par la suite en suivant les étapes décrites dans Modifier la configuration de l’accès local dans un site.

Collecter les valeurs de surveillance locale

Vous pouvez utiliser un certificat auto-signé ou personnalisé pour sécuriser l’accès aux tableaux de bord du suivi distribué et des Packet Core à la périphérie. Nous vous recommandons de fournir votre propre certificat HTTPS signé par une autorité de certification mondialement connue et approuvée, car cela offre une sécurité supplémentaire à votre déploiement et permet à votre navigateur de reconnaître le signataire du certificat.

Si vous ne souhaitez pas fournir de certificat HTTPS personnalisé à ce stade, vous n’avez rien à collecter. Vous pourrez modifier cette configuration ultérieurement en suivant Modifier la configuration de l’accès local dans un site.

Si vous souhaitez fournir un certificat HTTPS personnalisé lors de la création du site :

1. Créez un Azure Key Vault ou choisissez-en un existant pour héberger votre certificat. Vérifiez que le coffre de clés est configuré avec l’accès aux ressources Machines Virtuelles Azure pour le déploiement.

2. Vérifiez que votre certificat est stocké dans votre coffre de clés. Vous pouvez générer un certificat Key Vault ou importer un certificat existant dans votre coffre de clés. Votre certificat doit :

   • Être signé par une autorité de certification mondialement connue et approuvée.
   • Utiliser une clé privée de type RSA ou EC pour qu’elle soit exportable (consultez Clé exportable ou non exportable pour plus d’informations).

   Nous vous recommandons également de définir un nom DNS pour votre certificat.

3. Si vous souhaitez configurer votre certificat pour qu’il soit renouvelé automatiquement, consultez Tutoriel : configurer la rotation automatique des certificats dans Key Vault pour plus d’informations sur l’activation de la rotation automatique.

   Remarque

   • La validation du certificat est toujours effectuée par rapport à la dernière version du certificat d’accès local dans le coffre de clés.
   • Si vous activez la rotation automatique, la synchronisation des mises à jour de certificat dans le Key Vault avec l’emplacement périphérique peut prendre jusqu’à quatre heures.

4. Déterminez la façon dont vous souhaitez fournir l’accès à votre certificat. Vous pouvez utiliser une stratégie d’accès Key Vault ou un contrôle d’accès en fonction du rôle Azure (RBAC).

   • Attribuer une stratégie d’accès Key Vault. Fournissez les autorisations Get et List sous Autorisations de secret et Autorisations de certificat au principal de service Azure Private MEC.

   • Fournissez l’accès aux clés, certificats et secrets Key Vault avec un contrôle d’accès en fonction du rôle (RBAC) Azure. Fournissez les autorisations Lecteur Key Vault et Utilisateur des secrets Key Vault au principal de service Azure Private MEC.

   • Si vous le souhaitez, attribuez la stratégie d’accès Key Vault ou RBAC Azure à une identité affectée par l’utilisateur.

     • Si vous avez déjà une identité affectée par l’utilisateur configurée pour la collecte de diagnostics, vous pouvez la modifier.
     • Sinon, vous pouvez créer une identité affectée par l’utilisateur.

5. Collectez les valeurs reprises dans le tableau suivant.

   Valeur	Nom du champ dans le portail Azure
   Le nom du Azure Key Vault contenant le certificat HTTPS personnalisé.	Key vault
   Le nom du certificat HTTPS personnalisé signé par l’autorité de certification dans le Azure Key Vault.	Certificate

Étapes suivantes

Utilisez les informations collectées pour créer le site :

• Créer un site - Portail Azure
• Créer un site - Modèle ARM