Guía de despliegue de DJI FlightHub 2 en la nube pública

Esta guía describe los métodos recomendados para desplegar FlightHub 2 On-Premises en servidores en la nube de Amazon Web Services (AWS) y Microsoft Azure, incluidos los requisitos de configuración del servidor, la preparación previa a la instalación, la instalación de dependencias y la configuración del controlador de vGPU de Azure.

AWS / Microsoft AzureUbuntu Server 24.04 LTSTerra configurado según sea necesario

1Requisitos de configuración del servidor

Elija la configuración del servidor en la nube según el número de docks conectados, si necesita Terra y sus necesidades reales de almacenamiento y transmisiones en vivo.

1.1 Requisitos básicos de hardware

Configuraciones y capacidades de hardware recomendadas:

Elemento de configuraciónConfiguración recomendadaNotas de configuración
CPUParta de al menos 8 núcleosPara 5 docks conectados, parta de 8 núcleos; si necesita Terra, configure al menos 12 núcleos.
Para 10 o más docks conectados, se recomiendan al menos 16 núcleos; si necesita Terra, configure al menos 20 núcleos.
MemoriaParta de al menos 32 GBAumente la capacidad de memoria prevista si conecta más de 10 docks.
Disco de datosDisco del sistema: 512 GB o más
Disco de datos: 2,048 GB o más
Dimensione el disco de datos según sus necesidades reales de almacenamiento multimedia, partiendo de al menos 2,048 GB.
Ancho de banda de redConfigure según las necesidades de transmisiones en vivoElija el ancho de banda según las necesidades de transmisiones en vivo simultáneas. Reserve 5 Mbps por cada transmisión en vivo simultánea, más aproximadamente un 10% de ancho de banda de canal adicional para el conjunto.

1.2 Requisitos básicos de software

Sistema operativo, entorno de contenedores y componentes relacionados con la GPU:

Componente de softwareRequisito de versión o método de configuraciónNotas
Sistema operativoUbuntu Server 24.04 LTSLas configuraciones recomendadas tanto para AWS como para Azure utilizan Ubuntu 24.04.
NVIDIA Container ToolkitNecesario solo al desplegar la reconstrucción de modelos TerraPrepare las dependencias mediante el script auxiliar de despliegue.
Controlador de NVIDIANecesario solo al desplegar la reconstrucción de modelos TerraEn entornos estándar, utilice sudo ubuntu-drivers devices para consultar el controlador recomendado. Para entornos de vGPU de Azure, consulte los pasos específicos de configuración del controlador.

1.3 Configuraciones recomendadas de AWS

Despliegue solo con CPU (no se requiere la reconstrucción de modelos Terra)
Instancia EC2 inicial
c5.4xlarge; elija c5d.4xlarge si los requisitos de almacenamiento multimedia son mayores
Requisitos de almacenamiento
Parta de io1; considere io2 para lecturas, escrituras y operaciones frecuentes con archivos multimedia
Tamaño del disco
Disco del sistema: al menos 500 GB; disco de datos: parta de 2,048 GB. Aumente aún más la capacidad si necesita almacenar grandes cantidades de archivos multimedia de vuelo
Sistema operativo
Linux (Ubuntu 24.04)
Despliegue con CPU + GPU (se requiere la reconstrucción de modelos Terra)
Instancia EC2 inicial
g5.8xlarge
Requisitos de almacenamiento
Parta de io1; considere io2 para lecturas, escrituras y operaciones frecuentes con archivos multimedia
Tamaño del disco
Disco del sistema: al menos 500 GB; disco de datos: parta de 2,048 GB. Aumente aún más la capacidad si necesita almacenar grandes cantidades de archivos multimedia de vuelo
Sistema operativo
Linux (Ubuntu 24.04)

1.4 Configuraciones recomendadas de Azure

Despliegue solo con CPU (no se requiere la reconstrucción de modelos Terra)
VM inicial
Standard_D16s_v6
Requisitos de almacenamiento
Parta de Premium SSD; considere Premium SSD v2 para lecturas, escrituras y operaciones frecuentes con archivos multimedia
Tamaño del disco
Disco del sistema: al menos 500 GB; disco de datos: parta de 2,048 GB. Aumente aún más la capacidad si necesita almacenar grandes cantidades de archivos multimedia de vuelo
Sistema operativo
Linux (Ubuntu 24.04)
Despliegue con CPU + GPU (se requiere la reconstrucción de modelos Terra)
VM inicial
Standard NV36ads A10 v5
Requisitos de almacenamiento
Parta de Premium SSD; considere Premium SSD v2 para lecturas, escrituras y operaciones frecuentes con archivos multimedia
Tamaño del disco
Disco del sistema: al menos 500 GB; disco de datos: parta de 2,048 GB. Aumente aún más la capacidad si necesita almacenar grandes cantidades de archivos multimedia de vuelo
Sistema operativo
Linux (Ubuntu 24.04)

