Azure’da sanal makineler için bakım

Ş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 platformunu güncelleştirir. Bu güncelleştirmelerin amacı, barındırma ortamındaki yazılım bileşenlerine düzeltme eki uygulamadan ağ bileşenlerini yükseltmeye veya donanımı kullanımdan kaldırmaya kadar değişiklik gösterir.

Barındırılan VM'ler güncelleştirmelerden nadiren etkilenir. Güncelleştirmelerin bir etkisi olduğunda, Azure güncelleştirmeler için en az etkili yöntemi seçer:

• Güncelleştirme yeniden başlatma gerektirmiyorsa, konak güncelleştirilirken VM duraklatılır veya VM zaten güncelleştirilmiş bir konağa canlı olarak geçirilir.
• Bakım yeniden başlatma gerektiriyorsa, planlı bakım hakkında bilgilendirilirsiniz. Azure ayrıca, bakımı sizin için uygun olan bir zamanda başlatabileceğiniz bir zaman aralığı da sunar. Bakım acil olmadığı sürece kendi kendine bakım aralığı genellikle 35 gündür (Konak makineleri için). Azure, planlanan platform bakımının VM'lerin yeniden başlatılmasını gerektirdiği durumların sayısını azaltmaya yönelik teknolojilere yatırım yapmaktadır. Planlı bakımı yönetme yönergeleri için bkz. Azure CLI, PowerShell veya portal kullanarak planlı bakım bildirimlerini işleme.

Bu sayfada Azure'ın her iki bakım türünü de nasıl gerçekleştirdiği açıklanmaktadır. Planlanmamış olaylar (kesintiler) hakkında daha fazla bilgi için Windows için VM'lerin kullanılabilirliğini yönetme veya Linux için ilgili makaleye bakın.

Bir VM'de, Windows veya Linux için Zamanlanmış Olaylar'ı kullanarak yaklaşan bakımlarla ilgili bildirimler alabilirsiniz.

Yeniden başlatma gerektirmeyen bakım

Çoğu platform güncelleştirmesi müşteri VM'lerini etkilemez. Etkisi olmayan bir güncelleştirme mümkün olmadığında Azure, müşteri VM'leri en az etkileyen güncelleştirme mekanizmasını seçer.

Bakımı etkileyen VM gerektiğinde, neredeyse her zaman 10 saniyeden kısa bir süre boyunca vm duraklatılmasıyla tamamlanır. Nadir durumlarda, genel amaçlı VM boyutları için en fazla 18 ayda bir Azure, VM'yi yaklaşık 30 saniye duraklatacak bir mekanizma kullanır. Herhangi bir duraklatma işleminden sonra VM saati özgeçmişte otomatik olarak eşitlenir.

Bellek koruma bakımı, Azure VM'lerinin yüzde 90'ından fazlası için çalışır. G, M, N ve H serileri için çalışmaz. Azure, dinamik geçiş teknolojilerini giderek daha fazla kullanır ve duraklatma sürelerini azaltmak için bellek koruma bakım mekanizmalarını geliştirir.

Yeniden başlatma gerektirmeyen bu bakım işlemleri bir kerede bir hata etki alanı uygulanır. Platform izleme araçlarından uyarı durumu sinyalleri aldıklarında dururlar. Yeniden başlatma gerektirmeyen bakım işlemleri eşleştirilmiş bölgelerde veya Kullanılabilirlik Alanları aynı anda gerçekleşebilir. Belirli bir değişiklik için dağıtım çoğunlukla Kullanılabilirlik Alanları ve Bölge çiftleri arasında sıralanmıştır, ancak kuyrukta çakışma olabilir.

Bu tür güncelleştirmeler bazı uygulamaları etkileyebilir. VM farklı bir konağa canlı geçirildiğinde, bazı hassas iş yükleri vm duraklatma işleminin bitimine kadar olan birkaç dakika içinde küçük bir performans düşüşü gösterebilir. VM bakımına hazırlanmak ve Azure bakımı sırasında etkiyi azaltmak için, bu tür uygulamalar için Windows veya Linux için Zamanlanmış Olaylar'ı kullanmayı deneyin.

Sıfır etkili ve yeniden başlatmasız güncelleştirmeler de dahil olmak üzere tüm bakım etkinlikleri üzerinde daha fazla denetim için bir Bakım Yapılandırması özelliği oluşturabilirsiniz. Bakım Yapılandırması oluşturmak, tüm platform güncelleştirmelerini atlama ve istediğiniz zaman güncelleştirmeleri uygulama seçeneği sunar. Daha fazla bilgi için bkz . Bakım Yapılandırmaları ile platform güncelleştirmelerini yönetme.

