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.

Monitorización

Uso de paneles

La supervisión de la utilización de la flota es una actividad habitual que se puede realizar mediante CloudWatch métricas y la creación de un panel de control. Como alternativa, desde la consola AppStream 2.0, usa la pestaña Uso de la flota. Supervise periódicamente el uso de su flota, ya que el comportamiento de los usuarios no siempre es predecible y la demanda puede superar incluso una planificación inicial de primer nivel. Encontrará una lista completa de las métricas y dimensiones de la AppStream versión 2.0 en la guía de administración de la AppStream versión 2.0, en la sección Recursos de monitorización. CloudWatch

Anticipación del crecimiento

Siempre que hay un salto grande en PendingCapacity, se produce un evento de escalado automático. Es importante confirmarlo AvailableCapacity y PendingCapacity mantener una relación inversa a medida que estén disponibles nuevas instancias de la flota AppStream 2.0 para alojar las sesiones de los usuarios. Cree una CloudWatch alarma InsufficientCapacityError para cada flota AppStream 2.0 a fin de notificar a los administradores y garantizar que el escalado automático no vaya a la zaga de la demanda.

Si la demanda supera la capacidad y los valores métricos InsufficientCapacityError son habituales, valore la posibilidad de aumentar la capacidad mínima mediante una política de escalado programado para el inicio de la jornada laboral. Además, tenga una segunda política de escalado programado para reducir la capacidad mínima una vez que se haya satisfecho la demanda. Tenga en cuenta que reducir el valor de capacidad mínima no afecta a las sesiones existentes. Reducir la capacidad mínima antes del final de la jornada laboral permite que el escalado funcione de manera efectiva según lo previsto, ya que reduce el valor de ActualCapacity. Esto optimiza los costes.

Si la demanda es constantemente impredecible, utilice la política de escalado de Target Tracking para asegurarse de que la flota AppStream 2.0 cuente con una flota adecuada AvailableCapacity para satisfacer la demanda y, al mismo tiempo, determinar los patrones de uso. No deje de supervisar, ya que el seguimiento de objetivos utiliza un porcentaje del consumo de la flota. A medida que aumenta el número total de instancias de flota, se multiplica el número total de instancias de flota no utilizadas. Esto puede convertirse en un desperdicio a no ser que la capacidad máxima se establezca en un valor conservador. Utilice varios tipos de políticas de escalado (por ejemplo, el seguimiento programado y el seguimiento objetivo) para equilibrar la fiabilidad con la optimización de los costes.

Monitorización del uso de los usuarios

Monitorizar a los usuarios únicos, ya que existe un coste asociado en forma de tarifas de usuario. El coste de esta cuota de usuario se debe a las licencias de acceso por suscriptor (SAL) de Image Assistant (RDS). La evaluación de los usuarios únicos se puede realizar mediante informes del IdP donde se realiza la autenticación o mediante informes de uso.

Los informes de uso se almacenan como archivos .csv independientes en su bucket de S3, que pueden descargar y analizar mediante herramientas de inteligencia empresarial (BI) de terceros. Puede analizar sus datos de uso AWS sin descargar los informes o crear informes en intervalos de fechas personalizados sin concatenar varios archivos. .csv Por ejemplo, puede usar Amazon Athena y Amazon QuickSight para crear informes y visualizaciones personalizados de sus datos de uso de la AppStream versión 2.0.

Registros de eventos de Windows y aplicaciones persistentes

Cuando se completa una sesión de instancia AppStream 2.0, la instancia finaliza. Esto significa que se pierden todos los registros de aplicaciones y eventos de Windows utilizados en la sesión. Si es necesario conservar estos registros de eventos de Windows y aplicaciones, un método consiste en utilizar Amazon Data Firehose para entregarlos en tiempo real a S3 y realizar búsquedas con Amazon OpenSearch Service (OpenSearch Servicio). Si no se prevé que las consultas sean frecuentes, para optimizar los costes, utilice Amazon Athena para realizar búsquedas en lugar de utilizar Amazon OpenSearch Service.

Auditoría de la red y de la actividad administrativa

Si aún no está configurado, se recomienda AWS CloudTrailconfigurarlo Cuenta de AWS con Amazon AppStream 2.0. Para auditar específicamente las llamadas a la API AppStream 2.0, usa la fuente de eventos del filtro con un valor deappstream.amazonaws.com.

Habilite los registros de flujo de VPC para auditar el acceso a los recursos administrados por el cliente. Los registros de flujo de VPC se pueden publicar en CloudWatch Logs para realizar consultas cuando se requiera una auditoría.

Supervisar la asignación de IP de subred es importante a medida que crecen las flotas de AppStream 2.0. Los informes sobre la asignación de IP ejecutando la CLI describe-subnets para informar sobre las direcciones IP disponibles en cada subred asignada a las flotas. Asegúrese de que su organización tenga suficiente capacidad de direcciones IP para satisfacer la demanda de todas las flotas que funcionan a máxima capacidad.