Auto Scaling Armada untuk Amazon 2.0 AppStream - Amazon AppStream 2.0

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Auto Scaling Armada untuk Amazon 2.0 AppStream

Fleet Auto Scaling memungkinkan Anda mengubah ukuran armada AppStream 2.0 Always-On atau On-Demand secara otomatis agar sesuai dengan pasokan instans yang tersedia dengan permintaan pengguna. Ukuran armada Anda menentukan jumlah pengguna yang dapat melakukan streaming secara bersamaan. Untuk armada multi-sesi, lebih dari satu pengguna dapat menggunakan satu instance. Untuk armada non-multi-sesi, satu instance diperlukan untuk setiap sesi pengguna. Anda dapat menentukan kapasitas armada Anda dalam hal instance (untuk armada sesi tunggal) dan sesi pengguna (untuk armada multi-sesi). Berdasarkan konfigurasi armada dan kebijakan penskalaan otomatis, jumlah instans yang diperlukan akan tersedia. Anda dapat menentukan kebijakan penskalaan yang menyesuaikan ukuran armada Anda secara otomatis berdasarkan berbagai metrik pemanfaatan, dan mengoptimalkan jumlah instans yang tersedia agar sesuai dengan permintaan pengguna. Anda juga dapat memilih untuk mematikan penskalaan otomatis dan membuat armada berjalan pada ukuran tetap.

catatan

Kapasitas armada elastis dikelola secara otomatis oleh AppStream 2.0 untuk Anda. Anda tidak perlu membuat aturan penskalaan otomatis untuk mengelola jumlah instance streaming armada yang tersedia untuk armada Elastic.

catatan

Saat Anda mengembangkan rencana untuk penskalaan armada AppStream 2.0, pastikan konfigurasi jaringan Anda memenuhi persyaratan Anda.

Sebelum Anda dapat menggunakan Fleet Auto Scaling, Application Auto Scaling memerlukan izin untuk mengakses alarm CloudWatch Amazon AppStream dan armada 2.0. Untuk informasi selengkapnya, lihat Menggunakan Kebijakan AWS Terkelola dan Peran Tertaut untuk Mengelola Akses Administrator ke Sumber Daya AppStream 2.0 dan Menggunakan Kebijakan IAM untuk Mengelola Akses Administrator ke Application Auto Scaling.

catatan

Saat Anda menggunakan penskalaan, Anda bekerja dengan Application Auto Scaling API. Agar Fleet Auto Scaling berfungsi dengan benar untuk AppStream 2.0, Application Auto Scaling memerlukan izin untuk mendeskripsikan dan memperbarui armada 2.0 AppStream Anda dan menjelaskan alarm CloudWatch Amazon Anda, serta izin untuk mengubah kapasitas armada Anda atas nama Anda. Untuk informasi selengkapnya, lihat Peran yang Diperlukan untuk AppStream 2.0, Application Auto Scaling, dan AWS Certificate Manager Private CA dan Menggunakan Kebijakan IAM untuk Mengelola Akses Administrator ke Application Auto Scaling.

Topik berikut memberikan informasi untuk membantu Anda memahami dan menggunakan AppStream 2.0 Fleet Auto Scaling.

Konsep Penskalaan

AppStream Penskalaan 2.0 disediakan oleh Application Auto Scaling. Untuk informasi selengkapnya, lihat Referensi API Application Auto Scaling.

Untuk step-by-step panduan untuk bekerja dengan AppStream 2.0 Fleet Auto Scaling, lihat Menskalakan Streaming Aplikasi Desktop Anda dengan AppStream Amazon 2.0 di AWS Blog Komputasi.

Untuk menggunakan Fleet Auto Scaling secara efektif, Anda harus memahami istilah dan konsep berikut.

Multi-sesi vs. Sesi tunggal

Dalam skenario sesi tunggal, setiap sesi pengguna memiliki instance khusus sendiri. Dalam mode multi-sesi, lebih dari satu sesi pengguna dapat disediakan pada sebuah instance. Kapasitas armada dan kebijakan penskalaan otomatis harus dikonfigurasi dalam hal sesi pengguna, dan layanan akan menghitung dan meluncurkan jumlah instans yang diperlukan.

