Skip to main content

Compatibilidad con la infraestructura de escritorio virtual

Descripción general

Utiliza esta guía para implementar Alteryx Designer a través de una infraestructura de escritorio virtual (VDI) persistente y no persistente. Las licencias de VDI no son flotantes, concurrentes ni basadas en la red. Consulta nuestro ALUF para obtener más información.

Requisitos y requisitos previos

Alteryx ahora admite la implementación de VDI persistente y no persistente a través de Citrix. Probamos y validamos una configuración de Citrix en:

  • Citrix VDA 7.15 CU8

  • FSLogix Apps 2.9.7979.62170

Importante

No se admite la virtualización de aplicaciones.

Requisitos de VDI persistente (solo Citrix)

Requisitos de VDI no persistente (solo Citrix)

  • Utiliza recursos del sistema dedicados no compartidos como CPU y RAM.

  • Debe cumplir con los requisitos del sistema Alteryx Designer.

  • Alteryx Designer versión 2022.1.1.25127 o posterior, administrador (recomendado) o no administrador.

  • Alteryx License Server versión 2021.4.1.04899 o posterior. La adición de Alteryx License Server puede requerir cambios en un acuerdo de software existente.

  • Citrix Virtual Apps and Desktops 7.

  • Compatible con el SO Windows compatible con Designer.

  • Alteryx License Server instalado en un servidor estático que no sea Citrix con comunicación habilitada entre el entorno Citrix y Alteryx License Server en el puerto 7070.

Introducción

Para comenzar con la implementación de VDI no persistente…

  1. Instala Alteryx Designer versión 2022.1.1.25127 o posterior.

  2. Antes de implementar para usuarios finales, inicia Designer como administrador para conectarte a tu License Server.

    Aviso

    • No establezcas una dirección de correo electrónico.

    • No actives la licencia.

    • Si Alteryx Designer tiene licencia, quita la licencia.

  3. Ahora tienes un RuntimeSettings.xml en %PROGRAMDATA%\Alteryx configurado para utilizar el modo LocalLicensingServer y conecta Designer a tu instancia de ALS. Ten en cuenta que el valor de la URL de Server depende de tu entorno.

  4. Implementa el RuntimeSettings.xml preconfigurado en tus usuarios.

Ejemplo de archivo XML RuntimeSettings

<?xml version="1.0" encoding="UTF-8"?>
<SystemSettings>
    <Engine>
        <InterfaceLanguage>English</InterfaceLanguage>
    </Engine>
    <Environment>
       <LicensingMode>LocalLicensingServer</LicensingMode>
       <LocalLicensingServerUrl>http://SERVERNAME:7070/request</LocalLicensingServerUrl>
    </Environment>
</SystemSettings>

Mejores prácticas y recomendaciones (VDI no persistente)

  • A partir de Alteryx License Server 2021.4.1.04899, puedes utilizar la opción de configuración borrowIntervalMax para establecer cuándo se devuelve una licencia servida a License Server (en días):

    -config -set licensing.borrowIntervalMax=#d

    Por ejemplo, para establecer una licencia servida que se devolverá después de dos días, utiliza:

    flexnetlsadmin -server http://localhost:7070/api/1.0/instances/~ -authorize admin [contraseña] -config -set licensing.borrowIntervalMax=2d

    Consulta la guía de License Server en el portal de Descargas y licencias para obtener más información.

  • Para entornos de VDI no persistentes, recomendamos que crees un script y programes la activación y desactivación de la línea de comandos de acuerdo con una sesión de Windows. Si la tarea programada falla, el intervalo de préstamo seguirá liberando la licencia.

    - AlteryxActivateLicenseKeyCmd.exe delete

  • Te recomendamos que utilices la versión de administrador de Designer para evitar los pasos manuales necesarios para mover carpetas y archivos con la versión de no administrador.

Preguntas frecuentes

¿Por qué uno de mis usuarios con licencia no puede acceder a una licencia desde License Server?

Es posible que no haya devuelto la licencia la última vez que finalizó una sesión. Te recomendamos que ejecutes este comando (desde el directorio installation\bin de Alteryx) cuando un usuario no persistente cierre sesión:

AlteryxActivateLicenseKeyCmd.exe delete

¿Qué sucede si tengo más usuarios de VDI no persistentes que licencias disponibles?

Alteryx no puede conceder la licencia de la instancia de Designer en la nueva instancia de VDI.

Cuando se utilizan entornos no persistentes, ¿puede un usuario tener más de una licencia activada si ha iniciado o cerrado sesión en múltiples instancias de VDI?

Sí, es por eso que recomendamos que utilices un script de desactivación de licencias al cerrar sesión cuando utilices entornos no persistentes. Esto evita situaciones en las que un usuario inicia sesión en varios entornos o activa varias licencias a la vez.

¿Cómo funcionan las bases de datos y las conexiones de DCM en un VDI?

VDI persistente

Las bases de datos y las conexiones de DCM deben conservarse y ser accesibles de sesión a sesión.

VDI no persistente

  • Estas solo están disponibles de sesión a sesión si se integran en la imagen base para el usuario:

    • Controladores de base de datos

    • Conexiones de DSN

    • Conexiones en base de datos (In-DB) (a menos que se utilicen conexiones de archivos In-DB guardadas en una ubicación de red)

    • Conexiones de base de datos de alias de conexión guardados (administrado a nivel de usuario o sistema)

  • Las conexiones sin DSN forman parte del flujo de trabajo, pero dependen de que el controlador se incluya en la imagen base, como se señaló anteriormente. El cifrado de contraseña debe ser Ocultar o Cifrar para el usuario.

  • Las conexiones de bases de datos compartidas, así como las conexiones de DCM, deben volver a sincronizarse al comienzo de una sesión.

  • Las conexiones de DCM se pueden sincronizar con Alteryx Server o un almacén externo (si hay uno disponible) antes de que finalice la sesión. Al comienzo de la siguiente sesión, las conexiones de DCM se pueden sincronizar desde Alteryx Server o el almacén externo.

Opciones de línea de comandos

Las opciones de línea de comandos están disponibles para que los departamentos de TI instalen y activen Alteryx sin necesidad de la intervención del usuario. Esto es útil para instalaciones en bases de usuarios grandes, actualizaciones de software enviadas a computadoras con regularidad, o la configuración automatizada de nuevas máquinas de escritorio. Consulta Utilizar opciones de línea de comandos para obtener más detalles.

En esta sección: