Aracılığıyla paylaş

Kubernetes için maliyet yönetimi

Bu makalede, Azure Kubernetes Service'te (AKS) Amazon Elastic Kubernetes Service (EKS) ile karşılaştırıldığında fiyatlandırma ve maliyet yönetimi açıklanmaktadır. AKS kümeniz için maliyetleri iyileştirmeyi ve maliyet idaresi çözümlerini uygulamayı açıklar.

Uyarı

Bu makale, Amazon EKS'yi bilen profesyonellerin Azure Kubernetes Service'i (AKS) anlamasına yardımcı olan bir dizi makalenin bir parçasıdır.

Amazon EKS maliyetle ilgili temel bilgiler

Amazon EKS için her Amazon EKS kümesi için saatlik sabit bir fiyat ödersiniz. Ayrıca kümenin kullandığı ağ, işlem araçları ve depolama alanı için de ödeme gerçekleştirirsiniz.

Amazon EKS çalışan düğümleri standart Amazon EC2 örnekleridir ve bu da normal EC2 fiyatlarıyla aynı maliyetlerin yansıtıldığı anlamına gelir. Kubernetes çalışan düğümlerinizi çalıştırmak için sağladığınız diğer Amazon Web Services (AWS) kaynakları için de ödemeniz gerekir.

Amazon EKS yönetilen düğüm grupları ek maliyet doğurmaz. Yalnızca sağladığınız AWS kaynakları için ödeme alırsınız. Bu kaynaklar Amazon EC2 örneklerini, Amazon Elastic Block Store birimlerini, Amazon EKS küme saatlerini ve diğer AWS altyapısını içerir.

Yönetilen bir düğüm grubu oluşturduğunuzda, aracı düğümlerin maliyetini yönetmek için isteğe bağlı veya spot örnek kapasite türünü kullanabilirsiniz. Amazon EKS, tüm isteğe bağlı örnekleri veya tüm spot örnekleri içeren bir Amazon EC2 otomatik ölçeklendirme grubuyla yönetilen bir düğüm grubu dağıtır.

İsteğe bağlı örnekler, uzun vadeli taahhütler olmadan saniye başına işlem kapasitesi maliyetlerine neden olur. Amazon EC2 spot örnekleri, isteğe bağlı örneklere kıyasla daha düşük maliyetle kullanılabilen kullanılmayan Amazon EC2 kapasitesidir.

  • Amazon EC2 spot instance'ları durdurulabilir. Amazon EC2 başka bir yerde kapasite gerektirdiğinde iki dakikalık bir kesinti bildirimi alırsınız.

  • Amazon, Spot Fleet ve Spot Instance Advisor adlı araçlar sağlar. Spot Fleet, isteğe bağlı örnek gruplarını ve spot örnekleri otomatik hale getiren bir yöntemdir. Bu araçlar, hangi bölgenin veya kullanılabilirlik bölgesinin en az kesinti sağladığını tahmin etmenize yardımcı olur.

  • AWS spot örnek fiyatları farklılık gösterir. AWS, spot örnek kapasitesi için uzun vadeli arz ve talep eğilimlerine bağlı olarak fiyatı belirler. Sanal örnek çalışır durumda olduğu süre boyunca geçerli fiyatı ödersiniz.

AKS maliyet analizi

AKS kümesi sanal makineler (VM), sanal diskler, yük dengeleyiciler ve genel IP adresleri gibi çeşitli Azure kaynaklarına dayanır. Bu kaynakları birden çok uygulama kullanabilir. Bir kuruluştaki farklı ekipler her uygulamayı yönetebilir. Bu kaynakların tüketim desenleri farklılık gösterebilir ve bu da toplam küme kaynak maliyetine farklı katkılar sağlar. Bazı uygulamalar birden çok kümeye yayılabilir ve bu da maliyet atfını ve yönetimini karmaşık hale getirebilir.

