Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Personalización de la flota
Tipo de flota
Al crear una flota, los clientes deben elegir un tipo de flota. Cada tipo de flota ofrece diferentes beneficios en cuanto a la experiencia de usuario, los costes y los gastos generales de mantenimiento. Independientemente del tipo de flota elegido, cada opción es compatible con los tipos de plataforma Windows y Linux, así como con la vista de escritorio o con la vista de aplicación.
Los clientes ahora pueden elegir entre los siguientes tipos de flota:
-
Always-On— Este tipo de flota proporciona a los usuarios acceso instantáneo a sus aplicaciones. Se le cobrará por todas las instancias en ejecución de su flota, aunque no haya ningún usuario reproduciendo aplicaciones en transmisión.
-
On-Demand— Selecciona este tipo de flota para optimizar tus costes de streaming. Con una flota bajo demanda, los usuarios experimentarán un tiempo de inicio de sesión de aproximadamente uno o dos minutos. Sin embargo, solo se le cobrarán las tarifas de las instancias en transmisión cuando los usuarios estén conectados, además de una pequeña tarifa por hora por cada instancia de la flota que no contenga aplicaciones de transmisión.
-
Elastic: las flotas de Elastic se pueden usar para aplicaciones que no requieren instalación y se pueden ejecutar desde un disco duro virtual (VHD). Las flotas de Elastic no admiten imágenes de WorkSpaces aplicaciones ni requieren políticas de escalado. Solo se le cobrará por la duración de una sesión de transmisión.
Tabla 2: Tipos de flotas de Amazon WorkSpaces Applications
| Tipo de flota | Cuándo se debe usar | Experiencia de usuario | Modelo de precios | Notas |
|---|---|---|---|---|
|
Always-On |
Sus usuarios necesitan acceso instantáneo a las aplicaciones cuando inician una sesión. No tendrá un exceso de capacidad significativo en su flota, tal vez porque sus patrones de uso son predecibles y puede controlar los costes con fiabilidad usando políticas de escalado. |
Acceso instantáneo a las aplicaciones |
Se paga el precio completo por cada instancia que esté disponible en su flota (tanto como si se está utilizando para una sesión como si no). |
Compatible con políticas de escalado e imagen personalizadas. |
|
On-Demand |
Debe mantener un exceso de capacidad significativo en sus flotas. Quiere el entorno con los costes más optimizados y no quiere pagar el precio completo por capacidad que no utiliza. Los usuarios pueden esperar de uno a dos minutos para acceder a sus aplicaciones después de iniciar una sesión. Está utilizando un tipo de instancia más grande. El costo por hora de una instancia en ejecución es mucho más caro que la tarifa por detener una instancia. |
Los usuarios esperan entre uno y dos minutos para acceder a sus aplicaciones después de iniciar una sesión. |
Solo se paga el precio completo por las instancias de transmisión que tengan sesión activa y un pequeño coste por hora por las instancias inactivas. |
Compatible con políticas personalizadas de imagen y escalado. |
|
Elastic |
La aplicación y sus dependencias ocupan menos de 1,5 GB. Cada vez que un usuario inicia una sesión en una flota de Elastic, el archivo de disco duro virtual (VHD) debe descargarse desde Amazon S3 a la sesión. Como resultado, los archivos VHD más grandes (es decir, con un tamaño superior a 1,5 GB) resultarán en una mala experiencia para el usuario final. Su aplicación es portátil. Es decir, su aplicación y todas sus dependencias pueden colocarse en un VHD y lanzarse desde las instancias de streaming que VHD.You no requieren unirse a un dominio (la unión a un dominio no está disponible actualmente con las flotas de Elastic). Desea pagar solo por las sesiones activas (es decir, no paga por la capacidad no utilizada de su flota). Sus usuarios pueden esperar 45 segundos o más para acceder a sus aplicaciones después de iniciar una sesión. Quiere que AWS gestione el escalado por usted (sin políticas de escalado que gestionar). |
El usuario espera entre 45 segundos y 3 minutos para acceder a las aplicaciones una vez iniciada la sesión (el tiempo de espera depende del tamaño del disco duro virtual). |
Solo se le cobrará por la duración de una sesión de transmisión. Como en las flotas de Elastic no existe el concepto de instancias inactivas, no se le cobrará nada por las instancias no utilizadas. |
No admite políticas de escalado ni de imágenes personalizadas (el cliente proporciona VHD con las aplicaciones). Actualmente es compatible con |
Casos de uso y requisitos según el tipo de flota
Dimensionamiento de la flota
Capacidad mínima y escalado programado
A la hora de dimensionar su flota de WorkSpaces aplicaciones, hay varias consideraciones que se traducen directamente en la experiencia del usuario y en el coste. El valor introducido para la capacidad mínima garantiza que el número de instancias de WorkSpaces Applications rara vez sea inferior a este valor. Una vez finalizada una sesión de WorkSpaces aplicaciones, si el total de instancias de WorkSpaces aplicaciones es inferior al valor de capacidad mínima, se inicia una nueva instancia de flota. Como siempre, es importante recordar que una instancia de WorkSpaces Applications se asigna directamente a una sesión de usuario, lo que influye directamente en el valor de la capacidad mínima.
Si se introduce un valor de capacidad mínima superior a la simultaneidad prevista, se incrementa el coste, pero la experiencia del usuario no se ve afectada. Un valor demasiado bajo se traduce en costes bajos, pero repercutirá en la experiencia del usuario si el total de solicitudes supera la capacidad disponible. Los administradores advertirán errores de «capacidad insuficiente» en este tipo de situaciones. Por ejemplo, esperar que PendingCapacity se convierta en AvailableCapacity es un uso ineficiente del tiempo del usuario cuando el número de conexiones previstas al principio del día es un valor constante y predecible.
Comience con una capacidad mínima que se adapte a las horas de menor actividad habituales y, a continuación, utilice una política de escalado programado para restablecer de forma efectiva la capacidad mínima antes de que comience la jornada laboral. No olvide crear otra política de escalado programada para reducir la capacidad mínima durante las horas de menor actividad. Para obtener más información sobre las políticas de escalado y cómo implementarlas, consulta la sección estrategias de escalado automático de flotas en este documento.
Capacidad máxima y service quotas
Establecer la capacidad máxima puede parecer un valor arbitrario, pero si se prevé y establece correctamente, optimiza el consumo y el coste totales de los recursos. Un valor introducido que sea superior a la cuota de servicio de la flota de WorkSpaces aplicaciones de su flota Cuenta de AWS puede parecer válido, pero cuando los eventos de escalado automático intentan escalar los recursos hasta la capacidad máxima, no se inician, ya que el valor de capacidad máxima supera la cuota de servicio disponible. Asegúrese de solicitar una cuota de servicio para la capacidad máxima deseada, para así garantizar que el escalado automático funcione según lo previsto por su organización.
Otra consideración importante a la hora de establecer un valor de capacidad máxima es el coste. Para obtener más información, consulte la sección Optimización de los costes mediante la elección del tipo de flota en este documento.
