Aracılığıyla paylaş

MariaDB için Azure Veritabanı’nda okuma amaçlı çoğaltmalar

  • 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?.

Okuma amaçlı çoğaltma özelliği, MariaDB için Azure Veritabanı’ndan salt okunur bir sunucuya verileri çoğaltmanıza olanak sağlar. Kaynak sunucudan en fazla beş çoğaltmaya çoğaltabilirsiniz. Çoğaltmalar, MariaDB altyapısının ikili günlüğü (binlog) dosyası konum tabanlı çoğaltma teknolojisi genel işlem kimliği (GTID) ile zaman uyumsuz olarak güncelleştirilir. Binlog çoğaltması hakkında daha fazla bilgi edinmek için bkz. binlog çoğaltmasına genel bakış.

Çoğaltmalar, normal MariaDB için Azure Veritabanı sunuculara benzer şekilde yönettiğiniz yeni sunuculardır. Her okuma amaçlı çoğaltma için sanal çekirdek ve depolama alanında sağlanan işlem için GB/ay olarak faturalandırılırsınız.

GTID çoğaltması hakkında daha fazla bilgi edinmek için MariaDB çoğaltma belgelerine bakın.

Dekont

Bu makalede, Microsoft'un artık kullanmadığı köle terimi geçmektedir. Terim yazılımdan kaldırıldığında, bu makaleden kaldıracağız.

Okuma amaçlı çoğaltma ne zaman kullanılır?

Okuma amaçlı çoğaltma özelliği, yoğun okuma gerektiren iş yüklerinin performansını ve ölçeğini geliştirmeye yardımcı olur. Okuma iş yükleri çoğaltmalara, yazma iş yükleri ise birincil sunucuya yönlendirilebilir.

BI ve analiz iş yükleri genellikle raporlama için veri kaynağı olarak okuma amaçlı çoğaltmaları kullanır.

Çoğaltmalar salt okunur olduğundan birincil sunucudaki yazma kapasitesi yüklerini doğrudan azaltmaz. Bu özellik, yazma açısından yoğun iş yükleri için uygun değildir.

Okuma amaçlı çoğaltma özelliği zaman uyumsuz çoğaltma kullanır. Bu özellik zaman uyumlu çoğaltma senaryoları için tasarlanmamıştır. Kaynak ile çoğaltma arasında ölçülebilir bir gecikme olacaktır. Çoğaltmadaki veriler sonunda birincil sunucudaki verilerle tutarlı hale gelir. Bu gecikmeye ayak uydurabilecek iş yükleri için bu özelliği kullanın.

Bölgeler arası çoğaltma

Kaynak sunucunuzdan farklı bir bölgede okuma amaçlı çoğaltma oluşturabilirsiniz. Bölgeler arası çoğaltma, olağanüstü durum kurtarma planlaması veya verileri kullanıcılarınıza yaklaştırma gibi senaryolar için yararlı olabilir.

Herhangi bir MariaDB için Azure Veritabanı bölgesinde bir kaynak sunucunuz olabilir. Kaynak sunucunun eşleştirilmiş bölgesinde veya evrensel çoğaltma bölgelerinde çoğaltması olabilir. Aşağıdaki resimde, kaynak bölgenize bağlı olarak hangi çoğaltma bölgelerinin kullanılabilir olduğu gösterilmektedir.

Read replica regions

Evrensel çoğaltma bölgeleri

Kaynak sunucunuzun bulunduğu konumdan bağımsız olarak aşağıdaki bölgelerden herhangi birinde okuma amaçlı çoğaltma oluşturabilirsiniz. Desteklenen evrensel çoğaltma bölgeleri şunlardır:

Doğu Avustralya, Güneydoğu Avustralya, Güney Brezilya, Orta Kanada, Doğu Kanada, Orta ABD, Doğu Asya, Doğu ABD, Doğu ABD 2, Doğu Japonya, Batı Japonya, Orta Kore, Güney Kore, Orta Kuzey ABD, Kuzey Avrupa, Orta Güney ABD, Güneydoğu Asya, Güney Birleşik Krallık Güney, Birleşik Krallık Batı, Batı Avrupa, Batı ABD, Batı ABD 2, Orta Batı ABD.

Eşleştirilmiş bölgeler

