Sık Sorulan Sorular - Azure Kubernetes Fleet Manager

Şunlar için geçerlidir: ✔️ Fleet Manager ✔️ Fleet Manager, merkez kümesi ile

Bu makalede Azure Kubernetes Fleet Manager ile ilgili sık sorulan sorular yer alır.

Fleet Manager hizmeti hakkında SSS

Fleet Manager bölgesel veya küresel bir kaynak mı?

Fleet Manager bölgesel bir kaynaktır. Olağanüstü durum kurtarma kullanım örnekleri için bölge yük devretme desteği yol haritasındadır.

Fleet Manager'a kaç küme ekleyebilirim?

Fleet Manager (merkez kümesiyle veya merkez kümesi olmadan) en fazla 1.000 Kubernetes kümesini birleştirmeyi destekler. Üye kümeleri AKS ve Arc özellikli Kubernetes'in bir karışımı olabilir.

Fleet Manager'ın 1.000'den fazla kümeyi desteklemesini istiyorsanız geri bildirim ekleyin.

Hangi Kubernetes kümelerine üye olarak katılabilirim?

Fleet Manager, Azure aboneliği Fleet Manager ile aynı Microsoft Entra ID kiracısıyla ilişkilendirildiği sürece yetkili kullanıcıların herhangi bir Azure aboneliğine ve bölgesine AKS, AKS Otomatik veya Arc özellikli Kubernetes kümesi eklemesine olanak tanır.

Fleet Manager yönetilen kimlikleri destekliyor mu?

Evet, Fleet Manager hem sistem tarafından atanan hem de kullanıcı tarafından atanan yönetilen kimlikleri destekler. Daha fazla bilgi için Fleet Manager ile yönetilen kimlikleri kullanma belgelerine bakın.

Birleştirilmiş bir kümenin küme kimliğini değiştirdiğimde ne olur?

Bir üye kümesinin kimliğinin değiştirilmesi, Fleet Manager ile bu üye küme arasındaki iletişimi keser. Üye aracı Fleet Manager ile iletişim kurmak için yeni kimliği kullansa da, Fleet Manager'ın yeni kimlikten haberdar edilmesi gerekir. Çözmek için şu komutu çalıştırın:

az fleet member create \
    --resource-group ${GROUP} \
    --fleet-name ${FLEET} \
    --name ${MEMBER_NAME} \
    --member-cluster-id ${MEMBER_CLUSTER_ID}

Azure Arc özellikli Kubernetes ile ilişki

Fleet Manager hem Azure barındırılan AKS kümelerini hem de Azure Arc etkin Kubernetes kümelerini üye kümeleri olarak destekler.

Azure Kubernetes Service kümeleriyle ilişki

Azure Kubernetes Service (AKS), işletimsel yükü Azure'a devrederek Yönetilen Kubernetes kümesini Azure'da dağıtmayı kolaylaştırır. Azure, barındırılan bir Kubernetes hizmeti olarak sistem durumu izleme ve bakım gibi kritik görevleri üstlenir. Kubernetes denetim düzlemi Azure tarafından yönetildiğinden yalnızca aracı düğümlerini korursunuz. Gerçek iş yüklerinizi AKS kümelerinde çalıştırırsınız.

Azure Kubernetes Fleet Manager, Azure Kubernetes Service kümeleri için büyük ölçekli ve çok kümeli senaryoları ele almanıza yardımcı olur. Azure Kubernetes Fleet Manager AKS kümeleriniz için bir grup gösterimi sağlar ve kullanıcıların küme güncelleştirmelerini, Kubernetes kaynak yayma ve çok kümeli yük dengelemeyi düzenlemelerine yardımcı olur. Kullanıcı iş yükleri Fleet Manager hub kümesinde çalıştırılamaz.

Fleet Manager'dan yeni AKS kümeleri sağlayabilir miyim?

