Planificar una implementación de StoreFront

StoreFront utiliza la tecnología Microsoft .NET que funciona en Microsoft Internet Information Services (IIS) para proporcionar los almacenes de aplicaciones de empresa que combinan recursos y ponerlos a disposición de los usuarios. StoreFront se integra con las implementaciones de Citrix Virtual Apps and Desktops para proporcionar a los usuarios un único punto de acceso de autoservicio a sus escritorios y aplicaciones.

StoreFront incluye los siguientes componentes principales:

  • El servicio de autenticación autentica a los usuarios para Microsoft Active Directory, lo que garantiza que dichos usuarios no necesiten iniciar sesión de nuevo para acceder a sus escritorios y aplicaciones. Para obtener más información, consulte Autenticación de usuarios.
  • Los almacenes enumeran y agrupan escritorios y aplicaciones procedentes de Citrix Virtual Apps and Desktops. Los usuarios acceden a los almacenes a través de la aplicación Citrix Workspace, sitios de Citrix Receiver para Web, sitios de Desktop Appliance y direcciones URL de servicios XenApp. Para obtener más información, consulte Opciones de acceso de usuarios.
  • El servicio de almacenes de suscripción registra información de las suscripciones a aplicaciones de los usuarios y actualiza sus dispositivos para garantizar una buena experiencia de usuario a los usuarios itinerantes. Para obtener más información acerca de maneras de mejorar la experiencia de los usuarios, consulte Optimizar la experiencia de usuario.

Es posible configurar StoreFront en un solo servidor o como una implementación con varios servidores. Las implementaciones con varios servidores no solo proporcionan capacidad adicional, sino que incrementan la disponibilidad. La arquitectura modular de StoreFront garantiza que la información acerca de la configuración y las suscripciones de los usuarios a las aplicaciones se almacena y se sincroniza entre todos los servidores de un grupo de servidores. Esto significa que, si algún servidor de StoreFront deja de estar disponible por alguna razón, los usuarios pueden usar los demás servidores para seguir accediendo a sus almacenes. Entretanto, los datos de configuración y suscripciones existentes en el servidor fallido se actualizan cuando dicho servidor se reconecta con su grupo de servidores. Los datos de suscripción se actualizan cuando se reanuda la conexión del servidor, pero debe propagar los cambios de la configuración si alguno se ha perdido mientras el servidor estaba sin conexión. En el caso de producirse un fallo de hardware que requiera la sustitución del servidor, puede instalar StoreFront en un nuevo servidor y agregarlo al grupo de servidores existente. El nuevo servidor se configurará y actualizará automáticamente con las suscripciones de los usuarios a las aplicaciones cuando se incorpore al grupo de servidores.

La imagen muestra una implementación típica de StoreFront.

Imagen localizada

Equilibrio de carga

Para las implementaciones con varios servidores, se necesita equilibrio de carga externo a través de, por ejemplo, Citrix ADC o el equilibrio de carga de red de Windows. Configure el entorno de equilibrio de carga para la conmutación por error entre los servidores y así poder proporcionar una implementación con tolerancia de fallos. Para obtener más información sobre el equilibrio de carga con Citrix ADC, consulte Equilibrio de carga. Para obtener más información acerca del Equilibrio de carga de red de Windows, consulte http://technet.microsoft.com/en-us/library/hh831698.aspx.

Se recomienda activar el equilibrio de carga de las solicitudes enviadas desde StoreFront a los sitios de Citrix Virtual Desktops y las comunidades de Citrix Virtual Apps en implementaciones con miles de usuarios, o cuando se registran cargas elevadas, por ejemplo cuando una gran cantidad de usuarios inician sesiones en un periodo breve de tiempo. Use un equilibrador de carga con monitores XML integrados y persistencia de sesiones, como Citrix ADC.

Si implementa un equilibrador de carga de terminación SSL o si necesita solucionar problemas, puede usar el cmdlet de PowerShell Set-STFWebReceiverCommunication.

Sintaxis:

Set-STFWebReceiverCommunication [-WebReceiverService] <WebReceiverService> [[-Loopback] <On | Off | OnUsingHttp>] [[-LoopbackPortUsingHttp] <Int32>]

