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

Menskalakan Instans Terkelola Lambda

Instans Terkelola Lambda tidak berskala saat pemanggilan tiba dan tidak mendukung cold start. Sebaliknya, ia menskalakan secara asinkron menggunakan sinyal konsumsi sumber daya. Instans Terkelola saat ini diskalakan berdasarkan pemanfaatan sumber daya CPU dan saturasi multi-konkurensi.

Perbedaan utama:

Jika lalu lintas Anda lebih dari dua kali lipat dalam waktu 5 menit, Anda mungkin melihat pembatasan saat Lambda meningkatkan instans dan lingkungan eksekusi untuk memenuhi permintaan.

Siklus hidup penskalaan

Instans Terkelola Lambda menggunakan arsitektur terdistribusi untuk mengelola penskalaan:

Komponen:

Cara kerjanya:

Menyesuaikan perilaku penskalaan

Anda dapat menyesuaikan perilaku penskalaan Instans Terkelola melalui lima kontrol:

Kontrol tingkat fungsi

1. Memori fungsi dan vCPU

Pilih ukuran memori dan alokasi vCPU untuk fungsi Anda. Ukuran fungsi terkecil yang didukung adalah 2GB dan 1vCPU.

Pertimbangan:

2. Konkurensi maksimum

Tetapkan konkurensi maksimum per lingkungan eksekusi.

Perilaku default: Lambda memilih default masuk akal yang menyeimbangkan konsumsi sumber daya dan throughput yang berfungsi untuk berbagai aplikasi.

Pedoman penyesuaian:

Penting: Karena Instans Terkelola Lambda dimaksudkan untuk aplikasi multi-serentak, lingkungan eksekusi dengan konkurensi yang sangat rendah mungkin mengalami pembatasan saat penskalaan. Ketika pemanggilan tiba di lingkungan eksekusi yang telah mencapai batas konkurensinya, Lambda merutekan pemanggilan tersebut ke tempat lain dan meningkatkan lingkungan eksekusi baru untuk menangani beban. Untuk mengidentifikasi batasan sumber daya mana yang menyebabkan throttle, pantau metrik alasan throttle (ConcurrencyThrottles,, CPUThrottlesMemoryThrottles, danDiskThrottles) yang dijelaskan di. Jenis metrik untuk fungsi Lambda

3. Lingkungan eksekusi per fungsi

Tetapkan jumlah minimum dan maksimum lingkungan eksekusi untuk fungsi Anda.

Perilaku default: Minimum default adalah 3 lingkungan eksekusi di seluruh Zona Ketersediaan, tanpa maksimum default. Anda dapat mengganti kedua nilai setelah fungsi dibuat.

Pedoman penyesuaian:

Contoh:

aws lambda put-function-scaling-config \
  --function-name my-lmi-function \
  --qualifier '$LATEST.PUBLISHED' \
  --function-scaling-config MinExecutionEnvironments=5,MaxExecutionEnvironments=20 \
  --region us-east-1

Catatan penting:

Kontrol tingkat penyedia kapasitas

4. Target pemanfaatan sumber daya

Pilih target Anda sendiri untuk konsumsi pemanfaatan CPU.

Perilaku default: Lambda mempertahankan headroom yang cukup agar lalu lintas Anda berlipat ganda dalam waktu 5 menit tanpa pembatasan.

Opsi pengoptimalan:

5. Pemilihan tipe instans

Tetapkan jenis instans yang diizinkan atau dikecualikan.

Perilaku default: Lambda memilih jenis instans terbaik untuk beban kerja Anda. Dianjurkan untuk membiarkan Instans Terkelola Lambda memilih jenis instans, karena membatasi jumlah jenis instans yang mungkin dapat mengakibatkan ketersediaan yang lebih rendah.

Konfigurasi khusus:

Penskalaan terjadwal

Gunakan Amazon EventBridge Scheduler untuk menyesuaikan lingkungan eksekusi minimum dan maksimum fungsi Anda pada jadwal berulang atau satu kali. Ini berguna untuk pola lalu lintas yang dapat diprediksi, seperti meningkatkan skala sebelum jam sibuk dan menurunkan skala selama jam di luar jam sibuk.

