Share via

MariaDB için Azure Veritabanı'de planlı bakım bildirimi

  • Makale

Önemli

MariaDB için Azure Veritabanı kullanımdan kaldırılıyor. MySQL için Azure Veritabanı geçiş yapmanızı kesinlikle öneririz. MySQL için Azure Veritabanı geçiş hakkında daha fazla bilgi için bkz. MariaDB için Azure Veritabanı ne oluyor?.

MariaDB için Azure Veritabanı planlı bakım etkinliklerine nasıl hazırlanacağınızı öğrenin.

Planlı bakım nedir?

MariaDB için Azure Veritabanı hizmeti temel alınan donanım, işletim sistemi ve veritabanı altyapısına otomatik düzeltme eki uygular. Düzeltme eki yeni hizmet özellikleri, güvenlik ve yazılım güncelleştirmeleri içerir. MariaDB altyapısı için ikincil sürüm yükseltmeleri otomatiktir ve düzeltme eki uygulama döngüsünün bir parçası olarak dahil edilir. Düzeltme eki uygulama için kullanıcı eylemi veya yapılandırma ayarı gerekmez. Düzeltme eki kapsamlı bir şekilde test edilir ve güvenli dağıtım uygulamaları kullanılarak dağıtılır.

Planlı bakım, bu hizmet güncelleştirmeleri belirli bir Azure bölgesindeki sunuculara dağıtıldığında bir bakım penceresidir. Planlı bakım sırasında, sunucularını barındıran Azure bölgesinde hizmet güncelleştirmesinin ne zaman dağıtılacağını müşteriye bildirmek için bir bildirim olayı oluşturulur. İki planlı bakım arasındaki minimum süre 30 gündür. Sonraki bakım penceresi için 72 saat önce bildirim alırsınız.

Planlı bakım - süre ve müşteri etkisi

Belirli bir Azure bölgesi için planlı bakımın 15 saat çalıştırılması beklenir. Pencere ayrıca gerekirse geri alma planını yürütmek için arabellek süresini de içerir. Planlı bakım sırasında, veritabanı sunucusu yeniden başlatmaları veya yük devretmeleri olabilir ve bu durum veritabanı sunucularının son kullanıcılar için kısa süre kullanılamamasına neden olabilir. MariaDB için Azure Veritabanı sunucuları kapsayıcılarda çalıştığından veritabanı sunucusu yeniden başlatma işlemleri genellikle hızlıdır ve genellikle 60-120 saniye içinde tamamlanması beklenir. Her sunucunun yeniden başlatılması da dahil olmak üzere planlı bakım olayının tamamı mühendislik ekibi tarafından dikkatle izlenir. Sunucu yük devretme süresi veritabanı kurtarma süresine bağlıdır ve bu da yük devretme sırasında sunucuda yoğun işlem etkinliği varsa veritabanının daha uzun süre çevrimiçi olmasına neden olabilir. Daha uzun yeniden başlatma süresinden kaçınmak için, planlı bakım olayları sırasında uzun süre çalışan işlemlerden (toplu yüklemeler) kaçınmanız önerilir.

Özetle, planlı bakım olayı 15 saat boyunca çalışırken, sunucu üzerindeki işlem etkinliğine bağlı olarak tek tek sunucu etkisi genellikle 60 saniye sürer. Planlı bakım başlamadan 72 saat önce bir bildirim gönderilir ve belirli bir bölge için bakım devam ederken bir bildirim daha gönderilir.

Planlı bakımla ilgili nasıl bildirim alabilirim?

Yaklaşan planlı bakım olayına yönelik uyarılar almak için planlı bakım bildirimleri özelliğini kullanabilirsiniz. Yaklaşan bakımla ilgili bildirimi etkinlik öncesinde 72 takvim saati ve belirli bir bölge için bakım devam ederken bir tane daha alırsınız.

Planlı bakım bildirimi

Önemli

Planlı bakım bildirimleri şu anda Orta Batı ABD dışındaki tüm bölgelerde önizleme aşamasındadır