Yeni AKS kümelerinin oluşturulması ve yaşam döngüsü yönetimi yol haritamızda yer alır. Küme oluşturma desteği sizin için önemli bir senaryoysa geri bildirim sağlayın.

Fleet Manager hub kümesi güncelleştirmelerini yönetmem gerekiyor mu?

Hayır. Fleet Manager'ın hub kümesi Microsoft tarafından yönetilen bir kaynaktır. Microsoft, kullanılabilir hale geldikçe hub kümesini otomatik olarak Kubernetes'in veya düğüm görüntüsünün en son sürümüne güncelleştirir.

Hub kümesini (adlı hubtek düğüm aks kümesi) güncelleştirmeye veya değiştirmeye çalışırsanız, bir dizi reddetme kuralı değişikliklerinizin uygulanmasını engeller.

Fleet Manager hub kümem neden Başarısız durumundan Çalışıyor durumuna geçti?

Fleet Manager hub kümesi, aboneliğinizde oluşturulan Microsoft yönetilen bir AKS kümesidir. Hub kümesinde herhangi bir işlem yapmanız gerekmez.

Hub kümesinin hazırlanmasında veya işletilmesinde bir sorun varsa, Failed durumuna geçebilir.

Fleet Manager, hub kümesini düzenli standart hizmet işlemlerinin bir parçası olarak otomatik olarak uzlaştırarak hub kümesini bir Running duruma taşıyabilir.

Hub kümesi Failed durumundayken maliyet oluşturmaz, ancak Running durumuna geçtiğinde bir maliyet oluşur.

Çoklu küme güncellemeleri - otomatik veya manuel Sıkça Sorulan Sorular

Çoklu küme güncelleştirmeleri hangi kümeleri destekler?

Küme türü Destekleniyor Ayrıntılar Yol Haritası
Azure'da AKS ✅ Tam destek. -
AKS Otomatik ⚠️ Kısmen desteklenir. Küme düzeyindeki otomatik yükseltmeyi devre dışı bırakamazsınız; bu nedenle küme sıranın dışında güncellenebilir. 5811
NAP ile AKS ⚠️ Kısmen desteklenir. Yalnızca Kubernetes denetim düzlemi yükseltmeleri desteklenir. 5812
AKS’ye bağlı kümeler ❌ Yalın donanımda AKS, Edge Essentials ve Azure Yerel için desteklenmez. 5813
Arc özellikli Kubernetes kümeleri ❌ Desteklenmez. 5813

Fleet Manager hangi AKS güncelleştirme kanallarını destekler?

Fleet Manager aşağıdaki AKS güncelleştirme kanallarını destekler:

  • Hızlı: AKS tarafından desteklenen en son Kubernetes sürümü (N) için güncelleştirmeler.
  • Kararlı: Kubernetes kararlı kanalına yönelik (N-1) güncellemeler, burada 'N', AKS tarafından desteklenen en son Kubernetes sürümüdür.
  • NodeImage: Hata ve güvenlik düzeltmeleri uygulanmış düğüm görüntüsü VHD’si, haftalık yayın takvimiyle sunulur.
  • TargetKubernetesVersion (Kubernetes Patch): Düzeltme eki kullanılabilir olduğunda kümeleri belirtilen hedef sürümün en son düzeltme eki sürümüne yükseltir. Yalnızca AKS Long-Term Desteği (LTS) aracılığıyla kullanılabilen Kubernetes ikincil sürümlerini destekler.
  • SecurityPatch (Linux düğüm görüntüleri): Düğüm üzerinde çalışan mevcut VHD'ye uygulanan, AKS tarafından yönetilen güvenlik yamalarını sağlayan düğüm görüntüsü işletim sistemi güncelleştirmeleri.

Şu anda desteklenmeyen AKS kanalları:

  • Yönetilmeyen: Düğüm görüntüsüne ait işletim sistemi güncelleştirmeleri, işletim sisteminin yerleşik düzeltme mekanizması aracılığıyla doğrudan uygulanır (yalnızca Linux düğümleri). Şu anda Fleet Manager'ın bu seçeneği desteklemesi için bir plan yoktur.