Bir kümenin tek bir iş yükü içerdiği senaryolar için, küme kaynak grubu altında küme kaynak tüketimini ölçmek için Microsoft Maliyet Yönetimi'ni kullanın. Bazı senaryolar, Aşağıdakiler gibi Maliyet Yönetimi'nin ötesinde başka çözümler gerektirir:

  • İşlem, ağ ve depolama gibi kaynak kullanımının ayrıntılı dökümü.

  • Bireysel uygulama maliyetleriyle paylaşılan maliyetler arasında fark oluşturma.

  • Aynı abonelik kapsamındaki birden çok kümede maliyet analizi.

AKS, maliyet gözlemlenebilirliğini geliştirmek için Maliyet Yönetimi ile tümleştirerek Kubernetes yapılarında küme ve ad alanı düzeyleri gibi ayrıntılı maliyet dökümleri sağlar. Bu tümleştirme, Azure işlem, ağ ve depolama kategorilerinde maliyet analizi sağlar.

AKS maliyet analizi eklentisi, kullanım verileri toplamaya yönelik açık kaynak bir proje olan OpenCost üzerinde oluşturulmuştur. Eklenti, verileri Azure faturanızla mutabık tutar ve bu da maliyet görünürlüğü sağlar. İşlenen son verileri Maliyet Yönetimi maliyet analizi portalında görüntüleyebilirsiniz. Daha fazla bilgi için bkz. AKS maliyet analizi.

Maliyet tanımları

Kubernetes ad alanı ve varlık görünümleri aşağıdaki ücretleri gösterir:

  • Boşta kalan ücretler , iş yüklerinin kullanmadığı kullanılabilir kaynak kapasitesinin maliyetini temsil eder.

  • Hizmet ücretleri , çalışma süresi hizmet düzeyi sözleşmesi (SLA) ve Kapsayıcılar için Microsoft Defender ücretleri gibi hizmetlerle ilişkili ücretleri temsil eder.

  • Sistem ücretleri , kümenin gerektirdiği sistem işlemlerini çalıştırmak için AKS'nin her düğümde ayırmış olduğu kapasite maliyetini temsil eder.

  • Ayrılmamış ücretler , ad alanlarına ayrılamayan kaynakların maliyetini temsil eder.

AKS maliyetiyle ilgili temel bilgiler

Kubernetes mimarisi iki katmandan oluşur: kontrol düzlemi ve en az bir düğüm veya düğüm havuzu. AKS fiyatlandırma modeli bu katmanları temel alır.

Denetim düzlemi, API sunucusu ve gibi temel Kubernetes hizmetleri ve etcduygulama iş yükü düzenlemesi sağlar. Aks denetim düzlemini Azure platformu yönetir. AKS Ücretsiz katmanında kontrol düzlemi maliyeti yok.

Aracı düğümleri veya çalışan düğümleri olarak da adlandırılan düğümler, Kubernetes iş yüklerini ve uygulamalarını barındırıyor. AKS'de müşteriler aracı düğümleri için tüm maliyetleri tam olarak yönetir ve öder.

Aşağıdaki diyagramda, AKS Kubernetes mimarisindeki denetim düzlemi ile düğümler arasındaki ilişki gösterilmektedir.

AKS mimarisinde kontrol düzlemi ve düğümleri gösteren diyagram.

Kontrol düzlemi

Aks kümesi oluşturduğunuzda Azure, denetim düzlemi katmanını otomatik olarak sağlar ve yapılandırr.

Daha yüksek bir denetim düzlemi SLA'sı için Standart katmanda bir AKS kümesi oluşturabilirsiniz. Standart katman bir çalışma süresi SLA'sı içerir ve bunu her küme için etkinleştirir. Fiyatlandırma, küme başına saatte 0,10 ABD dolarıdır. Daha fazla bilgi için bkz. AKS fiyatlandırma ayrıntıları.

Standart katmandaki kümeler daha fazla sayıda API sunucusu örneği, daha fazla etcd kaynak sınırı, 5.000 düğüme kadar ölçeklenebilirlik ve finansal olarak yedeklenmiş çalışma süresi SLA desteği dahil olmak üzere daha fazla denetim düzlemi kaynağına sahiptir. AKS, kullanılabilirlik gereksinimlerini karşılamak için güncelleştirme ve hata etki alanları arasında ana düğüm çoğaltmalarını kullanır.

