Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Rutin bakım, Azure App Service'te arka planda yapılan güncelleştirmeleri içerir. Bu güncelleştirmeler performans iyileştirmelerini, hata düzeltmelerini, yeni özellikleri veya güvenlik güncelleştirmelerini içerebilir. Bakım, App Service platformuna veya temel alınan işletim sistemine uygulanabilir.
Önemli
İşlevselliği bozan bir değişiklik veya kullanımdan kaldırma, rutin bakımın bir parçası değildir. Daha fazla bilgi için bkz . Modern Yaşam Döngüsü İlkesi.
Microsoft'un hizmet kalitesi ve çalışma süresi garantileri bakım dönemlerinde uygulanmaya devam eder. Müşterilere platform değişikliklerine görünürlük sağlamalarını bildiririz.
Ne beklenmeli
Kişisel bilgisayarlar, cep telefonları ve diğer cihazlar gibi, buluttaki bilgisayarlar da düzenli güncelleştirmelere ihtiyaç duyar. Fiziksel cihazlardan farklı olarak, Azure App Service rutin bakımı en az kesintiyle işler. İş yükleri saniyeler içinde güncelleştirilmiş donanıma kaydırılabilir ve bu da güncelleştirmelerin kapalı kalma süresi olmadan devam etmesini sağlar.
Bakım genellikle aylık olarak gerçekleşir, ancak kuruluşunuzun gereksinimlerine ve diğer faktörlere bağlı olarak değişebilir.
Tipik bir bulut çözümü birden çok uygulama, veritabanı, depolama hesabı, işlev ve diğer kaynaklardan oluştuğundan çözümünüzün bazı bölümleri farklı zamanlarda bakımdan geçebilir. Bu varyasyon coğrafya, bölge, veri merkezleri ve kullanılabilirlik alanlarından kaynaklanıyor olabilir. Daha fazla bilgi için bkz . Güvenli dağıtım uygulamaları.
Bakım olaylarını bulmak için Azure portalında Hizmet Durumu araması yapın. AKTİF ETKİNLİKLER'in altında Planlı Bakım'ı seçin.
Azure portalı şu bilgileri sağlar:
- Bakım olayının açıklayıcı başlığı.
- Etkilenen bölgeler ve abonelikler.
- Beklenen bakım penceresi.
Aşağıdaki ekran görüntüleri, Etkilenen Kaynaklar sekmesi aracılığıyla sağlanan bilgileri gösterir:
Soldan sağa örnekte şu gösterilir:
- Etkilenen Kaynaklar sekmesini seçme.
- Daha fazla bilgi seçeneği.
Uyarı
App Service Planları için bakımın el ile başlatılması desteklenmez. App Service Ortamları (ASE), el ile bakım tercihlerini destekler.
Bu örnek şunları gösterir:
- Beklemede, başlatılabilir veya tamamlanabilen bakımın durumu.
- Bakım başladıktan sonra, Daha fazla bilgi altında zaman damgalarını görüntüleyebilirsiniz.
Sık sorulan sorular
Bakım neden bu kadar uzun sürüyor?
Rutin bakım, platform ve hizmet için en son güncelleştirmeleri sunar. Bakımın tek tek uygulamaları nasıl etkilediğini tahmin etmek zordur. Bildirimler genel zaman aralıkları sağlar. Bu aralıklar, belirli uygulama düzeyi deneyimlerini değil tüm kaynaklardaki genel işlemi yansıtır. Güncelleştirilmiş makinelerde bakım yapılandıktan sonra uygulamalar yeniden başlatılır ve çalışmaya devam eder. İstekler ve trafik sunulmadığında hizmet kesintisi yaşanmaz.
Neden bu kadar çok bildirim alıyorum?
Müşterilerin genellikle farklı zamanlarda yükseltilen birden çok uygulaması vardır. Her biri için bildirim göndermekten kaçınmak için, birden çok kaynağı yakalayan bir bildirim göndeririz. Bildirimi başlangıçta ve bakım penceresi boyunca göndeririz. Zaman aralığı uzunsa, aynı dağıtım için birden çok anımsatıcı alabilirsiniz, böylece yeniden başlatmalar, kesintiler veya diğer sorunları daha kolay ilişkilendirebilirsiniz.
Rutin bakım SLA ile nasıl ilişkilidir?
Platform bakımı, uygulama çalışma süresini veya kullanılabilirliğini etkilememelidir. Platform bakımı yapılırken uygulamalar çevrimiçi kalmaya devam eder.
Platform bakımı, uygulamaların yeni sanal makinelerde soğuk başlatılmasına neden olabilir ve bu da gecikmelere neden olabilir. Bir uygulama soğuk başlatılırken hala çevrimiçi olarak kabul edilir. Soğuk başlatmaları en aza indirmek veya önlemek için Windows uygulamaları için yerel önbellek kullanmayı ve sistem durumu denetimini kullanmayı göz önünde bulundurun.
Sitelerin bakım pencereleri sırasında herhangi bir hizmet düzeyi sözleşmesi (SLA) ihlaline neden olmasını beklemiyoruz.
Yükseltme, uygulamalarımın sorunsuz çalışmasını nasıl sağlar?
Azure Uygulaması Hizmeti, müşterilere web uygulamalarının ve çözümlerinin barındırıldığını sağlayan ölçek birimleri filosunu temsil eder. Her ölçek birimi yükseltme etki alanlarına ve kullanılabilirlik alanlarına ayrılır. Bu bölüm, daha büyük App Service planlarının yerleşimini iyileştirir ve her ölçek birimindeki tüm makineler aynı anda güncelleştirilmediğinden sorunsuz dağıtımlar sağlar.
App Service filonun durumunu izlerken, bakım işlemleri makineleri yinelemeli olarak yükseltmektedir. Bir sorun varsa sistem dağıtımı durdurabilir. Bu süreç hakkında daha fazla bilgi için App Service OS güncellemelerinin ardındaki büyüyü anlatan blog gönderisine bakın.
İş saatleri yansıtılıyor mu?
Evet, çalışma saatleri bölgenin saat dilimine yansıtılır. Bakım işlemleri 09:00 ile 17:00 arasında standart iş saatleri dışında başlayacak şekilde iyileştirilmiştir. İstatistiksel olarak bu, iş yüklerinin kesintileri ve yeniden başlatmaları için en uygun zamandır. Müşteri uygulamalarında ve platformun kendisinde sistemde daha az stres vardır.
App Service bakımı, iş saatlerinde kesintiyi en aza indirmek için tasarlanmıştır. Belirli bir bölgede 09:00'a kadar devam eden yükseltmeler varsa, kritik aşamalara ulaşmadan önce duraklatmaya çalışır. Bazı altında yatan örnek hareketleri devam edebilir, ancak güvenli bir biçimde örtüştürülür ve site kullanılabilirliğini koruyacak şekilde yönetilir.
Rutin bakımı denetleme seçeneklerim nelerdir?
İş yüklerinizi App Service Environment v3 kullanarak yalıtılmış bir üründe çalıştırırsanız, gerekirse yükseltmeleri zamanlayabilirsiniz. Bu özellik hakkında daha fazla bilgi için App Service Ortamı v3 için planlı bakımı denetleme ve otomatikleştirme blog gönderisine bakın.
Uygulamalarımı yeniden başlatmalar için daha iyi hazırlayabilir miyim?
Yeniden başlatmalar sırasında uygulamalarınızın çevrimiçi olması için ek süre gerekiyorsa sistem durumu denetimini kullanmayı göz önünde bulundurun. Ek zamana ihtiyaç duymaya yönelik tipik bir desen, uygulama ısınması veya başlatma sırasında dış kaynaklara yoğun bağımlılıktır.
Uygulamanızın henüz istek almaya hazır olmadığını platforma bildirmek için sistem durumu denetimini kullanabilirsiniz. Sistem, istekleri App Service planınızdaki diğer örneklere yönlendirmek için bu bilgileri kullanabilir. Bu gibi durumlarda, planda en az iki örneğiniz olması önerilir.
Uygulamalarım çevrimiçi oldu, ancak bu bildirimler görünmeye başladığından beri işler daha kötü. Ne değişti?
Platform başlangıcından bu yana güncelleştirmeler ve bakım olayları gerçekleşmektedir. Güncelleştirmelerin sıklığı zaman içinde azaldı. Kesinti sayısı da azaldı ve çalışma süresi arttı. Ancak artık tüm değişikliklere daha fazla görünürlük elde etmiş olursunuz. Daha fazla görünürlük, daha fazla değişiklik olduğu algısına neden olabilir.