Azure Cloud Service'i güncelleştirme (klasik)

Hem rolleri hem de konuk işletim sistemi dahil olmak üzere bir bulut hizmetini güncelleştirmek üç adımlı bir işlemdir. İlk olarak, yeni bulut hizmeti veya işletim sistemi sürümü için ikili dosyalar ve yapılandırma dosyaları karşıya yüklenmelidir. Ardından Azure, yeni bulut hizmeti sürümünün gereksinimlerine göre bulut hizmeti için işlem ve ağ kaynaklarını ayırır. Son olarak Azure, kiracıyı yeni sürüme veya konuk işletim sistemine artımlı olarak güncelleştirmek için sıralı bir yükseltme gerçekleştirir ve kullanılabilirliğinizi korur. Bu makalede, bu son adımın (sıralı yükseltme) ayrıntıları ele alınmaktadır.

Azure Hizmetini güncelleştirme

Azure, rol örneklerinizi yükseltme etki alanları (UD) olarak adlandırılan mantıksal gruplandırmalar halinde düzenler. Yükseltme etki alanları (UD), grup olarak güncelleştirilen rol örneklerinin mantıksal kümeleridir. Azure, bulut hizmetini bir kerede bir UD olarak güncelleştirir ve bu da diğer UD'lerdeki örneklerin trafiğe hizmet etmeye devam etmesini sağlar.

Varsayılan yükseltme etki alanı sayısı 5'tir. Hizmetin tanım dosyasına (.csdef) upgradeDomainCount özniteliğini ekleyerek farklı sayıda yükseltme etki alanı belirtebilirsiniz. upgradeDomainCount özniteliği hakkında daha fazla bilgi için bkz. Azure Cloud Services Tanım Şeması (.csdef Dosyası).

Hizmetinizdeki bir veya daha fazla rolün yerinde güncelleştirmesini gerçekleştirdiğinizde, Azure rol örnekleri kümelerini ait oldukları yükseltme etki alanına göre güncelleştirir. Azure belirli bir yükseltme etki alanındaki tüm örnekleri güncelleştirir; bunları durdurur, güncelleştirir, yeniden çevrimiçine getirir ve ardından bir sonraki etki alanına geçer. Azure, yalnızca geçerli yükseltme etki alanında çalışan örnekleri durdurarak, çalışan hizmet üzerinde mümkün olan en az etkiye sahip bir güncelleştirmenin gerçekleşmesini sağlar. Daha fazla bilgi için bu makalenin devamında güncelleştirmenin nasıl ilerler bölümüne bakın.

Bu rolün kapalı kalma süresi olmadan yerinde güncelleştirilebilmesi için hizmetinizin bir rolün en az iki örneğini tanımlaması gerekir. Hizmet tek bir rolün yalnızca bir örneğinden oluşuyorsa, yerinde güncelleştirme tamamlanana kadar hizmetiniz kullanılamaz.

Bu konu, Azure güncelleştirmeleri hakkında aşağıdaki bilgileri kapsar:

• Güncelleştirme sırasında izin verilen hizmet değişiklikleri
• Yükseltme nasıl devam eder?
• Güncelleştirmenin geri alınması
• Devam eden bir dağıtımda birden çok sessize alma işlemi başlatma
• Rollerin yükseltme etki alanları arasında dağıtımı

Güncelleştirme sırasında izin verilen hizmet değişiklikleri

Aşağıdaki tabloda, güncelleştirme sırasında bir hizmette izin verilen değişiklikler gösterilmektedir:

¹ Boyut değişikliği, bulut hizmeti için kullanılabilen boyutların alt kümesiyle sınırlıdır.

² Azure SDK 1.5 veya sonraki sürümleri gerektirir.

Güncelleştirme sırasında aşağıdaki öğeler desteklenmez:

• Rolün adını değiştirme. Yeni adla rolü kaldırın ve ekleyin.
• Yükseltme Etki Alanı sayısı değiştiriliyor.
• Yerel kaynakların boyutunu azaltma.

Hizmetinizin tanımında yerel kaynağın boyutunu azaltmak gibi başka güncelleştirmeler yapıyorsanız, bunun yerine bir VIP değiştirme güncelleştirmesi gerçekleştirmeniz gerekir. Daha fazla bilgi için bkz . Dağıtımı Değiştirme.