Daha yüksek denetim düzlemi bileşeni erişilebilirliğini sağlamak için üretim iş yüklerinde Standart katmanını kullanın. Ücretsiz katman kümeleri daha az çoğaltmaya ve sınırlı denetim düzlemi kaynağına sahip olduğundan üretim iş yükleri için ideal değildir.

Düğüm

AKS kullanarak bir veya daha fazla düğüm havuzunda aracı veya çalışan düğümleri oluşturabilirsiniz. Kubernetes ortamında düğüm havuzları, birçok Azure çekirdek özelliğini kullanabilir. AKS, yalnızca AKS kümesine bağlı olan düğümler için ücret alır.

AKS düğümleri sanal makine ölçek kümeleri, sanal ağlar ve yönetilen diskler dahil olmak üzere çeşitli Azure altyapı kaynaklarını kullanır. Örneğin, azure vm türlerinin çoğunu doğrudan AKS içinde kullanabilirsiniz. İşlem için Azure rezervasyonlarını ve Azure tasarruf planını kullanarak bu kaynaklarda indirimler alın.

AKS kümesi fiyatlandırması, düğüm havuzlarındaki VM'lerin sınıfını, sayısını ve boyutunu temel alır. VM maliyeti boyuta, CPU türüne, vCPU sayısına, belleğe, aileye ve kullanılabilir depolama türüne bağlıdır. Depolama türleri yüksek performanslı Azure Standart SSD veya Azure Standart HDD'yi içerir. Daha fazla bilgi için bkz. VM serisi. Düğüm boyutunuzu uygulama gereksinimlerine, düğüm sayısına ve küme ölçeklenebilirlik gereksinimlerine göre planlayın.

Daha fazla bilgi için bkz . Düğüm havuzları ve AKS'de bir küme için birden çok düğüm havuzu oluşturma ve yönetme.

AKS kümesi dağıtımı

Her AKS dağıtımı iki Azure kaynak grubuna yayılmıştır.

  • Yalnızca Kubernetes hizmet kaynağını içeren ve maliyet uygulanmayan ilk kaynak grubunu oluşturursunuz.

  • AKS kaynak sağlayıcısı dağıtım sırasında düğüm kaynak grubu olarak da adlandırılan ikinci kaynak grubunu otomatik olarak oluşturur. Bu kaynak grubunun varsayılan adı şeklindedir MC_<resourcegroupname>_<clustername>_<location>, ancak başka bir ad belirtebilirsiniz. Daha fazla bilgi için AKS düğüm kaynak grubu için kendi adımı belirtme konusuna bakın.

    Düğüm kaynak grubu küme altyapısı kaynaklarını içerir. Bu kaynak grubu aboneliğinizde ücretlendirilir. Kaynaklar Kubernetes düğüm VM'leri, sanal ağ, depolama ve diğer hizmetleri içerir. Aks, küme silindiğinde düğüm kaynak grubunu otomatik olarak siler. Bu nedenle bunu yalnızca kümenin yaşam döngüsünü paylaşan kaynaklar için kullanmanız gerekir.

İşlem maliyetleri

Azure VM'leri için boyut ve kullanımlarına göre ödemeniz gerekir. Daha fazla bilgi için bkz. Azure ve AWS'de işlem hizmetleri.

Genellikle, düğüm havuzu için VM boyutu ne kadar büyükse aracı düğümleri için saatlik maliyet de o kadar yüksek olur. Düğüm havuzu için VM serisi ne kadar özelleştirilmiş olursa havuz o kadar pahalı olur. Özelleştirmeler grafik işleme birimi (GPU) özellikli VM'leri veya bellek için iyileştirilmiş VM'leri içerir.