Kapasitas Minimum/Sesi Pengguna Minimum untuk armada

Jumlah minimum instance (untuk armada sesi tunggal) atau sesi pengguna (untuk armada multi-sesi). Jumlah instans (untuk armada sesi tunggal) atau sesi pengguna (untuk armada multi-sesi) tidak dapat di bawah nilai ini, dan kebijakan penskalaan tidak akan menskalakan armada Anda di bawah nilai ini. Misalnya, dalam skenario sesi tunggal, jika Anda menetapkan kapasitas minimum untuk armada menjadi 2, armada Anda tidak akan pernah memiliki kurang dari 2 instance. Demikian pula, dalam skenario multi-sesi, dengan jumlah sesi maksimum pada instans disetel ke 5, jika Anda menetapkan kapasitas minimum untuk armada menjadi 12, armada Anda tidak akan pernah memiliki kurang dari roundup (12/5) = 3 instance.

Kapasitas Maksimum/Sesi Pengguna Maksimum untuk armada

Jumlah maksimum instance (untuk armada sesi tunggal) atau sesi pengguna (untuk armada multi-sesi). Jumlah instans (untuk armada sesi tunggal) atau sesi pengguna (untuk armada multi-sesi) tidak dapat melebihi nilai ini, dan kebijakan penskalaan tidak akan menskalakan armada Anda di atas nilai ini. Misalnya, dalam skenario sesi tunggal, jika Anda menetapkan kapasitas maksimum untuk armada menjadi 10, armada Anda tidak akan pernah memiliki lebih dari 10 instance. Demikian pula, dalam skenario multi-sesi, dengan jumlah sesi maksimum pada instans yang disetel ke 5, jika Anda menetapkan kapasitas maksimum untuk armada menjadi 52, armada Anda tidak akan pernah memiliki lebih dari roundup (52/5) = 11 instance.

Kapasitas yang Diinginkan

Jumlah total instance (untuk armada sesi tunggal) atau sesi pengguna (untuk armada multi-sesi) yang sedang berjalan atau tertunda. Nilai ini mewakili jumlah total sesi streaming bersamaan yang dapat didukung armada Anda dalam kondisi mapan. Untuk menetapkan nilai Kapasitas yang Diinginkan, edit Detail Armada. Kami tidak menyarankan untuk mengubah nilai Kapasitas yang Diinginkan secara manual saat Anda menggunakan Kebijakan Penskalaan.

Jika nilai Kapasitas yang Diinginkan ditetapkan di bawah nilai Kapasitas Minimum dan aktivitas penskalaan dipicu, Application Auto Scaling menskalakan nilai Kapasitas yang Diinginkan hingga nilai Kapasitas Minimum dan kemudian melanjutkan skala sesuai kebutuhan, berdasarkan kebijakan penskalaan. Namun, dalam hal ini, aktivitas scale-in tidak menyesuaikan Kapasitas yang Diinginkan, karena sudah di bawah nilai Kapasitas Minimum.

Jika nilai Kapasitas yang Diinginkan ditetapkan di atas nilai Kapasitas Maksimum dan aktivitas penskalaan dipicu, Application Auto Scaling menskalakan nilai Kapasitas yang Diinginkan ke nilai Kapasitas Maksimum dan kemudian melanjutkan skala sesuai kebutuhan, berdasarkan kebijakan penskalaan. Namun, dalam hal ini, aktivitas scale-out tidak menyesuaikan Kapasitas yang Diinginkan, karena sudah di atas nilai Kapasitas Maksimum.

Tindakan Kebijakan Penskalaan

Tindakan yang dilakukan kebijakan penskalaan pada armada Anda saat Kondisi Kebijakan Penskalaan terpenuhi. Anda dapat memilih tindakan berdasarkan kapasitas% atau jumlah instans (untuk armada sesi tunggal) atau sesi pengguna (untuk armada multi-sesi). Misalnya, jika Kapasitas Saat Ini adalah 4 dan Tindakan Kebijakan Penskalaan diatur ke “Tambahkan 25% kapasitas”, Kapasitas yang Diinginkan ditingkatkan akan disetel ke 5 saat Kondisi Kebijakan Penskalaan terpenuhi.