Dinamik geçiş

Dinamik geçiş, yeniden başlatma gerektirmeyen ve VM için belleği koruyan bir işlemdir. Genellikle en fazla 5 saniye süren bir duraklama veya dondurmaya neden olur. G, L, N ve H serisi dışındaki tüm hizmet olarak altyapı (IaaS) VM'leri dinamik geçiş için uygundur. Dinamik Geçiş, M Serisi SKU'ların çoğunda kullanılabilir. Uygun VM'ler, Azure filosuna dağıtılan IaaS VM'lerinin yüzde 90'ından fazlasını temsil eder.

Not

Azure portalında yeniden başlatma gerektirmeyen dinamik geçiş işlemleri için bildirim almazsınız. Yeniden başlatma gerektirmeyen dinamik geçişlerin listesini görmek için zamanlanmış olayları sorgulayın.

Azure platformu aşağıdaki senaryolarda dinamik geçişi başlatır:

• Planlı bakım
• Donanım hatası
• Ayırma iyileştirmeleri

Bazı planlı bakım senaryolarında dinamik geçiş kullanılır ve dinamik geçiş işlemlerinin ne zaman başlayacağını önceden öğrenmek için Zamanlanmış Olaylar'ı kullanabilirsiniz.

Dinamik geçiş, Azure Machine Learning algoritmaları yaklaşan bir donanım arızasını tahmin ettiğinde veya VM ayırmalarını iyileştirmek istediğinizde VM'leri taşımak için de kullanılabilir. Düşürülmüş donanım örneklerini algılayan tahmine dayalı modelleme hakkında daha fazla bilgi için bkz . Tahmine dayalı makine öğrenmesi ve dinamik geçiş ile Azure VM dayanıklılığını geliştirme. Dinamik geçiş bildirimleri Azure portalında İzleyici ve Hizmet Durumu günlüklerinin yanı sıra bu hizmetleri kullanıyorsanız Zamanlanmış Olaylar'da görünür.

Yeniden başlatma gerektiren bakım

Vm'lerin planlı bakım için yeniden başlatılması gereken nadir durumlarda size önceden bildirim gönderilir. Planlı bakımın iki aşaması vardır: self servis aşaması ve zamanlanmış bakım aşaması.

Genellikle dört hafta süren self servis aşamasında, VM'lerinizde bakımı başlatırsınız. Self servis kapsamında, durumunu ve son bakım isteğinizin sonucunu görmek için her vm'yi sorgulayabilirsiniz.

Not

Dinamik Geçişi desteklemeyen VM serisi için, bakım olayları sırasında yerel (kısa ömürlü) disk verileri kaybolabilir. Dinamik Geçiş'in desteklenip desteklenmediğini öğrenmek için her vm serisine bakın.

Self servis bakımı başlattığınızda VM'niz zaten güncelleştirilmiş bir düğüme yeniden dağıtılır. VM yeniden dağıtıldığından geçici disk kaybolur ve sanal ağ arabirimiyle ilişkili genel dinamik IP adresleri güncelleştirilir.

Self servis bakım sırasında bir hata oluşursa işlem durdurulur, VM güncelleştirilmez ve self servis bakımı yeniden deneme seçeneğine sahip olursunuz.

Self servis aşaması sona erdiğinde, zamanlanmış bakım aşaması başlar. Bu aşamada bakım aşamasını sorgulamaya devam edebilirsiniz, ancak bakımı kendiniz başlatamazsınız.

Yeniden başlatma gerektiren bakımı yönetme hakkında daha fazla bilgi için bkz. Azure CLI, PowerShell veya portal kullanarak planlı bakım bildirimlerini işleme.

Zamanlanmış bakım sırasında kullanılabilirlik konusunda dikkat edilmesi gerekenler

Zamanlanmış bakım aşamasına kadar beklemeye karar verirseniz, VM'lerinizin en yüksek kullanılabilirliğini korumak için göz önünde bulundurmanız gereken birkaç şey vardır.

Eşleştirilmiş bölgeler