Otomatik yükseltme profilimdeki hedef Kubernetes ikincil sürümü topluluk desteğinin dışında. Ne yapabilirim?

Şunları yapabilirsiniz:

  • Otomatik yükseltme profilinde Uzun Süreli Destek (LTS) seçeneğine izin verin ve bunu, filonuzda bu belirli küçük sürümde tutmak istediğiniz kümeler için etkinleştirin. Kullandığınız güncelleştirme stratejisine yalnızca LTS kümelerinin dahil olduğundan emin olun.
  • Otomatik yükseltme profilini yeni bir hedef Kubernetes ikincil sürümüne güncelleştirin. Kümeler, belirtilen Kubernetes alt sürümünde yeni bir güncelleme yayınlandığında en son yama ile güncellenir.

Otomatik yükseltme profillerinde LTS'yi etkinleştirme hakkında bilgi için bkz. Hedef Kubernetes sürüm güncelleştirmeleri. Yönetilen kümelerde LTS'yi etkinleştirme hakkında bilgi için bkz. Uzun Süreli Destek.

Uyarı

Hata oluşması durumunda ayrıntılı bilgileri gözden geçirmek ve yapılması gereken belirli eylemleri anlamak için otomatik yükseltme profili durumunu denetleyin.

AKS kümesi otomatik yükseltmelerini etkin bırakırsam ne olur?

AKS kümesi otomatik yükseltmelerini etkin bırakırsanız, önce hangisinin çalıştırıldığına bağlı olarak güncelleştirmeyi Fleet Manager veya AKS kümesi otomatik yükseltmesi gerçekleştirir.

Fleet Manager, AKS kümesi otomatik yükseltme ayarlarının yapılandırmasını değiştirmez.

Fleet Manager'ın otomatik yükseltmeleri yönetmesini istiyorsanız, her üye AKS kümesinde otomatik yükseltmeyi devre dışı bırakın.

AKS kümesi bakım penceresi desteği

Bakım penceresi, bir kümenin ne zaman güvenli bir şekilde yükseltilebileceğini tanımlar.

Fleet Manager, her üye küme için küme başına bakım penceresi ayarlarına saygı gösterir.

Bir bakım penceresi açıldığında yükseltmeler hemen başlatılmaz. Nedenler şunlardır:

  • Eşzamanlılık sınırları: Bakım penceresi açılsa bile, stratejinin eşzamanlılık ayarları nedeniyle küme yükseltilmeyebilir.
  • Düzenli sorgulama: Fleet Manager açık bakım pencerelerini her 60 dakikada bir denetler; bu nedenle bir pencere açıldıktan sonra maksimum bekleme süresi 60 dakikadır.

Tutarlı düğüm görüntüsü yükseltmelerinin kapsamı nedir?

Düğüm tutarlılığı, yalnızca seçeneğini belirlediğiniz tek bir consistent image kapsamında yer alan tüm kümeler için garanti edilir.

Ayrı güncelleştirme çalıştırmaları arasında düğüm görüntüsü sürümleri için tutarlılık garantisi yoktur.

Güncelleştirme çalıştırmasında hangi düğüm görüntülerinin kullanıldığını nasıl öğrenebilirim?

Güncelleştirme çalıştırması, çalıştırma için kullanılan seçili düğüm görüntülerini listeler. Güncelleştirme çalıştırması başlatılmamış olsa bile bu bilgilere erişebilirsiniz.

Güncelleştirme için seçilen tüm kümelerde farklı düğüm havuzları çalıştığından birden fazla düğüm görüntüsü seçilebilir.

Seçili görüntüleri bulmak için şu Azure CLI komutunu kullanın:

az fleet updaterun show \
    --resource-group ${GROUP} \
    --fleet-name ${FLEET} \
    --name ${UPDATE_RUN_NAME} \
    --query "status.nodeImageSelection.selectedNodeImageVersions"