Yükseltme nasıl devam eder?

Hizmetinizdeki tüm rolleri mi yoksa hizmetteki tek bir rolü mü güncelleştirmek istediğinize karar vekleyebilirsiniz. Her iki durumda da, yükseltilmekte olan ve ilk yükseltme etki alanına ait olan her rolün tüm örnekleri durdurulur, yükseltilir ve yeniden çevrimiçi duruma getirilir. Yeniden çevrimiçi olduktan sonra, ikinci yükseltme etki alanındaki örnekler durdurulur, yükseltilir ve yeniden çevrimiçi duruma getirilir. Bulut hizmeti bir kerede en fazla bir yükseltmeyi etkinleştirebilir. Yükseltme her zaman bulut hizmetinin en son sürümüne göre gerçekleştirilir.

Aşağıdaki diyagramda, hizmetteki tüm rolleri yükseltiyorsanız yükseltmenin nasıl ilerlediğini gösterilmektedir:

Bu sonraki diyagramda, yalnızca tek bir rolü yükseltiyorsanız güncelleştirmenin nasıl ilerlediğini gösterilmektedir:

Otomatik güncelleştirme sırasında Azure Fabric Controller, bulut hizmetinin sistem durumunu düzenli aralıklarla değerlendirerek bir sonraki UD'ye ne zaman yürüyeceğini belirler. Bu sistem durumu değerlendirmesi rol başına gerçekleştirilir ve yalnızca en son sürümdeki örnekleri (yani önceden yürünmüş UD örnekleri) dikkate alır. Her rol için en az sayıda rol örneğinin tatmin edici bir terminal durumuna ulaştığını doğrular.

Rol Örneği Başlangıç Zaman Aşımı

Doku Denetleyicisi, her rol örneğinin Başlatıldı durumuna ulaşması için 30 dakika bekler. Zaman aşımı süresi ularsa, Doku Denetleyicisi sonraki rol örneğine doğru yürümeye devam eder.

Bulut Hizmeti yükseltmeleri sırasında verileri yönlendirme etkisi

Bir hizmeti tek bir örnekten birden çok örneğe yükseltirken, Azure'ın hizmetleri yükseltme yönteminden dolayı yükseltme yapılırken hizmetiniz devre dışı bırakılacaktır. Hizmet kullanılabilirliğini garanti eden hizmet düzeyi sözleşmesi yalnızca birden fazla örnekle dağıtılan hizmetler için geçerlidir. Aşağıdaki listede, her bir sürücüdeki verilerin her Azure hizmet yükseltme senaryosundan nasıl etkilendiği açıklanmaktadır:

Yukarıdaki listede E: sürücüsünün rolün kök sürücüsünü temsil ettiğini ve sabit kodlanmaması gerektiğini unutmayın. Bunun yerine, sürücüyü temsil etmek için %RoleRoot% ortam değişkenini kullanın.

Tek örnekli bir hizmeti yükseltirken kapalı kalma süresini en aza indirmek için hazırlama sunucusuna yeni bir çok örnekli hizmet dağıtın ve VIP değişimi gerçekleştirin.

Güncelleştirmeyi geri alma

Azure, ilk güncelleştirme isteği Azure Fabric Controller tarafından kabul edildikten sonra bir hizmette ek işlemler başlatmanıza olanak sağlayarak güncelleştirme sırasında hizmetleri yönetme esnekliği sağlar. Geri alma işlemi yalnızca dağıtımda devam eden bir güncelleştirme (yapılandırma değişikliği) veya yükseltme durumunda olduğunda gerçekleştirilebilir. Bir güncelleştirme veya yükseltme, hizmetin henüz yeni sürüme güncelleştirilmemiş en az bir örneği olduğu sürece devam ediyor olarak kabul edilir. Geri alma işlemine izin verilip verilmeyeceğini test etmek için Dağıtımı Al ve Bulut Hizmeti Özelliklerini Al işlemleri tarafından döndürülen RollbackAllowed bayrağının değerinin true olarak ayarlandığını denetleyin.