Azure VM fiyatlandırmasının aşağıdaki yönlerini göz önünde bulundurun:

  • Fiyatlandırma her bölge için farklılık gösterir ve her bölge tüm hizmetleri ve VM boyutlarını desteklemez.

  • Farklı VM aileleri, farklı iş yükü türleri için iyileştirilmiştir.

  • İşletim sistemi sürücüsü olarak kullandığınız yönetilen diskler ayrı olarak ücretlendirilir. Bunların maliyetini tahminlerinize eklemeniz gerekir. Yönetilen disk boyutu Standart HDD, Standart SSD, Azure Premium SSD veya Azure Ultra Disk Depolama gibi sınıfa bağlıdır. Saniye başına giriş/çıkış işlemleri (IOPS) ve MB/sn cinsinden aktarım hızı boyuta ve sınıfa bağlıdır. VM fiyatı kısa ömürlü işletim sistemi diskleri içerir.

  • Kalıcı birim talepleri kullanılarak oluşturulanlar da dahil olmak üzere veri diskleri isteğe bağlıdır. Veri diskleri Standart HDD, Standart SSD, Premium SSD ve Ultra Disk Depolama gibi sınıflarına göre ayrı ayrı ücretlendirilir. Maliyet tahminlerine açıkça veri diskleri eklemeniz gerekir. MB/sn cinsinden izin verilen veri disklerinin, geçici depolama SSD'lerinin, IOPS'nin ve aktarım hızının sayısı VM boyutuna ve sınıfına bağlıdır.

  • Aracı düğümleri ne kadar uzun süre çalışır durumda olursa toplam küme maliyeti o kadar yüksek olur. Geliştirme ortamlarının genellikle sürekli çalıştırılması gerekmez.

  • Ağ Arabirim Kartları (NIC) ücretsizdir.

Depolama maliyetleri

Kapsayıcı Depolama Arabirimi (CSI), blok ve dosya depolama sistemlerini Kubernetes'te kapsayıcılı iş yüklerine kullanıma sunar. AKS, çekirdek Kubernetes koduna dokunmadan veya yayın döngülerini beklemeden Kubernetes depolama sistemlerini kullanıma sunan eklentiler yazmak, dağıtmak ve yinelemek için CSI kullanabilir.

AKS kümenizde CSI kalıcı birimleri kullanan iş yükleri çalıştırıyorsanız, uygulamalarınızın sağladığı ve kullandığı depolamanın ilişkili maliyetini göz önünde bulundurun. AKS'de CSI depolama sürücüleri aşağıdaki depolama seçenekleri için yerel destek sağlar:

  • Azure disk depolama , Kubernetes veri diski kaynakları oluşturur. Diskler, Premium SSD'ler tarafından desteklenen Azure premium depolamayı veya Standart HDD'ler ya da Standart SSD'ler tarafından desteklenen Azure standart depolamayı kullanabilir. Çoğu üretim ve geliştirme iş yükü premium depolama kullanır. Azure diskleri ReadWriteOnce olarak bağlanır ve bu, onları yalnızca bir AKS düğümünde kullanılabilir hale getirir. Birden çok pod'un aynı anda erişebildiği depolama birimleri için Azure Dosyalar'ı kullanın. Daha fazla bilgi için bkz . Yönetilen disklerin fiyatlandırması.

  • Azure Dosyalar , AKS podlarınıza Sunucu İleti Bloğu (SMB) 3.0 ve 3.1 dosya paylaşımlarını bağlar. Dosya paylaşımları bir Azure Depolama hesabı tarafından desteklenir. Verileri birden çok düğüm ve pod arasında paylaşabilirsiniz. Azure Dosyalar, Standart HDD'ler ile desteklenen standart depolamayı veya Premium SSD'ler ile desteklenen premium depolamayı kullanabilir. Azure Dosyalar bir Depolama hesabı kullanır ve aşağıdaki faktörlere bağlı olarak ücretleri tahakkuk ettirir:

    • Azure Blob Depolama, Azure Dosya Depolama, Azure Kuyruk Depolama, Azure Tablo Depolama veya yönetilmeyen diskler gibi hizmetler

    • GPv1, GPv2, blob veya premium blob gibi Depolama hesabı türü

    • Yerel olarak yedekli depolama (LRS), alanlar arası yedekli depolama (ZRS), coğrafi olarak yedekli depolama (GRS) veya okuma erişimli coğrafi olarak yedekli depolama (RA-GRS) gibi dayanıklılık düzeyi

    • Erişim katmanı seviyesi, örneğin sık erişimli, seyrek erişimli veya arşiv gibi

    • İşlemler ve veri aktarımları

    • Kullanılan kapasite (GB olarak)

  • Azure NetApp Files'ın birkaç SKU katmanı vardır. Minimum 4 TiB sağlanmış kapasite gerektirir ve kapasiteyi 1-TiB artışlarla artırabilirsiniz. Azure NetApp Files ücretleri aşağıdaki faktörlere bağlıdır:

    • SKU (Stok Kodu)

    • LRS, ZRS veya GRS gibi dayanıklılık düzeyi

    • Sağlanan boyut veya kapasite, kullanılan kapasite değil

    • İşlemler ve veri aktarımları

    • Yedeklemeler ve geri yüklemeler

