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.

Optimización de costos

La optimización de costos se centra en evitar costos innecesarios. Los temas clave incluyen comprender y controlar dónde se gasta el dinero y elegir el número más apropiado y correcto de tipos de recursos. Analice el gasto a lo largo del tiempo y la escalabilidad para satisfacer las necesidades empresariales. Los siguientes recursos de AppStream 2.0 incurren en tarifas de pago por uso:

Para obtener información sobre los precios actuales, consulte el sitio web de AWS, donde puede encontrar los precios de Amazon AppStream 2.0.

Diseño de implementaciones de AppStream 2.0 rentables

El primer paso en la planificación y el diseño de la implementación de AppStream 2.0 consiste en utilizar una sencilla herramienta de precios para calcular la base de las tarifas AWS relacionadas con el uso. Indique el número total de usuarios, el uso simultáneo real por hora, el tipo de instancia y el uso de la flota, y la herramienta de precios calculará el precio por usuario. También muestra el ahorro de precios estimado al utilizar una flota bajo demanda en lugar de una flota siempre activa.

A los clientes les gusta el modelo de precios de AppStream 2.0, que consiste en pagar solo por las instancias que proveen para satisfacer las necesidades de transmisión de sus usuarios. Este modelo es diferente al de sus entornos de transmisión de aplicaciones existentes. Por lo general, se basan en el aprovisionamiento para los picos de capacidad, incluso durante las noches, los fines de semana y los días festivos, cuando la carga es menor. La herramienta de precios de Amazon AppStream 2.0 solo proporciona una estimación de las tarifas de AWS relacionadas con el uso de AppStream 2.0 y no incluye los impuestos que puedan aplicarse. Sus tarifas reales dependen de una serie de factores, tales como el uso que usted hace de los servicios de AWS.

La herramienta de precios de AppStream 2.0 se proporciona en forma de hoja de cálculo de Microsoft Excel o OpenOffice Calc que le permite introducir información básica sobre su flota y, a continuación, proporciona una estimación de los costes del entorno AppStream 2.0 para flotas bajo demanda y siempre activas en función de su patrón de uso. Puede simular los costes en función de las tendencias de uso históricas o previstas. Las flotas de Elastic liberan al administrador de la necesidad de predecir el uso, crear y mantener políticas e imágenes de escalado al incorporar estas funciones. Las flotas e instancias de Elastic que se ejecutan por Amazon Linux 2 (todos los tipos de flotas) se facturan por la duración de la sesión de streaming, en segundos, con un mínimo de 15 minutos.

Optimización de los costes mediante la elección del tipo de instancia

En el caso de las instancias de creación de imágenes y flotas, hay una variedad de familias y tipos de instancias diferentes disponibles que puede elegir para su aplicación.

Pruebas con usuarios finales: el siguiente paso es implementar la flota de AppStream 2.0 entre un grupo de usuarios piloto para realizar pruebas y validar el tipo de instancia que hemos elegido. Es importante solicitar a los usuarios piloto que prueben todos sus flujos de trabajo habituales y pesados para recopilar métricas relacionadas con la memoria, la CPU y los gráficos, de modo que usted pueda recopilar las métricas de rendimiento de referencia. El grupo piloto debe incluir los distintos roles de usuario que utilizan la aplicación para garantizar que está siendo probado desde varias experiencias de usuario. Las pruebas de aceptación de los usuarios te permiten recopilar comentarios sobre la experiencia de la sesión de streaming. Al crear o actualizar una pila, existe la opción de utilizar una URL de comentarios personalizada. Los usuarios son redirigidos a esta URL al hacer click en el enlace Enviar comentarios para enviar comentarios sobre su experiencia de transmisión de la aplicación. Si hay un obstáculo en el rendimiento, utilice las métricas de rendimiento de Windows para analizar las limitaciones de recursos. Por ejemplo, si el tipo de instancia de flota actual stream.standard.medium muestra restricciones de recursos, actualice el tipo de instancia a stream.standard.large. Por el contrario, si las métricas de rendimiento muestran altos niveles de infrautilización de los recursos, considere la posibilidad de cambiar el tipo de instancia a una versión inferior.

Optimización de los costos mediante la elección del tipo de flota

Al crear una nueva flota de AppStream 2.0, los desarrolladores deben escoger entre un tipo de flota siempre activa o bajo demanda. Cuando se escoge el tipo de instancia usando el criterio del precio, es importante entender cómo AppStream 2.0 gestiona las instancias de flota. En el caso de las flotas siempre activas, las instancias de flota permanecen en estado de ejecución. Por lo tanto, cuando los usuarios intentan transmitir sesiones, las instancias de flota siempre están listas para iniciar las sesiones de transmisión.

En el caso de las flotas bajo demanda, una vez lanzadas las instancias de flota, se mantienen detenidas. La tarifa por instancia detenida es inferior a la tarifa por instancia en ejecución, lo que puede ayudar a reducir los costos. Las instancias de la flota bajo demanda deben iniciarse desde un estado detenido. El usuario debe esperar aproximadamente dos minutos para que su sesión de streaming esté disponible.