Devam eden bir güncelleştirmenin geri alınması, dağıtım üzerinde aşağıdaki etkilere sahiptir:

• Henüz güncelleştirilmemiş veya yeni sürüme yükseltilmemiş rol örnekleri, hizmetin hedef sürümünü zaten çalıştırdığından güncelleştirilmez veya yükseltilmez.
• Hizmet paketi (*.cspkg) dosyasının veya hizmet yapılandırması (*.cscfg) dosyasının (veya her iki dosyanın) yeni sürümüne zaten güncelleştirilmiş veya yükseltilmiş olan tüm rol örnekleri, bu dosyaların yükseltme öncesi sürümüne geri döndürülür.

Bu işlev, aşağıdaki özellikler tarafından sağlanır:

• Hizmette henüz yeni sürüme güncelleştirilmemiş en az bir örnek olduğu sürece, bir yapılandırma güncelleştirmesinde (Değişiklik Dağıtım Yapılandırması çağrılarak tetiklenen) veya bir yükseltmede (Yükseltme Dağıtımı çağrılarak tetiklenen) geri alma Güncelleştirmesi veya Yükseltme işlemi.

• Dağıtımı Al ve Bulut Hizmeti Özelliklerini Al işlemlerinin yanıt gövdesinin bir parçası olarak döndürülen Locked öğesi ve RollbackAllowed öğesi:

  1. Locked öğesi, belirli bir dağıtımda bir sessize alınan işlemin ne zaman çağrılabileceğini algılamanızı sağlar.
  2. RollbackAllowed öğesi, belirli bir dağıtımda Geri Alma Güncelleştirme veya Yükseltme işleminin ne zaman çağrılabileceğini algılamanızı sağlar.

  Geri alma işlemi gerçekleştirmek için hem Locked hem de RollbackAllowed öğelerini denetlemeniz gerekmez. RollbackAllowed değerinin true olarak ayarlandığını onaylamak yeterlidir. Bu öğeler yalnızca bu yöntemler "x-ms-version: 2011-10-01" veya sonraki bir sürüm olarak ayarlanmış istek üst bilgisi kullanılarak çağrılırsa döndürülür. Sürüm oluşturma üst bilgileri hakkında daha fazla bilgi için bkz. Hizmet Yönetimi Sürüm Oluşturma.

Güncelleştirme veya yükseltme geri alma işleminin desteklenmediği bazı durumlar vardır; bunlar aşağıdaki gibidir:

• Yerel kaynaklarda azalma - Güncelleştirme, bir rol için yerel kaynakları artırırsa Azure platformu geri alma işlemine izin vermez.
• Kota sınırlamaları - Güncelleştirme bir ölçeği azaltma işlemiyse, geri alma işlemini tamamlamak için artık yeterli işlem kotanız olmayabilir. Her Azure aboneliğiyle ilişkilendirilmiş olan ve bu aboneliğe ait tüm barındırılan hizmetler tarafından kullanılabilecek maksimum çekirdek sayısını belirten bir kota vardır. Belirli bir güncelleştirmenin geri alınması aboneliğinizin kotayı aşmasını sağlayacaksa geri alma etkinleştirilmez.
• Yarış durumu - İlk güncelleştirme tamamlandıysa geri alma mümkün değildir.

Azure barındırılan hizmetinize büyük bir yerinde yükseltmenin dağıtılma hızını denetlemek için El ile Yükseltme Dağıtımı işlemini kullanıyorsanız, güncelleştirmenin geri alınması yararlı olabilir.

Yükseltmenin dağıtımı sırasında Yükseltme Dağıtımını el ile modda çağırırsınız ve yükseltme etki alanlarının adımlarını izleyin. Bir noktada yükseltmeyi izlerken, incelediğiniz ilk yükseltme etki alanlarındaki bazı rol örneklerinin yanıt vermemeye başlaması durumunda dağıtımda Geri Alma Güncelleştirme veya Yükseltme işlemini çağırabilirsiniz. Bu işlem, henüz yükseltilmemiş örneklere dokunmadan önceki hizmet paketine ve yapılandırmasına yükseltilmiş örnekleri geri alır.

Devam eden bir dağıtımda birden çok sessize alma işlemi başlatma

