Azure bütçesi tanımlamak, harcama o tutara ulaştığında sunucuları otomatik kapatmaz. Bütçe, gerçekleşen veya tahmin edilen maliyeti izleyip uyarı üretir. Dolayısıyla “bütçeyi girdik, fatura artık bunu aşamaz” varsayımı doğru değildir. Beklenmeyen Azure faturalarını yönetmek için maliyetin kaynağını, uyarıya kimin bakacağını ve hangi müdahalenin güvenli olduğunu birlikte belirlemek gerekir.
Azure bütçesi ile harcama limiti aynı şey mi?
Hayır. Cost Management içindeki Budget bir izleme eşiğidir. Spending limit ise belirli kredili aboneliklerde bulunan ayrı bir mekanizmadır; kullandıkça öde aboneliklerine istediğiniz tutarda ekleyebileceğiniz genel bir tavan değildir. Microsoft, özel tutarlı spending limit seçeneği sunulmadığını belirtiyor. Kredili aboneliklerde de bazı dış hizmetler ayrı ücret doğurabilir. Bu nedenle önce abonelik türünü kontrol edin.
Şirket açısından iki farklı karar var: “Bu ay ne kadar harcamayı kabul ediyoruz?” ve “Hangi hizmeti hangi koşulda durdurabiliriz?” Finans ilk soruya cevap verebilir; ikinci soru için uygulamanın iş sahibi de görüş bildirmeli. Bir test sunucusuyla sipariş kabul eden üretim sistemine aynı kapatma kuralı uygulanmamalı.
Fatura yükseldiyse önce hangi ekrana bakmalı?
Azure portalında ilgili aboneliğin Cost Management > Cost analysis bölümünü açın. İncelediğiniz tarih aralığını ve kapsamı kontrol edin. Maliyeti hizmet, kaynak grubu ve kaynak düzeyine indirerek artışın hangi bileşenden geldiğini araştırın. Görünümleri kaydedebilir ve raporları paylaşabilirsiniz. Microsoft yeni bir dağıtımın ardından ilk bir veya iki hafta günlük, daha oturmuş kullanımda haftalık kontrol öneriyor.
İlk inceleme toplantısına yalnızca toplam tutarı götürmeyin. En çok maliyet üreten kaynakları, ilgili proje sahibini ve son değişiklik tarihini bir araya getirin. Geçen ayın tamamıyla bu ayın ilk haftasını karşılaştırmak yerine aynı uzunluktaki dönemleri seçin. Aksi halde normal büyüme ile unutulmuş bir test ortamını ayırt etmek zorlaşır.
CSP üzerinden Azure kullanıyorsanız: müşteri ortamında maliyet görünürlüğü için sağlayıcının ilgili politikayı açması ve kullanıcının uygun Azure erişimine sahip olması gerekir. Müşteri görünümündeki tutarlar perakende/kullandıkça öde oranlarıyla hesaplanabilir; sağlayıcınızla anlaşmalı faturanıza birebir eşit olduklarını varsaymayın. Paneldeki kapsamı ve fiyatlandırma temelini iş ortağınızla doğrulayın.
İşe yarayan bütçe uyarısını nasıl kurarsınız?
İlgili abonelik veya kaynak grubunda Budgets > Add yoluyla kapsamı, dönemini, bütçe tutarını ve bitiş tarihini seçin. Gerçekleşen maliyet için eşikler ve alıcılar belirleyin; ay sonu aşım riskini erken görmek için tahmini maliyet uyarısını değerlendirin. Uyarılar gerçek zamanlı değildir: Microsoft'a göre kullanım verisi genellikle 8–24 saatte görünür, bütçe değerlendirmesi ise 24 saatte bir yapılır.
Aşağıdaki eşikler örnektir, Microsoft'un zorunlu şablonu değildir. Şirketinizin müdahale hızına göre daha erken uyarı gerekebilir.
| Örnek eşik | Kim ilgilenir? | Beklenen karar |
|---|
| Gerçekleşen tüketim %50 | BT sorumlusu | Harcama hızı planla uyumlu mu? |
| Gerçekleşen tüketim %80 | BT ve finans | Yeni kaynak veya kapasite artışı incelenecek mi? |
| Tahmini ay sonu tüketimi %100 | İş sahibi ve BT | Planlı büyüme mi, düzeltilecek sapma mı? |
Alıcı olarak yalnız bir kişinin adresini yazmak yerine sorumluluğu tanımlanmış bir ekip adresini de düşünün. İzin gününde uyarıya kim bakacak? Karar hangi kayıt üzerinden izlenecek? Bu iki sorunun cevabı yoksa iyi ayarlanmış bir alarm bile yalnızca okunmamış e-posta üretir.
Sunucuyu kapattım; neden hâlâ ücret görünüyor?
Azure sanal makinelerinde Stopped ile Stopped (deallocated) farklıdır. İşletim sistemi içinden kapatılan makine Stopped durumunda kalabilir; ayrılmış işlem kaynağı için ücret sürer. Deallocated durumunda işlem kaynağı serbest bırakılır ve VM işlem ücreti oluşmaz. Ancak diskler ve bazı ağ kaynakları ücret üretmeye devam edebilir. “Bilgisayara bağlanamıyorum” maliyetin durduğunu kanıtlamaz.
Bu yüzden kontrol listesinde makinenin güç durumuyla birlikte ona bağlı kalemler de olmalı. Deallocate işlemini veri silme işlemiyle karıştırmayın; maliyeti azaltmak adına diskleri gelişigüzel silmeyin. Saklama ihtiyacı, geri dönüş planı ve uygulama sahibinin onayı olmadan yapılan temizlik daha büyük bir iş kaybına yol açabilir.
Uzaktan masaüstü ortamı planlıyorsanız aynı ayrım kapasite hesabında da önemlidir. Kullanıcı lisansı ile altyapı tüketiminin farkını Windows 365 ve Azure Virtual Desktop karşılaştırmasında ayrıca ele alıyoruz.
Bütçeye bağlı otomatik kapatma ne zaman mantıklı?
Microsoft'un bütçe otomasyonu örneğinde uyarı, bir action group üzerinden iş akışını tetikler; Logic Apps ve Automation gibi bileşenlerle kaynaklara müdahale tasarlanabilir. Bu, bütçenin kendiliğinden yaptığı bir işlem değildir. Ayrı kurulum, yetkilendirme ve test gerekir. Maliyet verisinin gecikmesi nedeniyle böyle bir akış da kesin bir harcama tavanı olarak sunulmamalıdır.
Örneğin, yalnız eğitim günlerinde kullanılan bir test ortamında kapanma kabul edilebilir. Buna karşılık gece entegrasyon çalıştıran ERP sunucusu, kullanıcı oturumu görünmese bile iş yapıyor olabilir. Otomasyon tasarımında kapsama alınan kaynakları tek tek belirleyin; üretim, kimlik, güvenlik ve yedekleme bileşenlerini kontrolsüz toplu kapatmanın dışında tutun.
İlk pilotta yalnız bildirim ve insan onayı kullanmak daha yönetilebilir bir başlangıçtır. Ardından bir test kaynağında kapanmayı, tekrar açılmayı ve uygulamanın sağlıklı döndüğünü sınayın. Başarısız bir çalıştırmanın kime bildirileceğini de yazın. Tasarruf hedefi, erişim denetimini veya güvenlik izlemesini kapatmanın gerekçesi olmamalı.
Örnek: Projesi biten test ortamı
Varsayımsal bir şirkette muhasebe uygulamasının yeni sürümü için ayrı bir Azure test ortamı açıldığını düşünün. Test tamamlanıyor fakat ortamın sahibi ve kapanış tarihi kayda geçmiyor. Ay sonunda artan fatura görülüyor. Buradaki ilk çözüm daha yüksek bütçe tanımlamak değil, kaynağın hâlâ gerekli olup olmadığını öğrenmek.
BT ekibi önce kaynak listesini çıkarır; muhasebe sorumlusu bekleyen test olup olmadığını onaylar. Gerekli kayıtların korunması ve geri dönüş ihtiyacı değerlendirilir. Sonra uygun kaynaklar kontrollü olarak durdurulur. Takip raporunda işlem tüketimiyle devam eden depolama kalemleri ayrı izlenir. Böylece “kapattık” ifadesinin faturada neyi değiştirdiği görülebilir.
Danışmanlık istemeden önce hazırlayacağınız kısa liste
- Abonelik adı, iş sahibi ve hizmetin kullanım amacı.
- Karşılaştırılabilir dönemlere ait maliyet dökümü ve artan kaynaklar.
- Üretim, test ve geliştirme ortamlarının ayrımı.
- Mesai dışı çalışması gereken işler ve kabul edilebilir kesinti aralığı.
- Mevcut uyarılar, alıcılar ve müdahale sorumlusu.
- Yedekleme, veri saklama ve yeniden açılış gereksinimleri.
Bu aşamada parola veya gizli anahtar paylaşmanız gerekmez. Yetkili kişilerle kontrollü inceleme kapsamı belirlenebilir. Micro Bilgi'nin Azure bulut ve maliyet optimizasyonu hizmetlerini inceleyebilir, bu listeyle ortamınıza özel değerlendirme talep edebilirsiniz.
Sık sorulan sorular
Azure bütçesini aşınca sunucum kapanır mı?
Yalnızca Budget tanımladıysanız hayır. Durdurma için ayrıca kurulmuş bir otomasyon veya ayrı bir abonelik mekanizması gerekir.
Bütçe uyarısı neden harcamayla aynı anda gelmiyor?
Verinin sisteme yansıması ve değerlendirme döngüsü zaman alır. Uyarıyı anlık sayaç değil, müdahale sürecini başlatan bildirim olarak kullanın.
Deallocated durumunda bütün Azure maliyeti sıfırlanır mı?
Hayır. VM işlem kaynağı ile disk ve ağ gibi diğer ücret kalemlerini ayrı inceleyin.
CSP müşterisiyim; portal tutarı neden faturamla farklı?
Müşteri maliyet görünümü perakende oranları kullanabilir. Dönem, kapsam ve anlaşmalı fiyatlandırmayı iş ortağınızla birlikte karşılaştırın.
Kaynaklar ve kontrol tarihi
Teknik kaynaklar 8 Ekim 2026 tarihinde kontrol edilmiştir. Ekran seçenekleri ve erişim kapsamı abonelik türüne göre değişebilir.