Para un entorno de producción, las necesidades empresariales y del usuario con respecto al software pueden variar. Estos requisitos se deben tener en cuenta a la hora de determinar las necesidades de hardware para satisfacer las expectativas de escalabilidad y de rendimiento. A continuación se enumeran algunos requisitos mínimos. Los requisitos mínimos admitirán la aplicación, pero pueden no funcionar bien.
Requisitos de hardware
| Elemento | Compatible y recomendado |
|---|---|
CPU | Mínimo: 2 núcleos, procesamiento múltiple simultáneo El procesamiento múltiple simultáneo (o Hyper-Threading) de las CPU suelen presentar 2 subprocesos por núcleo. Una CPU de 2 núcleos con procesamiento múltiple tendrá 4 subprocesos disponibles para el procesamiento, mientras que una CPU de 6 núcleos con procesamiento múltiple tendrá 12 subprocesos disponibles. |
Almacenamiento | Mínimo: 200 GB de espacio libre* |
Memoria/RAM | Mínimo: 8 GB |
Memoria de gráficos dedicada (no compartida) | Mínimo: 6 GB o más Si está utilizando un equipo portátil con una GPU integrada, plantéese aumentar la RAM del sistema para compensar el uso de la memoria compartida. |
En ArcGIS Video Server, el almacenamiento dependerá de cómo se configure esto.
Requisitos de GPU
Es recomendable que instale ArcGIS Video Server en un entorno de GPU NVIDIA que admita NVENC (codificación) y NVDEC (descodificación) para unas operaciones óptimas de publicación, codificación, uso y difusión de los servicios de vídeo. Se requiere la versión 531.61 del controlador u otra superior. Consulte la lista completa de tarjetas de GPU que admiten la codificación y descodificación de vídeo en la matriz de soporte de NVIDIA.
Video Server puede instalarse en un equipo sin GPU, pero se perderán ciertas funcionalidades y el rendimiento de la transmisión se verá afectado. Esto incluye no tener la opción de seleccionar resoluciones de salida al publicar vídeos bajo demanda, la imposibilidad de publicar archivos de vídeo codificados con códecs distintos de h.265 y h.264, no poder rotar vídeos en modo horizontal a modo vertical y la generación de latencia o almacenamiento en búfer al ver servicios de vídeo.
| Elemento | Compatible y recomendado |
|---|---|
Tipo de GPU | GPU NVIDIA con capacidad de cálculo CUDA 12.1 o superior. Consulte la lista de tarjetas habilitadas para CUDA para determinar la capacidad de cálculo de una GPU. |
Controlador de GPU | Controladores de GPU de NVIDIA: se requiere la versión 531.61 o posterior. |
Memoria de gráficos dedicada | Mínimo: 6 GB o más. |
Nota:
Un controlador de GPU desactualizado puede causar problemas de codificación y decodificación o que el servidor informe de que no tiene GPU. Compruebe que tiene controladores GPU actualizados directamente proporcionados por NVIDIA.
Instalar controladores de GPU
Para instalar controladores de GPU en Suse Linux, siga estos pasos:
- Escriba sudo zypper install -y lshw.
- Compruebe qué paquete contiene nvidia-smi: cnf nvidia-smi.
- Enumere todos los paquetes de NVIDIA.
- sudo zypper se nvidia*
- Instale todos los paquetes necesarios:
- sudo zypper install nvidia-compute-utils-G06
- sudo zypper install nvidia-video-G06
- sudo zypper install nvidia-utils-G06
- sudo reboot
- sudo nvidia-smi -acp UNRESTRICTED
- sudo usermod -a -G video <MY-USER-NAME>
- logout (re-login)
Para instalar controladores de GPU en Ubuntu Linux, siga estos pasos:
- Escriba sudo ubuntu-drivers autoinstall 1. sudo reboot.
- Compruebe si la actualización del controlador se ha realizado correctamente: nvidia-smi.
- Opcional: sudo apt install nvidia-cuda-toolkit.
Soporte y recomendaciones
Hay varias cosas a tener en cuenta al publicar vídeos, desde los formatos de archivo de vídeo compatibles hasta los requisitos de telemetría de metadatos. Cada una de estas consideraciones afectará a la forma en que se publica y almacena el vídeo.
Formatos de archivo de vídeo compatibles
Los formatos de vídeo compatibles, incluidos los formatos 4K de alta resolución, se enumeran en la tabla siguiente:
| Descripción | Extensión |
|---|---|
Archivo MOV | .mov |
Flujo de transmisión de MPEG-2 | .ts |
Flujo de programa de MPEG-2 | .ps |
Archivo MPEG | .mpg |
Archivo MPEG-2 | .mpg2 |
Archivo MPEG-2 | .mp2 |
Archivo MPEG | .mpeg |
VLC (mpeg2) | .mpeg2 |
Película MPEG-4 | .mp4 |
Archivo MPEG-4 | .mpg4 |
Archivo de vídeo H264 | .h264 |
Archivo de vídeo H265 | .h265 |
Archivo de medios VLC (mpeg4) | .mpeg4 |
Archivo de medios VLC (vob) | .vob |
Formatos de códec de vídeo compatibles
Los formatos de códec de vídeo compatibles incluyen h.264 y h.265, que HLS admite de forma nativa y no requiere GPU para realizar la codificación junto con .av1, .mpeg1, .mpeg2, .mpeg4, .wmv y .mjpeg.
Requisitos de telemetría de metadatos
Para calcular y visualizar información de telemetría de metadatos del vídeo en un mapa, se requieren los siguientes campos de metadatos. Los vídeos que solo contienen un subconjunto de metadatos seguirán mostrando información de telemetría parcial.
Por ejemplo, si el archivo de vídeo o los archivos de metadatos del sidecar correspondientes solo contienen los campos Marca de tiempo, Latitud del sensor y Longitud del sensor, la ubicación del sensor se mostrará en el mapa, pero no se mostrará la huella de los fotogramas de vídeo y no se admitirán algunas funciones, como capturar un fotograma de vídeo.
| Nombre de campo | Descripción | Unidades | Telemetría |
|---|---|---|---|
SensorLatitude | Latitud del sensor basada en el elipsoide WGS84 que varía de -90,0 a 90,0 | Grados | Ubicación del sensor - 3D Rastro del sensor - 3D Solo se requiere un campo de marca de tiempo. |
SensorLongitude | Longitud del sensor basada en el elipsoide WGS84 que varía de -180,0 a 180,0 | Grados | |
TimeStamp | Marca de fecha y hora con milisegundos opcionales | Cadena de caracteres en formato: AAAA-MM-DD HH-MM-SS.zzz | |
UnixTimeStamp | Hora universal coordinada (UTC) | Microsegundos desde 1970 (época de Unix) | |
SensorEllipsoidHeight | Altura del elipsoide del sensor medida a partir del elipsoide de referencia WGS84 | Metros | Ubicación del sensor – 3D Rastro del sensor – 3D Para las ubicaciones 3D solo se requiere un campo. |
SensorTrueAltitude | Altitud del sensor medida a partir del nivel medio del mar (MSL) | Metros | |
PlatformHeading | Grado del activo (plataforma) en relación con el norte verdadero, medido en el sentido de las agujas del reloj en el plano horizontal mirando hacia abajo y que varía entre 0,0 y 360,0 | Grados | |
PlatformPitch | Inclinación del activo (plataforma) en relación con el plano horizontal con ángulos positivos para la punta por encima del plano horizontal | Grados | Línea de visión del sensor Contorno del fotograma (huella) Centro del fotograma (punto central de la huella) |
PlatformHeading | Ángulo de giro del activo (plataforma) en relación con el plano horizontal con ángulos positivos para el ala izquierda por encima del plano horizontal | Grados | |
PlatformRoll | Ángulo de giro del activo (plataforma) en relación con el plano horizontal con ángulos positivos para el ala izquierda por encima del plano horizontal. | Grados | |
SensorRelativeRoll | Ángulo de giro relativo del sensor a la plataforma de aeronaves donde la parte superior del nivel de la imagen es de 0 grados y los ángulos positivos son en el sentido de las agujas del reloj cuando se mira desde detrás de la cámara. | Grados | |
SensorRelativeElevation | Ángulo relativo de la dirección de orientación del sensor hacia el plano horizontal de la plataforma donde los ángulos negativos bajan | Grados | |
SensorRelativeAzimuth | Ángulo relativo de la dirección de orientación del sensor respecto al eje longitudinal de la plataforma visto desde la plataforma que varía entre 0,0 y 360,0 | Grados | |
HorizontalFOV | Campo de visión horizontal del sensor de imágenes seleccionado | Grados | |
VerticalFOV | Campo de visión vertical del sensor de imágenes seleccionado | Grados |
Nota:
Los campos del archivo de metadatos deben reflejar los nombres de campo anteriores (los nombres de campo no distinguen entre mayúsculas y minúsculas, espacios y guiones). Los encabezados de campo de los archivos de metadatos se pueden hacer coincidir con los nombres de campo mediante un archivo de asignación de campos. Los nombres de campo solo se admiten en la configuración regional EN.
Cuando los metadatos sean completos y precisos, la aplicación calculará las esquinas del fotograma de vídeo y el tamaño, la forma y la posición del contorno del fotograma de vídeo que puede visualizarse a continuación en un mapa. Los 12 nombres de campo comprenden los metadatos mínimos necesarios para calcular la transformación entre vídeo y mapa, mostrar la huella de vídeo en el mapa y habilitar otras funciones.
Metadatos de asignación de campos
En caso de que el archivo de metadatos original no contenga los 12 nombres de campo, se puede crear un archivo CSV de asignación de campos siguiendo el siguiente esquema, con una columna de Nombre de campo de metadatos (Metadatos) que transmita los nombres de campo del archivo de metadatos que se harían coincidir con los Nombres de campo del servidor de vídeo esperados (Nombre de campo) que se enumeran a continuación. Esta tabla CSV debe contener las dos columnas enumeradas: Nombre del campo para los campos de metadatos esperados de Video Server y una columna Metadatos para los campos que deben asignarse. Una vez creado, este archivo de asignación de campos debe incluirse en la carga junto con el archivo de vídeo y el archivo de metadatos correspondiente.
| Nombre de campo |
|---|
SensorLatitude |
SensorLongitude |
TimeStamp |
SensorEllipsoidHeight |
PlatformHeading |
PlatformPitch |
PlatformHeading |
PlatformRoll |
SensorRelativeRoll |
SensorRelativeElevation |
SensorRelativeAzimuth |
HorizontalFOV |
VerticalFOV |
SensorTrueAltitude |
UnixTimeStamp |
Metadatos con cambio de tiempo
Para obtener unos resultados de metadatos óptimos, los datos de vídeo y los metadatos deben estar sincronizados en el tiempo. Si la marca de tiempo que vincula el vídeo y los metadatos no se sincroniza con precisión, la huella del vídeo y las ubicaciones de los sensores en el mapa se desplazarán de la vista en el reproductor de vídeo.
Si el cambio de tiempo es observable y consistente, se puede usar un archivo .csv de cambio de tiempo para ajustar la cronología de los metadatos para que coincidan con el vídeo. El archivo .csv debe contener dos columnas etiquetadas como ElapsedTime (la ubicación temporal en el vídeo donde se produce el cambio de tiempo) y TimeShift (la cantidad de desplazamiento de tiempo en segundos). Si el cambio de tiempo entre su vídeo y los metadatos es incoherente, puede enumerar en el archivo .csv varias posiciones del vídeo con el cambio de tiempo asociado. Una vez creado, este archivo de cambio de tiempo se incluirá en la carga junto con el archivo de vídeo y el archivo de metadatos correspondiente, si corresponde.
0.00:00:00 (días.horas:minutos:segundos) | 0.00:00:00 (días.horas:minutos:segundos) (Tiempo de vídeo en segundos relativo a los metadatos. Utilice valores negativos si la huella del vídeo tiene retraso). |
Almacenamiento de vídeo
ArcGIS Video Server almacena todos los archivos de vídeo y metadatos en el sistema de archivos. De manera opcional, una organización puede registrar un data store de objetos existente para utilizarlo como ubicación de salida del vídeo y los metadatos.
Durante la creación del sitio de Video Server, se pueden especificar las ubicaciones del almacén de configuración, los directorios y los registros. De forma predeterminada, estos se almacenan en el sistema de archivos de Video Server. Si lo desea, el almacén de configuración se puede almacenar en un almacén en la nube. El almacén de configuración contiene una carpeta de servicios y una carpeta de cargas que almacenan archivos .json sobre el vídeo cargado y el servicio de salida creado.
Cuando se publica un vídeo, este se carga en el sistema de archivos de Video Server o en el almacén de objetos, según cómo se haya configurado. Durante el proceso de publicación, si está en un entorno de GPU y se seleccionan múltiples resoluciones de salida, el vídeo cargado se transcodificará a resoluciones adicionales y los archivos de salida se almacenarán en la ubicación directories/arcgisvideoservices. Esta será la ubicación donde se almacenará el vídeo original cargado. Cuantas más resoluciones de salida se seleccionen, más almacenamiento necesitará el servicio para transmitir con éxito y eficiencia en cada resolución.
La ubicación directories/arcgisvideouploads almacena el archivo de vídeo original en función del Id. del archivo creado durante la carga. Cuando se usa ArcGIS Excalibur para publicar servicios de vídeo, el vídeo cargado originalmente se elimina de esta ubicación, ya que el vídeo original permanecerá en la ubicación arcgisvideoservices.
Requisitos de espacio temporal
De forma predeterminada, los recursos se extraen en el directorio del sistema /tmp. Este directorio debe tener habilitados los permisos de lectura, escritura y ejecución. Si el directorio /tmp no dispone del espacio requerido, el programa de instalación intentará extraer los recursos en su directorio HOME. Si su directorio HOME no dispone del espacio requerido, el programa de instalación informará de que hay un error e indicará el problema. Puede especificar una ubicación temporal alternativa estableciendo la variable de entorno IATEMPDIR.
Requisitos del sistema operativo de Linux
Los sistemas operativos de 64 bits descritos a continuación satisfacen los requisitos de sistema operativo mínimos. No se ofrece compatibilidad con los sistemas operativos de 32 bits; la instalación solo continuará si el sistema operativo es de 64 bits. Los equipos con un guion bajo en el nombre no son compatibles. La configuración no continuará si se detecta un guion bajo en el nombre del equipo.
El sistema operativo de sus equipos con ArcGIS Video Server puede diferir de los de otros equipos de su implementación de ArcGIS Enterprise. El escenario más común para esto es implementar ArcGIS Video Server en equipos con Linux mientras el resto de la implementación de ArcGIS Enterprise está en equipos con Microsoft Windows.
No puede instalar el software como usuario raíz. Si intenta hacerlo, la instalación no continuará y una herramienta de diagnóstico de software mostrará un mensaje de error que indica que no puede instalar como raíz.
No instale el software en un SO (binario) que se haya modificado. Esri no da soporte para los productos que se instalan en una versión de desarrollador de un sistema operativo.
| Sistema operativo compatible | Última actualización o Service Pack probado |
|---|---|
Red Hat Enterprise Linux Server 9 | Actualización 4 |
SUSE Linux Enterprise Server 15 | Service Pack 5 |
Ubuntu Server LTS 24.04 | 24.04.0 |
Ubuntu Server LTS 22.04 | 22.04.4 |
Oracle Linux 9 | Actualización 4 |
Rocky Linux 9 | Actualización 4 |
AlmaLinux 9 | Actualización 4 |
Las anteriores y futuras actualizaciones o Service Packs de estas versiones de sistema operativo serán compatibles y deberían funcionar, salvo que se indique lo contrario. El proveedor del sistema operativo deberá admitir también la versión y las actualizaciones del sistema operativo.
Límites de procesos e identificadores de archivos
ArcGIS Server es un producto del servidor intensivo de datos y muchos de sus formatos de datos constan de cientos de miles de archivos. En los sistemas muy usados, puede haber miles o cientos de miles de archivos en uso en un momento dado. Si no hay suficientes procesos e identificadores de archivo, las solicitudes pueden empezar a dar error de forma aleatoria y dejar al sistema fuera de servicio. El número real necesario de identificadores y procesos de archivo varía según los datos y el número de instancias (hilos o procesos) que se están ejecutando. Establecer un límite de identificador de archivos de 65.535 y un límite de proceso de 25.059 le asegura que el sistema siga funcionando.
Hay límites flexibles y fijos para los identificadores y procesos de archivo en Linux. Para determinar los límites estrictos, use el comando ulimit -Hn -Hu (o los descriptores limit -h si está usando csh). Para determinar los límites flexibles, utilice el comando ulimit -Sn -Su (o los descriptores limit si utiliza csh).
Para aumentar los límites flexibles y fijos, deberá editar el archivo /etc/security/limits.conf con acceso de superusuario. Por ejemplo, puede agregar cuatro líneas al archivo de la siguiente manera y cambiar los valores de los límites:
<ArcGIS Server installation user> soft nofile <file limit>
<ArcGIS Server installation user> hard nofile <file limit>
<ArcGIS Server installation user> soft nproc <process limit>
<ArcGIS Server installation user> hard nproc <process limit>Después de realizar este cambio, cierre y vuelva a iniciar sesión con el usuario particular para que los nuevos valores tengan efecto. Para verificar que los límites se hayan modificado correctamente, use los comandos ulimit -Hn -Hu y ulimit -Sn -Su como se ha descrito anteriormente.
Implementación en la nube
ArcGIS Video Server puede implementarse manualmente en Microsoft Azure y Amazon Web Services. En la actualidad, las plantillas de formación de la nube Microsoft Azure y Amazon Web Services no son plenamente compatibles.
Certificados SSL
ArcGIS Video Server está preconfigurado con un certificado autofirmado que permite probar el servidor inicialmente y le ayuda a verificar de forma rápida si la instalación se realizó correctamente.
Debe solicitar un certificado a una entidad de certificación (CA) de confianza y configurar ArcGIS Video Server para que lo use. Este puede ser un certificado de dominio emitido por su organización o un certificado firmado por una autoridad certificadora. El certificado debe tener un Nombre alternativo de sujeto (SAN) configurado o ArcGIS Video Server no funcionará correctamente.
Portal for ArcGIS también incluye un certificado autofirmado preconfigurado. Si va a federar un sitio de ArcGIS Video Server con su portal, solicite un certificado a una CA de confianza y configure el portal para que lo utilice.
Requisitos previos de software
ArcGIS Video Server se puede instalar de forma independiente o con otros componentes de ArcGIS Enterprise 11.4.
Nota:
Independientemente de si está instalando una implementación nueva o actualizando desde una versión anterior, asegúrese de que todos los componentes de software deseados (como el portal de ArcGIS Enterprise, un sitio de ArcGIS Server y ArcGIS Data Store) estén instalados y ejecuten ArcGIS Enterprise 11.4.
Durante la configuración de ArcGIS Video Server, federará el nuevo sitio de ArcGIS Video Server con su portal de Enterprise.
Como parte de una implementación base de ArcGIS Enterprise, a menudo se requiere ArcGIS Data Store para que actúe como servidor de alojamiento del portal. Tenga en cuenta que ArcGIS Video Server no utiliza el data store relacional.
Recomendaciones de sistema de nombres de dominio y nombre de dominio totalmente calificado
Se recomienda que configure el sistema de nombres de dominio (DNS) de su organización para que incluya entradas de nombre de dominio totalmente calificado (FQDN) para el sitio de ArcGIS Video Server. El portal de ArcGIS Enterprise solicitará el FQDN del sitio del servidor cuando lo federe.
Navegadores web compatibles
El asistente de instalación de ArcGIS Video Server es compatible con todos los navegadores web, incluidos, entre otros:
- Google Chrome versión 122 y posteriores
- Microsoft Edge versión 122 y posteriores
- Mozilla Firefox versión 125 y posteriores
- Versión 115 (ESR) de Mozilla Firefox
- Versión 16 y posterior de Safari