Ağ maliyetleri

Çeşitli Azure ağ araçları AKS'de çalışan uygulamalarınıza erişim sağlayabilir:

  • Azure Load Balancer: Yük Dengeleyici varsayılan olarak Standart SKU'yu kullanır. Load Balancer ücretleri şunlara dayanır:

    • Yapılandırılmış yük dengeleme ve giden trafiği kurallarının sayısı. Kuralların toplam sayısı gelen ağ adresi çevirisi (NAT) kurallarını içermez.

    • Gelen ve giden işlenen veri miktarı, kurallardan bağımsız olarak. Kural yapılandırılmamış standart bir yük dengeleyici için saatlik ücret alınmaz.

  • Azure Application Gateway: AKS genellikle Application Gateway Ingress Denetleyicisi aracılığıyla Uygulama Geçidi'ni kullanır. Ya da el ile yönetilen bir Application Gateway örneğiyle farklı bir giriş denetleyicisini yönlendirebilirsiniz. Application Gateway ağ geçidi yönlendirme, Aktarım Katmanı Güvenliği (TLS) sonlandırma ve Web Uygulaması Güvenlik Duvarı işlevlerini destekler. Application Gateway ücretleri şunlara dayanır:

    • Sabit bir fiyat. Application Gateway'in çalıştığı her saat veya kısmi saat için ödeme alırsınız.

    • Kapasite birim fiyatı. Application Gateway'in kullandığı kaynaklara bağlı olarak ek tüketime dayalı maliyet ödersiniz. Her kapasite biriminde en fazla bir işlem birimi, 2.500 kalıcı bağlantı ve 2,22 Mb/sn aktarım hızı vardır.

  • Genel IP adresleri: Genel IP adreslerinin, şu bağlı olan ilişkili bir maliyeti vardır:

    • Ayrılmış ve dinamik ilişkilendirme.

    • Temel katman ile yüksek oranda güvenli ve alanlar arası yedekli Standart katmanı karşılaştırması.

Ölçeği genişletme maliyetleri

Aşağıdaki seçenekleri kullanarak düğüm havuzlarına ek kapasite eklemek için AKS kümesini ölçeklendirebilirsiniz:

  • Gerektiğinde, düğüm havuzunun parçası olan VM sayısını el ile güncelleştirebilir veya daha fazla düğüm havuzu ekleyebilirsiniz.

  • AKS kümesi otomatik ölçeklendiricisi, kaynak kısıtlamaları nedeniyle düğümlerde zamanlanamayan podları izler ve düğüm sayısını otomatik olarak artırır.

  • AKS, sanal kubelet uygulamasını kullanarak Azure Container Instances üzerinde kapsayıcı çalıştırmayı destekler. AKS sanal düğümü, saniyeler içinde başlayan kapsayıcı örnekleri podları sağlar ve bu, AKS'nin ortalama bir iş yükü için yeterli kapasiteyle çalışmasına olanak tanır. AKS kümesi kapasite sınırına ulaştığında, ek sunucuları yönetmeden daha fazla Kapsayıcı Örneği podunun ölçeğini genişletebilirsiniz. Bu yaklaşımı küme otomatik ölçeklendiricisi ve el ile ölçeklendirme yaklaşımlarıyla birleştirebilirsiniz.

