Planlı bakım bildirimlerini ele alma

Şunlar için geçerlidir: ✔️ Linux VM'leri ✔️ Windows VM'leri ✔️ Esnek ölçek kümeleri ✔️ Tekdüzen ölçek kümeleri

Azure sanal makine konak altyapısının güvenilirlik, performans ve güvenliğini iyileştirmek için düzenli olarak güncelleştirmeler yapar. Güncelleştirmeler, barındırma ortamına düzeltme eki uygulama veya donanımı yükseltme ve yetkisini alma gibi değişikliklerdir. Bu güncelleştirmelerin çoğu barındırılan sanal makineleri etkilemeden tamamlanır. Ancak güncelleştirmelerin etkilediği durumlar vardır:

• Bakım yeniden başlatma gerektirmiyorsa, konak güncelleştirilirken Azure VM'yi birkaç saniye duraklatır. Bu tür bakım işlemleri, hata etki alanına göre hata etki alanına uygulanır. Uyarı durumu sinyalleri alınırsa ilerleme durdurulur.

• Bakım yeniden başlatma gerektiriyorsa, bakımın ne zaman planlandığına ilişkin bir bildirim alırsınız. Size, sizin için uygun olduğunda bakımı kendiniz başlatabileceğiniz yaklaşık 35 günlük bir zaman penceresi verilir.

Yeniden başlatma gerektiren planlı bakım dalgalar halinde zamanlanır. Her dalganın kapsamı farklıdır (bölgeler).

• Dalga, müşterilere bir bildirimle başlar. Sanal Makine ile ilgili Bakım bildirimleri, Azure portalındaki Hizmet Durumu altında sağlanır. Bazı belirli Sanal Makine Planlı Bakım senaryoları için Azure, Klasik Abonelik Yöneticisi, Ortak Yönetici ve Abonelik Sahipleri grubuna ek bir e-posta göndererek zamanlamayı da iletebilir. Azure Hizmet Durumu , kullanıcıların Planlı Bakım kategorisi için kendi özel uyarılarını yapılandırmasına olanak tanır. Azure Hizmet Durumu uyarıları ile Etkinlik Günlüğü Uyarılarını kullanarak e-posta, SMS ve web kancaları gibi daha fazla alıcı ve mesajlaşma seçeneği ekleyebilirsiniz.
• Bildirim çıktıktan sonra bir self servis penceresi kullanıma sunulur. Bu pencere sırasında, hangi sanal makinelerinizin etkilendiğini sorgulayabilir ve kendi zamanlama gereksinimlerinize göre bakımı başlatabilirsiniz. Self servis penceresi genellikle yaklaşık 35 gündür.
• Self servis penceresinden sonra zamanlanmış bir bakım penceresi başlar. Bu pencere sırasında Azure, gerekli bakımı zamanlar ve sanal makinenize uygular.

İki pencereye sahip olmanın amacı, Azure'ın bakımı ne zaman otomatik olarak başlatacağını bilerek size bakımı başlatmak ve sanal makinenizi yeniden başlatmak için yeterli zaman tanımaktır.

VM'lerinizin bakım pencerelerini sorgulamak ve self servis bakımı başlatmak için Azure portalı, PowerShell, REST API ve CLI'yı kullanabilirsiniz.

Self servis penceresi sırasında kullanarak bakım başlatmalı mısınız?

Aşağıdaki yönergeler, bu özelliği kullanıp kullanmayacağınız ve kendi kendinize bakım başlatıp başlatmayacağınız konusunda karar vermenize yardımcı olmalıdır.

Not

Self servis bakım tüm VM'leriniz için kullanılamayabilir. VM'niz için proaktif yeniden dağıtım sağlayıp sağlanmadığını belirlemek için bakım durumunda Şimdi başlat'ı arayın. Cloud Services (Web/Worker Rolü) ve Service Fabric için self servis bakım şu anda kullanılamıyor.

Kullanılabilirlik kümelerini kullanan dağıtımlar için self servis bakım önerilmez. Kullanılabilirlik kümeleri zaten bir kerede yalnızca bir güncelleştirme etki alanı güncelleştirilir.

• Azure'ın bakımı tetiklemesine izin verin. Yeniden başlatma gerektiren bakım için bakım, güncelleştirme etki alanı tarafından etki alanını güncelleştirir. Güncelleştirme etki alanlarının bakımı sırayla alması gerekmez ve güncelleştirme etki alanları arasında 30 dakikalık bir duraklama vardır.
• Geçici kapasite kaybı (1 güncelleştirme etki alanı) söz konusuysa, bakım süresi boyunca örnekler ekleyebilirsiniz.
• Yeniden başlatma gerektirmeyen bakım için güncelleştirmeler hata etki alanı düzeyinde uygulanır.