Planlı bakım bildirimleri, MariaDB için Azure Veritabanı yaklaşan planlı bakım olayı için uyarılar almanıza olanak sağlar. Bu bildirimler, Hizmet Durumu'nun planlı bakımıyla tümleşiktir ve abonelikleriniz için zamanlanmış tüm bakımları tek bir yerde görüntülemenize olanak sağlar. Ayrıca, farklı kaynaklardan sorumlu farklı kişileriniz olabileceğinden, bildirimi farklı kaynak grupları için doğru hedef kitlelere ölçeklendirmeye yardımcı olur. Yaklaşan bakımla ilgili bildirimi etkinlik öncesinden 72 takvim saati önce alırsınız.

Tüm etkinlikler için planlı bakım bildirimini 72 saat önceden bildirme girişiminde bulunacağız. Ancak, kritik veya güvenlik düzeltme ekleri durumunda, bildirimler olaya daha yakın bir zamanda gönderilebilir veya atlanabilir.

Azure portalında planlı bakım bildirimini denetleyebilirsiniz veya bildirim almak için uyarıları yapılandırabilirsiniz.

Azure portalından planlı bakım bildirimini denetleme

  1. Azure portalında Hizmet Durumu'na tıklayın.
  2. Planlı Bakım sekmesini seçin
  3. Planlı bakım bildirimini denetlemek istediğiniz Abonelik, **Bölge ve Hizmet'i seçin.

Planlı bakım bildirimi almak için

  1. Portalda Hizmet Durumu'na tıklayın.
  2. Uyarılar bölümünde Durum uyarıları’nı seçin.
  3. + Hizmet durumu uyarısı ekle'yi seçin ve alanları doldurun.
  4. Gerekli alanları doldurun.
  5. Olay türünü seçin, Planlı bakım veya Tümünü seç’i seçin
  6. Eylem grupları'nda uyarıyı nasıl almak istediğinizi tanımlayın (e-posta alın, mantıksal uygulama tetikleyin vb.)
  7. Oluşturma sırasında kuralı etkinleştir’in Evet olarak ayarlandığından emin olun.
  8. Uyarınızı tamamlamak için Uyarı kuralı oluştur’u seçin

Hizmet durumu uyarıları oluşturma hakkında ayrıntılı adımlar için bkz. Hizmet bildirimlerinde etkinlik günlüğü uyarıları oluşturma.

Planlı bakımı iptal edebilir veya erteleyebilir miyim?

Sunucunuzun güvenli, kararlı ve güncel kalmasını sağlamak için bakım gereklidir. Planlı bakım olayı iptal edilemez veya ertelenemez. Bildirim belirli bir Azure bölgesine gönderildikten sonra, düzeltme eki uygulama zamanlaması değişiklikleri bu bölgedeki tek tek hiçbir sunucu için yapılamaz. Yama tüm bölge için aynı anda dağıtılır. MariaDB için Azure Veritabanı hizmeti, hizmetin ayrıntılı denetimini veya özelleştirmesini gerektirmeyen buluta özel uygulamalar için tasarlanmıştır.

Tüm Azure bölgelerine düzeltme eki aynı zamanda mı uygulanır?

Hayır, dağıtıma ilişkin pencere zamanlamaları sırasında tüm Azure bölgelerine düzeltme eki eklenir. Dağıtım bilge penceresi genellikle belirli bir Azure bölgesinde ertesi gün yerel saatle 17:00 - 08:00 arasında esnetilir. Coğrafi olarak eşleştirilmiş Azure bölgelerine farklı günlerde düzeltme eki uygulanır. Veritabanı sunucularının yüksek kullanılabilirliği ve iş sürekliliği için bölgeler arası okuma çoğaltmalarından yararlanmanızı öneririz.

Yeniden deneme mantığı

Geçici hata olarak da bilinen geçici hata, kendisini çözecek bir hatadır. Bakım sırasında geçici hatalar oluşabilir. Bu olayların çoğu sistem tarafından 60 saniyeden kısa sürede otomatik olarak azaltılır. Geçici hatalar yeniden deneme mantığı kullanılarak işlenmelidir.

Sonraki adımlar