2Preparación previa a la instalación

Complete los siguientes preparativos antes de iniciar la instalación:

  1. Obtenga la licencia y la URL de descarga del paquete de instalación: Para obtener instrucciones, consulte "Descargar la licencia y el paquete de instalación".
  2. Obtenga el script auxiliar de despliegue: Descargue install_helper.shopen in new window y súbalo al servidor en la nube de destino.
  3. Prepare el entorno de red: Asegúrese de que el servidor en la nube pueda acceder a los repositorios de software y a las URL de descarga necesarios durante la instalación para que herramientas como APT puedan obtener los paquetes de dependencias y los archivos necesarios.
  4. Compruebe la disponibilidad de los puertos: Asegúrese de que los puertos necesarios para el despliegue no estén ocupados por otros servicios. Para conocer los requisitos de puertos, consulte "Requisitos de red".

Entorno de ejecución de comandos

Inicie sesión en el servidor en la nube de destino mediante SSH y ejecute los comandos posteriores del script desde el directorio que contiene el script auxiliar de despliegue. Utilice una cuenta con privilegios de sudo para ejecutar los comandos que configuran el sistema o instalan software.


3Comprobación del entorno e instalación de dependencias

3.1 Conceder permiso de ejecución al script

Tras subir el script auxiliar de despliegue, ejecute el siguiente comando:

chmod +x install_helper.sh

3.2 Ejecutar las comprobaciones previas a la instalación

Ejecute el comando check para verificar que el sistema operativo y el entorno actual cumplen los requisitos de instalación:

sudo ./install_helper.sh check

A continuación se muestra un ejemplo de la salida de las comprobaciones. La salida real puede variar según el entorno del servidor.

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.
...

Resolución de comprobaciones fallidas

Si alguna comprobación falla (normalmente se muestra en rojo), siga las indicaciones para diagnosticar y resolver los problemas y, a continuación, vuelva a ejecutar las comprobaciones. Resuelva estos problemas antes de continuar con la instalación para evitar que afecten al despliegue posterior.

3.3 Instalar las dependencias

Una vez superadas las comprobaciones, ejecute el siguiente comando para instalar los paquetes de dependencias:

sudo ./install_helper.sh pre_install

Durante la instalación, el script pregunta si desea instalar los componentes relacionados con Terra:

是否需要安装 Terra(含 Nvidia driver 和 toolkit)?
Install Terra (including Nvidia driver and toolkit)? [y/n]:
  • Si necesita Terra: introduzca y y, a continuación, pulse Intro.
  • Si no necesita Terra: introduzca n y, a continuación, pulse Intro.

La instalación de las dependencias relacionadas con Terra puede requerir la descarga del controlador de NVIDIA y su compilación local. Esto puede tardar un tiempo; espere a que finalice la instalación.

Entornos de vGPU de Azure

Si utiliza vGPU de Azure, instale manualmente un controlador de NVIDIA compatible. Complete la configuración específica del controlador en la sección "Configuración del controlador" y, a continuación, verifique el estado de la GPU.

A continuación se muestra un extracto de la salida cuando se selecciona la instalación de las dependencias relacionadas con Terra. El nombre y la versión del controlador dependen del entorno real del servidor.

[安装 / Install] nvidia-driver-595-open
...
完成 / Done: nvidia-driver-595-open.

Terra 安装完成 / Terra installation completed.

pre_install 完成 / pre_install completed.

3.4 Verificar el estado de la GPU (cuando se utiliza Terra)

En un entorno de GPU estándar, ejecute el siguiente comando después de instalar el controlador:

nvidia-smi -L > /dev/null && echo "success"

Si la salida es success, el comando de consulta de la GPU se ha ejecutado correctamente. Si no aparece este mensaje, compruebe el estado de instalación del controlador y los errores devueltos por el comando.

