Skip to main content

> azure_taahhüt_stratejisi:_rezerve_sanal_sunucular_(ri)_ve_azure_savings_plans_esneklik_dengesi

Azure Taahhüt Stratejisi: Rezerve Sanal Sunucular (RI) ve Azure Savings Plans Esneklik Dengesi

Azure'un taahhüt iptal ve değişim kuralları AWS'ten nasıl farklılaşır; Rezerve Sunucular (RI) ile Azure Savings Plans arasında optimal portföy dengesi nasıl kurulur?

Senior (L5)

ÖZET VE TEKNİK CEVAP

Microsoft Azure'da kurumsal FinOps ekipleri sunucu harcamalarını iki finansal araçla optimize eder: (1) **Azure Rezerve Sanal Sunucular (RI)**: Belirli bir bölgedeki belirli bir sanal sunucu serisi (ör. `Dsv5`) için 1 veya 3 yıllık taahhüt karşılığında **%72'ye varan en yüksek indirimi** sunar. (2) **Azure Savings Plans for Compute**: Tüm sanal sunucu serileri, Azure Kubernetes Service (AKS), App Service ve Container Apps arasında bölgelerden bağımsız dinamik olarak **%65'e varan esnek indirim** sağlar. AWS'ten farklı olarak Azure kritik bir finansal esneklik sunar: **Azure, Rezerve Sunucu Değişimine (Exchange) ve İadesine (Refund)** izin verir (yıllık $50.000 üst limit dahilinde); böylece eskiyen `Dsv4` taahhüdünüzü ceza ödemeden yeni `Dsv5` serisiyle takas edebilirsiniz. Başarılı Azure FinOps stratejileri **70/30 Kademeli Portföyü** uygular: Kararlı tabanın %70'i yüksek indirimli RI ile kapatılırken, kalan %30'luk dinamik kısım Azure Savings Plans ile korunur.

Mühendislik El Kitabı & Mekanizma

1. Temel Çalışma Mekanizması