Evrensel çoğaltma bölgelerine ek olarak, kaynak sunucunuzun Azure eşleştirilmiş bölgesinde bir okuma çoğaltması oluşturabilirsiniz. Bölgenizin çiftini bilmiyorsanız Azure Eşleştirilmiş Bölgeler makalesinden daha fazla bilgi edinebilirsiniz.

Olağanüstü durum kurtarma planlaması için bölgeler arası çoğaltmalar kullanıyorsanız, çoğaltmayı diğer bölgelerden biri yerine eşleştirilmiş bölgede oluşturmanızı öneririz. Eşleştirilmiş bölgeler eşzamanlı güncelleştirmelerden kaçınarak fiziksel yalıtım ve veri yerleşimi önceliklerini belirler.

Ancak, dikkate alınması gereken sınırlamalar vardır:

  • Bölgesel kullanılabilirlik: MariaDB için Azure Veritabanı Orta Fransa, Kuzey BAE ve Orta Almanya'da kullanılabilir. Ancak eşleştirilmiş bölgeleri kullanılamaz.

  • Tek yönlü çiftler: Bazı Azure bölgeleri yalnızca bir yönde eşleştirilir. Bu bölgeler Batı Hindistan, Güney Brezilya ve US Gov Virginia'dır. Bu, Batı Hindistan'daki bir kaynak sunucunun Güney Hindistan'da bir çoğaltma oluşturabileceği anlamına gelir. Ancak, Güney Hindistan'daki bir kaynak sunucu Batı Hindistan'da çoğaltma oluşturamaz. Bunun nedeni Batı Hindistan'ın ikincil bölgesinin Güney Hindistan olmasıdır, ancak Güney Hindistan'ın ikincil bölgesi Batı Hindistan değildir.

Çoğaltma oluşturma

Önemli

Okuma amaçlı çoğaltma özelliği yalnızca Genel Amaçlı veya Bellek için İyileştirilmiş fiyatlandırma katmanlarında MariaDB için Azure Veritabanı sunucularda kullanılabilir. Kaynak sunucunun bu fiyatlandırma katmanlarından birinde olduğundan emin olun.

Bir kaynak sunucuda mevcut çoğaltma sunucusu yoksa, kaynak kendisini çoğaltmaya hazırlamak için önce yeniden başlatılır.

Çoğaltma oluşturma iş akışını başlattığınızda boş bir MariaDB için Azure Veritabanı sunucusu oluşturulur. Yeni sunucu, kaynak sunucuda bulunan verilerle doldurulur. Oluşturma zamanı, kaynak üzerindeki veri miktarına ve son haftalık tam yedeklemeden bu yana geçen süreye bağlıdır. Süre birkaç dakikadan birkaç saate kadar değişebilir.

Dekont

Sunucularınızda ayarlanmış bir depolama uyarısı yoksa, bunu yapmanızı öneririz. Uyarı, bir sunucu depolama sınırına yaklaştığında sizi bilgilendirerek çoğaltmayı etkiler.

Azure portalda okuma amaçlı çoğaltma oluşturmayı öğrenin.

Çoğaltmaya bağlanma

Oluşturma sırasında, çoğaltma kaynak sunucunun güvenlik duvarı kurallarını devralır. Daha sonra bu kurallar kaynak sunucudan bağımsızdır.

Çoğaltma, yönetici hesabını kaynak sunucudan devralır. Kaynak sunucudaki tüm kullanıcı hesapları okuma çoğaltmalarına çoğaltılır. Okuma amaçlı çoğaltmaya yalnızca kaynak sunucuda bulunan kullanıcı hesaplarını kullanarak bağlanabilirsiniz.

Normal bir MariaDB için Azure Veritabanı sunucusunda yaptığınız gibi, çoğaltmaya ana bilgisayar adını ve geçerli bir kullanıcı hesabını kullanarak bağlanabilirsiniz. yönetici kullanıcı adı myadmin olan myreplica adlı bir sunucu için mysql CLI kullanarak çoğaltmaya bağlanabilirsiniz:

mysql -h myreplica.mariadb.database.azure.com -u myadmin@myreplica -p

İstemde, kullanıcı hesabının parolasını girin.

Çoğaltmayı izleme