Omita esta verificación si no ha seleccionado Terra para el despliegue. Si utiliza un disco de datos externo, complete primero la sección "Montaje de un disco de datos externo"; de lo contrario, continúe con la sección "Obtención y extracción del paquete de instalación" para obtener el paquete de instalación. Para entornos de vGPU de Azure, complete primero la siguiente sección.


4Configuración del controlador de vGPU de Azure

Esta sección se aplica a las instancias de vGPU de Azure que requieren la configuración del controlador de NVIDIA. Para otros entornos, continúe con la sección "Montaje de un disco de datos externo" si utiliza un disco de datos externo, o con la sección "Obtención y extracción del paquete de instalación" si no lo utiliza.

Elija un controlador de Azure GRID compatible con su modelo de vGPU. Para conocer los requisitos de selección e instalación del controlador, consulte la documentación oficial de Microsoft: "Instalar controladores de GPU de NVIDIA en VM de la serie N con Linux".

Impacto de estas operaciones

Las siguientes operaciones incluyen la desinstalación del controlador de NVIDIA existente y el reinicio del servidor. Realícelas cuando sea aceptable interrumpir el servicio de GPU y vuelva a conectarse mediante SSH después de que el servidor se reinicie.

4.1 Desinstalar el controlador de NVIDIA existente

sudo apt-get purge -y 'nvidia-*' 'libnvidia-*'
sudo apt-get autoremove -y

4.2 Instalar las herramientas de compilación

sudo apt update && sudo apt install -y build-essential

4.3 Descargar un controlador de Azure GRID compatible

Tras confirmar la URL de descarga del controlador para la instancia actual, ejecute el siguiente comando. Sustituya <azure_grid_driver_url> por la URL de descarga real y conserve las comillas que la rodean.

wget -O NVIDIA-grid-azure.run "<azure_grid_driver_url>"

URL de descarga de ejemplo: NVIDIA-Linux-x86_64-595.91.07-grid-azure.run. Esta URL se proporciona solo como ejemplo. Antes de utilizarla, consulte la documentación oficial de Microsoft para confirmar la compatibilidad con la instancia actual.

4.4 Instalar el controlador y reiniciar el servidor

sudo chmod +x NVIDIA-grid-azure.run
sudo ./NVIDIA-grid-azure.run --silent

Tras confirmar que el controlador se ha instalado correctamente, ejecute el comando de reinicio:

sudo reboot

4.5 Verificar la instalación del controlador

Después de que el servidor se reinicie, vuelva a iniciar sesión mediante SSH y ejecute el siguiente comando:

nvidia-smi -L > /dev/null && echo "success"

Si la salida es success, el comando de consulta de la GPU se ha ejecutado correctamente. Si la verificación falla, compruebe la compatibilidad del controlador con la instancia y revise los registros de instalación.


5Montaje de un disco de datos externo

Si su instancia en la nube pública utiliza un disco de datos externo vacío recién conectado, particiónelo, formatéelo y móntelo antes de continuar con la descarga y la instalación. Después, descargue, suba, extraiga e instale el paquete de instalación de DJI FlightHub 2 en /fh_data y utilice este directorio para las operaciones posteriores.

Riesgo de pérdida de datos

Esta sección se aplica únicamente a discos de datos nuevos y vacíos. La creación de una tabla de particiones y el formateo borrarán todos los datos del disco de destino. Antes de ejecutar los comandos, sustituya los marcadores de posición de los dispositivos según su entorno real y compruebe cuidadosamente que el dispositivo de destino no sea el disco del sistema. Si el disco ya contiene datos, no ejecute los comandos de particionado y formateo de esta sección.

5.1 Identificar el disco de datos externo

Primero, examine los discos, las particiones, los sistemas de archivos y los puntos de montaje. Identifique el nuevo disco de datos comparando su capacidad con la capacidad de disco configurada en la consola de la nube y anote el nombre completo del dispositivo.

lsblk -o NAME,SIZE,TYPE,FSTYPE,MOUNTPOINTS
sudo fdisk -l

Los nombres de dispositivo en AWS y Azure pueden incluir /dev/nvme1n1, /dev/xvdb o /dev/sdc. Utilice la salida real como referencia. En los siguientes comandos, /dev/<data_disk> se refiere al disco de datos completo, no al disco del sistema ni a una partición existente.

5.2 Crear una partición con fdisk

Sustituya /dev/<data_disk> por el nombre de dispositivo del disco completo confirmado en el paso anterior y, a continuación, inicie fdisk:

sudo fdisk /dev/<data_disk>