Konfigurasi penjadwal:

Contoh 1: Skala untuk menangani lalu lintas puncak yang direncanakan

Buat dua jadwal untuk meningkatkan skala sebelum jam sibuk dan kurangi setelahnya. Setiap jadwal menarget PutFunctionScalingConfig kan API dengan pembaruan MinExecutionEnvironments dan MaxExecutionEnvironments nilai.

Tingkatkan skala pada pukul 8:00 UTC (min=100, maks=1000):

aws scheduler create-schedule \
  --name "ScaleUpLambdaManagedInstances" \
  --schedule-expression "cron(0 8 * * ? *)" \
  --flexible-time-window '{"Mode": "OFF"}' \
  --target '{
    "Arn": "arn:aws:scheduler:::aws-sdk:lambda:PutFunctionScalingConfig",
    "RoleArn": "arn:aws:iam::<account-id>:role/eventbridge-scheduler-role",
    "Input": "{\"FunctionName\": \"my-lmi-function\", \"Qualifier\": \"$LATEST.PUBLISHED\", \"FunctionScalingConfig\": {\"MinExecutionEnvironments\": 100, \"MaxExecutionEnvironments\": 1000}}"
  }'

Menurunkan skala pada pukul 18:00 UTC (min=5, maks=20):

aws scheduler create-schedule \
  --name "ScaleDownLambdaManagedInstances" \
  --schedule-expression "cron(0 18 * * ? *)" \
  --flexible-time-window '{"Mode": "OFF"}' \
  --target '{
    "Arn": "arn:aws:scheduler:::aws-sdk:lambda:PutFunctionScalingConfig",
    "RoleArn": "arn:aws:iam::<account-id>:role/eventbridge-scheduler-role",
    "Input": "{\"FunctionName\": \"my-lmi-function\", \"Qualifier\": \"$LATEST.PUBLISHED\", \"FunctionScalingConfig\": {\"MinExecutionEnvironments\": 5, \"MaxExecutionEnvironments\": 20}}"
  }'

Contoh 2: Nonaktifkan selama jam di luar jam sibuk dan aktifkan kembali

Menyetel keduanya MinExecutionEnvironments dan MaxExecutionEnvironments ke 0 menonaktifkan versi fungsi tanpa menghapusnya. Fungsi yang dinonaktifkan tidak secara otomatis meningkatkan kembali dengan lalu lintas. Anda harus secara eksplisit mengaktifkannya kembali dengan menetapkan nilai bukan nol melalui tindakan terjadwal lainnya.

Nonaktifkan pada 10:00 PM UTC (min=0, max=0):

aws scheduler create-schedule \
  --name "DeactivateLambdaManagedInstances" \
  --schedule-expression "cron(0 22 * * ? *)" \
  --flexible-time-window '{"Mode": "OFF"}' \
  --target '{
    "Arn": "arn:aws:scheduler:::aws-sdk:lambda:PutFunctionScalingConfig",
    "RoleArn": "arn:aws:iam::<account-id>:role/eventbridge-scheduler-role",
    "Input": "{\"FunctionName\": \"my-lmi-function\", \"Qualifier\": \"$LATEST.PUBLISHED\", \"FunctionScalingConfig\": {\"MinExecutionEnvironments\": 0, \"MaxExecutionEnvironments\": 0}}"
  }'

Aktifkan kembali pada pukul 7:00 UTC (min=10, maks=20):

aws scheduler create-schedule \
  --name "ReactivateLambdaManagedInstances" \
  --schedule-expression "cron(0 7 * * ? *)" \
  --flexible-time-window '{"Mode": "OFF"}' \
  --target '{
    "Arn": "arn:aws:scheduler:::aws-sdk:lambda:PutFunctionScalingConfig",
    "RoleArn": "arn:aws:iam::<account-id>:role/eventbridge-scheduler-role",
    "Input": "{\"FunctionName\": \"my-lmi-function\", \"Qualifier\": \"$LATEST.PUBLISHED\", \"FunctionScalingConfig\": {\"MinExecutionEnvironments\": 10, \"MaxExecutionEnvironments\": 20}}"
  }'

Pedoman penyesuaian:

Langkah selanjutnya