VM işletim sistemi yükseltmelerinin neden olduğu rol örneği yeniden başlatmaları hakkında sık sorulan sorular

Konak işletim sistemi güncelleştirmelerini geri çeviremezsiniz. Microsoft'un veri merkezinde güncel konak işletim sistemleri bulundurması gerekir. Konuk işletim sisteminin bir sürümünü belirterek Konuk işletim sistemi güncelleştirmesini geri çevirebilirsiniz. Ancak, bunu yaparsanız hizmetiniz artık güvenlik güncelleştirmeleri almaz ve güvenlik açığına maruz kalabilir. Daha fazla bilgi için bkz. Konuk işletim sistemi sürümünü yönetme.

Konak işletim sistemi için tek bir örnek veya hizmetin ne zaman yükseltilip yükseltilmez olduğunu denetleyemezsiniz. Yükseltme, dünyanın her yerindeki tüm Azure veri merkezlerinde yaklaşık aynı anda başlatılır. Doku, her veri merkezini yükseltmek için sürekli çalışır. Tüm bulut hizmetlerinde yükseltme etki alanı kurallarına uyulmasını sağlamanın karmaşıklığı nedeniyle bu işlem birkaç gün sürer. Belirli bir örneğin ne zaman etkileneceğini denetlemenin veya belirlemenin hiçbir yolu yoktur. Konuk işletim sistemi güncelleştirmesini denetlemek için, sabit bir Konuk İşletim Sistemi sürümü belirtebilir ve hazır olduğunuzda güncelleştirebilirsiniz.

Uzak Masaüstü Protokolü (RDP) aracılığıyla bir Azure PaaS VM'sine bağlanma ve değişiklik yapma veya yazılım yükleme desteği yoktur. Herhangi bir zamanda VM yeniden oluşturulabilir ve yaptığınız değişiklikler kaybolur. Bu senaryo, donanım başarısız olursa ve yeni donanımda yeni bir VM başlatmamız gerekirse ortaya çıkabilir. Windows bölümü yeniden oluşturulduğunda Konuk İşletim Sistemi güncelleştirmesi sırasında da gerçekleşir. Vm'de yazılım yüklemeniz veya değişiklik yapmanız gerekiyorsa, bir başlangıç görevi oluşturun ve işi oradan yapın. Bu işlem, VM yeniden oluşturulduğunda yapılandırmanızın yeniden çalıştırılmasını sağlar.

Yeni konuk işletim sistemi sürümüne yüklenen güncelleştirmeler genel kullanıma açık ve kapsamlı bir şekilde test edilmiş düzeltmelerdir. Bu düzeltmeler Windows Update aracılığıyla dünyanın dört bir yanındaki sunuculara da dağıtılır ve hizmetiniz üzerindeki olumsuz etkilerin olasılığı düşüktür. Şirket içi hizmetlerinize gelince, önce güncelleştirmeleri test ettiğiniz bir hazırlama ortamı kullanarak Azure VM'lerindeki işletim sistemi düzeltme eklerini yönetmeniz gerekir.

Güncelleştirmeleri üretimden önce test etmek için bir hazırlama ortamı ayarlamak istiyorsanız, üretim hizmetinizi .cscfg dosyasında sabit bir işletim sistemi dizesi kullanacak şekilde yapılandırın. Ardından, yeni bir konuk işletim sistemi kullanılabilir olduğunda, en yeni konuk işletim sistemi sürümünü kullanarak hizmetinizi hazırlama yuvasına dağıtabilirsiniz. Hizmetin en son konuk işletim sisteminde düzgün çalıştığını doğruladıktan sonra VIP değiştirme işlemi yapabilirsiniz. Ya da en son işletim sistemini kullanmak için üretim hizmetinizin yerinde yükseltmesini yapabilirsiniz.

Yaygın bir yanılgı, ne kadar çok güncelleştirme uygulanıyorsa işlemin o kadar uzun süreceğidir. Bu varsayım, yükseltmenin yerel masaüstü bilgisayarınızda bir Windows Update yükseltmesinin nasıl gerçekleştiğine benzer şekilde çalıştığı inancını temel alır. Bir Windows yükseltmesinde, birçok güncelleştirme Windows'a kopyalanır ve sonraki yeniden başlatmalar da dahil olmak üzere yüklenir. Ancak yükseltme işlemi Azure'da bu şekilde çalışmaz.

