MySQL için Azure Veritabanı - Esnek Sunucuda zamanlanmış bakım

  • Makale

ŞUNLAR IÇIN GEÇERLIDIR: MySQL için Azure Veritabanı - Esnek Sunucu

MySQL için Azure Veritabanı esnek sunucu, yönetilen veritabanınızı güvenli, kararlı ve güncel tutmak için düzenli bakım gerçekleştirir. Bakım sırasında sunucu yeni özellikler, güncelleştirmeler ve düzeltme ekleri alır.

Önemli

MySQL için Azure Veritabanı esnek sunucu bakımı sırasında tüm sunucu işlemlerinden (değişiklikler, yapılandırma değişiklikleri, sunucuyu başlatma/durdurma) kaçının. Bu etkinliklerle ilgilenmek, öngörülemeyen sonuçlara yol açabilir ve bu da sunucu performansını ve kararlılığını etkileyebilir. Sunucu işlemlerini gerçekleştirmeden önce bakım bitene kadar bekleyin.

Bakım penceresi seçme

Bakımı haftanın belirli bir günü ve o gün içindeki bir zaman penceresi için zamanlayabilirsiniz. Ya da sistemin sizin için otomatik olarak bir gün ve zaman aralığı seçmesine izin vekleyebilirsiniz. Her iki durumda da sistem herhangi bir bakım çalıştırmadan yedi gün önce sizi uyarır. Sistem ayrıca bakımın ne zaman başlatılacağını ve başarıyla tamamlandığını size bildirir.

Yaklaşan zamanlanmış bakımla ilgili bildirimler şu şekilde olabilir:

  • Belirli bir adrese e-postayla gönderildi
  • Azure Resource Manager Rolüne e-postayla gönderildi
  • Mobil cihazlara kısa mesajla (SMS) gönderilir
  • Azure uygulamasına bildirim olarak gönderilerek
  • Sesli mesaj olarak teslim edilerek

Bakım zamanlamasıyla ilgili tercihleri belirtirken haftanın gününü ve zaman aralığını belirleyebilirsiniz. Herhangi bir değer belirtmezseniz sistem, sunucunuzun bulunduğu bölgenin saatine göre akşam 11 ile sabah 7 arasında bir zaman seçer. Azure aboneliğinizdeki her esnek sunucu için farklı zamanlamalar tanımlayabilirsiniz.

Önemli

Normalde bir sunucuda yapılacak başarılı zamanlanmış bakım olayları en az 30 gün önceden bildirilir.

Ancak, ciddi bir güvenlik açığı gibi kritik bir acil durum güncelleştirmesi olması durumunda bildirim penceresi yedi günden kısa olabilir. Son 30 gün içinde başarılı bir zamanlanmış bakım gerçekleştirilmiş olsa dahi sunucunuza kritik güncelleştirme uygulanabilir.

Zamanlama ayarlarını istediğiniz zaman güncelleştirebilirsiniz. Esnek sunucunuz için zamanlanmış bir bakım varsa ve zamanlama tercihlerini güncelleştirirseniz, geçerli dağıtım zamanlandığı gibi devam eder ve zamanlama ayarları değişikliği, bir sonraki zamanlanmış bakım için başarıyla tamamlandığında geçerli olur.

Azure aboneliğinizdeki her esnek sunucu için sistem tarafından yönetilen zamanlama veya özel zamanlama tanımlayabilirsiniz.

  • Özel zamanlama ile, haftanın gününü ve bir saatlik zaman penceresini seçerek sunucu için bakım pencerenizi belirtebilirsiniz.
  • Sistem tarafından yönetilen zamanlama ile sistem, sunucunuzun bölge saatinde saat 23:00 ile 07:00 arasında bir saatlik bir zaman aralığı seçer.

Önemli

Daha önce, sistem tarafından yönetilen ve özel yönetilen zamanlamalar arasındaki 7 günlük dağıtım boşluğu korunuyordu. Değişen bakım talepleri ve bakım yeniden zamanlama özelliğinin (Genel önizleme) kullanıma sunulması nedeniyle bu 7 günlük boşluğu garanti edebiliriz.

Nadir durumlarda bakım olayı sistem tarafından iptal edilebilir veya başarıyla tamamlanamaz. Güncelleştirme başarısız olursa güncelleştirme geri alınır ve ikili dosyaların önceki sürümü geri yüklenir. Bu tür başarısız güncelleştirme senaryolarında, bakım penceresi sırasında sunucunun yeniden başlatılmasıyla karşılaşmaya devam edebilirsiniz. Güncelleştirme iptal edilirse veya başarısız olursa sistem, sırasıyla sizi bilgilendiren iptal edilmiş veya başarısız bakım olayı hakkında bir bildirim oluşturur. Bir sonraki bakım denemesi geçerli zamanlama ayarlarınıza göre zamanlanır ve 5 gün önceden bu konuda bildirim alırsınız.