Los valores válidos son:

  • Activado: Este es el valor predeterminado para el nuevo Citrix Receiver para Web. Citrix Receiver para Web usa el esquema (HTTPS o HTTP) y el número de puerto de la URL base, pero sustituye el host por la dirección IP de bucle para comunicar con los servicios de StoreFront. Esto funciona para implementaciones de servidor único y para implementaciones que tienen un equilibrador de carga sin terminación SSL.
  • OnUsingHttp: Citrix Receiver para Web usa HTTP y la dirección IP de bucle invertido para comunicarse con los servicios de StoreFront. Si está usando un equilibrador de carga con terminación SSL, seleccione este valor. También debe especificar el puerto HTTP si éste no es el predeterminado (80).
  • Desactivado: Este valor desactiva el bucle invertido y Citrix Receiver para Web usa la URL base de StoreFront para comunicarse con los servicios de StoreFront. Si realiza una actualización en contexto, éste es el valor predeterminado para evitar la interrupción de la implementación existente.

Por ejemplo, si va a usar un equilibrador de carga con terminación SSL, su IIS está configurado para usar el puerto 81 para HTTP y la ruta al sitio de Citrix Receiver para Web es /Citrix/StoreWeb, puede ejecutar el comando siguiente para configurar el sitio de Citrix Receiver para Web:

$wr = Get-STFWebReceiverService -VirtualPath /Citrix/StoreWeb
Set-STFWebReceiverCommunication -WebReceiverService $wr -Loopback OnUsingHttp -LoopbackPortUsingHttp 81

Nota:

Desactive el bucle invertido para usar cualquier herramienta de proxy Web, como Fiddler, para capturar el tráfico de red entre Citrix Receiver para Web y los servicios de StoreFront.

Consideraciones sobre Active Directory

En el caso de implementaciones de servidor único, StoreFront puede instalarse en un servidor que no esté unido a un dominio (aunque ciertas funciones no estarán disponibles). Los servidores de StoreFront deben residir ya sea en el dominio de Active Directory que contiene las cuentas de los usuarios, o en un dominio que tenga una relación de confianza con el dominio de las cuentas de usuario, a menos que se habilite la delegación de la autenticación en las comunidades o sitios de Citrix Virtual Apps and Desktops. Todos los servidores de StoreFront pertenecientes a un grupo deben residir en el mismo dominio.

Conexiones de usuario

En un entorno de producción, Citrix recomienda utilizar HTTPS para proteger la comunicación entre los dispositivos de los usuarios y StoreFront. Para utilizar HTTPS, StoreFront requiere que la instancia de IIS que aloja el servicio de autenticación y los almacenes asociados esté configurada para HTTPS. Sin una configuración de IIS adecuada, StoreFront utiliza HTTP para las comunicaciones. Puede cambiar de HTTP a HTTPS en cualquier momento que desee, siempre que tenga la configuración de IIS apropiada.

Si piensa habilitar el acceso a StoreFront desde fuera de la red corporativa, se necesita Citrix Gateway para proteger las conexiones de los usuarios remotos. Implemente Citrix Gateway fuera de la red corporativa, con firewalls que separen Citrix Gateway de redes tanto públicas como internas. Asegúrese de que Citrix Gateway puede acceder al bosque de Active Directory que contiene los servidores de StoreFront.

Varios sitios web de Internet Information Services (IIS)

StoreFront le permite implementar distintos almacenes de aplicaciones en sitios web de IIS diferentes en cada servidor Windows, de forma que cada almacén tenga un nombre de host y un enlace de certificado diferentes.

Empiece por crear dos sitios web, además del sitio web predeterminado de IIS. Después de crear varios sitios web en IIS, use el SDK de PowerShell para crear una implementación de StoreFront en cada uno de ellos. Para obtener más información sobre cómo crear sitios web en IIS, consulte How to set up your first IIS Website.

Nota:

Las consolas de StoreFront y PowerShell no pueden estar abiertas a la vez. Cierre siempre la consola de administración de StoreFront antes de usar la consola de PowerShell para administrar la configuración de StoreFront. Asimismo, cierre todas las instancias de PowerShell antes de abrir la consola de StoreFront.