Kondisi Kebijakan Penskalaan

Kondisi yang memicu tindakan yang ditetapkan dalam Tindakan Kebijakan Penskalaan. Kondisi ini mencakup metrik kebijakan penskalaan, operator perbandingan, dan ambang batas. Misalnya, untuk menskalakan armada jika pemanfaatan armada lebih besar dari 50%, kondisi kebijakan penskalaan Anda harus “Jika Pemanfaatan Kapasitas > 50%”.

Metrik Kebijakan Penskalaan

Kebijakan penskalaan Anda didasarkan pada metrik ini. Metrik berikut tersedia untuk kebijakan penskalaan:

Pemanfaatan Kapasitas

Persentase contoh dalam armada yang sedang digunakan. Anda dapat menggunakan metrik ini untuk menskalakan armada Anda berdasarkan penggunaan armada. Misalnya, Kondisi Kebijakan Penskalaan: “Jika Pemanfaatan Kapasitas < 25%" melakukan Tindakan Kebijakan Penskalaan: “Hapus kapasitas 25%”.

Kapasitas yang Tersedia

Jumlah instance (untuk armada sesi tunggal) atau sesi pengguna (untuk armada multi-sesi) dalam armada Anda yang tersedia untuk pengguna. Anda dapat menggunakan metrik ini untuk mempertahankan buffer dalam kapasitas Anda yang tersedia bagi pengguna untuk memulai sesi streaming. Misalnya, Kondisi Kebijakan Penskalaan: “Jika Kapasitas Tersedia < 5" melakukan Tindakan Kebijakan Penskalaan: “Tambahkan 5 instans (untuk armada sesi tunggal) atau sesi pengguna (untuk armada multi-sesi)”.

Kesalahan Kapasitas Tidak Cukup

Jumlah permintaan sesi ditolak karena kurangnya kapasitas. Anda dapat menggunakan metrik ini untuk menyediakan instans baru bagi pengguna yang tidak dapat memulai sesi streaming karena kurangnya kapasitas. Misalnya, Kondisi Kebijakan Penskalaan: “Jika Kesalahan Kapasitas Tidak Cukup > 0" melakukan Tindakan Kebijakan Penskalaan: “Tambahkan 1 instance (fr armada sesi tunggal) atau sesi pengguna (untuk armada multi-sesi)”.

Mengelola Penskalaan Armada Menggunakan Konsol

Anda dapat mengatur dan mengelola penskalaan armada menggunakan konsol AppStream 2.0 dengan salah satu dari dua cara berikut: Selama pembuatan armada, atau kapan saja, dengan menggunakan tab Armada. Dua kebijakan penskalaan default dikaitkan dengan armada yang baru dibuat setelah peluncuran. Anda dapat mengedit kebijakan ini di tab Kebijakan Penskalaan di konsol AppStream 2.0. Untuk informasi selengkapnya, lihat Buat Armada.

Untuk lingkungan pengguna yang jumlahnya bervariasi, tentukan kebijakan penskalaan untuk mengontrol bagaimana penskalaan merespons permintaan. Jika Anda mengharapkan jumlah pengguna tetap atau memiliki alasan lain untuk menonaktifkan penskalaan, Anda dapat mengatur armada Anda dengan sejumlah instans tetap untuk sesi pengguna.

Untuk menetapkan kebijakan penskalaan armada menggunakan konsol
  1. Buka konsol AppStream 2.0 di https://console.aws.amazon.com/appstream2.

  2. Di panel navigasi, pilih Armada.

  3. Pilih armada, lalu pilih Kebijakan Penskalaan.

  4. Edit kebijakan yang ada dengan memilih ikon edit di samping setiap nilai. Tetapkan nilai yang diinginkan di bidang edit dan pilih Perbarui. Perubahan kebijakan mulai berlaku dalam beberapa menit.

  5. Tambahkan (buat) kebijakan baru menggunakan tautan Tambahkan Kebijakan. Tetapkan nilai yang diinginkan di bidang edit dan pilih Buat. Kebijakan baru ini mulai berlaku dalam beberapa menit.