Bazı durumlarda, devam eden bir dağıtımda birden çok eşzamanlı sessize alma işlemi başlatmak isteyebilirsiniz. Örneğin, bir hizmet güncelleştirmesi gerçekleştirebilirsiniz ve bu güncelleştirme hizmetiniz genelinde dağıtılırken, örneğin güncelleştirmeyi geri almak, farklı bir güncelleştirme uygulamak ve hatta dağıtımı silmek gibi bir değişiklik yapmak isteyebilirsiniz. Bunun gerekli olabileceği bir durum, bir hizmet yükseltmesinde yükseltilen rol örneğinin sürekli kilitlenmesine neden olan buggy kodu olmasıdır. Bu durumda, yükseltilen etki alanındaki örnek sayısı yetersiz olduğundan Azure Fabric Controller bu yükseltmeyi uygularken ilerleme kaydedemez. Bu durum , takılmış dağıtım olarak adlandırılır. Güncelleştirmeyi geri alarak veya başarısız olanın üzerine yeni bir güncelleştirme uygulayarak dağıtımı kaldırabilirsiniz.

Hizmeti güncelleştirme veya yükseltmeye yönelik ilk istek Azure Fabric Controller tarafından alındıktan sonra sonraki sessize alma işlemlerini başlatabilirsiniz. Başka bir ifadeyle, başka bir sessize alma işlemi başlatmadan önce ilk işlemin tamamlanmasını beklemeniz gerekmez.

İlk güncelleştirme devam ederken ikinci bir güncelleştirme işlemi başlatma işlemi geri alma işlemine benzer bir işlem gerçekleştirir. İkinci güncelleştirme otomatik moddaysa, ilk yükseltme etki alanı hemen yükseltilir ve büyük olasılıkla birden çok yükseltme etki alanındaki örneklerin aynı anda çevrimdışı olmasına neden olur.

Sessize alma işlemleri şunlardır: Dağıtım Yapılandırmasını Değiştirme, Yükseltme Dağıtımı, Güncelleştirme Dağıtımı Durumu, Dağıtımı Silme ve Güncelleştirme veya Yükseltmeyi Geri Alma.

Dağıtım Alma ve Bulut Hizmeti Özelliklerini Alma adlı iki işlem, belirli bir dağıtımda sessize alma işleminin çağrılıp çağrılamayacağını belirlemek için incelenebilen Kilitli bayrağını döndürür.

Bu yöntemlerin Kilitli bayrağını döndüren sürümünü çağırmak için istek üst bilgisini "x-ms-version: 2011-10-01" veya sonraki bir sürüme ayarlamanız gerekir. Sürüm oluşturma üst bilgileri hakkında daha fazla bilgi için bkz. Hizmet Yönetimi Sürüm Oluşturma.

Rollerin yükseltme etki alanları arasında dağıtımı

Azure, bir rolün örneklerini, hizmet tanımı (.csdef) dosyasının bir parçası olarak yapılandırılan belirli sayıda yükseltme etki alanı arasında eşit olarak dağıtır. En fazla yükseltme etki alanı sayısı 20 ve varsayılan değer 5'tir. Hizmet tanımı dosyasını değiştirme hakkında daha fazla bilgi için bkz. Azure Hizmet Tanımı Şeması (.csdef Dosyası).

Örneğin, rolünüzde on örnek varsa, varsayılan olarak her yükseltme etki alanı iki örnek içerir. Rolünüzde 14 örnek varsa, yükseltme etki alanlarından dördü üç örnek, beşinci etki alanı ise iki örnek içerir.

Yükseltme etki alanları sıfır tabanlı bir dizinle tanımlanır: İlk yükseltme etki alanının kimliği 0, ikinci yükseltme etki alanının kimliği 1'dir ve bu şekilde devam eder.

Aşağıdaki diyagramda, hizmet iki yükseltme etki alanı tanımladığında hizmetin iki rolden daha fazlasının nasıl dağıtıldığı gösterilmektedir. Hizmet, web rolünün sekiz örneğini ve çalışan rolünün dokuz örneğini çalıştırıyor.

Sonraki adımlar

Cloud Services Yönetme
Cloud Services İzleme
Cloud Services’ı Yapılandırma