İsteğe bağlı ölçeklendirme veya küme otomatik ölçeklendiricisi kullanıyorsanız, eklenen VM'leri hesaba katabilirsiniz. Kapsayıcı Örnekleri ücretleri aşağıdaki faktörlere bağlıdır:

  • Konteyner grubu başına kullanım tabanlı metrik faturalandırma
  • Koleksiyon vCPU ve bellek
  • Tek kapsayıcı kullanımı veya birden çok kapsayıcı paylaşımı
  • Ağ ve düğüm yaşam döngüsünü paylaşan birlikte zamanlanmış kapsayıcıların kullanımı
  • Görüntü çekmenin başladığı veya yeniden başlatıldığı andan itibaren durdurulduğu ana kadar hesaplanan kullanım süresi
  • Windows kapsayıcı grupları için ücretler eklendi

Yükseltme maliyetleri

AKS kümesi yaşam döngüsünün bir bölümü, en son Kubernetes sürümüne düzenli olarak yapılan yükseltmeleri içerir. En son güvenlik sürümlerini uygulayın ve en son özellikleri edinin. AKS kümelerini ve tek düğüm havuzlarını el ile veya otomatik olarak yükseltebilirsiniz. Daha fazla bilgi edinmek için bkz. Bir AKS kümesini yükseltme.

Varsayılan olarak AKS, yükseltmeleri fazladan bir düğüm içerecek şekilde yapılandırıyor. 1 ayarı için varsayılan değer olan max-surge, iş yükünün kesintiye uğramasını en aza indirir. Bu yapılandırma, mevcut uygulamaları kordon altına alma veya boşaltma işleminden önce, eski sürümlü düğümleri değiştirmek üzere ek bir düğüm oluşturur. Yükseltme hızını ve kesintiyi max-surge dengelemek için her düğüm havuzunun değerini özelleştirebilirsiniz. Daha yüksek max-surge bir değer yükseltme işlemini hızlandırır ancak daha fazla kesintiye neden olabilir ve ek VM'ler için maliyetler ekleyebilir.

Diğer maliyetler

Kullanım ve gereksinimlere bağlı olarak AKS kümeleri aşağıdaki ek maliyetlere neden olabilir:

Maliyet iyileştirme