Anda dapat menggunakan tab Penggunaan Armada untuk memantau efek perubahan kebijakan penskalaan Anda. Berikut ini adalah contoh grafik penggunaan aktivitas penskalaan ketika lima pengguna terhubung ke armada dan kemudian memutuskan sambungan. Contoh ini berasal dari armada yang menggunakan nilai kebijakan penskalaan berikut:

  • Kapasitas Minimum = 10

  • Kapasitas Maksimum = 50

  • Scale Out = Tambahkan 5 instance (untuk armada sesi tunggal) atau sesi pengguna (untuk armada multi-sesi) jika Pemanfaatan Kapasitas > 75%

  • Scale In = Hapus 6 instance (untuk armada sesi tunggal) atau sesi pengguna (untuk armada multi-sesi) jika Pemanfaatan Kapasitas < 25%

    catatan

    Kebijakan di atas berlaku dalam skenario sesi tunggal dan multi-sesi. Dalam skenario sesi tunggal, 5 instans baru akan diluncurkan selama acara skala keluar, dan 4 instance akan direklamasi selama acara penurunan skala. Dalam skenario multi-sesi, dengan sesi maksimum per instance = 4, acara skala keluar akan memicu peluncuran roundup (tambahkan 5 sesi pengguna/sesi maksimum per instance 4) = 2 instance. Selama skala dalam acara, layanan akan merebut kembali roundup (menghapus 6 sesi pengguna/sesi maksimum per instance 4) = 2 instance. Instans dengan sesi pengguna yang sedang berjalan tidak akan direklamasi. Hanya instance tanpa sesi pengguna yang berjalan yang akan direklamasi.

Untuk mengatur armada kapasitas tetap menggunakan konsol
  1. Buka konsol AppStream 2.0 di https://console.aws.amazon.com/appstream2.

  2. Di panel navigasi, pilih Armada.

  3. Pilih armada.

  4. Untuk Kebijakan Penskalaan, hapus semua kebijakan yang terkait dengan armada.

  5. Untuk Detail Armada, edit armada untuk mengatur Kapasitas yang Diinginkan.

Armada tetap memiliki kapasitas konstan berdasarkan nilai yang Anda tentukan sebagai Kapasitas yang Diinginkan. Perhatikan bahwa armada tetap memiliki jumlah instans yang diinginkan yang tersedia setiap saat dan armada harus dihentikan untuk menghentikan biaya penagihan untuk armada tersebut.

Mengelola Penskalaan Armada Menggunakan CLI AWS

Anda dapat mengatur dan mengelola penskalaan armada dengan menggunakan AWS Command Line Interface (AWS CLI). Untuk fitur yang lebih canggih seperti menyiapkan beberapa kebijakan penskalaan atau menyetel waktu cooldown scale-in dan scale-out, gunakan CLI. AWS Sebelum menjalankan perintah kebijakan penskalaan, Anda harus mendaftarkan armada Anda sebagai target yang dapat diskalakan. Untuk melakukannya, gunakan perintah register-scalable-target berikut:

aws application-autoscaling register-scalable-target --service-namespace appstream \ --resource-id fleet/fleetname \ --scalable-dimension appstream:fleet:DesiredCapacity \ --min-capacity 1 --max-capacity 5

Contoh 1: Menerapkan Kebijakan Penskalaan Berdasarkan Pemanfaatan Kapasitas

Contoh AWS CLI ini menetapkan kebijakan penskalaan yang menskalakan armada sebesar 25% jika Pemanfaatan >= 75%.

Perintah put-scaling-policy berikut mendefinisikan kebijakan penskalaan berbasis pemanfaatan:

aws application-autoscaling put-scaling-policy --cli-input-json file://scale-out-utilization.json

Isi file scale-out-utilization.json adalah sebagai berikut:

{ "PolicyName": "policyname", "ServiceNamespace": "appstream", "ResourceId": "fleet/fleetname", "ScalableDimension": "appstream:fleet:DesiredCapacity", "PolicyType": "StepScaling", "StepScalingPolicyConfiguration": { "AdjustmentType": "PercentChangeInCapacity", "StepAdjustments": [ { "MetricIntervalLowerBound": 0, "ScalingAdjustment": 25 } ], "Cooldown": 120 } }