Aşağıdaki senaryolarda self servis bakım kullanmayın:

• Vm'lerinizi el ile, DevTest Labs kullanarak, otomatik kapatma kullanarak veya bir zamanlamaya göre sık sık kapatırsanız, bakım durumu geri döndürülebilir ve bu nedenle ek kapalı kalma süresine neden olabilir.
• Bakım dalgası sona ermeden önce silineceğini bildiğiniz kısa süreli VM'lerde.
• Güncelleştirmenin yapılması istenen yerel (kısa ömürlü) diskte depolanan büyük bir duruma sahip iş yükleri için.
• VM'nizi bakım durumunu geri döndürebileceğinden sık sık yeniden boyutlandırdığınız durumlar için.
• İş yükünüzün proaktif yük devretmesini veya düzgün bir şekilde kapatılmasını sağlayan zamanlanmış olayları benimsediyseniz, bakım kapatmaya başlamadan 15 dakika önce

Vm'nizi zamanlanmış bakım aşamasında kesintisiz çalıştırmayı planlıyorsanız ve yukarıda belirtilen karşı göstergelerin hiçbiri geçerli değilse self servis bakımı kullanın .

Aşağıdaki durumlarda self servis bakımı kullanmak en iyisidir:

• Yönetiminize veya son müşterinize tam bakım penceresi iletmeniz gerekir.
• Bakımı belirli bir tarihe kadar tamamlamanız gerekir.
• Güvenli kurtarmayı garanti etmek için bakım sırasını denetlemeniz gerekir. Örneğin, çok katmanlı uygulama.
• İki güncelleştirme etki alanı (UD) arasında 30 dakikadan fazla VM kurtarma süresi gerekir. Güncelleştirme etki alanları arasındaki süreyi denetlemek için VM'lerinizde bir kerede bir güncelleştirme etki alanı (UD) bakımı tetiklemeniz gerekir.

SSS

S: Sanal makinelerimi neden şimdi yeniden başlatmanız gerekiyor?

Y: Azure platformuna yapılan güncelleştirme ve yükseltmelerin çoğu sanal makinenin kullanılabilirliğini etkilemez ancak Azure'da barındırılan sanal makineleri yeniden başlatmayı önleyemediğimiz durumlar vardır. Sunucularımızı yeniden başlatmamızı gerektiren ve sanal makinelerin yeniden başlatılmasına neden olacak birkaç değişiklik biriktirdik.

S: Kullanılabilirlik Kümesi kullanarak Yüksek Kullanılabilirlik önerilerinizi izlersem güvende miyim?

Y: Kullanılabilirlik kümesinde veya sanal makine ölçek kümelerinde dağıtılan sanal makineler, Güncelleştirme Etki Alanları (UD) olarak algılar. Bakım yaparken Azure, UD kısıtlamasını uygular ve farklı UD'den (aynı kullanılabilirlik kümesi içinde) sanal makineleri yeniden başlatmaz. Azure ayrıca bir sonraki sanal makine grubuna geçmeden önce en az 30 dakika bekler.

Yüksek kullanılabilirlik hakkında daha fazla bilgi için bkz . Azure'da sanal makineler için kullanılabilirlik.

S: Planlı bakım hakkında Nasıl yaparım? bilgilendirilirsiniz?

Y: Planlı bakım dalgası, bir veya daha fazla Azure bölgesine bir zamanlama ayarlayarak başlar. Sanal Makine ile ilgili Bakım bildirimleri, Azure portalındaki Hizmet Durumu altında sağlanır. Bazı belirli Sanal Makine Planlı Bakım senaryoları için Azure, Klasik Abonelik Yöneticisi, Ortak Yönetici ve Abonelik Sahipleri grubuna ek bir e-posta (tüm alıcıların eklendiği abonelik başına bir e-posta) göndererek zamanlamayı da iletebilir.

Azure Hizmet Durumu , kullanıcıların Planlı Bakım kategorisi için kendi özel uyarılarını yapılandırmasına olanak tanır. Azure Hizmet Durumu uyarıları ile Etkinlik Günlüğü Uyarılarını kullanarak e-posta, SMS ve web kancaları gibi daha fazla alıcı ve mesajlaşma seçeneği ekleyebilirsiniz.

Bir sanal makineyi planlı bakımın zaten zamanlandığı bir bölgeye dağıtmanız durumunda, bildirimi almazsınız ancak VM'nin bakım durumunu denetlemeniz gerekir.

