Guide de déploiement de DJI FlightHub 2 sur le cloud public
Ce guide décrit les méthodes recommandées pour déployer FlightHub 2 On-Premises sur des serveurs cloud Amazon Web Services (AWS) et Microsoft Azure, notamment la configuration requise du serveur, la préparation avant l'installation, l'installation des dépendances et la configuration du pilote vGPU Azure.
1Configuration requise du serveur
Choisissez la configuration du serveur cloud en fonction du nombre de docks connectés, de la nécessité d'utiliser Terra et de vos besoins réels en stockage et en diffusion en direct.
1.1 Configuration matérielle de base requise
Configurations matérielles et capacités recommandées :
| Élément de configuration | Configuration recommandée | Remarques sur la configuration |
|---|---|---|
| CPU | Prévoyez au moins 8 cœurs pour commencer | Pour 5 docks connectés, prévoyez 8 cœurs pour commencer ; si Terra est requis, configurez au moins 12 cœurs. Pour 10 docks connectés ou plus, au moins 16 cœurs sont recommandés ; si Terra est requis, configurez au moins 20 cœurs. |
| Mémoire | Prévoyez au moins 32 GB pour commencer | Augmentez la capacité de mémoire prévue si vous connectez plus de 10 docks. |
| Disque de données | Disque système : 512 GB ou plus Disque de données : 2,048 GB ou plus | Dimensionnez le disque de données selon vos besoins réels de stockage de fichiers multimédias, avec au moins 2,048 GB pour commencer. |
| Bande passante réseau | Configurez selon les besoins de diffusion en direct | Choisissez la bande passante en fonction des besoins de diffusion en direct simultanée. Réservez 5 Mbps pour chaque flux en direct simultané, plus environ 10% de bande passante de canal supplémentaire au total. |
1.2 Configuration logicielle de base requise
Système d'exploitation, environnement de conteneurs et composants liés au GPU :
| Composant logiciel | Version requise ou méthode de configuration | Remarques |
|---|---|---|
| Système d'exploitation | Ubuntu Server 24.04 LTS | Les configurations recommandées pour AWS et Azure utilisent toutes deux Ubuntu 24.04. |
| NVIDIA Container Toolkit | Requis uniquement pour le déploiement de la reconstruction de modèle Terra | Préparez les dépendances à l'aide du script d'aide au déploiement. |
| Pilote NVIDIA | Requis uniquement pour le déploiement de la reconstruction de modèle Terra | Dans les environnements standard, utilisez sudo ubuntu-drivers devices pour vérifier le pilote recommandé. Pour les environnements vGPU Azure, consultez les étapes de configuration du pilote spécifiques à cet environnement. |
1.3 Configurations AWS recommandées
- Instance EC2 de départ
c5.4xlarge; choisissezc5d.4xlargepour des besoins de stockage de fichiers multimédias plus élevés- Exigences de stockage
- Commencez avec io1 ; envisagez io2 pour des lectures, écritures et opérations fréquentes sur les fichiers multimédias
- Taille des disques
- Disque système : au moins 500 GB ; disque de données : 2,048 GB pour commencer. Augmentez davantage la capacité si de grandes quantités de fichiers multimédias de vol doivent être stockées
- Système d'exploitation
- Linux (Ubuntu 24.04)
- Instance EC2 de départ
g5.8xlarge- Exigences de stockage
- Commencez avec io1 ; envisagez io2 pour des lectures, écritures et opérations fréquentes sur les fichiers multimédias
- Taille des disques
- Disque système : au moins 500 GB ; disque de données : 2,048 GB pour commencer. Augmentez davantage la capacité si de grandes quantités de fichiers multimédias de vol doivent être stockées
- Système d'exploitation
- Linux (Ubuntu 24.04)
1.4 Configurations Azure recommandées
- VM de départ
Standard_D16s_v6- Exigences de stockage
- Commencez avec Premium SSD ; envisagez Premium SSD v2 pour des lectures, écritures et opérations fréquentes sur les fichiers multimédias
- Taille des disques
- Disque système : au moins 500 GB ; disque de données : 2,048 GB pour commencer. Augmentez davantage la capacité si de grandes quantités de fichiers multimédias de vol doivent être stockées
- Système d'exploitation
- Linux (Ubuntu 24.04)
- VM de départ
Standard NV36ads A10 v5- Exigences de stockage
- Commencez avec Premium SSD ; envisagez Premium SSD v2 pour des lectures, écritures et opérations fréquentes sur les fichiers multimédias
- Taille des disques
- Disque système : au moins 500 GB ; disque de données : 2,048 GB pour commencer. Augmentez davantage la capacité si de grandes quantités de fichiers multimédias de vol doivent être stockées
- Système d'exploitation
- Linux (Ubuntu 24.04)
2Préparation avant l'installation
Effectuez les préparatifs suivants avant de commencer l'installation :
- Obtenez la licence et l'URL de téléchargement du package d'installation : Pour les instructions, consultez « Télécharger la licence et le package d'installation ».
- Obtenez le script d'aide au déploiement : Téléchargez install_helper.sh et transférez-le sur le serveur cloud cible.
- Préparez l'environnement réseau : Assurez-vous que le serveur cloud peut accéder aux dépôts logiciels et aux URL de téléchargement requis pendant l'installation, afin que des outils tels qu'APT puissent obtenir les packages de dépendances et les fichiers nécessaires.
- Vérifiez la disponibilité des ports : Assurez-vous que les ports requis pour le déploiement ne sont pas utilisés par d'autres services. Pour les exigences relatives aux ports, consultez « Configuration réseau requise ».
Environnement d'exécution des commandes
Connectez-vous au serveur cloud cible via SSH et exécutez les commandes de script suivantes depuis le répertoire contenant le script d'aide au déploiement. Utilisez un compte disposant des privilèges sudo pour exécuter les commandes de configuration du système ou d'installation de logiciels.
3Vérification de l'environnement et installation des dépendances
3.1 Attribution de l'autorisation d'exécution au script
Après avoir transféré le script d'aide au déploiement, exécutez la commande suivante :
chmod +x install_helper.sh
3.2 Exécution des vérifications avant l'installation
Exécutez la commande check pour vérifier que le système d'exploitation et l'environnement actuel répondent aux exigences d'installation :
sudo ./install_helper.sh check
Un exemple du résultat des vérifications est présenté ci-dessous. Le résultat réel peut varier selon l'environnement du serveur.
Starting pre-install read-only checks.
Platform check passed: Ubuntu 24.04.4 LTS (x86_64)
[Check] Ubuntu apt candidate versions
chrony detected, skipping systemd-timesyncd candidate check.
Pass: resolvable install candidates exist for curl, aria2 and verification tools (read-only).
[Check] apt install transaction
Pass: current apt state can resolve installation dependencies (dry-run).
[Check] Time synchronization service
chrony detected, skipping systemd-timesyncd.
...
Traitement des échecs de vérification
Si des vérifications échouent (généralement indiquées en rouge), suivez les indications pour diagnostiquer et résoudre les problèmes, puis relancez les vérifications. Résolvez ces problèmes avant de poursuivre l'installation afin d'éviter qu'ils n'affectent le déploiement ultérieur.
3.3 Installation des dépendances
Une fois les vérifications réussies, exécutez la commande suivante pour installer les packages de dépendances :
sudo ./install_helper.sh pre_install
Pendant l'installation, le script vous demande si vous souhaitez installer les composants liés à Terra :
是否需要安装 Terra（含 Nvidia driver 和 toolkit）？
Install Terra (including Nvidia driver and toolkit)? [y/n]:
- Si Terra est requis : saisissez
y, puis appuyez sur Entrée. - Si Terra n'est pas requis : saisissez
n, puis appuyez sur Entrée.
L'installation des dépendances liées à Terra peut nécessiter le téléchargement du pilote NVIDIA et sa compilation locale. Cela peut prendre du temps ; attendez la fin de l'installation.
Environnements vGPU Azure
Si vous utilisez un vGPU Azure, installez manuellement un pilote NVIDIA compatible. Effectuez la configuration spécifique du pilote décrite dans la section « Configuration du pilote », puis vérifiez l'état du GPU.
Voici un extrait du résultat affiché lorsque les dépendances liées à Terra sont sélectionnées pour l'installation. Le nom et la version du pilote dépendent de l'environnement réel du serveur.
[安装 / Install] nvidia-driver-595-open
...
完成 / Done: nvidia-driver-595-open.
Terra 安装完成 / Terra installation completed.
pre_install 完成 / pre_install completed.
3.4 Vérification de l'état du GPU (lors de l'utilisation de Terra)
Dans un environnement GPU standard, exécutez la commande suivante après avoir installé le pilote :
nvidia-smi -L > /dev/null && echo "success"
Si le résultat est success, la commande d'interrogation du GPU s'est exécutée correctement. Si ce message ne s'affiche pas, vérifiez l'état de l'installation du pilote et les éventuelles erreurs renvoyées par la commande.
Ignorez cette vérification si Terra n'a pas été sélectionné pour le déploiement. Si vous utilisez un disque de données externe, effectuez d'abord les étapes de la section « Montage d'un disque de données externe » ; sinon, passez à la section « Obtention et extraction du package d'installation » pour obtenir le package d'installation. Pour les environnements vGPU Azure, effectuez d'abord les étapes de la section suivante.
4Configuration du pilote vGPU Azure
Cette section s'applique aux instances vGPU Azure qui nécessitent la configuration d'un pilote NVIDIA. Pour les autres environnements, passez à la section « Montage d'un disque de données externe » si vous utilisez un disque de données externe, ou à la section « Obtention et extraction du package d'installation » dans le cas contraire.
Choisissez un pilote Azure GRID compatible avec votre modèle de vGPU. Pour le choix du pilote et les exigences d'installation, consultez la documentation officielle de Microsoft : « Installer les pilotes GPU NVIDIA sur les VM de série N exécutant Linux ».
Impact de ces opérations
Les opérations suivantes comprennent la désinstallation du pilote NVIDIA existant et le redémarrage du serveur. Effectuez-les lorsqu'une interruption du service GPU est acceptable, puis reconnectez-vous via SSH après le redémarrage du serveur.
4.1 Désinstallation du pilote NVIDIA existant
sudo apt-get purge -y 'nvidia-*' 'libnvidia-*'
sudo apt-get autoremove -y
4.2 Installation des outils de compilation
sudo apt update && sudo apt install -y build-essential
4.3 Téléchargement d'un pilote Azure GRID compatible
Après avoir confirmé l'URL de téléchargement du pilote pour l'instance actuelle, exécutez la commande suivante. Remplacez <azure_grid_driver_url> par l'URL de téléchargement réelle et conservez les guillemets qui l'entourent.
wget -O NVIDIA-grid-azure.run "<azure_grid_driver_url>"
Exemple d'URL de téléchargement : NVIDIA-Linux-x86_64-595.91.07-grid-azure.run. Cette URL est fournie uniquement à titre d'exemple. Avant de l'utiliser, consultez la documentation officielle de Microsoft pour confirmer sa compatibilité avec l'instance actuelle.
4.4 Installation du pilote et redémarrage du serveur
sudo chmod +x NVIDIA-grid-azure.run
sudo ./NVIDIA-grid-azure.run --silent
Après avoir confirmé que le pilote a été installé correctement, exécutez la commande de redémarrage :
sudo reboot
4.5 Vérification de l'installation du pilote
Après le redémarrage du serveur, reconnectez-vous via SSH et exécutez la commande suivante :
nvidia-smi -L > /dev/null && echo "success"
Si le résultat est success, la commande d'interrogation du GPU s'est exécutée correctement. Si la vérification échoue, vérifiez la compatibilité du pilote avec l'instance et consultez les journaux d'installation.
5Montage d'un disque de données externe
Si votre instance de cloud public utilise un disque de données externe vierge nouvellement connecté, partitionnez-le, formatez-le et montez-le avant de poursuivre le téléchargement et l'installation. Ensuite, téléchargez, transférez, extrayez et installez le package d'installation de DJI FlightHub 2 dans /fh_data, et utilisez ce répertoire pour les opérations ultérieures.
Risque de perte de données
Cette section s'applique uniquement aux disques de données neufs et vierges. La création d'une table de partitions et le formatage effacent toutes les données du disque cible. Avant d'exécuter les commandes, remplacez les paramètres fictifs des périphériques selon votre environnement réel et vérifiez soigneusement que le périphérique cible n'est pas le disque système. Si le disque contient déjà des données, n'exécutez pas les commandes de partitionnement et de formatage de cette section.
5.1 Identification du disque de données externe
Commencez par examiner les disques, les partitions, les systèmes de fichiers et les points de montage. Identifiez le nouveau disque de données en comparant sa capacité à celle configurée dans la console cloud, puis notez le nom complet du périphérique.
lsblk -o NAME,SIZE,TYPE,FSTYPE,MOUNTPOINTS
sudo fdisk -l
Les noms de périphériques sur AWS et Azure peuvent être, entre autres, /dev/nvme1n1, /dev/xvdb ou /dev/sdc. Utilisez le résultat réel comme référence. Dans les commandes suivantes, /dev/<data_disk> désigne le disque de données entier, et non le disque système ou une partition existante.
5.2 Création d'une partition avec fdisk
Remplacez /dev/<data_disk> par le nom du périphérique correspondant au disque entier confirmé à l'étape précédente, puis lancez fdisk :
sudo fdisk /dev/<data_disk>
Dans l'interface interactive, saisissez les options suivantes dans l'ordre indiqué. Chacune des trois entrées Enter accepte la valeur par défaut, créant ainsi une partition qui occupe tout l'espace disponible :
g
n
Enter
Enter
Enter
w
g: Créez une nouvelle table de partitions GPT.n: Créez une nouvelle partition et acceptez les valeurs par défaut du numéro de partition, du premier secteur et du dernier secteur.w: Écrivez la table de partitions et quittez.
Exécutez à nouveau lsblk pour confirmer le nom de la nouvelle partition. Les partitions des disques NVMe portent généralement des noms tels que /dev/nvme1n1p1, tandis que les autres disques peuvent utiliser des noms tels que /dev/xvdb1 ou /dev/sdc1. Dans toutes les commandes suivantes, /dev/<data_partition> désigne cette nouvelle partition.
lsblk -o NAME,SIZE,TYPE,FSTYPE,MOUNTPOINTS
5.3 Formatage et premier montage
Après avoir confirmé que le nom de la partition est correct, formatez la nouvelle partition en ext4 et montez-la sur /fh_data :
sudo mkfs.ext4 /dev/<data_partition>
sudo mkdir -p /fh_data
sudo mount /dev/<data_partition> /fh_data
5.4 Configuration du montage automatique au démarrage
Recherchez l'UUID de la nouvelle partition et copiez la valeur de UUID="..." dans le résultat :
sudo blkid /dev/<data_partition>
Modifiez /etc/fstab :
sudoedit /etc/fstab
Ajoutez la ligne suivante à la fin du fichier, en remplaçant <uuid> par la valeur UUID que vous venez d'obtenir, sans guillemets ni chevrons :
UUID=<uuid> /fh_data ext4 defaults,nofail 0 2
5.5 Vérification du montage et définition des autorisations du répertoire
Démontez le montage actuel, puis remontez selon /etc/fstab pour vérifier que la configuration est correcte :
sudo umount /fh_data
sudo mount -a
findmnt /fh_data
Si findmnt affiche /fh_data et la partition du disque de données correspondante, la configuration du montage fonctionne. Attribuez ensuite la propriété du répertoire au compte actuellement utilisé pour le déploiement :
sudo chown "$USER:$USER" /fh_data
Répertoire de travail pour les étapes suivantes
À partir de la section suivante, téléchargez, transférez, extrayez et installez toujours le package d'installation dans /fh_data. Les données générées lors de l'utilisation ultérieure de DJI FlightHub 2 doivent également être stockées sur le disque de données associé à ce répertoire.
6Obtention et extraction du package d'installation
Après avoir préparé l'environnement, accédez à /fh_data et utilisez l'une des méthodes suivantes pour placer le package d'installation de DJI FlightHub 2 dans ce répertoire :
cd /fh_data
- Téléchargez le package d'installation sur votre ordinateur local, puis transférez-le dans le répertoire
/fh_datadu serveur cloud. - Utilisez l'URL de téléchargement du package d'installation pour le télécharger directement dans le répertoire
/fh_datadu serveur cloud.
6.1 Téléchargement avec le script d'aide (facultatif)
Le script d'aide au déploiement prend en charge les téléchargements multithreads. Pour l'utiliser, assurez-vous que le script d'aide se trouve dans /fh_data, puis exécutez les commandes suivantes depuis ce répertoire :
cd /fh_data
./install_helper.sh download "<package_url>" "<save_filename>"
<package_url>: L'URL réelle de téléchargement du package d'installation.<save_filename>: Le nom de fichier utilisé pour enregistrer le package d'installation sur le serveur.
Remplacez chaque paramètre fictif dans son intégralité par sa valeur réelle, sans chevrons. Conservez les guillemets pour éviter que les caractères spéciaux de l'URL ou les espaces du nom de fichier n'affectent l'exécution de la commande.
6.2 Extraction du package d'installation
Une fois le téléchargement ou le transfert terminé, exécutez les commandes suivantes dans le répertoire /fh_data, en remplaçant le paramètre fictif par le nom de fichier réel :
cd /fh_data
tar xf "<save_filename>"
7Installation de DJI FlightHub 2
Les procédures d'installation peuvent varier selon les versions de DJI FlightHub 2. Lancez l'installation depuis le répertoire du package d'installation extrait dans /fh_data et suivez le manuel d'utilisation correspondant à la version du package d'installation utilisé pour terminer l'installation. Les données générées lors de l'utilisation ultérieure doivent également être stockées sur le disque de données associé à /fh_data.
Pour les instructions d'installation actuellement disponibles en ligne, consultez « Démarrer l'Assistant d'installation ».