Jika perintah berhasil, outputnya mirip dengan yang berikut ini, meskipun beberapa detail unik untuk akun dan Wilayah Anda. Dalam contoh ini, pengidentifikasi kebijakan adalahe3425d21-16f0-d701-89fb-12f98dac64af.

{"PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:e3425d21-16f0-d701-89fb-12f98dac64af:resource/appstream/fleet/SampleFleetName:policyName/scale-out-utilization-policy"}

Sekarang, siapkan CloudWatch alarm untuk kebijakan ini. Gunakan nama, Wilayah, nomor akun, dan pengenal kebijakan yang berlaku untuk Anda. Anda dapat menggunakan kebijakan ARN yang dikembalikan oleh perintah sebelumnya untuk parameter. --alarm-actions

aws cloudwatch put-metric-alarm --alarm-name alarmname \ --alarm-description "Alarm when Capacity Utilization exceeds 75 percent" \ --metric-name CapacityUtilization \ --namespace AWS/AppStream \ --statistic Average \ --period 300 \ --threshold 75 \ --comparison-operator GreaterThanOrEqualToThreshold \ --dimensions "Name=Fleet,Value=fleetname" \ --evaluation-periods 1 --unit Percent \ --alarm-actions "arn:aws:autoscaling:your-region-code:account-number-without-hyphens:scalingPolicy:policyid:resource/appstream/fleet/fleetname:policyName/policyname"

Contoh 2: Menerapkan Kebijakan Penskalaan Berdasarkan Kesalahan Kapasitas yang Tidak Cukup

Contoh AWS CLI ini menetapkan kebijakan penskalaan yang menskalakan armada sebanyak 1 jika armada mengembalikan kesalahan. InsufficientCapacityError

Perintah berikut mendefinisikan kebijakan penskalaan berbasis kapasitas yang tidak memadai:

aws application-autoscaling put-scaling-policy --cli-input-json file://scale-out-capacity.json

Isi file scale-out-capacity.json adalah sebagai berikut:

{ "PolicyName": "policyname", "ServiceNamespace": "appstream", "ResourceId": "fleet/fleetname", "ScalableDimension": "appstream:fleet:DesiredCapacity", "PolicyType": "StepScaling", "StepScalingPolicyConfiguration": { "AdjustmentType": "ChangeInCapacity", "StepAdjustments": [ { "MetricIntervalLowerBound": 0, "ScalingAdjustment": 1 } ], "Cooldown": 120 } }

Jika perintah berhasil, outputnya mirip dengan yang berikut ini, meskipun beberapa detail unik untuk akun dan Wilayah Anda. Dalam contoh ini, pengidentifikasi kebijakan adalahf4495f21-0650-470c-88e6-0f393adb64fc.

{"PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:f4495f21-0650-470c-88e6-0f393adb64fc:resource/appstream/fleet/SampleFleetName:policyName/scale-out-insufficient-capacity-policy"}

Sekarang, siapkan CloudWatch alarm untuk kebijakan ini. Gunakan nama, Wilayah, nomor akun, dan pengenal kebijakan yang berlaku untuk Anda. Anda dapat menggunakan kebijakan ARN yang dikembalikan oleh perintah sebelumnya untuk parameter. --alarm-actions

aws cloudwatch put-metric-alarm --alarm-name alarmname \ --alarm-description "Alarm when out of capacity is > 0" \ --metric-name InsufficientCapacityError \ --namespace AWS/AppStream \ --statistic Maximum \ --period 300 \ --threshold 0 \ --comparison-operator GreaterThanThreshold \ --dimensions "Name=Fleet,Value=fleetname" \ --evaluation-periods 1 --unit Count \ --alarm-actions "arn:aws:autoscaling:your-region-code:account-number-without-hyphens:scalingPolicy:policyid:resource/appstream/fleet/fleetname:policyName/policyname"

Contoh 3: Menerapkan Kebijakan Penskalaan Berdasarkan Pemanfaatan Kapasitas Rendah

AWS CLI Contoh ini menetapkan kebijakan penskalaan yang menskalakan armada untuk mengurangi kapasitas aktual saat CapacityUtilization rendah.

Perintah berikut mendefinisikan kebijakan penskalaan berbasis kapasitas berlebih:

aws application-autoscaling put-scaling-policy --cli-input-json file://scale-in-capacity.json

Isi file scale-in-capacity.json adalah sebagai berikut:

{ "PolicyName": "policyname", "ServiceNamespace": "appstream", "ResourceId": "fleet/fleetname", "ScalableDimension": "appstream:fleet:DesiredCapacity", "PolicyType": "StepScaling", "StepScalingPolicyConfiguration": { "AdjustmentType": "PercentChangeInCapacity", "StepAdjustments": [ { "MetricIntervalUpperBound": 0, "ScalingAdjustment": -25 } ], "Cooldown": 360 } }

Jika perintah berhasil, outputnya mirip dengan yang berikut ini, meskipun beberapa detail unik untuk akun dan Wilayah Anda. Dalam contoh ini, pengidentifikasi kebijakan adalah12ab3c4d-56789-0ef1-2345-6ghi7jk8lm90.

{"PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:12ab3c4d-56789-0ef1-2345-6ghi7jk8lm90:resource/appstream/fleet/SampleFleetName:policyName/scale-in-utilization-policy"}

Sekarang, siapkan CloudWatch alarm untuk kebijakan ini. Gunakan nama, Wilayah, nomor akun, dan pengenal kebijakan yang berlaku untuk Anda. Anda dapat menggunakan kebijakan ARN yang dikembalikan oleh perintah sebelumnya untuk parameter. --alarm-actions

aws cloudwatch put-metric-alarm --alarm-name alarmname \ --alarm-description "Alarm when Capacity Utilization is less than or equal to 25 percent" \ --metric-name CapacityUtilization \ --namespace AWS/AppStream \ --statistic Average \ --period 120 \ --threshold 25 \ --comparison-operator LessThanOrEqualToThreshold \ --dimensions "Name=Fleet,Value=fleetname" \ --evaluation-periods 10 --unit Percent \ --alarm-actions "arn:aws:autoscaling:your-region-code:account-number-without-hyphens:scalingPolicy:policyid:resource/appstream/fleet/fleetname:policyName/policyname"

Contoh 4: Ubah Kapasitas Armada Berdasarkan Jadwal

Mengubah kapasitas armada berdasarkan jadwal memungkinkan Anda menskalakan kapasitas armada Anda sebagai respons terhadap perubahan permintaan yang dapat diprediksi. Misalnya, pada awal hari kerja, Anda mungkin mengharapkan sejumlah pengguna untuk meminta koneksi streaming pada satu waktu. Untuk mengubah kapasitas armada berdasarkan jadwal, Anda dapat menggunakan aksi Application Auto Scaling PutScheduledAction API atau perintah CLI AWS put-scheduled-action.

Sebelum mengubah kapasitas armada Anda, Anda dapat membuat daftar kapasitas armada Anda saat ini dengan menggunakan perintah CLI AppStream 2.0 describe-fleet AWS .

aws appstream describe-fleets --name fleetname

Kapasitas armada saat ini akan tampak mirip dengan output berikut (ditunjukkan dalam format JSON):