Neredeyse sıfır kapalı kalma süresi bakımı (Genel önizleme)

MySQL için Azure Veritabanı Esnek Sunucunun "Sıfıra Yakın Kapalı Kalma Süresi Bakımı" özelliği,HA (Yüksek Kullanılabilirlik) özellikli sunucular. Bu özellik bakım kapalı kalma süresini önemli ölçüde azaltacak şekilde tasarlanmıştır ve çoğu durumda bakım kapalı kalma süresinin 40 ila 60 saniye arasında olması beklenir. Bu özellik, veritabanı işlemlerinde yüksek kullanılabilirlik ve en az kesinti gerektiren işletmeler için çok önemlidir.

Kesin Kapalı Kalma Süresi Beklentileri

  • Kapalı Kalma Süresi: Çoğu durumda, bakım sırasında kapalı kalma süresi 10 ila 30 saniye arasında değişir.
  • Ek Dikkat Edilmesi Gerekenler: Yük devretme olayından sonra, yaklaşık 30 saniyelik doğal bir DNS Yaşam Süresi (TTL) süresi vardır. Bu süre doğrudan bakım işlemi tarafından denetlenmiyor ancak DNS davranışının standart bir parçasıdır. Bu nedenle müşterinin bakış açısından bakım sırasında karşılaşılan toplam kapalı kalma süresi 40 ila 60 saniye arasında olabilir.

Sınırlamalar ve Önkoşullar

Bu özelliğin söz verdiği en iyi performansı elde etmek için belirli koşullar ve sınırlamalara dikkat edilmelidir:

  • Tüm Tablolarda Birincil Anahtarlar: Her tablonun birincil anahtarı olduğundan emin olmak kritik önem taşır. Birincil anahtarların olmaması çoğaltma gecikmesini önemli ölçüde artırarak kapalı kalma süresini etkileyebilir.
  • Bakım Sürelerinde Düşük İş Yükü: Kapalı kalma süresinin en düşük düzeyde kalmasını sağlamak için bakım süreleri, sunucudaki iş yükünün düşük olduğu sürelerle aynı olmalıdır. Yoğun olmayan saatlerde bakım zamanlamak için özel bakım penceresi özelliğini kullanmanızı öneririz.

Bakım yeniden zamanlama (Genel önizleme)

Önemli

Bakım yeniden zamanlama özelliği şu anda önizleme aşamasındadır. Sınırlamalara ve sürekli geliştirmeye tabidir. Bu özelliğin geliştirilmesine yardımcı olmak için geri bildirimlerinize değer veririz. Bu özelliğin, hızla artırılabilir SKU kullanan sunucular için kullanılamadığını lütfen unutmayın.

Bakım yeniden zamanlaması özelliği, MySQL için Azure Veritabanı esnek sunucu örneğinizdeki bakım etkinliklerinin zamanlaması üzerinde daha fazla denetim sağlar. Bir bakım bildirimi aldıktan sonra, sistem veya özel yönetilen olup olmadığına bakılmaksızın daha uygun bir zamana yeniden zamanlayabilirsiniz.

Parametreleri ve bildirimleri yeniden zamanlama

Yeniden zamanlama sabit zaman aralıklarıyla sınırlı değildir; geçerli bakım döngüsündeki en erken ve izin verilen en son zamanlara bağlıdır. Yeniden zamanlandıktan sonra, standart bildirim ilkelerine uyarak değişiklikleri onaylamak için bir bildirim gönderilir.

Dikkat edilecekler ve sınırlamalar

Bu özelliği kullanırken aşağıdakilere dikkat edin:

  • Talep Kısıtlamaları: Aynı bölgede aynı anda gerçekleşen çok sayıda bakım etkinliği nedeniyle yeniden zamanlanmış bakımınız iptal edilebilir.
  • Kilitleme Süresi: Yeniden zamanlama, hizmetin güvenilirliğini korumak için başlangıçta zamanlanan bakım süresinden 15 dakika önce kullanılamaz.

Bir bakımın kaç kez yeniden zamanlanmasıyla ilgili bir sınırlama yoktur; bakım "Hazırlıkta" durumuna girmediği sürece, bakımınızı istediğiniz zaman başka bir zamana yeniden zamanlayabilirsiniz.

Not

Olası ayarlamaları karşılamak için önizleme aşamasında bildirimleri yakından izlemenizi öneririz.

Kritik veritabanı işlemleri sırasında kesinti yaşanmasını önlemek için bu özelliği kullanın. Bu işlevselliği geliştirmeye devam ettikçe geri bildiriminizi öneririz.

Sonraki adımlar