MySQL için Azure Veritabanı’na veri çoğaltma

  • Makale

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

Önemli

MySQL için Azure Veritabanı tek sunucu kullanımdan kaldırma yolundadır. Esnek MySQL için Azure Veritabanı sunucuya yükseltmenizi kesinlikle öneririz. MySQL için Azure Veritabanı esnek sunucuya geçiş hakkında daha fazla bilgi için bkz. MySQL için Azure Veritabanı Tek Sunucu'ya neler oluyor?

Veri Girişi Çoğaltma, bir dış MySQL sunucusundaki verileri MySQL için Azure Veritabanı hizmetine eşitlemenize olanak tanır. Dış sunucu şirket içinde, sanal makinelerde veya diğer bulut sağlayıcıları tarafından barındırılan bir veritabanı hizmeti olabilir. Veri Girişi Çoğaltması, MySQL'e özgü ikili günlük (binlog) dosya konumu tabanlı veya GTID tabanlı çoğaltmayı temel alır. Binlog çoğaltması hakkında daha fazla bilgi edinmek için bkz. MySQL binlog çoğaltmasına genel bakış.

Veri İçi Çoğaltma ne zaman kullanılır?

Veri Çoğaltması'nı kullanma konusunda dikkate alınması gereken ana senaryolar şunlardır:

  • Karma Veri Eşitleme: Veri İçi Çoğaltma ile verileri şirket içi sunucularınızla MySQL için Azure Veritabanı arasında eşitlenmiş olarak tutabilirsiniz. Bu eşitleme, karma uygulamalar oluşturmak için kullanışlıdır. Bu yöntem, mevcut bir yerel veritabanı sunucunuz olduğunda ancak verileri son kullanıcılara daha yakın bir bölgeye taşımak istediğinizde caziptir.
  • Çoklu Bulut Eşitlemesi: Karmaşık bulut çözümleri için, MySQL için Azure Veritabanı ve bu bulutlarda barındırılan sanal makineler ve veritabanı hizmetleri dahil olmak üzere farklı bulut sağlayıcıları arasında verileri eşitlemek için Veri İçinde Çoğaltma'yı kullanın.

Geçiş senaryoları için Azure Veritabanı Geçiş Hizmeti(DMS) kullanın.

Sınırlamalar ve önemli noktalar

Çoğaltılmayan veriler

Kaynak sunucudaki mysql sistem veritabanı çoğaltılmıyor. Ayrıca, kaynak sunucudaki hesaplarda ve izinlerde yapılan değişiklikler çoğaltılamaz. Kaynak sunucuda bir hesap oluşturursanız ve bu hesabın çoğaltma sunucusuna erişmesi gerekiyorsa, çoğaltma sunucusunda aynı hesabı el ile oluşturun. Sistem veritabanında hangi tabloların yer aldığı hakkında bilgi edinmek için MySQL el kitabına bakın.

Filtreleme

Kaynak sunucunuzdan (şirket içinde, sanal makinelerde veya diğer bulut sağlayıcıları tarafından barındırılan bir veritabanı hizmetinde barındırılan) tabloları çoğaltmayı replicate_wild_ignore_table atlamak için parametresi desteklenir. İsteğe bağlı olarak bu parametreyi Azure portalı veya Azure CLI kullanarak Azure'da barındırılan çoğaltma sunucusunda güncelleştirin.

Bu parametre hakkında daha fazla bilgi edinmek için MySQL belgelerini gözden geçirin.

Yalnızca Genel Amaçlı veya Bellek için İyileştirilmiş katmanda desteklenir

Veri İçeren Çoğaltma yalnızca Genel Amaçlı ve Bellek için İyileştirilmiş fiyatlandırma katmanlarında desteklenir.

MySQL için Azure veritabanı özel bağlantısı yalnızca gelen bağlantıları destekler. Veri giriş çoğaltması için hizmet özel bağlantısından giden bağlantı gerekli olduğundan, veri gelen trafik için desteklenmez.

Dekont

GTID, 5.7 ve 8.0 sürümlerinde ve yalnızca 16 TB'a kadar depolamayı destekleyen sunucularda desteklenir (Genel amaçlı depolama v2).

Gereksinimler

  • Kaynak sunucu sürümü en az MySQL sürüm 5.6 olmalıdır.
  • Kaynak ve çoğaltma sunucusu sürümleri aynı olmalıdır. Örneğin, her ikisi de MySQL sürüm 5.6 veya her ikisi de MySQL sürüm 5.7 olmalıdır.
  • Her tablonun bir birincil anahtarı olmalıdır.
  • Kaynak sunucu MySQL InnoDB altyapısını kullanmalıdır.
  • Kullanıcının ikili günlüğü yapılandırma ve kaynak sunucuda yeni kullanıcılar oluşturma izinlerine sahip olması gerekir.
  • Kaynak sunucuda SSL etkinleştirildiyse, etki alanı için sağlanan SSL CA sertifikasının veya mysql.az_replication_change_master_with_gtid saklı yordamına eklendiğinden mysql.az_replication_change_master emin olun. Aşağıdaki örneklere ve parametresine master_ssl_ca bakın.
  • Kaynak sunucunun IP adresinin MySQL için Azure Veritabanı çoğaltma sunucusunun güvenlik duvarı kurallarına eklendiğinden emin olun. Azure portalını veya Azure CLI’yı kullanarak güvenlik duvarı kurallarını güncelleştirin.
  • Kaynak sunucuyu barındıran makinenin 3306 numaralı bağlantı noktasında hem gelen hem de giden trafiğe izin verdiğinden emin olun.
  • Kaynak sunucunun genel IP adresine sahip olduğundan, DNS'nin genel olarak erişilebilir olduğundan veya kaynak sunucunun tam etki alanı adına (FQDN) sahip olduğundan emin olun.

Sonraki adımlar