{ { "ComputeCapacityStatus": { "Available": 1, "Desired": 1, "Running": 1, "InUse": 0 }, }

Kemudian, gunakan put-scheduled-action perintah untuk membuat tindakan terjadwal untuk mengubah kapasitas armada Anda. Misalnya, perintah berikut mengubah kapasitas minimum menjadi 3 dan kapasitas maksimum menjadi 5 setiap hari pada pukul 9:00 UTC.

catatan

Untuk ekspresi cron, tentukan kapan harus melakukan tindakan di UTC. Untuk informasi selengkapnya, lihat Ekspresi Cron.

aws application-autoscaling put-scheduled-action --service-namespace appstream \ --resource-id fleet/fleetname \ --schedule="cron(0 9 * * ? *)" \ --scalable-target-action MinCapacity=3,MaxCapacity=5 \ --scheduled-action-name ExampleScheduledAction \ --scalable-dimension appstream:fleet:DesiredCapacity

Untuk mengonfirmasi bahwa tindakan terjadwal untuk mengubah kapasitas armada Anda berhasil dibuat, jalankan perintah describe-scheduled-actions.

aws application-autoscaling describe-scheduled-actions --service-namespace appstream --resource-id fleet/fleetname

Jika tindakan terjadwal berhasil dibuat, output muncul mirip dengan berikut ini.

{ "ScheduledActions": [ { "ScalableDimension": "appstream:fleet:DesiredCapacity", "Schedule": "cron(0 9 * * ? *)", "ResourceId": "fleet/ExampleFleet", "CreationTime": 1518651232.886, "ScheduledActionARN": "<arn>", "ScalableTargetAction": { "MinCapacity": 3, "MaxCapacity": 5 }, "ScheduledActionName": "ExampleScheduledAction", "ServiceNamespace": "appstream" } ] }

Untuk informasi selengkapnya, lihat Penskalaan Terjadwal di Panduan Pengguna Application Auto Scaling.

Contoh 5: Menerapkan Kebijakan Penskalaan Pelacakan Target

Dengan penskalaan pelacakan target, Anda dapat menentukan tingkat pemanfaatan kapasitas untuk armada Anda.

Saat Anda membuat kebijakan penskalaan pelacakan target, Application Auto Scaling secara otomatis membuat dan CloudWatch mengelola alarm yang memicu kebijakan penskalaan. Kebijakan penskalaan menambah atau menghapus kapasitas yang diperlukan untuk menjaga pemanfaatan kapasitas pada, atau mendekati, nilai target yang ditentukan. Untuk memastikan ketersediaan aplikasi, armada Anda menskalakan secara proporsional dengan metrik secepat mungkin, tetapi skala lebih bertahap.

Perintah put-scaling-policy berikut mendefinisikan kebijakan penskalaan pelacakan target yang mencoba mempertahankan pemanfaatan kapasitas 75% untuk armada 2.0. AppStream

aws application-autoscaling put-scaling-policy --cli-input-json file://config.json

Isi file config.json adalah sebagai berikut:

{ "PolicyName":"target-tracking-scaling-policy", "ServiceNamespace":"appstream", "ResourceId":"fleet/fleetname", "ScalableDimension":"appstream:fleet:DesiredCapacity", "PolicyType":"TargetTrackingScaling", "TargetTrackingScalingPolicyConfiguration":{ "TargetValue":75.0, "PredefinedMetricSpecification":{ "PredefinedMetricType":"AppStreamAverageCapacityUtilization" }, "ScaleOutCooldown":300, "ScaleInCooldown":300 } }

Jika perintah berhasil, outputnya mirip dengan yang berikut ini, meskipun beberapa detail unik untuk akun dan Wilayah Anda. Dalam contoh ini, pengidentifikasi kebijakan adalah 6d8972f3-efc8-437c-92d1-6270f29a66e7.

{ "PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:6d8972f3-efc8-437c-92d1-6270f29a66e7:resource/appstream/fleet/fleetname:policyName/target-tracking-scaling-policy", "Alarms": [ { "AlarmARN": "arn:aws:cloudwatch:us-west-2:123456789012:alarm:TargetTracking-fleet/fleetname-AlarmHigh-d4f0770c-b46e-434a-a60f-3b36d653feca", "AlarmName": "TargetTracking-fleet/fleetname-AlarmHigh-d4f0770c-b46e-434a-a60f-3b36d653feca" }, { "AlarmARN": "arn:aws:cloudwatch:us-west-2:123456789012:alarm:TargetTracking-fleet/fleetname-AlarmLow-1b437334-d19b-4a63-a812-6c67aaf2910d", "AlarmName": "TargetTracking-fleet/fleetname-AlarmLow-1b437334-d19b-4a63-a812-6c67aaf2910d" } ] }

Untuk informasi selengkapnya, lihat Kebijakan Penskalaan Pelacakan Target di Panduan Pengguna Application Auto Scaling.

Sumber Daya Tambahan

Untuk step-by-step panduan untuk bekerja dengan AppStream 2.0 Fleet Auto Scaling, lihat Menskalakan Streaming Aplikasi Desktop Anda dengan AppStream Amazon 2.0 di AWS Blog Komputasi.

Untuk mempelajari selengkapnya tentang menggunakan perintah Application Auto Scaling AWS CLI atau tindakan API, lihat sumber daya berikut: