기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
모니터링
대시보드 사용
플릿 사용률 모니터링은 CloudWatch 지표와 대시보드 생성을 통해 수행할 수 있는 정기적인 활동입니다. 또는 AppStream 2.0 콘솔에서 플릿 사용량 탭을 사용할 수도 있습니다. 사용자 행동을 항상 예측할 수 있는 것은 아니며 수요가 일급 선결제 계획조차 초과할 수 있으므로 플릿 사용량을 정기적으로 모니터링하십시오. AppStream 2.0 지표 및 차원의 전체 목록은 모니터링 리소스의 AppStream 2.0 관리 가이드에서 확인할 CloudWatch 수 있습니다.
성장 예측
PendingCapacity에서 대규모 점프가 발생할 때마다 Auto Scaling 이벤트가 발생했습니다. 새 AppStream 2.0 플릿 인스턴스를 사용자 세션을 호스팅할 수 있게 될 때까지 이를 확인하고 반비례 관계를 유지하는 것이 중요합니다. AvailableCapacity PendingCapacity 각 AppStream 2.0 플릿에 InsufficientCapacityError 대해 CloudWatch 경보를 생성하여 자동 확장이 수요에 뒤처지지 않도록 관리자에게 알리십시오.
수요가 용량을 초과하고 InsufficientCapacityError 지표 값이 일반적인 경우, 근무일 시작 시 예약된 규모 조정 정책을 통해 최소 용량을 늘리는 것을 고려해 보십시오. 또한 수요가 충족된 후 최소 용량을 낮추는 두 번째 예약된 규모 조정 정책을 마련하십시오. 최소 용량 값을 낮추더라도 기존 세션에는 영향을 미치지 않는다는 점에 유의하세요. 업무가 끝나기 전에 최소 용량을 낮추면 ActualCapacity의 값을 낮춰 규모 조정이 의도한 대로 작동할 수 있습니다. 이를 통해 비용이 최적화됩니다.
수요를 지속적으로 예측할 수 없는 경우 Target Tracking 조정 정책을 사용하여 AppStream 2.0 플릿이 사용 패턴을 결정하는 동시에 수요를 충족하기에 AvailableCapacity 충분한지 확인하십시오. 목표 추적에서 플릿 사용량의 일정 비율을 사용하므로 계속 모니터링하십시오. 총 플릿 인스턴스 수가 증가하면 미사용 플릿 인스턴스 수가 크게 증가합니다. 최대 용량을 보수적인 값으로 설정하지 않으면 낭비가 될 수 있습니다. 여러 유형의 조정 정책(예: 예약 및 목표 추적)을 사용하여 안정성과 비용 최적화의 균형을 유지하십시오.
사용자 사용량 모니터링
순 사용자 모니터링(사용자 요금 형태로 비용이 발생
사용량 보고서는 S3 버킷에 별도의 .csv 파일로 저장되며, 타사 BI(비즈니스 인텔리전스) 도구를 사용하여 다운로드하고 분석할 수 있습니다. 보고서를 다운로드하지 않고도 사용량 데이터를 분석하거나 여러 파일을 AWS 연결하지 않고도 사용자 지정 날짜 범위에 대한 보고서를 만들 수 있습니다. .csv 예를 들어 Amazon Athena와 Amazon을 QuickSight 사용하여 2.0 사용 데이터에 대한 사용자 지정 보고서 및 시각화를 생성할 수 있습니다 AppStream
애플리케이션 및 Windows 이벤트 로그 유지
AppStream 2.0 인스턴스 세션이 완료되면 인스턴스가 종료됩니다. 즉, 세션에서 사용된 모든 애플리케이션 및 Windows 이벤트 로그가 손실됩니다. 이러한 애플리케이션 및 Windows 이벤트 로그를 유지해야 하는 경우 한 가지 방법은 Amazon Data Firehose를 사용하여 실시간으로 S3에 전송하고 OpenSearch
감사 네트워크 및 관리 활동
아직 설정하지 않았다면 Amazon AppStream 2.0을 AWS CloudTrailappstream.amazonaws.com.
VPC 흐름 로그를 활성화하여 고객 관리 리소스에 대한 액세스를 감사할 수 있습니다. 감사가 필요한 경우 VPC 흐름 로그를 CloudWatch Logs에 게시하여 쿼리를 수행할 수 있습니다.
2.0 플릿이 성장함에 따라 서브넷 IP 할당을 모니터링하는 것이 중요합니다. AppStream describe-subnets
