- 01Azure maliyeti servis, region, SKU, işletim sistemi, kullanım miktarı, storage, veri transferi ve pricing plan bileşiminden oluşur.
- 02Stabil workload'larda Reservation, daha değişken uygun compute kullanımında Savings Plan değerlendirilebilir; önce rightsizing yapılmalıdır.
- 03Azure Pricing Calculator tahmin aracıdır; gerçek fatura gerçek tüketim, agreement fiyatları ve mimari davranışa göre değişebilir.
- 04Uygun Windows Server ve SQL Server lisanslarında Azure Hybrid Benefit toplam lisans maliyetini azaltabilir; uygunluk doğrulanmalıdır.
- 05Maliyet optimizasyonu yalnız indirim satın almak değildir; idle kaynak, rightsizing, schedule, storage, logging ve data transfer birlikte ele alınmalıdır.
Kısaca
Azure maliyeti tek bir "sunucu fiyatı" değildir. Toplam fatura; kullandığınız servis, region, SKU veya tier, işletim sistemi, çalışma süresi, storage, veri transferi, backup, monitoring ve seçtiğiniz fiyatlandırma planının birleşiminden oluşur. Microsoft Azure'da pay-as-you-go, Reservations, Savings Plan ve uygun lisanslarda Azure Hybrid Benefit gibi farklı maliyet modelleri kullanılabilir. Dynamis Teknoloji, Azure maliyetini yalnız indirim arayarak değil; önce kaynak kullanımını ve mimariyi doğrulayıp sonra uygun taahhüt ve lisans modelini seçerek optimize eder.
Azure fiyatlandırması nasıl çalışır?
Azure servislerinin büyük bölümü ölçülen kullanım üzerinden ücretlendirilir.
Fiyatı etkileyen temel değişkenler şunlardır:
- servis türü
- region
- SKU veya instance size
- işletim sistemi
- service tier
- çalışma süresi
- storage kapasitesi ve türü
- IOPS veya throughput
- veri transferi
- backup ve snapshot
- log/monitoring hacmi
- lisans modeli
- pay-as-you-go, reservation veya savings plan seçimi
Bu nedenle "Azure'da 4 vCPU sunucu ne kadar?" sorusunun tek cevabı yoktur.
Aynı vCPU/RAM değerine sahip iki VM:
- farklı VM ailesinde,
- farklı region'da,
- Linux veya Windows olarak,
- farklı disk türüyle,
- farklı pricing plan ile
farklı maliyet üretebilir.
Microsoft'un Azure Pricing Calculator aracı da tahmini maliyeti ürün konfigürasyonu, region, işletim sistemi, tier ve kullanım miktarı gibi parametrelere göre hesaplar.
Pay-as-you-go nedir?
Pay-as-you-go, uzun dönem taahhüt vermeden uygun Azure kaynaklarını tüketim bazlı kullandığınız fiyatlandırma modelidir.
Avantajları:
- başlangıçta taahhüt gerektirmez
- yeni workload için esnektir
- kısa süreli ortamlar için uygundur
- instance type veya region değişikliği kolaydır
Ancak sürekli çalışan ve stabil workload'larda pay-as-you-go en ekonomik model olmayabilir.
Örneğin production VM'iniz:
- 7/24 çalışıyor,
- boyutu aylar boyunca değişmiyor,
- aynı region'da kalıyor,
- kapasite ihtiyacı öngörülebiliyorsa
Reservation veya Savings Plan ayrıca değerlendirilmelidir.
Azure Reservations nasıl çalışır?
Azure Reservations, uygun Azure ürünlerinde bir veya üç yıllık kullanım taahhüdü karşılığında indirim uygulanmasını sağlayan fiyatlandırma mekanizmasıdır.
Reservation bir runtime özelliği değildir.
Yani reservation satın almak:
- VM'i kilitlemez,
- uygulamanın çalışma şeklini değiştirmez,
- high availability sağlamaz.
Bu bir billing discount mekanizmasıdır.
Microsoft, reservation'ı özellikle sürekli çalışan ve konfigürasyonu stabil workload'lar için önerir.
Reservation satın almadan önce şu soruları yanıtlayın:
- Kaynak gerçekten 7/24 çalışıyor mu?
- VM size önümüzdeki 12-36 ay aynı kalacak mı?
- Region değişecek mi?
- Uygulama kapanabilir veya modernize edilebilir mi?
- Kaynağın utilization oranı yeterli mi?
Yanlış boyutlandırılmış VM'e reservation almak israfı ortadan kaldırmaz. Yalnız pahalı ama gereksiz kaynağın birim fiyatını düşürür.
Bu nedenle önce rightsizing yapılmalıdır.
Cloud Rightsizing Nedir? rehberinde bu adımı ayrıca ele alıyoruz.
Azure Savings Plan nasıl çalışır?
Azure Savings Plan, uygun compute servislerinde belirli bir saatlik harcama taahhüdü üzerinden indirim uygulanmasını sağlar.
Reservation'a göre daha esnek olabilir.
Microsoft'un güncel Cost Management dokümantasyonu iki modeli şöyle ayırır:
Reservation: Daha stabil ve belirli instance/service kullanımına uygundur.
Savings Plan: Compute kullanımınız instance family, servis veya region arasında değişiyorsa daha esnek bir yaklaşım sağlayabilir.
Bu nedenle seçim şu mantıkla yapılabilir:
| Workload | İlk değerlendirilecek model |
|---|---|
| Yeni ve belirsiz workload | Pay-as-you-go |
| Stabil, sürekli çalışan workload | Reservation |
| Compute kullanımı değişken ama toplam harcama öngörülebilir | Savings Plan |
| Kısa süreli / kesilebilir batch workload | Spot değerlendirilebilir |
| Mevcut Windows/SQL lisansı var | Azure Hybrid Benefit uygunluğu kontrol edilir |
Bu tablo nihai satın alma kararı değildir. Gerçek kullanım trendi ve Azure recommendation verileri ayrıca değerlendirilmelidir.
Önce rightsizing, sonra taahhüt
Microsoft'un Savings Plan ve Reservation karşılaştırma rehberindeki en önemli önerilerden biri şudur:
Önce gereksiz veya oversized kaynakları temizleyin, sonra indirim satın alın.
Bu sıralama önemlidir.
Örneğin:
- VM %8 CPU kullanıyor,
- 32 GB RAM ayrılmış ama 7 GB kullanılıyor,
- disk tier ihtiyacın üzerinde,
- dev/test VM'leri gece çalışıyor
ise Savings Plan satın almak temel israfı çözmez.
İlk adım:
- Kullanımı ölçün
- Idle kaynakları bulun
- Rightsizing yapın
- Kullanım pattern'ini birkaç hafta izleyin
- Sonra reservation/savings plan kararı verin
Azure maliyet optimizasyonunda en sık yapılan hata, israfı temizlemeden indirim kovalamaktır.
Azure VM maliyeti yalnız compute değildir
VM fiyatlandırması hesaplanırken yalnız instance cost'a bakmak eksik sonuç verir.
Bir production VM için ek maliyet kalemleri olabilir:
- managed disk
- snapshot
- backup
- public IP
- load balancer
- bandwidth
- monitoring/logging
- Defender veya başka security servisleri
- Windows Server veya SQL Server lisansı
- support
Bu nedenle tahmini aylık maliyet:
compute + storage + network + backup + observability + security + license
olarak değerlendirilmelidir.
Özellikle Windows workload'larda lisans maliyeti toplam faturada önemli olabilir.
Region seçimi fiyatı etkiler
Azure servis fiyatları region'a göre değişebilir.
Bir workload'u yalnız düşük compute fiyatı nedeniyle başka region'a taşımak doğru karar olmayabilir.
Region seçiminde birlikte değerlendirilmesi gerekenler:
- kullanıcıya latency
- veri konumu
- servis availability
- disaster recovery tasarımı
- network/data transfer
- SLA
- regülasyon
- diğer sistemlere proximity
Daha ucuz bir VM fiyatı, veri transferi veya latency nedeniyle toplamda daha pahalı mimariye dönüşebilir.
Azure Pricing Calculator nasıl kullanılmalı?
Azure Pricing Calculator, beklenen mimarinin tahmini maliyetini çıkarmak için kullanılabilir.
Microsoft'un dokümantasyonuna göre calculator:
- Azure ürünlerini seçmenizi,
- region belirlemenizi,
- SKU veya tier seçmenizi,
- tahmini kullanım miktarı girmenizi,
- uygun pricing plan seçeneklerini değerlendirmenizi
sağlar.
Calculator'daki sonuç fatura garantisi değildir.
Gerçek maliyet şu nedenlerle değişebilir:
- gerçek kullanım tahminden farklı olabilir
- autoscale devreye girebilir
- data transfer değişebilir
- log hacmi artabilir
- agreement-specific pricing uygulanabilir
- exchange rate etkisi olabilir
- kaynak sayısı zaman içinde değişebilir
Bu nedenle calculator'ı "teklif" değil modelleme aracı olarak kullanın.
Azure Retail Prices API ne zaman kullanılmalı?
Azure fiyatlarını programatik olarak analiz etmek isteyen ekipler Azure Retail Prices API'yi kullanabilir.
Microsoft'un API'si:
- servis
- SKU
- region
- meter
- reservation
- retail price
gibi alanlarda fiyat verisi sunar.
Bu API özellikle:
- çok sayıda SKU karşılaştırmak
- internal cost calculator oluşturmak
- region bazlı fiyat analizi yapmak
- otomatik cloud cost assessment geliştirmek
için kullanılabilir.
Microsoft, retail pricing verisinin temel fiyatlandırma verisi olduğunu belirtir. Kendi Enterprise Agreement, Microsoft Customer Agreement veya CSP koşullarınız farklı fiyatlar üretebilir.
Azure Hybrid Benefit nedir?
Azure Hybrid Benefit, uygun lisans haklarına sahip şirketlerin mevcut Windows Server, SQL Server veya bazı Linux aboneliklerinden Azure üzerinde maliyet avantajı elde etmesini sağlayan programdır.
Windows Server ve SQL Server tarafında uygunluk genellikle mevcut lisans hakları ve Software Assurance veya uygun subscription haklarıyla ilişkilidir.
Bu nedenle şu iki soruyu ayrı değerlendirin:
Teknik soru: Workload Azure'da hangi serviste çalışacak?
Lisans sorusu: Mevcut Microsoft lisanslarım bu workload için Azure Hybrid Benefit kullanımına uygun mu?
Lisans uygunluğu doğrulanmadan pricing calculator'da Hybrid Benefit seçmek yanlış bütçe oluşturabilir.
Microsoft lisanslama yapınızı ayrıca Microsoft Lisanslama hizmeti kapsamında değerlendirebilirsiniz.
Spot VM ne zaman kullanılmalı?
Azure Spot Virtual Machines, Azure'daki kullanılmayan compute kapasitesinden daha düşük maliyetle yararlanmak için kullanılabilir.
Ancak Spot workload'lar:
- capacity nedeniyle evict edilebilir
- fiyat değişimine maruz kalabilir
- high availability garantisi taşımaz
Bu nedenle production database veya kesintiye toleransı olmayan tek instance workload için uygun default değildir.
Daha uygun senaryolar:
- batch processing
- CI workload
- render
- stateless worker
- test
- yeniden başlatılabilen hesaplama işleri
Maliyet avantajı ancak uygulama interruption'a dayanabiliyorsa değerlidir.
Veri transferi faturayı neden büyütür?
Cloud maliyetinde gözden kaçan alanlardan biri network transferidir.
Özellikle:
- Azure'dan internete çıkan trafik
- region'lar arası trafik
- farklı platformlar arası veri akışı
- hybrid mimaride sürekli data transfer
ek maliyet oluşturabilir.
Uygulama mimarisinde compute ucuz görünürken yoğun egress toplam faturayı beklenenden daha yüksek hale getirebilir.
Bu nedenle architecture diagram üzerinde veri akış yönlerini de maliyet analiziyle birlikte değerlendirin.
Storage maliyeti yalnız GB değildir
Azure storage veya managed disk seçerken yalnız kapasite fiyatına bakmayın.
Maliyet şu değişkenlere göre değişebilir:
- disk/storage türü
- capacity
- provisioned IOPS
- throughput
- redundancy modeli
- transaction sayısı
- snapshot
- backup
- replication
Örneğin çok yüksek performans tier'ında provision edilmiş fakat düşük I/O kullanan disk, gereksiz maliyet oluşturabilir.
Bu yüzden compute rightsizing kadar storage rightsizing de yapılmalıdır.
Monitoring ve log maliyeti kontrol edilmelidir
Production ortamında logging kapatılmamalıdır.
Ancak her log'u sınırsız süre saklamak da gerekli değildir.
Kontrol edin:
- hangi loglar gerçekten incident response için gerekli?
- retention süresi ne?
- debug log production'da açık mı?
- metric ve log duplication var mı?
- yüksek hacimli uygulama logları filtreleniyor mu?
- workspace retention politikası doğru mu?
Observability maliyeti, sistem büyüdükçe Azure faturasının görünür kalemlerinden biri haline gelebilir.
Dev, staging ve production aynı maliyet modelini kullanmamalı
Production 7/24 çalışabilir.
Ancak development ve staging ortamları çoğu zaman:
- mesai dışı saatlerde kapatılabilir
- daha küçük SKU kullanabilir
- daha düşük disk tier'ında çalışabilir
- autoscale veya schedule uygulanabilir
Üç ortamın birebir production boyutunda ve 7/24 çalışması önemli israf yaratabilir.
Azure bütçesi çıkarırken environment bazlı maliyet modeli oluşturun.
Azure maliyet tahmini için örnek yöntem
Yeni bir production workload için şu sırayı kullanabilirsiniz:
1. Workload envanteri
- VM / container
- database
- storage
- network
- backup
- monitoring
- security
2. Utilization tahmini
- çalışma saati
- CPU/RAM ihtiyacı
- storage
- IOPS
- data transfer
- log hacmi
3. Region ve SKU seçimi
Teknik gereksinimi karşılayan region ve SKU'ları belirleyin.
4. Pay-as-you-go baseline
Önce herhangi bir taahhüt olmadan baseline maliyet oluşturun.
5. Optimization
- rightsizing
- schedule
- lifecycle
- storage tier
- logging
- data transfer
iyileştirmelerini uygulayın.
6. Commitment modeli
Stabil kullanım oluştuğunda Reservation veya Savings Plan değerlendirin.
7. Lisans avantajları
Uygun Windows/SQL lisansları için Azure Hybrid Benefit kontrol edin.
Bu sıra teorik en yüksek indirimi değil, gerçek kullanımınıza uygun sürdürülebilir maliyeti hedefler.
Azure maliyet optimizasyonunda sık yapılan hatalar
Yalnız VM fiyatına bakmak: Storage, backup, network, logging ve lisans unutulur.
En başta reservation almak: Workload henüz doğru boyutlandırılmadan taahhüt verilir.
Savings Plan'ı israf çözümü sanmak: İndirim, gereksiz kaynağı ortadan kaldırmaz.
Dev/test ortamını 7/24 çalıştırmak: Production davranışı gereksiz yere kopyalanır.
Data transfer'i hesaba katmamak: Egress maliyeti mimari kararın sonucudur.
Hybrid Benefit'i otomatik uygulamak: Lisans uygunluğu doğrulanmadan bütçeye indirim yazılır.
Calculator sonucunu kesin fatura sanmak: Tahmini kullanım ile gerçek tüketim farklılaşabilir.
Dynamis'te Azure maliyet değerlendirmesi nasıl yapılır?
Dynamis'te Azure maliyet analizi yalnız fatura satırlarını küçültmeye odaklanmaz.
Önce:
- subscription yapısı
- resource inventory
- utilization
- SKU
- region
- storage
- data transfer
- backup
- log/monitoring
- reservation
- savings plan
- lisanslama
birlikte değerlendirilir.
Ardından kaynaklar:
- kaldırılabilir
- küçültülebilir
- schedule edilebilir
- farklı tier'a taşınabilir
- taahhüt planına alınabilir
- lisans avantajıyla optimize edilebilir
olarak sınıflandırılır.
Azure altyapısının operasyon ve maliyetini birlikte değerlendirmek için Azure yönetim hizmetini inceleyebilirsiniz.
Cloud maliyet görünürlüğü, rightsizing ve bütçe yönetimi için FinOps hizmetini de değerlendirebilirsiniz.
Sırada ne var
- Microsoft Azure Nedir?: Azure servis modelini ve temel platform yapısını inceleyin.
- Azure VM Nedir?: VM boyutlandırma ve production seçim kriterlerini değerlendirin.
- Azure Faturasını Satır Satır Okuma: Azure faturasında sık görülen israf kalemlerini bulun.
- Cloud Rightsizing Nedir?: workload kullanımına göre doğru kaynak boyutunu belirleyin.
- Azure yönetim hizmeti: Azure operasyon ve maliyet yönetimini birlikte değerlendirin.
- FinOps hizmeti: cloud maliyetlerini ekip, bütçe ve optimizasyon süreciyle yönetin.
Kaynaklar
- Microsoft Azure: Pricing Overview
- Microsoft Learn: Azure Pricing Calculator
- Microsoft Learn: Decide between a Savings Plan and a Reservation
- Microsoft Learn: Azure Reservations
- Microsoft Learn: Azure Retail Prices API
- Microsoft Azure: Azure Hybrid Benefit
- Microsoft Learn: Azure Spot Virtual Machines
Kaynaklar
- 1.Azure pricing overviewMicrosoft Azure · 2026-10-12
- 2.Estimate costs with the Azure pricing calculatorMicrosoft Learn · 2026-10-12
- 3.Decide between a savings plan and a reservationMicrosoft Learn · 2026-10-12
- 4.What are Azure Reservations?Microsoft Learn · 2026-10-12
- 5.Azure Retail Prices APIMicrosoft Learn · 2026-10-12
- 6.Azure Hybrid BenefitMicrosoft Azure · 2026-10-12
- 7.Azure Spot Virtual MachinesMicrosoft Learn · 2026-10-12
Sık sorulan sorular
Azure fiyatlandırması nasıl çalışır?
Azure maliyeti kullandığınız servise, bölgeye, SKU veya tier'a, işletim sistemine, kullanım süresine ve seçilen fiyatlandırma planına göre değişir. Aynı workload farklı region veya SKU seçiminde farklı maliyet üretebilir.
Azure pay-as-you-go nedir?
Pay-as-you-go modelinde uygun Azure servislerinde önceden uzun dönem taahhüt vermeden tükettiğiniz kaynaklar üzerinden ücretlendirilirsiniz. Bu model esnektir ancak sürekli ve öngörülebilir workload'larda reservation veya savings plan seçenekleri ayrıca değerlendirilmelidir.
Azure Reservation ile Savings Plan arasındaki fark nedir?
Reservation belirli servis, instance ailesi ve çoğu senaryoda region gibi daha sabit parametrelere bağlı taahhüt modelidir. Savings Plan ise uygun compute servislerinde saatlik harcama taahhüdü üzerinden daha esnek indirim uygulanmasını sağlar. Stabil workload'larda reservation, değişken compute kullanımında savings plan daha uygun olabilir.
Azure Pricing Calculator kesin faturayı gösterir mi?
Hayır. Azure Pricing Calculator beklenen kullanım üzerinden tahmin üretir. Gerçek maliyet; gerçek tüketim, veri transferi, lisans programı, anlaşmalı fiyatlar, seçilen region ve SKU gibi faktörlere göre değişebilir.
Azure Hybrid Benefit maliyeti düşürür mü?
Uygun Windows Server veya SQL Server lisanslarına ve gerekli lisans haklarına sahipseniz Azure Hybrid Benefit ile Azure üzerindeki ilgili iş yüklerinin lisans maliyetini azaltabilirsiniz. Uygunluk lisans sözleşmesi ve mevcut haklara göre doğrulanmalıdır.