En la interfaz interactiva, introduzca las siguientes opciones en orden. Cada una de las tres entradas Enter acepta el valor predeterminado, de modo que se crea una partición que ocupa todo el espacio disponible:

g
n
Enter
Enter
Enter
w
  • g: Cree una nueva tabla de particiones GPT.
  • n: Cree una nueva partición y acepte los valores predeterminados del número de partición, el primer sector y el último sector.
  • w: Guarde la tabla de particiones y salga.

Vuelva a ejecutar lsblk para confirmar el nombre de la nueva partición. Las particiones de discos NVMe suelen tener nombres como /dev/nvme1n1p1, mientras que otros discos pueden utilizar nombres como /dev/xvdb1 o /dev/sdc1. En todos los comandos posteriores, /dev/<data_partition> se refiere a esta nueva partición.

lsblk -o NAME,SIZE,TYPE,FSTYPE,MOUNTPOINTS

5.3 Formatear y montar por primera vez

Tras confirmar que el nombre de la partición es correcto, formatee la nueva partición como ext4 y móntela en /fh_data:

sudo mkfs.ext4 /dev/<data_partition>
sudo mkdir -p /fh_data
sudo mount /dev/<data_partition> /fh_data

5.4 Configurar el montaje automático al arrancar

Consulte el UUID de la nueva partición y copie el valor de UUID="..." de la salida:

sudo blkid /dev/<data_partition>

Edite /etc/fstab:

sudoedit /etc/fstab

Añada la siguiente línea al final del archivo, sustituyendo <uuid> por el valor UUID que acaba de obtener, sin comillas ni corchetes angulares:

UUID=<uuid> /fh_data ext4 defaults,nofail 0 2

5.5 Verificar el montaje y establecer los permisos del directorio

Desmonte el montaje actual y, a continuación, vuelva a montarlo según /etc/fstab para verificar que la configuración sea correcta:

sudo umount /fh_data
sudo mount -a
findmnt /fh_data

Si findmnt muestra /fh_data y la partición del disco de datos correspondiente, la configuración de montaje funciona. A continuación, asigne la propiedad del directorio a la cuenta de despliegue actual:

sudo chown "$USER:$USER" /fh_data

Directorio de trabajo para los pasos posteriores

A partir de la siguiente sección, descargue, suba, extraiga e instale siempre el paquete de instalación en /fh_data. Los datos generados durante el uso posterior de DJI FlightHub 2 también deben almacenarse en el disco de datos asociado a este directorio.


6Obtención y extracción del paquete de instalación

Tras preparar el entorno, acceda a /fh_data y utilice uno de los siguientes métodos para colocar el paquete de instalación de DJI FlightHub 2 en este directorio:

cd /fh_data
  • Descargue el paquete de instalación en su equipo local y, a continuación, súbalo al directorio /fh_data del servidor en la nube.
  • Utilice la URL de descarga del paquete de instalación para descargarlo directamente en el directorio /fh_data del servidor en la nube.

6.1 Descargar con el script auxiliar (opcional)

El script auxiliar de despliegue admite descargas multihilo. Para utilizarlo, asegúrese de que el script auxiliar se encuentre en /fh_data y, a continuación, ejecute los siguientes comandos desde ese directorio:

cd /fh_data
./install_helper.sh download "<package_url>" "<save_filename>"
  • <package_url>: La URL de descarga real del paquete de instalación.
  • <save_filename>: El nombre de archivo utilizado para guardar el paquete de instalación en el servidor.

Sustituya cada marcador de posición completo por su valor real, sin corchetes angulares. Conserve las comillas para evitar que los caracteres especiales de la URL o los espacios del nombre de archivo afecten a la ejecución del comando.

6.2 Extraer el paquete de instalación

Una vez finalizada la descarga o la subida, ejecute los siguientes comandos en el directorio /fh_data, sustituyendo el marcador de posición por el nombre de archivo real:

cd /fh_data
tar xf "<save_filename>"

7Instalación de DJI FlightHub 2

Las distintas versiones de DJI FlightHub 2 pueden utilizar procedimientos de instalación diferentes. Inicie la instalación desde el directorio del paquete de instalación extraído en /fh_data y siga el manual de usuario correspondiente a la versión del paquete de instalación que está utilizando para completar la instalación. Los datos generados durante el uso posterior también deben almacenarse en el disco de datos asociado a /fh_data.

Para consultar las instrucciones de instalación actuales en línea, consulte "Iniciar el Asistente de instalación".