Installer JupyterLab sur Azure
Vous utiliserez un modèle Azure Resource Manager (ARM) fourni par Teradata pour installer JupyterLab et le noyau AI Unlimited à partir d'Azure Portal.
Cela déploie une instance de serveur, avec JupyterLab exécuté dans un conteneur contrôlé par systemd.
Pour obtenir une assistance pour l'installation, envoyez un e-mail à l'équipe d'assistance ou demandez à la communauté.
Préparez votre compte Azure
-
Travaillez avec votre administrateur cloud pour vous assurer que votre compte Azure dispose des autorisations nécessaires pour créer les ressources cloud définies dans le modèle JupyterLab.
-
Exigences relatives à la mise en réseau : votre groupe de ressources Azure doit disposer d'un Azure Virtual Network (VNet) configuré avec un sous-réseau. Utilisez un réseau virtuel ou un sous-réseau existant, ou créez le vôtre, en fonction des autorisations de votre compte.
-
Si vous devez accéder à l'instance JupyterLab pour exécuter des commandes ou déboguer, vous pouvez utiliser une paire de clés pour vous connecter en toute sécurité à l'aide de Secure Shell (SSH). Vous aurez besoin de la paire de clés lorsque vous spécifiez les détails de l'instance.
Cloner le référentiel
Le dossier déploiements
dans le référentiel GitHub d'AI Unlimited fourni par Teradata contient des fichiers de modèles, de paramètres et de stratégies pour l'installation d'AI Unlimited.
Ouvrez une fenêtre de terminal et clonez le référentiel.
Localisez le modèle Jupyter
Les modèles ARM pour JupyterLab sont ici dans le référentiel GitHub AI Unlimited :
deployments/azure/templates/arm/jupyter
Choisissez un modèle en fonction de votre intention d'utiliser un équilibreur de charge et de son type.
Vous pouvez demander conseil à un administrateur cloud de votre organisation.
- jupyter-with-alb.json
: héberge JupyterLab derrière un application load balancer
- jupyter-with-nlb.json
: héberge JupyterLab derrière un network load balancer
- jupyter-without-lb.json
: aucun équilibreur de charge
Charger le modèle
- Connectez-vous à Azure Portal.
Remarque
Les références à Azure Portal sont à jour au 29 mai 2024.
- Recherchez déploiement personnalisé, puis sélectionnez Déployer un modèle personnalisé.
- Sélectionnez Créez votre propre modèle dans l'éditeur, puis Charger le fichier.
- Sélectionnez le fichier modèle que vous avez choisi d'utiliser et sélectionnez Enregistrer.
Spécifier les détails de l'instance
Examinez les paramètres. Fournissez des valeurs pour les paramètres obligatoires. Votre organisation peut en exiger d'autres.
Paramètres Azure et JupyterLab
Paramètre | Description | Notes |
---|---|---|
Subscription | L'abonnement Azure que vous souhaitez utiliser pour déployer AI Unlimited. | Obligatoire Par défaut : NA Nous vous recommandons d'utiliser un compte qui n'est pas une version d'évaluation gratuite. |
Region | La région dans laquelle vous souhaitez déployer AI Unlimited. | Obligatoire Par défaut : NA Sélectionnez la région Azure la plus proche de votre lieu de travail et les ressources de données à utiliser avec AI Unlimited. |
Resource Group Name | Le nom du conteneur qui regroupe les ressources AI Unlimited associées. | Obligatoire Par défaut : ai-unlimited-jupyter |
OS Version | Les versions des systèmes d'exploitation disponibles dans l'abonnement actuel. | Facultatif avec la valeur par défaut Par défaut : Ubuntu-2004 |
Instance Type | Le type d'instance que vous souhaitez utiliser pour AI Unlimited. | Facultatif Par défaut : STANDARD_D2_V3 Nous vous recommandons d'utiliser le type d'instance par défaut pour réduire les coûts. Le type d'instance par défaut est la série Dv3 standard avec 2 vCPU et 8,0 Gio de mémoire. |
Network | Le nom du réseau sur lequel vous souhaitez déployer l'instance AI Unlimited. | Facultatif Par défaut : NA |
Subnet | Le sous-réseau sur lequel vous souhaitez déployer l'instance AI Unlimited. | Obligatoire Par défaut : NA Le sous-réseau doit résider dans la zone de disponibilité sélectionnée. |
Security Group | Le pare-feu virtuel qui contrôle le trafic entrant et sortant vers l'instance. | Facultatif Par défaut : JupyterSecurityGroup Le groupe de sécurité est implémenté sous la forme d'un ensemble de règles qui spécifient les protocoles, les ports et les adresses IP ou les blocs CIDR autorisés à accéder à l'instance. Définissez au moins un accès CIDR ou un groupe de sécurité pour autoriser le trafic entrant, sauf si vous créez des règles d'entrée de groupe de sécurité personnalisées. |
Access CIDR | La plage d'adresses IP CIDR autorisée à accéder à l'instance. | Facultatif Par défaut : 0.0.0.0/0 Nous vous recommandons de définir cette valeur sur une plage d'adresses IP approuvées. Définissez au moins un CIDR d'accès ou un groupe de sécurité pour autoriser le trafic entrant, sauf si vous créez des règles d'entrée de groupe de sécurité personnalisées. |
Source App Sec Groups (ASG) | Les groupes de sécurité des applications sources autorisés à se connecter à l'instance AI Unlimited. Les ASG vous permettent d'organiser vos machines virtuelles (VM) en fonction de leurs stratégies de sécurité réseau spécifiques. Ces stratégies de sécurité déterminent le trafic autorisé ou non sur votre machine virtuelle. | Facultatif Par défaut : NA Sélectionnez un groupe de sécurité des applications dans la même région que l'interface réseau. |
Destination App Sec Groups | Les groupes de sécurité des applications de destination qui ont l'autorisation de se connecter à l'instance AI Unlimited. | Facultatif Par défaut : NA Sélectionnez un groupe de sécurité des applications dans la même région que l'interface réseau. |
Role Definition ID | L'ID du rôle à utiliser avec AI Unlimited. | Obligatoire Par défaut : NA Utilisez la commande Azure CLI - Get-AzRoleDefinition pour obtenir votre ID de définition de rôle. |
Allow Public SSH | Spécifie si vous pouvez utiliser des clés Secure Shell (SSH) pour vous connecter aux VM dans Azure. | Facultatif Par défaut : vrai |
Public Key | La clé SSH publique que vous pouvez utiliser pour vous connecter à une VM via SSH. | Facultatif Par défaut : NA Cette valeur doit commencer par ssh-rsa . |
Use Persistent Volume | Indique si vous souhaitez utiliser un volume persistant nouveau ou existant pour stocker des données. Consultez En savoir plus : Utilisation d'un volume persistant sous la section Paramètres. | Facultatif avec valeur par défaut Par défaut : Nouveau Les options prises en charge sont un nouveau volume persistant ou un volume existant, selon votre cas d'utilisation. |
Persistent Volume Size | La taille du volume persistant que vous pouvez associer à l'instance, en Go. | Facultatif Par défaut : 100 Prend en charge les valeurs comprises entre 8 et 1 000. |
Existing Persistent Volume | L'ID du volume persistant existant que vous pouvez associer à l'instance. | Obligatoire si Utiliser le volume persistant est défini sur Existant Par défaut : NA Le volume persistant doit se trouver dans la même zone de disponibilité que l'instance AI Unlimited. |
JupyterHttpPort | Le port pour accéder à l'interface utilisateur du service JupyterLab. | Obligatoire avec la valeur par défaut Par défaut : 8 888 |
JupyterVersion | La version de JupyterLab que vous souhaitez déployer. | Obligatoire avec la valeur par défaut Par défaut : dernière La valeur est une balise de version de conteneur, par exemple, dernière. |
JupyterToken | Le jeton ou le mot de passe utilisé pour accéder à JupyterLab depuis l'interface utilisateur. | Obligatoire Par défaut : NA Le jeton doit commencer par une lettre et contenir uniquement des caractères alphanumériques. Le modèle autorisé est ^[a-zA-Z][a-zA-Z0-9-]*. |
En savoir plus : utilisation d'un volume persistant
L'instance JupyterLab s'exécute dans un conteneur et enregistre ses données de configuration dans une base de données dans le volume racine de l'instance. Ces données sont conservées si vous arrêtez, redémarrez ou effectuez un instantané et relancez l'instance.
Mais un volume persistant stocke les données d'une application conteneurisée au-delà de la durée de vie du conteneur, du pod ou du nœud dans lequel il s'exécute.
Sans volume persistant
Si le conteneur, le pod ou le nœud tombe en panne ou s'arrête, vous perdez les données de configuration de JupyterLab. Vous pouvez déployer une nouvelle instance JupyterLab, mais pas dans le même état que celle qui a été perdue.
Avec un volume persistant
Si le conteneur, le pod ou le nœud tombe en panne ou s'arrête et que les données de configuration JupyterLab sont stockées dans un volume persistant, vous pouvez déployer une nouvelle instance JupyterLab qui a la même configuration que celle qui a été perdue.
Exemple
- Déployez JupyterLab et incluez ces paramètres :
UsePersistentVolume
: Nouveau
- Après avoir créé la pile, dans l'onglet Sorties, notez le
volume-id
. - Utilisez JupyterLab.
- Si l'instance JupyterLab est perdue, déployez à nouveau JupyterLab et incluez ces paramètres :
UsePersistentVolume
: NouveauExistingPersistentVolumeId
: la valeur que vous avez notée à l'étape 2
La nouvelle instance JupyterLab a la même configuration que celle qui a été perdue.
Créer l'instance
- Sélectionnez Examiner + créer.
- Sélectionnez Créer.
Sur la page Notifications, vous pouvez suivre la progression.
Une fois le déploiement terminé, la page Sorties affiche l'URL permettant d'accéder à JupyterLab.