Güncelleştirme çalıştırmasının View JSON ham verilerini görüntülemek için Azure portalındaki Güncelleştirme Çalıştırmasına Genel Bakış sayfasındaki seçeneği de kullanabilirsiniz.

Güncelleştirme çalıştırmam bir süredir beklemede. Ne yapmalıyım?

Fleet Manager güncelleştirme çalıştırmaları birçok nedenden dolayı bekleme durumunda olabilir. Güncelleştirme çalıştırmasının durumunu Azure portalı üzerinden veya izleme belgelerini izleyerek görüntüleyebilirsiniz.

Uzun süre beklemede olan durumların en yaygın iki nedeni şunlardır:

  • Üye kümesi bakım pencereleri: Üye kümenin bakım penceresi açık değilse güncelleştirme çalıştırması duraklatılmış duruma girer. Bu duraklatma, sonraki bakım penceresi açılana kadar güncelleştirme grubunun veya aşamanın tamamlanmasını engeller. Güncelleştirme çalıştırmasına devam etmek için kümeyi el ile atlayın. Kümeyi atlarsanız, güncelleme çalıştırmasında diğer üye kümelerle senkronize olmaz.

  • Azure bölgede olmayan Kubernetes veya düğüm görüntüsü sürümü: Yeni Kubernetes veya düğüm görüntüsü sürümü, üye kümelerin bulunduğu Azure bölgede yayımlanmamışsa güncelleştirme çalıştırması bekleme durumuna girer. Sürümün bölgesel durumunu görmek için AKS sürüm izleyicisini kontrol edebilirsiniz. Üye kümeyi atlayabilirsiniz ancak aynı Azure bölgesinde başka kümeler de varsa, bunlar da güncelleştiremez.

Otomatik yükseltme işlemi başladı ve hemen bekleme durumuna geçti. Neden?

Önceki soruya bakın.

Otomatik yükseltme profilimden bir güncelleştirme çalıştırması oluşturmaya çalıştım, ancak güncelleştirme çalıştırmasını göremiyorum.

Otomatik yükseltme profilinden el ile güncelleştirme çalıştırması oluşturduğunuzda, sonuçta elde edilen güncelleştirme çalıştırması zaten mevcut olabilir.

Otomatik yükseltme profili güncelleştirme çalıştırmasını otomatik olarak oluşturduysa veya güncelleştirme çalıştırması önceden el ile oluşturulduysa bu senaryo ortaya çıkabilir.

Oluşturulan güncelleştirme çalıştırmasının adı, yalnızca düğüm görüntüsü veya Kubernetes sürümü gibi özellikler güncelleştirildiğinde değişen otomatik yükseltme profilinin yükseltme tanımına göre belirlenir.

Bu sorunu en sık Azure portalında görürsünüz ve mevcut güncelleştirme çalıştırması en son güncelleştirme çalıştırması değildir. Bu sorunla karşılaşırsanız ve güncelleştirme çalıştırmasını bulamazsanız, güncelleştirme çalıştırmasının adını görüntülemek üzere çalıştırmayı oluşturmak için Azure CLI kullanın. Microsoft gelecekte Azure portalında bu sorunu çözmeyi planlıyor.

Bir güncelleştirme çalıştırması oluşturursanız ve bu zaten varsa, mevcut güncelleştirme çalıştırması değiştirilmez.

Güncelleştirme stratejimin düzenlenmesi, bunu kullanan mevcut güncelleştirme çalıştırmalarını değiştirmedi. Neden olmasın?

Güncelleştirme çalıştırması oluşturduğunuzda, stratejideki değişikliklerin güncelleştirme çalıştırmalarını yürütmeyi etkilememesi için strateji güncelleştirme çalıştırmasına kopyalanır.

Tek bir küme hatasının güncelleştirme çalıştırmamın tamamını durdurmasını nasıl önleyebilirim?

