Pemantauan

Menggunakan dasbor

Pemantauan pemanfaatan armada adalah kegiatan rutin yang dapat dilakukan melalui CloudWatch metrik dan membuat dasbor. Atau, dari konsol AppStream 2.0, gunakan tab Penggunaan Armada. Pantau penggunaan armada Anda secara teratur, karena perilaku pengguna tidak selalu dapat diprediksi, dan permintaan dapat melebihi perencanaan awal tingkat pertama sekalipun. Daftar lengkap AppStream 2.0 metrik dan dimensi untuk CloudWatch dapat ditemukan di panduan administrasi AppStream 2.0 di bawah Sumber Daya Pemantauan.

Mengantisipasi pertumbuhan

Setiap kali ada lompatan besarPendingCapacity, peristiwa penskalaan otomatis telah terjadi. Penting untuk mengonfirmasi hal itu AvailableCapacity dan PendingCapacity memiliki hubungan terbalik sementara instance armada AppStream 2.0 baru tersedia untuk meng-host sesi pengguna. Buat CloudWatch Alarm InsufficientCapacityError untuk setiap armada AppStream 2.0 untuk memberi tahu administrator guna memastikan penskalaan otomatis tidak ketinggalan permintaan.

Jika permintaan melebihi kapasitas dan nilai InsufficientCapacityError metrik adalah hal yang umum, pertimbangkan untuk meningkatkan kapasitas minimum melalui kebijakan Penskalaan Terjadwal untuk awal hari kerja. Selain itu, miliki kebijakan Penskalaan Terjadwal kedua untuk menurunkan kapasitas minimum setelah permintaan terpenuhi. Perlu diingat bahwa menurunkan nilai untuk kapasitas minimum tidak memengaruhi sesi yang ada. Menurunkan kapasitas minimum sebelum akhir hari kerja secara efektif memungkinkan skala berfungsi sebagaimana dimaksud dengan menurunkan nilai untukActualCapacity. Ini mengoptimalkan biaya.

Jika permintaan secara konsisten tidak dapat diprediksi, gunakan kebijakan penskalaan Target Tracking untuk memastikan bahwa ada cukup AvailableCapacity dalam armada AppStream 2.0 untuk memenuhi permintaan sambil menentukan pola penggunaan. Terus memantau karena Pelacakan Target menggunakan persentase konsumsi armada. Ketika jumlah total instance armada bertambah, jumlah total instance armada yang tidak digunakan berlipat ganda. Ini bisa menjadi boros kecuali kapasitas maksimum diatur ke nilai konservatif. Gunakan beberapa jenis kebijakan penskalaan (misalnya, Pelacakan Terjadwal dan Target) untuk menyeimbangkan keandalan dengan pengoptimalan biaya.

Memantau penggunaan pengguna

Memantau pengguna unik, karena ada biaya yang terkait untuk itu dalam bentuk biaya pengguna. Biaya biaya pengguna ini disebabkan oleh lisensi akses pelanggan (SAL) Image Assistant (RDS). Mengevaluasi pengguna unik dapat dilakukan melalui pelaporan dari IDP tempat otentikasi dilakukan, atau melalui laporan penggunaan.

Laporan penggunaan disimpan sebagai .csv file terpisah di bucket S3 Anda, yang dapat Anda unduh dan analisis menggunakan alat intelijen bisnis (BI) pihak ketiga. Anda dapat menganalisis data penggunaan AWS tanpa mengunduh laporan atau membuat laporan melalui rentang tanggal khusus tanpa menggabungkan beberapa file. .csv Misalnya, Anda dapat menggunakan Amazon Athena dan Amazon QuickSight untuk membuat laporan kustom dan visualisasi data penggunaan 2.0 Anda AppStream .

Aplikasi yang bertahan dan log peristiwa Windows

Ketika sesi instance AppStream 2.0 selesai, instance berakhir. Ini berarti semua log peristiwa aplikasi dan Windows yang digunakan dalam sesi hilang. Jika ada persyaratan untuk mempertahankan aplikasi ini dan log peristiwa Windows, salah satu metode adalah dengan menggunakan Amazon Data Firehose untuk mengirimkannya secara real-time ke S3 dan mencari dengan OpenSearch Amazon Service (ServiceOpenSearch ). Jika kueri tidak diantisipasi sering, untuk mengoptimalkan biaya, gunakan Amazon Athena untuk mencari sebagai lawan menjalankan Layanan Amazon. OpenSearch

Jaringan audit dan aktivitas administrasi

Jika belum diatur, ini adalah praktik terbaik AWS CloudTrailuntuk mengonfigurasi Akun AWS dengan Amazon AppStream 2.0. Untuk mengaudit panggilan API AppStream 2.0 secara khusus, gunakan sumber peristiwa filter dengan nilaiappstream.amazonaws.com.

Aktifkan log aliran VPC untuk mengaudit akses ke sumber daya yang dikelola pelanggan. Log aliran VPC dapat dipublikasikan ke CloudWatch Log untuk melakukan kueri saat audit diperlukan.

Pemantauan alokasi IP subnet penting karena armada AppStream 2.0 tumbuh. Laporkan penugasan IP dengan menjalankan CLI subnet deskripsikan untuk melaporkan alamat IP yang tersedia di setiap subnet yang ditetapkan ke armada. Pastikan bahwa organisasi Anda memiliki kapasitas alamat IP yang cukup untuk memenuhi permintaan semua armada yang berjalan pada kapasitas maksimum.