Azure Reservations מול Savings Plans 2026: מדריך FinOps מעשי לחיסכון של 65-72%
מה עדיף ב-2026, Azure Reservations או Savings Plans for Compute? מדריך מעשי עם טבלת השוואה, אסטרטגיית סקופ למולטי-אקאונט, כיסוי AKS ותרחישי רכישה שיביאו חיסכון של 65-72% על VM ו-App Service.
Azure Savings Plans for Compute ו-Azure Reserved Instances הם שני מנגנוני התחייבות שונים לגמרי. Reservations נותנות עד 72% הנחה על משפחת VM ואזור ספציפיים, ו-Savings Plans נותנות עד 65% הנחה אבל מתפרסות אוטומטית על VMs, AKS, Container Instances, Container Apps ו-App Service Premium/Isolated ללא תלות בסדרה, מערכת הפעלה או אזור. במרבית הצבורים המולטי-אקאונטיים שראיתי, ההחלטה בסופו של דבר היא היברידית: Reservations על ליבה יציבה של workloads חזויים, ו-Savings Plan שמכסה את הזנב הגמיש. במדריך הזה נראה איך לחלק את התחייבות המחשוב בין שני הכלים ב-2026, בלי לתקוע לעצמכם 65k$ בהתחייבות שלא ניתן לבטל (וכן, ראיתי את זה קורה).
Reserved Instances מקנות עד 72% הנחה, אך מחייבות משפחת VM ואזור מוגדרים. Savings Plans מגיעות עד 65% אבל גמישות לחלוטין בין סדרות, אזורים ומערכות הפעלה.
Azure Savings Plans אינן ניתנות לביטול או להחלפה. זו התחייבות דולרית לשעה למשך שנה או שלוש שנים; Reservations לעומתן ניתנות להחלפה, ובחלק מהמקרים גם להחזר.
Savings Plan מתפרס אוטומטית על AKS worker nodes, Azure Container Instances, App Service Premium v3/Isolated v2 ו-Container Apps, כל שירותי המחשוב הנתמכים באזור הבילינג.
Azure Hybrid Benefit חוסך עוד 40% על VMs עם רישיונות Windows/SQL Server משולבים, ומצטבר על גבי Reservation או Savings Plan.
הבחירה הנכונה למולטי-אקאונט: Shared Scope ברמת Billing Profile ל-Savings Plan, ו-Management Group Scope ל-Reservations לפי BU או סביבה.
אסטרטגיית 2026 מומלצת: 40-60% Reservations על ה-baseline החזוי, 20-30% Savings Plan על הזנב הגמיש, והשאר On-Demand או Spot.
מה זה Azure Savings Plans for Compute
אז נתחיל מהיסודות. Azure Savings Plans for Compute הוא מנגנון של התחייבות דולרית קבועה לשעה: אתם מתחייבים לצריכה של סכום כמו $12.50 לשעה למשך שנה או שלוש שנים, ו-Azure מפעיל אוטומטית את התעריף המוזל על כל שעת מחשוב זכאית שתשלימו, עד לגבול הדולרי. Microsoft השיקה את התוכנית באוקטובר 2022, והיא הפכה למוצר ההתחייבות הגמיש ביותר של הפלטפורמה. בניגוד ל-Reservations, לא צריך לבחור סדרת VM, אזור, מערכת הפעלה או אפילו סוג שירות. כל שירות מחשוב תואם חוזה נכנס אוטומטית לפול.
שיעורי ההנחה הרשמיים הם עד 11% ל-Savings Plan של שנה ועד 65% ל-3 שנים, כשההנחה בפועל תלויה בסוג המשאב. VM של D-series יקבל בערך 20-38% ל-3 שנים, בעוד App Service Premium v3 יכול להגיע ל-55% ומעלה. חשוב להבין שהתעריף מוזל רק על החלק של השעה שנופל בתוך התחייבות הדולר. אם התחייבתם ל-$10/שעה ובפועל הרצתם $8, המנוע לא ממחזר את ה-$2 הנותרים למחר. מנגד, אם הרצתם $12, ה-$2 הנוספים ייחייבו במחיר On-Demand.
המבנה הזה הופך את Savings Plan לכלי מצוין להגן על צריכה חזויה אך משתנה: סביבות פיתוח ש"נעות" בין סדרות VM כשהצוות מנסה גדלים חדשים, או צי AKS שגדל אוטומטית משעה לשעה. בשונה מרזרבציה, אין צורך לבצע Exchange כשמעבירים workload מ-D8s_v5 ל-D8ps_v6. השעה פשוט זכאית להנחה, בלי מה שאני מכנה "ניהול תיק החלפות" (מבחינת נטל תפעולי, זה הבדל ענק).
מה זה Azure Reserved Instances
Azure Reserved Instances (RI) הוא המודל הקלאסי: אתם קונים "כמות" של VM ספציפי, למשל 20 יחידות של D8s_v5 באזור West Europe לשלוש שנים, ומקבלים עד 72% הנחה על התעריף הבסיסי. הרזרבציה חלה על השירות בלבד; רישיון Windows/SQL Server משולם בנפרד או מכוסה על ידי Azure Hybrid Benefit. Reservations קיימות מ-2017, ונשארות הכלי החזק ביותר כשה-workload באמת יציב.
המפתח לתפעול חכם של RIs הוא Instance Size Flexibility (ISF): רזרבציה ל-D8s_v5 מתגלגלת אוטומטית לכיסוי שני D4s_v5 באותו אזור, או ארבעה D2s_v5. הגמישות פועלת רק בתוך אותה סדרה, אותה משפחת VM (Dsv5 למשל), אותו אזור ואותה שכבת ביצועים. כלומר, רזרבציה ל-D8s_v5 לא תכסה E8s_v5 או D8ps_v6 (סדרת Arm). כאן Savings Plan מנצח.
אפשרויות ה-Payment הן All-Upfront (הנחה מקסימלית) ו-Monthly (אותה הנחה, פרוסה חודשית, שינוי חשוב מ-2023 שקירב את המודלים). את Reservations אפשר לרכוש גם על SQL Database, Cosmos DB, Managed Disks, App Service Isolated, Redis Cache ו-Databricks, שירותים ש-Savings Plans לא תופסות. זו נקודה קריטית לבחירה: אם 40% מהחשבון שלכם הוא SQL DB Business Critical, החוזה חייב להיות RI.
Azure Reservations מול Savings Plans, טבלת השוואה
הטבלה למטה מסכמת את שמונת ההיבטים שבפועל מכריעים את הבחירה בזירת FinOps מולטי-אקאונטית. בכל צוות שאני מלווה בונים אותה על גיליון בשלב ה-planning, ומשקיפים כל בקשת התחייבות מבעד לתשע השורות האלה לפני שמאשרים רכישה. פשוט, אבל אפקטיבי.
VM, AKS, ACI, Container Apps, App Service Premium/Isolated, Functions Premium
ביטול
ניתן להחזר עד סכום שנתי (ראו סעיף למטה)
לא ניתן לביטול ולא להחלפה
החלפה (Exchange)
ניתן להחלפה עד 3 שנים מהרכישה
לא נתמך
אפשרויות תשלום
All-Upfront / Monthly
All-Upfront / Monthly
מתאים ל-workload
צי VM יציב, DB מנוהל, סביבות Prod
Dev/Test, AKS דינמי, App Service, workloads מעורבים
איך Azure Hybrid Benefit משתלב בתמונה
Azure Hybrid Benefit (AHB) הוא זכות נפרדת, שמאפשרת לכם להביא רישיונות Windows Server ו-SQL Server קיימים עם Software Assurance ולהחיל אותם על VMs ומופעי SQL בענן. AHB חוסך עד 40% נוספים על VMs עם Windows ועד 55% על SQL Server Enterprise, וה-AHB מצטבר על גבי כל מודל התחייבות. כלומר, VM עם Reservation ל-3 שנים ו-AHB יכול להגיע להנחה משולבת של מעל 80% ביחס למחיר On-Demand של Windows.
ההשלכה הפרקטית: כשמחשבים "האם RI משתלמת", תמיד תתמחרו קודם את ה-baseline של Linux (או Windows בלי AHB), ואז בנפרד את הסטאק המשולב. הצוותים ה-FinOps החכמים מנהלים AHB כרישום נפרד בגיליון. אני אישית שומר לזה טאב נפרד שמראה איזה VM צורך רישיון SA וכמה core-licenses זמינים לצריכה. ראו את התיעוד הרשמי של Azure Hybrid Benefit להגדרות הזכאות.
שילוב נפוץ: על ליבת ה-SQL Server Enterprise Prod, Reservation 3 שנים + AHB. על צי ה-App Service Premium v3, Savings Plan 3 שנים (App Service אינו זכאי ל-AHB). זה יוצר תיק היברידי שנותן כיסוי מקסימלי בכל שכבה.
בחירת Scope לתקצוב מולטי-אקאונט
Scope הוא הפרמטר החשוב ביותר להתאמת התחייבות למבנה חשבונאי מולטי-אקאונטי. Azure מציע ארבע רמות: Single Resource Group, Single Subscription, Management Group, ו-Shared (כל המנויים תחת Billing Profile). כאן זה נהיה מעניין: בכל צוות FinOps רציני שראיתי בשלוש השנים האחרונות, מדיניות ה-Scope נשלטת על ידי מודל chargeback ולא על ידי טכני.
Shared Scope
ברירת מחדל ל-Savings Plans. יעילות הכיסוי גבוהה ביותר, כי הזרימה גמישה בין כל המנויים, אבל אין segregation. צוות ה-Ops יכול "לגזול" הנחה מצוות ה-Data ולהיפך. מתאים לארגונים עם showback centralizat או מודל תמחור מאוחד.
Management Group Scope
הבחירה שאני ממליץ עליה במרבית הפריסות של יותר מ-50 מנויים. Scope לפי MG של סביבה (Prod, NonProd) או לפי BU (Data, Platform, Product) מבודד את התחייבות תקציבית ומאפשר chargeback נקי. הרזרבציה של צוות ה-Data לא תכסה VM של צוות ה-Product בטעות (וזה כאב ראש שאתם באמת רוצים למנוע מבעוד מועד).
Single Subscription Scope
שימושי לחשבונאות של פרויקטי לקוח בודדים או סביבות רגולציה. חסרון: אם המנוי הזה לא צורך את מלוא ההתחייבות, האזור ה"פנוי" מתבזבז.
כיסוי AKS, Container Instances ו-App Service
אחת הסיבות המרכזיות שאני ממליץ על Savings Plan על פני Reservation הבסיסית היא הרוחב של Container Compute. Savings Plan מכסה אוטומטית:
AKS worker nodes, כל node pool ב-AKS מחויב בתעריף VM רגיל, וה-Savings Plan תופס את כולם בלי הגדרה ידנית.
Azure Container Instances (ACI), שירות ה-serverless containers.
Azure Container Apps, שירות ה-container של Microsoft מבוסס KEDA. חשוב מ-2024 והלאה.
App Service Premium v3 ו-Isolated v2, התוכניות המנוהלות של App Service.
Azure Functions Premium, התוכנית עם pre-warmed instances.
עבור צוותים שרצים AKS עם Karpenter או Cluster Autoscaler שגורמים לשינויי סדרה תכופים (D-series ל-Dds-series, למשל), Savings Plan נותן הגנה שאי אפשר להשיג עם RIs, בלי לנהל תיק Exchange מתמיד. באחד הפרויקטים המולטי-אקאונטיים שהובלתי לפני שנה וחצי, מעבר של 60% מ-RIs ל-Savings Plan הוריד את יחס ה-waste (רזרבציות ללא כיסוי) מ-14% ל-3%. פרטים נוספים על אופטימיזציה של קונטיינרים תמצאו במדריך Rightsizing ב-Kubernetes.
מדיניות ביטול, החלפה והחזרים
זה הסעיף שהכי חשוב להבין לפני שלוחצים "Buy" בפורטל. באמת. Savings Plans הן התחייבות סופית: אין ביטול, אין החלפה, אין החזר. אם התחייבתם ל-$20/שעה למשך 3 שנים והצוות עבר לאחר חצי שנה ל-Google Cloud, אתם ממשיכים לשלם עד סוף החוזה. זה כלל הזהב שכל אמן FinOps מכיר, בדרך כלל אחרי שנכווה פעם אחת.
Reservations לעומת זאת מציעות שני מסלולי גמישות:
Exchange (החלפה)
אפשר להחליף RI לרזרבציה אחרת, למשל להעביר את הקיבולת מ-D8s_v5 ל-E8s_v5, בתוך 3 שנים מהרכישה. Microsoft הכריזה בינואר 2024 על מגבלה חדשה: החלפה של רזרבציית מחשוב אפשרית רק לרזרבציה שווה ערך או גבוהה יותר במונחי מחויבות דולרית. אין תשלום החלפה בעצמו, רק התאמה של ההפרש.
Refund (החזר)
אפשר לבטל RI ולקבל החזר יחסי (prorated), עד תקרה שנתית של $50,000 ברמת Billing Profile. זה שווה זהב כשהחלטת הארכיטקטורה מתגלגלת, workload ש-consolidated ל-serverless, למשל.
לאחר שראיתי עשרות פורטפוליו FinOps של ארגונים בגודל של 5-500 מיליון דולר לשנה בענן, גיבשתי מודל שכבות שעובד עקבית. אני קורא לו 40-40-20, וזה הבסיס לכל תכנון שנתי:
זו הליבה החזויה: SQL Server Prod, Domain Controllers, k8s control plane, VMs של payment processing, ולוגים שלא זזים. מתחייבים ל-3 שנים עם AHB היכן שאפשר. ההנחה הממוצעת מגיעה ל-55-65%.
שכבה 2: זנב גמיש (20-30%), Savings Plan
AKS worker pools, סביבות Dev/Test, App Service, workloads שנעים בין סדרות. Savings Plan של 3 שנים עם Shared Scope או Management Group Scope לפי מודל ה-chargeback. הנחה ממוצעת 30-42%.
שכבה 3: הזנב הבלתי חזוי (10-20%), On-Demand ו-Spot
Batch jobs, CI runners, workers ל-training של ML. פה משתמשים ב-Azure Spot VMs שנותנים 60-90% הנחה תמורת סיכון interruption.
שימו לב שההנחה הכוללת (44.5%) נמוכה בהרבה מה"עד 72%" שמופיע בשיווק. בפועל, שילוב חכם של השכבות עדיף על גיוס יחיד לרזרבציית 3 שנים. אני יודע שזה נשמע פחות סקסי כשמציגים למנכ"ל, אבל המספרים לא משקרים.
מעקב אחר Commitment Coverage עם FOCUS
מ-2024 והלאה, ה-FinOps Foundation שחררה את FOCUS 1.0, סטנדרט אחיד לפורמט חיוב הענן. Azure Cost Details Export תומכת ב-FOCUS מיולי 2024, וזה הופך את המעקב אחר Reservation Coverage ו-Savings Plan Utilization לפשוט הרבה יותר. ב-FOCUS השדות המרכזיים לתקצוב התחייבויות הם CommitmentDiscountCategory, CommitmentDiscountType, CommitmentDiscountStatus, ו-EffectiveCost.
שאילתת KQL בסיסית ב-Azure Data Explorer על ייצוא FOCUS שנותנת לכם כיסוי לפי סוג:
הכיסוי המומלץ שאני שואף אליו: Reservation Coverage 40-55%, Savings Plan Coverage 20-30%, ו-On-Demand 15-25%. אם אתם רואים On-Demand גבוה מ-30% בסביבת Prod, יש כאן הזדמנות להוסיף Savings Plan של שנה על החלק המובטח. פרטים נוספים על ניתוח עלויות רב-ענן בסטנדרט FOCUS מופיעים ב-אתר FinOps FOCUS הרשמי.
שילוב הפרספקטיבה הזאת עם ניתוח Savings Plans מול Reserved Instances ב-AWS מאפשר לצוות מולטי-קלאוד לתחזק תיק התחייבויות מאוחד עם דוחות מאוחדים, וזה בדיוק סוג הנכס ה-FinOps שרוב הצוותים חסרים בקצה 2026.
שאלות נפוצות
מה ההבדל העיקרי בין Azure Reservations ל-Savings Plans?
Reservations מקנות הנחה גבוהה יותר (עד 72%) בתמורה להתחייבות למשפחת VM ואזור ספציפיים; Savings Plans מקנות הנחה נמוכה יותר (עד 65%) אבל גמישות מלאה בין סדרות, אזורים ומערכות הפעלה, ומתפרסות אוטומטית על כל שירותי המחשוב הזכאים בטננט.
האם ניתן לבטל Azure Savings Plan?
לא. Azure Savings Plans אינן ניתנות לביטול, החלפה או החזר. זו התחייבות דולרית סופית לשעה למשך שנה או שלוש שנים. Reservations לעומתן ניתנות להחלפה בתוך 3 שנים מהרכישה ולהחזר עד תקרה שנתית של $50,000 ברמת Billing Profile.
האם Savings Plan של Azure חל על AKS?
כן. AKS worker nodes מחויבים בתעריף VM רגיל, ולכן ה-Savings Plan תופס אותם אוטומטית ללא הגדרה נוספת, כולל node pools עם Cluster Autoscaler או Karpenter. שירותי control plane של AKS הם ללא תשלום בשכבת ה-Free ולא רלוונטיים להתחייבות.
האם Azure Hybrid Benefit עובד עם Savings Plans?
כן. Azure Hybrid Benefit הוא זכות רישוי נפרדת שמצטברת על גבי כל מודל תמחור, On-Demand, Reservation או Savings Plan. שילוב של Reservation 3 שנים עם AHB על VMs של Windows יכול להביא להנחה משולבת של מעל 80% ביחס למחיר On-Demand של Windows.
מה ההנחה הממוצעת בפועל של Azure Savings Plans ב-2026?
ההנחה הממוצעת שנצפית בפורטפוליו מולטי-אקאונטיים ב-2026 היא 28-42% ל-Savings Plan של 3 שנים, למרות שהנחה השיווקית הרשמית עומדת על "עד 65%". הפער נובע מכיסוי חלקי (השעות שנופלות מעל התחייבות הדולר), משילוב סדרות VM שונות ומקטגוריות שירות עם דירוג הנחה נמוך יותר כמו App Service.