MariaDB için Azure VeritabanıAzure İzleyici'de saniye cinsinden çoğaltma gecikmesi ölçümü. Bu ölçüm yalnızca çoğaltmalar için kullanılabilir.

Bu ölçüm, MariaDB'nin SHOW SLAVE STATUS komutunda seconds_behind_master sağlanan ölçüm kullanılarak hesaplanır.

Çoğaltma gecikmesi iş yükünüz için kabul edilemeyen bir değere ulaştığında sizi bilgilendirecek bir uyarı ayarlayın.

Çoğaltmayı durdurma

Kaynak ile çoğaltma arasında çoğaltmayı durdurabilirsiniz. Bir kaynak sunucu ile okuma çoğaltması arasında çoğaltma durdurulduktan sonra, çoğaltma tek başına bir sunucu olur. Tek başına sunucudaki veriler, çoğaltmayı durdur komutu başlatıldığında çoğaltmada kullanılabilen verilerdir. Tek başına sunucu kaynak sunucuya yetişmiyor.

Bir çoğaltmaya çoğaltmayı durdurmayı seçtiğinizde, önceki kaynağına ve diğer çoğaltmalara yönelik tüm bağlantıları kaybeder. Kaynak ile çoğaltması arasında otomatik yük devretme yoktur.

Önemli

Tek başına sunucu yeniden bir çoğaltmaya dönüştürülemez. Okuma amaçlı bir çoğaltmada çoğaltmayı durdurmadan önce, çoğaltmada ihtiyacınız olan tüm verilerin olduğundan emin olun.

Çoğaltmaya çoğaltmayı durdurmayı öğrenin.

Yük devretme

Kaynak ve çoğaltma sunucuları arasında otomatik yük devretme yoktur.

Çoğaltma zaman uyumsuz olduğundan, kaynak ile çoğaltma arasında gecikme vardır. Gecikme miktarı, kaynak sunucuda çalışan iş yükünün ne kadar ağır olduğu ve veri merkezleri arasındaki gecikme süresi gibi çeşitli faktörlerden etkilenebilir. Çoğu durumda, çoğaltma gecikmesi birkaç saniyeyle birkaç dakika arasında değişir. Her çoğaltma için kullanılabilen Çoğaltma Gecikmesi ölçümünü kullanarak gerçek çoğaltma gecikmenizi izleyebilirsiniz. Bu ölçüm, son yeniden oynatılan işlemden bu yana geçen süreyi gösterir. Bir süre boyunca çoğaltma gecikmenizi gözlemleyerek ortalama gecikmenizin ne olduğunu belirlemenizi öneririz. Çoğaltma gecikmesi ile ilgili bir uyarı ayarlayabilirsiniz, böylece beklenen aralığın dışına çıkarsa eyleme geçebilirsiniz.

Bahşiş

Çoğaltmaya yük devretme yaparsanız, çoğaltmanın kaynaktan bağlantısını kaldırdığınız zamandaki gecikme ne kadar verinin kaybolduğunu gösterir.

Bir çoğaltmaya yük devretmek istediğinize karar verdikten sonra,

  1. Çoğaltmaya çoğaltmayı durdurun.

    Çoğaltma sunucusunun yazmaları kabul edebilmesi için bu adım gereklidir. Bu işlemin bir parçası olarak, çoğaltma sunucusu birincil sunucudan kaldırılacaktır. Çoğaltmayı durdurma işlemini başlattıktan sonra arka uç işleminin tamamlanması genellikle yaklaşık 2 dakika sürer. Bu eylemin etkilerini anlamak için bu makalenin Çoğaltmayı durdurma bölümüne bakın.

  2. Uygulamanızı (eski) çoğaltmaya işaret edin.

    Her sunucunun benzersiz bir bağlantı dizesi vardır. Uygulamanızı birincil çoğaltma yerine (eski) çoğaltmaya işaret eden şekilde güncelleştirin.

Uygulamanız okuma ve yazma işlemlerini başarıyla işledikten sonra yük devretmeyi tamamladınız. Uygulama deneyimlerinizin kapalı kalma süresi, bir sorun algılayıp yukarıdaki 1. ve 2. adımları tamamlamanıza bağlıdır.

Dikkat edilecekler ve sınırlamalar

Fiyatlandırma katmanları