Aşağıdaki öneriler AKS kümesi maliyetlerinizi iyileştirmeye yardımcı olur:

  • AKS için Azure Well-Architected Çerçevesi'nin Maliyet İyileştirme bölümünü gözden geçirin.

  • Çok kiracılı çözümler için fiziksel yalıtım maliyet ve yönetim ek yükü ekler. Mantıksal yalıtım, daha fazla Kubernetes deneyimine ihtiyaç duyar ve değişiklikler ile güvenlik tehditlerine karşı maruz kalınan alanı artırırken maliyetleri de paylaşır.

  • Azure rezervasyonları tasarruf etmenizi sağlayabilir. İndirimler almak için AKS kümenizdeki VM'ler gibi çeşitli ürünler için bir veya üç yıllık planlara kaydolabilirsiniz. Aracı düğümlerinin maliyetini azaltmak için depolama ve işlem için Azure rezervasyonlarını kullanın.

    Rezervasyonlar, kullandıkça öde fiyatlarına kıyasla kaynak maliyetlerinizi en fazla 72% azaltabilir. Ayrıca kaynaklarınızın çalışma zamanı durumunu etkilemez. Rezervasyon satın aldıktan sonra, eşleşen kaynaklara otomatik olarak indirim uygulanır. Azure portalından rezervasyon satın almak için Azure REST API'lerini, Azure PowerShell'i veya Azure CLI'yı kullanın. Log Analytics çalışma alanlarını kullanan işletimsel araçlar kullanıyorsanız bu depolama alanı için rezervasyonları kullanmayı göz önünde bulundurun.

  • AKS kümenize bir veya daha fazla spot düğüm havuzu ekleyin. Spot düğüm havuzu, Azure spot sanal makineleri için ölçek kümelerinin desteklediği bir düğüm havuzudur. AKS küme düğümleriniz için spot VM'leri kullandığınızda, kullanılmayan Azure kapasitesinden daha düşük bir maliyetle yararlanabilirsiniz. Kullanılabilir kullanılmayan kapasite miktarı düğüm boyutu, bölge ve günün saati gibi çeşitli faktörlere göre değişir. Kapasite varsa Azure spot düğümleri ayırır, ancak spot düğümlerin SLA'sı yoktur. Spot düğüm havuzunu destekleyen bir spot ölçek kümesi tek bir hata etki alanında dağıtılır ve yüksek kullanılabilirlik garantileri sağlamaz. Azure kapasiteye ihtiyaç duyduğunda, Azure altyapısı spot düğümleri kaldırır.

    Spot düğüm havuzu oluşturduğunuzda, saat başına ödenecek en yüksek fiyatı tanımlamanız ve küme otomatik ölçeklendiricisini etkinleştirmeniz gerekir. Küme otomatik ölçeklendiricisi, işletimsel iş yüklerine göre düğüm havuzundaki düğüm sayısının ölçeğini genişletir ve ölçeklendirir. Spot düğüm havuzları için küme otomatik ölçeklendiricisi, düğümler hala gerekliyse çıkarma işleminden sonra düğüm sayısını ölçeklendirir. Daha fazla bilgi için, AKS kümesine bir spot nod havuzu ekleyin bölümüne bakın.

  • İş yüklerinizin CPU ve bellek gereksinimlerine göre AKS kümesi düğüm havuzlarınız için doğru VM boyutunu seçin. Azure, çok çeşitli kullanım örnekleri için birçok farklı VM örneği türü sağlar. Cpu, bellek, depolama ve ağ kapasitesinin farklı bileşimlerine sahiptir. Her VM türü bir veya daha fazla boyutta gelir, böylece kaynaklarınızı kolayca ölçeklendirin.

    Ampere Altra ARM tabanlı işlemcilerde çalışan kapsayıcılı uygulamaları dağıtmak ve yönetmek için AKS kullanabilirsiniz.

  • Özel amaçlar ve iş yükleri için farklı VM boyutlarına sahip birden çok düğüm havuzu oluşturun. Gürültülü komşu sorunlarını önlemek için yoğun kaynak kullanan uygulamaları belirli düğüm havuzlarına yerleştirmek için Kubernetes tints, tolerations ve düğüm etiketlerini kullanın. Bu düğüm kaynaklarını gerektiren iş yükleri için kullanılabilir durumda tutun ve bu düğümlerde başka iş yükleri zamanlamayın. Maliyetleri iyileştirmek için farklı düğüm havuzları için farklı VM boyutları kullanın. Daha fazla bilgi için bkz. AKS'de birden çok düğüm havuzu kullanma.

  • Sistem modu düğüm havuzları en az bir düğüm içermelidir. Kullanıcı modu düğüm havuzları sıfır veya daha fazla düğüm içerebilir. Mümkün olduğunda, bir kullanıcı modu düğüm havuzunu otomatik olarak 0'den N düğüme ölçeklendirmek için yapılandırabilirsiniz. İş yüklerinizi ölçeği genişletecek ve daraltacak şekilde yapılandırmak için yatay pod otomatik ölçeklendiricisi kullanın. CPU ve belleğe göre otomatik ölçeklendirme gereksinimlerinizi belirleyin. Alternatif olarak, Apache Kafka, RabbitMQ veya Azure Service Bus gibi bir dış sistemin ölçümlerine göre otomatik ölçeklendirmeyi uygulamak için Kubernetes Olay Odaklı Otomatik Ölçeklendirme 'yi (KEDA) kullanabilirsiniz.

  • Uygulama yoğunluğunuzu artırmak ve iş yüklerinize çok fazla CPU ve bellek kaynağı atamaktan kaçınmak için podlarınız için istekleri ve sınırları düzgün ayarlayın. CPU ve bellek tüketiminin ortalamasını ve maksimumunu görüntülemek için Prometheus veya kapsayıcı içgörüleri kullanın. DAĞıTıMlarınız için YAML bildirimlerinde, Helm grafiklerinde ve Kustomize bildirimlerinde podlarınız için sınırları ve kotaları düzgün yapılandırın.

  • ResourceQuota nesnelerini kullanarak belirli bir ad alanında çalışan tüm podlar için toplam bellek ve CPU miktarı için kotalar ayarlayın. Gürültülü komşu sorunlarını önlemek, uygulama yoğunluğunun artırılması ve aracı düğümlerinin sayısını ve toplam maliyetleri azaltmak için kaynak kotalarını sistematik olarak kullanın. Bir ad alanında podlar için varsayılan CPU ve bellek isteklerini yapılandırmak için LimitRange nesnelerini kullanın.

  • Ani artış için Kapsayıcı Örnekleri'ni kullanın.

  • AKS iş yüklerinizin sürekli olarak çalıştırılması gerekmeyebilir. Örneğin, geliştirme kümesi düğüm havuzlarındaki bazı iş yükleri sürekli çalıştırılamaz. Maliyetleri iyileştirmek için AKS kümesini tamamen kapatabilir veya AKS kümenizdeki bir veya daha fazla düğüm havuzunu durdurabilirsiniz. Daha fazla bilgi için bkz . AKS kümesini durdurma ve başlatma ve AKS'de düğüm havuzunu başlatma ve durdurma.

  • Azure İlkesi, merkezi, tutarlı, ölçekli zorlamalar ve korumalar uygulamak için yerleşik ilkeler seti aracılığıyla AKS ile entegre edilir. Varsayılan CPU isteklerini, sınırlarını ve bellek kaynak sınırlarını uygulamak için kümeniz için Azure İlkesi eklentisini etkinleştirin. Bu özellik, küme kapsayıcılarının CPU ve bellek kaynak sınırlarını tanımladığından emin olmanıza yardımcı olur.

  • Kullanılmayan kaynakları izlemek ve serbest bırakmak için Azure Danışmanı'na tıklayın.

  • Harcamaları izlemek için Maliyet Yönetimi bütçelerini ve incelemelerini kullanın.