Güncelleştirme stratejisi aşamalarınızda ve gruplarınızda maxAllowedFailures ayarını kullanın (API sürümü 2026-06-02-preview ile kullanılabilir). Bu ayar, grup veya aşama başarısız olarak işaretlenmeden önce kaç üye kümesi hatasının tolere edileceğini belirtmenize olanak tanır. Değerler sabit bir tamsayı (örneğin, "3") veya yüzde (örneğin, "25%") olabilir. veya "0"ayarını kaldırdığınızda tek bir hata tüm çalıştırmayı durdurur.

Daha fazla bilgi için bkz. İzin verilen en fazla hata sayısı (önizleme).

Üyeler başarısız olduğu hâlde güncelleştirme çalıştırmam veya grubum neden Tamamlandı olarak görünüyor?

ayarladığınızda maxAllowedFailures, Fleet Manager yalnızca başarısız üye güncelleştirmelerinin sayısını değerlendirir. En düşük başarı oranını zorlamaz. Bu nedenle, bir güncelleme çalıştırması, aşaması veya grubu, üyelerinin bir kısmı ya da tamamı başarısız olsa bile, Fleet Manager zamanlama kararlarını verirken yapılandırılmış eşik aşılmadığı sürece Completed ile sonuçlanabilir.

Bu sonuç bir hata değil, beklenen ve kasıtlıdır. Dağıtımı sağlıklı saymadan önce her zaman FailureCount, üye düzeyi durumlarını ve başarısızlık nedenlerini inceleyin. Çoğu güncelleştirme stratejisinde, yüzde tabanlı eşiklerin mantık yürütmesi mutlak değerlerden daha kolaydır.

maxAllowedFailures kullanırken hangi kuralları ve sınırlamaları bilmem gerekir?

Aşağıdaki kuralları göz önünde bulundurun:

  • Bu özellik API 2026-06-02-preview sürümünden itibaren kullanılabilir.
  • maxAllowedFailures ayarını kaldırdığınızda veya bunu "0" olarak ayarladığınızda, Fleet Manager erken başarısız olma davranışını kullanır ve ilk başarısız üye güncellemesinden sonra durur.
  • Eşik yalnızca hata sayısına göre değerlendirilir. En düşük başarı oranını zorlamaz.
  • Bir çalıştırma, aşama veya grup, yapılandırılan eşik aşılmadığı sürece, hatalar meydana gelse bile Completed gösterebilir.
  • FailureCount, güncellemeler paralel olarak çalıştığında maxAllowedFailures değerinden büyük olabilir; çünkü Fleet Manager daha fazla iş zamanlamayı durdurmadan önce birden çok üye güncellemesi başarısız olabilir.
  • Aşama düzeyi ve grup düzeyinde eşikler bağımsız olarak değerlendirilir ve aşama düzeyindeki hatalar aşamadaki tüm gruplar arasında toplanır.
  • Çoğu dağıtımda, özellikle küçük gruplarda yüzde tabanlı eşiklerin akıl yürütmesi ve ölçeklendirilmesi sabit sayılardan daha kolaydır.

Onay için ön onay alabilir miyim?

Hayır. Yükseltmeyi yalnızca üye kümelerin yükseltme için hazır olduğunu veya yükseltmenin başarıyla tamamlandığını doğruladıktan sonra onaylayabilirsiniz. Önceden onay vermek istiyorsanız, stratejinizde onay yapılandırması yapmamayı değerlendirin.

Onayların süresi doluyor mu?

Hayır, onaylar onaylanana kadar bekler. Onaylar için zaman penceresi yapılandıramazsınız.

Onay atlayabilir miyim?

Üye kümesi yükseltmelerini gating onayıyla birlikte atlamak istiyorsanız, kapsayan grubu veya aşamayı atlayın. Yükseltmelere devam etmek istiyorsanız, onay vermelisiniz.

Onayı nasıl silebilirim?

