קנה מידה מתוזמן: קנה מידה אוטומטי צפוי לפי לוח זמנים

תזמון קנה מידה: קנה מידה אוטומטי צפוי לפי לוח זמנים

עומס האפליקציה שלך מזנק בכל יום שני בשעה 9:00 בדיוק. קנה מידה אוטומטי תגובתי לוקח 5–10 דקות להגיב, מה שגורם לביצועים ירודים במהלך הדקות הקריטיות הללו. אנו פותרים זאת עם תזמון קנה מידה: הקיבולת מסופקת 10–15 דקות לפני האירוע הצפוי, לא אחריו. זהו סטנדרט לעומסים עם דפוסים צפויים—SaaS עסקי, קמפיינים שיווקיים, עבודות ETL ליליות. אנו מיישמים תזמון קנה מידה סוהר עם קוד Terraform, ניטור ותיעוד. לפי AWS, לוחות זמנים מוגדרים כראוי יכולים להפחית עלויות מופעים בעד 40%.

למה קנה מידה תגובתי נכשל בפסגות צפויות

קנה מידה תגובתי—תגובה לגידול במדדים—כרוך בחביון מובנה. המדד עולה, אזעקה מופעלת, המופע החדש מושק ועובר בדיקות בריאות: 5–10 דקות בסך הכל. עבור זינוק שמתרחש בכל יום שני בשעה 9:00, עיכוב זה אינו מקובל. כאשר אתה יודע שהעומס ישולש בשעה מסוימת, עדיף בהרבה להגדיל קיבולת מראש—בשעה 8:45. אנו מבטיחים שתזמון קנה מידה מבטל בעיה זו: מופעים מוכנים לפסגה, לא רודפים אחריה.

איך אנו מגדירים תזמון קנה מידה: מקרה בוחן אמיתי

הפרקטיקה המומלצת שלנו היא להגדיר את כל הפעולות המתוזמנות כקוד באמצעות Terraform. הנה דוגמה אמיתית לפלטפורמת מסחר אלקטרוני המתמודדת עם תנועה יומית צפויה:

# Рабочее утро — расширяемся заранее
resource "aws_autoscaling_schedule" "scale_out_morning" {
  scheduled_action_name = "scale-out-morning"
  autoscaling_group_name = aws_autoscaling_group.app.name
  recurrence = "45 6 * * MON-FRI" # 8:45 MSK (UTC+2) = 06:45 UTC
  min_size = 4
  max_size = 20
  desired_capacity = 6
}

# Конец рабочего дня — уменьшаемся
resource "aws_autoscaling_schedule" "scale_in_evening" {
  scheduled_action_name = "scale-in-evening"
  autoscaling_group_name = aws_autoscaling_group.app.name
  recurrence = "0 18 * * MON-FRI" # 20:00 MSK
  min_size = 1
  max_size = 20
  desired_capacity = 2
}

# Ночной batch — дополнительные воркеры
resource "aws_autoscaling_schedule" "batch_start" {
  scheduled_action_name = "batch-workers-start"
  autoscaling_group_name = aws_autoscaling_group.workers.name
  recurrence = "55 1 * * *" # 01:55 UTC
  desired_capacity = 10
}

resource "aws_autoscaling_schedule" "batch_end" {
  scheduled_action_name = "batch-workers-end"
  autoscaling_group_name = aws_autoscaling_group.workers.name
  recurrence = "0 5 * * *" # 05:00 UTC
  desired_capacity = 0
  min_size = 0
}

מלכודת נפוצה: cron של AWS משתמש ב-UTC. אנו ממירים אזורי זמן בקפידה ומוסיפים הערות עם זמן מקומי. עבור בלארוס/רוסיה (UTC+3): תחילת עבודה בשעה 9:00 MSK = 6:00 UTC.

בפרויקט אחד—פלטפורמת SaaS המשרתת 500+ עסקים—הפחתנו עלויות מופעים ב-35% תוך ביטול חביון הבוקר. על ידי תזמון קיבולת 15 דקות מוקדם יותר, האפליקציה התמודדה עם הזינוק בשעה 9:00 ללא בעיות.

מה כלול: תוצרים

במסגרת שירות זה, אנו מספקים:

• קוד תשתית (Terraform/CloudFormation) במאגר שלך
• אינטגרציית CI/CD (GitLab CI / GitHub Actions) לפריסת שינויים
• ניטור פעולות מתוזמנות דרך CloudWatch עם לוחות מחוונים והתראות
• Runbook עם הוראות לשינוי לוחות זמנים
• הכשרת צוות: סדנת 2–4 שעות
• אחריות תמיכה ל-30 יום לאחר הפריסה

תזמון קנה מידה לעומת קנה מידה תגובתי

תזמון קנה מידה יעיל בערך פי 5 עבור דפוסים חוזרים כאשר בוחנים את הפשרה בין קיבולת בטלה (ניצול חסר) לבין תשלום יתר עבור מופעים נוספים.

מה לגבי אירועים חד-פעמיים?