S: Portalda, PowerShell'de veya CLI'da planlı bakım olduğuna dair hiçbir gösterge görmüyorum. Ne oldu?

Y: Planlı bakımla ilgili bilgiler, planlı bakım dalgası sırasında yalnızca etkilenecek VM'ler için kullanılabilir. Başka bir deyişle, veri görmüyorsanız, bakım dalgasının zaten tamamlanmış (veya başlatılmamış) veya sanal makinenizin zaten güncelleştirilmiş bir sunucuda barındırılmış olması olabilir.

S: Sanal makinemin tam olarak ne zaman etkilendiğini bilmenin bir yolu var mı?

Y: Zamanlamayı ayarlarken birkaç günlük bir zaman aralığı tanımlarız. Ancak, bu pencere içindeki sunucuların (ve VM'lerin) tam sıralaması bilinmiyor. VM'lerinin tam zamanını öğrenmek isteyen müşteriler zamanlanmış olayları kullanabilir ve sanal makinenin içinden sorgu yapabilir ve VM yeniden başlatmadan önce 15 dakikalık bir bildirim alabilir.

S: Sanal makinemi yeniden başlatmanız ne kadar sürer?

Y: VM'nizin boyutuna bağlı olarak, self servis bakım penceresi sırasında yeniden başlatma işlemi birkaç dakika kadar sürebilir. Zamanlanmış bakım penceresinde Azure tarafından başlatılan yeniden başlatmalar sırasında, yeniden başlatma işlemi genellikle yaklaşık 25 dakika sürer. Cloud Services (Web/Çalışan Rolü), Sanal Makine Ölçek Kümeleri veya kullanılabilirlik kümeleri kullanıyorsanız, zamanlanan bakım penceresi sırasında her VM grubu (UD) arasında size 30 dakika süre verileceğini unutmayın.

S: Sanal Makine Ölçek Kümeleri durumunda deneyim nedir?

Y: Planlı bakım artık Sanal Makine Ölçek Kümeleri için kullanılabilir. Self servis bakımı başlatma yönergeleri için sanal makine ölçek kümeleri için planlı bakım belgesine bakın.

S: Cloud Services (Web/Worker Rolü) ve Service Fabric durumunda deneyim nedir?

Y: Bu platformlar planlı bakımdan etkilenmiş olsa da, bu platformları kullanan müşteriler, herhangi bir zamanda yalnızca tek bir Yükseltme Etki Alanındaki (UD) VM'lerin etkilenmesi durumunda güvenli kabul edilir. Cloud Services (Web/Worker Rolü) ve Service Fabric için self servis bakım şu anda kullanılamıyor.

S: VM'lerimde bakım bilgisi görmüyorum. Sorun nedir?

Y: VM'lerinizde bakım bilgisi görmemenizin çeşitli nedenleri vardır:

1. Microsoft iç aboneliği olarak işaretlenmiş bir abonelik kullanıyorsunuz.
2. VM'leriniz bakım için zamanlanmaz. Vm'lerinizin bundan etkilenmemesi için bakım dalgası sona ermiş, iptal edilmiş veya değiştirilmiş olabilir.
3. VM'yi serbest bırakıp başlattınız. Bu durum VM'nin planlı bakım dalgası zamanlanmış olmayan bir konuma taşınmasına neden olabilir. Bu nedenle VM artık bakım bilgilerini göstermeyecektir.
4. VM liste görünümünüzde Bakım sütunu eklenmez. Bu sütunu varsayılan görünüme eklemiş olsak da, varsayılan olmayan sütunları görmek için yapılandıran müşterilerin Bakım sütununu VM liste görünümlerine el ile eklemeleri gerekir.

S: VM'm ikinci kez bakım için zamanlandı. Neden?

Y: Bakım yeniden dağıtma işleminizi tamamladıktan sonra VM'nizin bakım için zamanlanmış olduğunu görebileceğiniz birkaç kullanım örneği vardır:

1. Bakım dalgasını iptal ettik ve farklı bir yükle yeniden başlattık. Hatalı yük algıladık ve yalnızca ek bir yük dağıtmamız gerekiyor olabilir.
2. Vm'niz bir donanım hatası nedeniyle başka bir düğüme hizmet olarak iyileştirilmiş .
3. VM'yi durdurmayı (serbest bırakma) ve yeniden başlatmayı seçtiniz.
4. VM için otomatik kapatmayı açtınız.

Sonraki adımlar

Planlı bakımı Azure CLI, Azure PowerShell veya portal kullanarak işleyebilirsiniz.