Ejemplo: Para crear dos implementaciones de sitio web en IIS: una para aplicaciones y otra para escritorio

Add-STFDeployment -SiteID 1 -HostBaseURL "https://www.storefront.app.com"
Add-STFDeployment -SiteID 2 -HostBaseURL "https://www.storefront.desktop.com"

StoreFront inhabilita la consola de administración cuando detecta varios sitios y muestra un mensaje a tal efecto.

Para obtener más información, consulte Antes de instalar y configurar.

Escalabilidad

La cantidad de usuarios de la aplicación Citrix Workspace que puede aceptar un único grupo de servidores de StoreFront depende del hardware que utilice y del nivel de actividad de los usuarios. En función de la actividad simulada donde los usuarios inician sesión, enumere 100 aplicaciones publicadas e inicie un recurso. Necesitará un solo servidor de StoreFront con la especificación mínima recomendada de dos CPU virtuales ejecutándose en un servidor de procesador dual Intel Xeon L5520 a 2,27 GHz subyacente para habilitar hasta 30 000 conexiones de usuario por hora.

Necesitará un grupo de servidores con dos servidores configurados de la misma forma para acomodar hasta 60 000 conexiones de usuario por hora; tres nodos para 90 000 conexiones por hora, cuatro nodos para 120 000 conexiones por hora, 5 nodos para 150 000 conexiones por hora, y 6 nodos para 175 000 conexiones por hora.

El rendimiento de un único servidor de StoreFront también se puede incrementar asignando más CPU virtuales al sistema. Cuatro CPU virtuales permiten 55 000 conexiones de usuario por hora y 8 CPU virtuales permitan hasta 80 000 conexiones por hora.

La asignación mínima de memoria recomendada para cada servidor es de 4 GB. Si usa Citrix Receiver para Web, asigne 700 bytes adicionales por recurso y por usuario además de la asignación básica de memoria. Al igual que cuando se usa Receiver para Web, al usar la aplicación Citrix Workspace, diseñe su entorno para acomodar 700 bytes adicionales por cada recurso y por cada usuario, además de los requisitos básicos de 4 GB de memoria para esta versión de StoreFront.

Los patrones de uso de su entorno serán probablemente distintos de los descritos en las simulaciones mencionadas, por lo que sus servidores podrían admitir una cantidad mayor o menor de conexiones de usuario por hora.

Importante: Todos los servidores de un grupo deben residir en la misma ubicación. No se respaldan los grupos de servidores de StoreFront que contengan combinaciones de versiones de sistema operativo y configuraciones regionales.

Consideraciones sobre el tiempo de espera

En ocasiones, pueden darse problemas de red o de otra índole entre un almacén de StoreFront y el servidor con el que se comunica, lo que provoca retrasos o fallos para los usuarios. Puede recurrir al parámetro de tiempo de espera de los almacenes para reajustar este comportamiento. Si especifica un valor bajo de tiempo de espera, StoreFront abandona rápidamente el servidor que falle y prueba otro. Esto es útil si, por ejemplo, ha configurado varios servidores para el proceso de conmutación por error.

Si especifica un tiempo de espera más elevado, StoreFront espera más para obtener una respuesta de los servidores. Esto es muy útil en entornos donde la fiabilidad de la red o de los servidores no es plena y suelen producirse retrasos.

Citrix Receiver para Web también tiene un parámetro de tiempo de espera, que controla por cuánto tiempo un sitio de Citrix Receiver para Web espera, para obtener una respuesta desde un almacén. Establezca un valor para este parámetro de tiempo de espera que, al menos, equivalga al tiempo de espera del almacén. Un tiempo de espera más elevado equivale a una mayor tolerancia de fallos, pero los usuarios pueden sufrir retrasos largos. Un tiempo de espera más bajo reduce las de los usuarios, pero es posible que experimenten más errores.

Para obtener información sobre la configuración de tiempos de espera, consulte Duración del tiempo de espera de las comunicaciones y de los reintentos y Duración del tiempo de espera de las comunicaciones y de los reintentos.