Okuma amaçlı çoğaltmalar şu anda yalnızca Genel Amaçlı ve Bellek için İyileştirilmiş fiyatlandırma katmanlarında kullanılabilir.

Dekont

Çoğaltma sunucusunu çalıştırmanın maliyeti, çoğaltma sunucusunun çalıştığı bölgeye bağlıdır.

Kaynak sunucuyu yeniden başlatma

Var olan çoğaltması olmayan bir kaynak için çoğaltma oluşturduğunuzda, kaynak önce kendisini çoğaltmaya hazırlamak üzere yeniden başlatılır. Bunu göz önünde bulundurun ve yoğun olmayan bir dönemde bu işlemleri gerçekleştirin.

Yeni çoğaltmalar

Okuma amaçlı çoğaltma yeni bir MariaDB için Azure Veritabanı sunucusu olarak oluşturulur. Var olan bir sunucu bir çoğaltmaya oluşturulamaz. Başka bir okuma amaçlı çoğaltmanın çoğaltmasını oluşturamazsınız.

Çoğaltma yapılandırması

Çoğaltma, birincil sunucu yapılandırması kullanılarak oluşturulur. Çoğaltma oluşturulduktan sonra, kaynak sunucudan bağımsız olarak çeşitli ayarlar değiştirilebilir: işlem oluşturma, sanal çekirdekler, depolama, yedekleme saklama süresi ve MariaDB altyapısı sürümü. Fiyatlandırma katmanı, Temel katmana veya Temel katmandan bağımsız olarak da değiştirilebilir.

Önemli

Kaynak sunucu yapılandırması yeni değerlere güncelleştirilmeden önce, çoğaltma yapılandırmasını eşit veya daha büyük değerlerle güncelleştirin. Bu eylem, çoğaltmanın birincilde yapılan değişikliklere ayak uydurabilmesini sağlar.

Güvenlik duvarı kuralları ve parametre ayarları, çoğaltma oluşturulduğunda kaynak sunucudan çoğaltmaya devralınır. Daha sonra, çoğaltmanın kuralları bağımsızdır.

Durdurulan çoğaltmalar

Bir kaynak sunucu ile okuma çoğaltması arasında çoğaltmayı durdurursanız, durdurulan çoğaltma hem okuma hem de yazmaları kabul eden tek başına bir sunucu olur. Tek başına sunucu yeniden bir çoğaltmaya dönüştürülemez.

Silinen kaynak ve tek başına sunucular

Bir kaynak sunucu silindiğinde, tüm okuma amaçlı çoğaltmalara çoğaltma durdurulur. Bu çoğaltmalar otomatik olarak tek başına sunucular haline gelir ve hem okumaları hem de yazmaları kabul edebilir. Kaynak sunucunun kendisi silinir.

Kullanıcı hesapları

Kaynak sunucudaki kullanıcılar okuma amaçlı çoğaltmalara çoğaltılır. Okuma amaçlı çoğaltmaya yalnızca kaynak sunucuda bulunan kullanıcı hesaplarını kullanarak bağlanabilirsiniz.

Sunucu parametreleri

Verilerin eşitlenmemiş duruma gelmesini ve olası veri kaybını önlemek için, okuma amaçlı çoğaltmaları kullanırken bazı sunucu parametreleri güncelleştirmeye karşı kilitlenir.

Aşağıdaki sunucu parametreleri hem kaynak hem de çoğaltma sunucularında kilitlenir:

event_scheduler parametresi çoğaltma sunucularında kilitlenir.

Kaynak sunucuda yukarıdaki parametrelerden birini güncelleştirmek için lütfen çoğaltma sunucularını silin, birincil sunucudaki parametre değerini güncelleştirin ve çoğaltmaları yeniden oluşturun.

Diğer

  • Bir çoğaltmanın çoğaltması oluşturulması desteklenmez.
  • Bellek içi tablolar çoğaltmaların eşitlenmemiş olmasına neden olabilir. Bu, MariaDB çoğaltma teknolojisinin bir sınırlamasıdır.
  • Kaynak sunucu tablolarında birincil anahtarlar olduğundan emin olun. Birincil anahtarların olmaması, kaynak ile çoğaltmalar arasında çoğaltma gecikmesine neden olabilir.

Sonraki adımlar