Las flotas de Elastic son adecuadas para aplicaciones que son independientes y que pueden instalarse en discos duros virtuales guardados en un bucket de Amazon Simple Storage Service (Amazon S3). Las flotas de Elastic pueden reducir aún más los costos en algunos casos de uso, ya que la facturación por segundo solo se cobra por la duración de la transmisión. La tarifa depende del tipo y tamaño de la instancia y del sistema operativo que elijas al crear la flota.

Si los usuarios finales necesitan instancias de flota durante el horario laboral, es mejor mantener las mismas sesiones de streaming. Esto se debe a que las instancias de flota se cobran por hora y, cada vez que se inicia una nueva sesión de streaming, se incurre en otra cuota de instancia de flota.

Tabla 10: Comparación del tipo de flota de AppStream 2.0

AppStream 2.0 supervisa el uso de la flota y realiza ajustes automáticos en la capacidad de la flota para satisfacer la demanda de los usuarios al menor coste posible. Los ajustes de capacidad se realizan en función de las políticas de escalado que usted defina, en función de la utilización actual o de un cronograma. Revise periódicamente las métricas de uso de la flota para comprobar que las políticas de escalado de la flota no tienen niveles elevados de capacidad sobrante.

Políticas de escalado

El escalado automático de flota le permite optimizar los recursos de la flota al no tener que comprometer recursos en exceso esperando a que los usuarios inicien sesión. Los administradores pueden ajustar el tamaño de la flota en función de una variedad de usos para adaptarse a la demanda de los usuarios. Utilice las métricas de flota de CloudWatch AppStream 2.0 o herramientas de supervisión de terceros para obtener información sobre la actividad de los usuarios y configurar políticas de escalado para ampliar o reducir las flotas de AppStream 2.0 en función del uso previsto. Los registros de los usuarios son un mecanismo esencial para comprender el uso real. Esta información se puede utilizar para cambiar dinámicamente el tamaño de la flota en función del escalado automático.

En muchos casos, las flotas de AppStream 2.0 se crean en función del número máximo de usuarios y no se ajustan a distintos momentos del día y de la semana, como noches y fines de semana. A menudo, el número de usuarios simultáneos de las aplicaciones transmitidas por streaming es inferior al número total de usuarios, especialmente cuando los usuarios tienen la flexibilidad de trabajar de forma remota. Es importante tener en cuenta estas variables al proyectar los patrones de uso. El cálculo sobrestimado lleva a un aprovisionamiento excesivo de las instancias de AppStream 2.0, lo que genera costes adicionales. Para lograr una configuración óptima, es posible que necesite combinar una o más políticas de escalado programado con programas de escalado horizontal.

Para obtener más información sobre la implementación de políticas de escalado, consulte Cómo escalar sus flotas de Amazon AppStream 2.0.

Tarifas de usuario

Las tarifas de usuario se cobran por usuario y mes en cada Región de AWS en los que los usuarios transmiten aplicaciones desde instancias de la flota de AppStream 2.0. En lugar de generar distintos identificadores de usuario, utilice identificadores de usuario estables para los usuarios de AppStream 2.0. No se cobran tarifas a los usuarios cuando se conectan a los creadores de imágenes.

Las escuelas, universidades y determinadas instituciones públicas pueden tener derecho a una tarifa de usuario reducida de Microsoft RDS SAL de 0,44$ por usuario al mes. Para conocer los requisitos, consulte los términos y documentos de licencia de Microsoft.

Si tiene Movilidad de licencias de Microsoft, es posible que pueda traer sus propias licencias de acceso de cliente (CAL) de Microsoft RDS y utilizarlas con Amazon AppStream 2.0. Si su propia licencia le cubre, no incurrirá en tarifas de usuario mensuales. Para obtener más información sobre si puede utilizar sus licencias CAL de Microsoft RDS existentes con Amazon AppStream 2.0, consulte la guía de movilidad de licenciasAWS o póngase en contacto con su representante de licencias de Microsoft.

Uso del generador de imágenes

Las instancias del generador de imágenes de AppStream 2.0 se recaudan por hora. El cargo por la instancia del generador de imágenes incluye el cómputo, el almacenamiento y cualquier tráfico de red utilizado por el protocolo de transmisión. Por todas las instancias del generador de imágenes que se estén ejecutando se cobrará la tarifa de instancia en ejecución correspondiente. Esta tarifa se basa en el tipo y el tamaño de la instancia, incluso cuando no hay ningún administrador conectado.

Como práctica recomendada para optimizar el coste, cierre cualquier instancia del generador de imágenes cuando no se esté utilizando. Las reglas de los eventos de CloudWatch se pueden usar para programar un trabajo diario, como invocar una función de Lambda para detener las instancias del generador de imágenes.

Puede mantener su imagen de AppStream 2.0 actualizada mediante las actualizaciones de imágenes de AppStream 2.0 gestionadas. Este método de actualización proporciona las últimas actualizaciones del sistema operativo Windows y de los controladores, así como el software de agente AppStream 2.0 más reciente. Al utilizar este método para actualizar imágenes, se inicia y detiene automáticamente un generador de imágenes como parte del proceso de servicio gestionado.