Azure'da yeni bir işletim sistemi sürümü yayımlandığında, işletim sistemi ekibi en son görüntüyü alır, güncelleştirmeleri uygular ve ardından bu yeni temel görüntüyü içeren bir sanal sabit disk (VHD) oluşturur. Bu temel görüntü daha sonra Azure'daki bir depoya kopyalanır. Dokuya bir işletim sistemi yükseltmesi yapması emredildiğinde, önce bir kopyalama geçişi yapar. Yükseltilecek veri merkezinde doku, bu yeni temel görüntü VHD'sini her sunucudaki sabit diske kopyalar. Bu işlem tamamlandıktan sonra doku, her zamanki yükseltme etki alanı kurallarını izleyerek yükseltme işlemini başlatır.

Bir konuk güncelleştirilecekse, doku işletim sisteminin düzgün bir şekilde kapatılmasını sağlar ve ardından yeni temel görüntüyü kullanarak yeni bir VM başlatır. Konuk işletim sistemi için belirli bir VM'yi yükseltmek için gereken süre, windows'un düzgün bir şekilde kapatılması ve yeniden başlatılması için gereken süreyle yaklaşık olarak aynıdır.

Konak işletim sistemi güncelleştirmesinin zamanlaması farklıdır. Bir konak yükseltilirken aşağıdaki sıra gerçekleşir:

• Konak, kapatma iletisini bu konakta çalışan her konuk işletim sistemine gönderir.

• Her Konuk işletim sistemine, kapatma işleminin bitmek üzere standart OnStop olay ve Windows Kapatma süresi verilir.

• Her Konuk işletim sistemi kapatıldıktan sonra, Konak işletim sistemi düzgün bir kapatma yapar ve normal kapatma yordamından geçer.

• Konak işletim sistemi kapatıldıktan sonra, konak yeni işletim sistemi görüntüsü kullanılarak yeniden başlatılır.

• Konak çalışır duruma gelip çalışmaya başladıktan sonra her konuk işletim sistemini başlatır.

Bu Konak işletim sistemi güncelleştirme işlemi genellikle 15-20 dakika sürer. Bu süre, söz konusu konakta kaç konuk olduğuna ve bunları işlemek için ne kadar süre gerekli olduğuna bağlı olarak değişebilir. Ancak belirli bir düğümde bir hata oluşursa ve Azure dokusu bu düğümdeki konukların başka bir düğüme taşınması gerektiğini belirlerse her zaman özel durumlar olacaktır.

İşletim sistemi güncelleştirilirken, Azure Fabric rol örneğinizi düzgün bir şekilde kapatıyor. Bu uygulama, ASP.NET kodunuzun Application_End olayı alacağı ve Azure hizmet çalışma zamanının ve OnStop olaylarını Stopping oluşturacağı anlamına gelir. İşlem kapatılmadan önce kodunuzun temizleme işini OnStop tamamlaması beş dakika sürer. Azure ana bilgisayar işleminiz kapatıldıktan sonra Windows, Windows Hizmetleri için standart OnStop ve ilgili olayları yükseltmeyi de içeren normal düzgün bir kapatma işleminden geçer.

Örneğinizin kapatılmasını işleme hakkında daha fazla bilgi için bkz. Azure OnStop olaylarını işlemenin doğru yolu, .NET'te Web veya Çalışan rolünün yaşam döngüsünü özelleştirme ve RoleEntryPoint.OnStop() Yöntemi.

Daha fazla bilgi

• Azure VM işletim sistemi yükseltmelerinin neden olduğu rol örneği yeniden başlatmaları

Yardım için bize ulaşın

Sorularınız veya yardıma ihtiyacınız varsa bir destek isteği oluşturun veya Azure topluluk desteği isteyin. Ürün geri bildirimini Azure geri bildirim topluluğuna da gönderebilirsiniz.