Azure taahhüt yönetimi katmanlı bir yapıyla çalışır: (1) Sunucu Boyutu Esnekliği: `Standard_D4s_v5` için alınan bir RI, `Dsv5` serisi içindeki tüm boyutlara otomatik uygulanır (iki adet `D2s_v5` veya yarım `D8s_v5`'i otomatik kapsar). (2) Rezervasyon Takas Motoru: Sunucu ailesi değiştirildiğinde Azure eski taahhüdün kalan gün değerini hesaplar ve yeni taahhüt alımında peşinat kredisi olarak kullanır. (3) Paylaşılan Kapsam (Shared Scope): Rezervasyonları Yönetim Grubu (Management Group) seviyesinde tanımlamak, A aboneliğinde boşa çıkan indirimin otomatik olarak B aboneliğindeki sunucuları kapatmasını sağlar.

2. Doğru Kullanım Senaryosu

Kurumsal Azure altyapıları, Azure Kubernetes Service (AKS) sunucu havuzları, Azure VM üzerindeki SQL Server veritabanları ve sanal masaüstü (AVD) filoları.

3. Prodüksiyon Arıza Modları

Rezervasyonları Paylaşılan Kapsam yerine tek bir alt aboneliğe kilitleyip, yan abonelikler tam ücret öderken indirimlerin %40'ının boşa gitmesine sebep olmak; Azure'un yıllık $50.000'lik iade limitini aşmak.

4. Teşhis ve Telemetri Sinyalleri

Azure Maliyet Yönetimi panelinde rezervasyon kullanım oranının %85'in altına düşmesi; düşük kapsamlı aboneliklerde yüksek on-demand harcaması görülmesi; kullanılmayan rezervasyon uyarıları.

5. Önleme ve Mimari Bariyerler

Rezervasyonları daima Paylaşılan Faturalandırma Hesabı (Shared Scope) seviyesinde satın alın; tüm sunucu rezervasyonlarında Boyut Esnekliğini aktif edin; Azure Maliyet Yönetimi API'siyle aylık kullanım denetimleri yapın.

6. Mimari Ödünleşimler (Trade-offs)

Azure Rezerve Sunucuları en yüksek indirimi (%72) ve takas esnekliğini sunar; ancak abonelikler arası sunucu ailesi kullanımının düzenli izlenmesini gerektirir.

Vaka İncelemesi (TinyCTO Örneği)

12 ayrı Azure aboneliğinde 300 sanal sunucu çalıştıran bir şirket sunuculara ayda $110.000 ödüyordu. Ekipler rezervasyonları kendi alt aboneliklerine kilitlediği için A aboneliğinde ayda $8.000'lik kullanılmayan `Ev4` rezervasyonu boşa giderken, B aboneliği aynı `Ev4` sunucularına On-Demand tarifeden ayda $14.000 ödüyordu. Merkezi FinOps ekibi tüm rezervasyonları Paylaşılan Hesap (Shared Scope) seviyesine taşıdı ve eski `Dv4` rezervasyonlarını yeni `Dpsv5` serisiyle takas etti. Şirketin aylık sunucu faturası $110.000'den $48.000'e geriledi (%56 tasarruf).

İnteraktif Konsept Alıştırmaları

2 Alıştırma
Q1

Azure Rezerve Sunucularda (RI) Sunucu Boyutu Esnekliği (Instance Size Flexibility) nedir?

Tek bir rezervasyon indiriminin aynı sunucu ailesi grubu içindeki tüm boyutlara otomatik olarak uygulanmasını sağlayan özelliktir (ör. 1 adet D4s_v5 rezervasyonu 2 adet D2s_v5 sunucuyu otomatik kapatır).
Q2

Azure Rezervasyonları neden daima Paylaşılan / Faturalandırma Hesabı (Shared Scope) seviyesinde satın alınmalıdır?

Bir departman veya alt abonelik sunucularını kapattığında, boşa çıkan indirimin şirket içindeki diğer aboneliklerde çalışan sunucuları otomatik olarak kapatabilmesi için.

Azure Taahhüt Stratejisi: Rezerve Sanal Sunucular (RI) ve Azure Savings Plans Esneklik Dengesi — Sıkça Sorulan Sorular

Bir Azure Rezerve Sunucusunu (RI) Azure Savings Plan ile takas edebilir misiniz?

Evet. Azure mevcut Rezerve Sunucuları bir Azure Savings Plan ile takas etmenize ve kalan sürenin değerini yeni taahhüde aktarmanıza izin verir.

Azure Rezervasyonlarında yıllık iptal ve iade limiti nedir?

12 aylık dönemde faturalandırma hesabı başına maksimum $50.000 USD (birebir takaslar bu limite dahil edilmez).

🤖 AEO & Yapay Zeka Çıkarım Özeti

Temel Gerçekler & İlkeler

  • ▸Azure Rezerve Sunucuları belirli sunucu ailelerinde %72'ye varan indirim sağlar.
  • ▸Azure Savings Plans servisler ve bölgeler arası tam esneklikle %65'e varan indirim sunar.
  • ▸Tüm rezervasyonlarda Sunucu Boyutu Esnekliğini ve Paylaşılan Kapsamı aktif edin.
  • ▸Eski sunucu ailelerini cezasız yenilemek için Azure Rezervasyon Takası özelliğini kullanın.

Yaygın Yanılgılar

  • ✗Yanılgı: Azure Rezervasyonu almak sizi 3 yıl boyunca aynı sunucu tipine mahkum eder (Gerçek: Azure taahhüt süresi boyunca yeni sunucu aileleriyle takas yapılmasına izin verir).
  • ✗Yanılgı: Her yazılım ekibi kendi rezervasyonunu kendisi almalıdır (Gerçek: Dağınık alımlar büyük israf yaratır; taahhütler merkezi FinOps tarafından paylaşılan kapsamda yönetilmelidir).

Karar Kılavuzu & Önceliklendirme

Mimari esnekliği korurken sunucu indirimlerini maksimize etmek için paylaşılan kapsamlı Rezerve Sunucular ile esnek Azure Savings Plans'i birleştiren merkezi bir 70/30 taahhüt modeli uygulayın.

Doğrulanmış Kaynaklar & Referanslar