Her Azure bölgesi, aynı coğrafi bölgedeki başka bir bölgeyle eşleştirilir. Birlikte bir bölge çifti oluştururlar. Zamanlanmış bakım aşamasında Azure, yalnızca bir bölge çiftinin tek bir bölgesindeki VM'leri güncelleştirir. Örneğin, Orta Kuzey ABD'deki VM'yi güncelleştirirken Azure, Orta Güney ABD'deki vm'leri aynı anda güncelleştirmez. Ancak, Kuzey Avrupa gibi diğer bölgelerde, Doğu ABD ile aynı zamanda bakım yapılabilir. Bölge çiftlerinin nasıl çalıştığını anlamak, VM'lerinizi bölgeler arasında daha iyi dağıtmanıza yardımcı olabilir. Daha fazla bilgi için bkz . Azure bölge çiftleri.

Kullanılabilirlik alanları

Kullanılabilirlik alanları, bir Azure bölgesi içindeki benzersiz fiziksel konumlardır. Her alan bağımsız güç, soğutma ve ağ bağlantısı ile donatılmış bir veya daha fazla veri merkezinden oluşur. Dayanıklılığı güvence altına almak için etkinleştirilmiş tüm bölgelerde en az üç ayrı alan bulunur.

Kullanılabilirlik alanı, hata etki alanı ile güncelleştirme etki alanının birleşimidir. Bir Azure bölgesinde üç bölgede üç veya daha fazla VM oluşturursanız VM'leriniz üç hata etki alanı ve üç güncelleştirme etki alanı arasında etkili bir şekilde dağıtılır. Azure platformu, farklı bölgelerdeki VM'lerin aynı anda güncelleştirilmediğinden emin olmak için bu dağıtımı güncelleştirme etki alanları arasında tanır.

Her altyapı güncelleştirmesi, bölgeyi tek bir bölge içinde bölgeye göre kullanıma sunar. Ancak, dağıtımın Bölge 1'de, farklı dağıtımın da Bölge 2'de aynı anda devam etmesine sahip olabilirsiniz. Dağıtımların tümü serileştirilmemiştir. Ancak, yeniden başlatma gerektiren tek bir dağıtım, riski azaltmak için aynı anda yalnızca bir bölgeyi kullanıma sunar. Genel olarak, mümkün olduğunda yeniden başlatma gerektiren güncelleştirmelerden kaçınılır ve Azure Dinamik Geçiş'i kullanmaya veya müşterilere denetim sağlamaya çalışır.

Sanal makine ölçek kümeleri

Esnek düzenleme modundaki sanal makine ölçek kümeleri, Tekdüzen düzenleme modundaki sanal makine ölçek kümelerinin ölçeklenebilirliğini kullanılabilirlik kümelerinin bölgesel kullanılabilirlik garantileriyle birleştirmenizi sağlayan bir Azure işlem kaynağıdır.

Esnek düzenleme ile örneklerinizin birden çok bölgeye mi yoksa tek bir bölgedeki hata etki alanlarına mı yayıldığını seçebilirsiniz.

Kullanılabilirlik kümeleri ve Tekdüzen ölçek kümeleri

Azure VM'lerine iş yükü dağıtırken, uygulamanıza yüksek kullanılabilirlik sağlamak için bir kullanılabilirlik kümesi içinde VM'ler oluşturabilirsiniz. Kullanılabilirlik kümelerini kullanarak, yeniden başlatma gerektiren bir kesinti veya bakım etkinliği sırasında en az bir VM'nin kullanılabilir olduğundan emin olabilirsiniz.

Bir kullanılabilirlik kümesinde, tek tek VM'ler en fazla 20 güncelleştirme etki alanına yayılır. Zamanlanmış bakım sırasında, herhangi bir zamanda yalnızca bir güncelleştirme etki alanı güncelleştirilir. Güncelleştirme etki alanlarının sırayla güncelleştirilmiş olması gerekmez.

Tekdüzen düzenleme modundaki sanal makine ölçek kümeleri, aynı VM'leri tek bir kaynak olarak dağıtmak ve yönetmek için kullanabileceğiniz bir Azure işlem kaynağıdır. Ölçek kümesi, kullanılabilirlik kümesindeki VM'ler gibi UD'ler arasında otomatik olarak dağıtılır. Kullanılabilirlik kümelerinde olduğu gibi, Tekdüzen ölçek kümelerini kullandığınızda, zamanlanmış bakım sırasında herhangi bir zamanda yalnızca bir UD güncelleştirilir.

VM'lerinizi yüksek kullanılabilirlik için ayarlama hakkında daha fazla bilgi için Bkz. Windows için VM'lerinizin kullanılabilirliğini yönetme veya Linux için ilgili makale.

Sonraki adımlar

Planlı bakımı yönetmek için Azure CLI, Azure PowerShell veya portalı kullanabilirsiniz.