Maliyet idaresi

Bulut, iş yüklerinin teknik performansını önemli ölçüde geliştirebilir. Bulut teknolojileri, kurumsal varlıkları yönetme maliyetini ve ek yükünü de azaltabilir. Ancak bulut dağıtımları israfı ve verimsizlikleri artırabileceğinden bu iş fırsatı da risk oluşturur.

Maliyet idaresi, harcamaları ve maliyetleri sınırlamaya yönelik ilkeleri veya denetimleri sürekli uygulama sürecidir. Hem yerel Kubernetes araçları hem de Azure araçları, proaktif izleme ve temel altyapı maliyet iyileştirmesi sağlayarak maliyet idaresini destekler.

  • Maliyet Yönetimi , Azure iş yükü maliyetlerinizi analiz etme, yönetme ve iyileştirmenize yardımcı olan bir Microsoft araçları paketidir. Kuruluşunuzun bulutun sağladığı avantajlardan yararlandığından emin olmak için araçları kullanın.

  • Azure yönetimi için Bulut Benimseme Çerçevesi'ni gözden geçirerek bulut maliyetlerini kontrol etmeyi ve yönetmeyi daha iyi anlayın.

  • AKS kümesi maliyetlerini izlemek ve yönetmek için KubeCost gibi açık kaynak araçları keşfedin. Maliyet dağılımını, bir dağıtım, hizmet, etiket, pod veya ad alanına göre belirleyebilir, böylece küme kullanıcılarını görüntüleme ve ücretlendirme konusunda esneklik sağlayabilirsiniz.

Katkıda Bulunanlar

Microsoft bu makaleyi korur. Bu makaleyi aşağıdaki katkıda bulunanlar yazdı.

Asıl yazarlar:

Diğer katkıda bulunanlar:

Nonpublic LinkedIn profillerini görmek için LinkedIn'de oturum açın.

Sonraki adımlar