Önceki soruda olduğu gibi, yükseltmeye devam etmek istiyorsanız, onay vermelisiniz. Temelindeki geçit kaynağını temizlemeye çalışıyorsanız, ilgili güncelleştirme çalıştırmasını silmeniz gerekir; bu işlem, güncelleştirme çalıştırmasına bağlı tüm geçitleri siler.

Aşama sonrası bekleme ile birlikte bir aşama sonrası onayı yapılandırabilir miyim?

Evet. Aşama sonrası bekleme süresi, onayla eş zamanlı olarak başlar. Güncelleştirme çalıştırması devam etmeden önce her ikisinin de tamamlanması gerekir.

Mevcut güncelleştirme stratejilerine onay ekleyebilir miyim?

Evet. Mevcut stratejiyi onayları içerecek şekilde düzenleyebilirsiniz. Ancak, stratejiyi kullanarak oluşturduğunuz mevcut güncelleştirme çalıştırmaları güncelleştirilmez.

Zamanlanmış başlangıç geçitleri AKS kümesi bakım pencereleriyle nasıl etkileşim kurar?

Zamanlanmış başlatma geçitleri ve AKS kümesi için planlı bakım pencereleri birbirinden bağımsız kontrollere sahiptir. Küme yükseltmeye başlamadan önce her iki koşul da karşılanmalıdır. Örneğin, zamanlanmış bir başlangıç kapısı saat 02:00'de tamamlanırsa ancak kümenin bakım penceresi saat 06:00’ya kadar açılmazsa, küme yükseltmeye başlamak için saat 06:00’ya kadar bekler.

Güncelleştirme çalıştırmasında küme güncelleştirmelerinin sırasını nasıl denetleyebilirim?

Üye etiketleri ve güncelleştirme grupları, güncelleştirme stratejinizin her aşamasına ve grubuna hangi kümelerin dahil olduğunu seçmenin iki farklı yolu vardır. Her üye kümesi bir güncelleştirme grubuna atanabilir ancak birden çok etikete sahip olabilir. Üye etiketleri (kullanarak memberSelector) daha fazla esneklik sunar ve karmaşık seçim senaryolarını destekler, bu nedenle güncelleştirme stratejileri için filo üyelerini seçmenin önerilen yoludur. Daha fazla bilgi için bkz. Üye etiketlerini kullanarak kümeleri gruplandırma.

Aşama düzeyinde bir üye seçici ayarlarsam grupları belirtmem gerekir mi?

Hayır. Herhangi bir grup tanımlamadan bir aşamada ayarladığınızda memberSelector , eşleşen tüm kümeler tek bir grup olarak değerlendirilir. Aşamanın maxConcurrency kaç kümenin eşzamanlı olarak yükseltileceğini denetler. Yalnızca eşleşen üyeleri farklı eşzamanlılık ayarlarına sahip paralel alt kümeler halinde bölümlendirmek istiyorsanız, aşama içindeki grupları tanımlamanız gerekir.

Grup düzeyinde bir üye seçici ayarlarsam grupları güncelleştirmeye ne olur?

Grup düzeyinde bir memberSelector ayarlarsanız, grubun name alanı yalnızca durum raporlama ve günlüğe kaydetme için görüntüleme tanımlayıcısı olarak kullanılır. memberSelector, grup için kümeler seçilirken, güncelleştirme grubu adına göre önceliklidir.

Küme Kaynağı Yerleştirme Hakkında Sıkça Sorulan Sorular

Bir ad alanı içindeki kaynakları yaymak üzere seçebilir miyim?

Evet. Fleet Manager hem küme kapsamlı hem de ad alanı kapsamlı kaynak yerleşimini destekler:

Yol Haritası

Azure Kubernetes Fleet Manager yol haritasına GitHub üzerinden ulaşabilirsiniz. Ekip özellik isteklerini, sorularını ve hata raporlarını memnuniyetle karşılar.

Sonraki adımlar

  • Last updated on