עבור קמפיינים שיווקיים, אירועי מכירות או השקות תכונות, אנו משתמשים בפעולות מתוזמנות עם תאריך ספציפי (לא חזרתיות). דוגמה ל-Black Friday:

resource "aws_autoscaling_schedule" "black_friday" {
  scheduled_action_name = "black-friday-scale-out"
  autoscaling_group_name = aws_autoscaling_group.app.name
  start_time = "2024-11-29T08:00:00Z"
  end_time = "2024-11-29T22:00:00Z"
  min_size = 10
  desired_capacity = 20
}

לאחר # Рабочее утро — расширяемся заранее resource "aws_autoscaling_schedule" "scale_out_morning" { scheduled_action_name = "scale-out-morning" autoscaling_group_name = aws_autoscaling_group.app.name recurrence = "45 6 * * MON-FRI" # 8:45 MSK (UTC+2) = 06:45 UTC min_size = 4 max_size = 20 desired_capacity = 6 } # Конец рабочего дня — уменьшаемся resource "aws_autoscaling_schedule" "scale_in_evening" { scheduled_action_name = "scale-in-evening" autoscaling_group_name = aws_autoscaling_group.app.name recurrence = "0 18 * * MON-FRI" # 20:00 MSK min_size = 1 max_size = 20 desired_capacity = 2 } # Ночной batch — дополнительные воркеры resource "aws_autoscaling_schedule" "batch_start" { scheduled_action_name = "batch-workers-start" autoscaling_group_name = aws_autoscaling_group.workers.name recurrence = "55 1 * * *" # 01:55 UTC desired_capacity = 10 } resource "aws_autoscaling_schedule" "batch_end" { scheduled_action_name = "batch-workers-end" autoscaling_group_name = aws_autoscaling_group.workers.name recurrence = "0 5 * * *" # 05:00 UTC desired_capacity = 0 min_size = 0 } , ה-ASG חוזר להגדרות הקודמות—נוח, אין צורך בגלגול ידני.

איך תזמון קנה מידה עובד עבור ECS ו-DynamoDB

Application Auto Scaling מכסה שירותי ECS, טבלאות DynamoDB, רפליקות Aurora ו-provisioned concurrency של Lambda. עבור ECS:

resource "aws_appautoscaling_scheduled_action" "ecs_scale_out" {
  name                = "scale-out-morning"
  service_namespace   = "ecs"
  resource_id         = "service/my-cluster/my-service"
  scalable_dimension  = "ecs:service:DesiredCount"
  schedule            = "cron(45 6 ? * MON-FRI *)"

  scalable_target_action {
    min_capacity = 4
    max_capacity = 20
  }
}

עם DynamoDB, זה קריטי: אם אצווה מתוכננת מתחילה לכתוב לטבלה עם קיבולת קריאה/כתיבה רגילה, תקבל resource "aws_autoscaling_schedule" "black_friday" { scheduled_action_name = "black-friday-scale-out" autoscaling_group_name = aws_autoscaling_group.app.name start_time = "2024-11-29T08:00:00Z" end_time = "2024-11-29T22:00:00Z" min_size = 10 desired_capacity = 20 } . פעולות מתוזמנות מעלות קיבולת מראש, ומבטיחות עיבוד אצווה חלק.

השוואת יכולות ספקי ענן

כל השלושה תומכים בלוחות זמנים מבוססי cron, אך AWS מציעה את ה-API העשיר ביותר דרך Application Auto Scaling.

ניטור והתאמות

לאחר ההגדרה הראשונית, אנו מוודאים ב-CloudWatch שמופעים מופיעים 10–15 דקות לפני הפסגה הצפויה. אנו מנטרים end_time ו-resource "aws_appautoscaling_scheduled_action" "ecs_scale_out" { name = "scale-out-morning" service_namespace = "ecs" resource_id = "service/my-cluster/my-service" scalable_dimension = "ecs:service:DesiredCount" schedule = "cron(45 6 ? * MON-FRI *)" scalable_target_action { min_capacity = 4 max_capacity = 20 } } לאורך זמן. אם לאפליקציה יש תקופת התחממות (JVM, cache), אנו מזיזים את הפעולה המתוזמנת מוקדם יותר.

מדי רבעון, אנו עורכים ביקורת על לוח הזמנים: דפוסי עומס משתנים, שווקים חדשים מופיעים עם אזורי זמן שונים, זמני אצווה משתנים. אנו מעדכנים את תזמון קנה המידה יחד עם המציאות העסקית.

ציר זמן

הגדרה בסיסית עבור ASG אחד או שירות ECS אחד אורכת יום אחד. הגדרה מקיפה עבור מספר שירותים עם לוחות זמנים שונים, אירועים חד-פעמיים וניטור—1–2 ימים. התמחור מותאם לאחר הערכת הפרויקט שלך.

קבל ייעוץ מקצועי: צור קשר—נעזור לך למצוא את הפתרון האופטימלי לתשתית שלך. בקש הגדרת תזמון קנה מידה והפחת עלויות מופעים בעד 40%. עם ניסיון של למעלה מ-8 שנים ב-DevOps ו-50+ פרויקטי אוטומציה בענן, אנו מספקים תוצאות אמינות.