MySQL için Azure Veritabanından Tek Sunucudan Esnek Sunucuya yerinde otomatik geçiş

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

MySQL için Azure Veritabanı - Tek Sunucu'dan Esnek Sunucuya yerinde otomatik geçiş, Temel, Genel Amaçlı veya Bellek için İyileştirilmiş SKU'su olan ve karmaşık özelliklerin (Okuma Çoğaltması, Sanal Ağ, Çift Infra şifrelemesi, Hizmet uç noktası/Sanal Ağ Kuralları) etkin olmayan Tek Sunucu veritabanı iş yükleri için planlı bakım penceresi sırasında hizmet tarafından başlatılan yerinde geçiştiröğesini seçin. Uygun sunucular hizmet tarafından tanımlanır ve geçiş ayrıntılarını gözden geçirme adımlarını ayrıntılarıyla açıklayan bir ön bildirim gönderilir.

Yerinde geçiş, genel amaçlı ve bellek için iyileştirilmiş SKU için 5 dakikadan az ve Temel SKU için 30 dk'ya kadar kapalı kalma süresiyle planlı bir bakım penceresi sırasında son derece dayanıklı ve kendi kendini iyileştiren bir çevrimdışı geçiş deneyimi sağlar. Daha hızlı geçiş süresi için yedekleme ve geri yükleme teknolojisini kullanır. Bu geçiş, sunucunuzu el ile geçirme yükünü ortadan kaldırır ve daha iyi fiyat ve performans, veritabanı yapılandırması üzerinde ayrıntılı denetim ve özel bakım pencereleri de dahil olmak üzere Esnek Sunucu'nun avantajlarından yararlanabilmenizi sağlar. Aşağıda, geçişin temel aşamaları açıklanmıştır:

• Hedef Esnek Sunucu dağıtılır ve kaynak Tek Sunucudan tüm özellik kümesi ve özellikleri (sunucu parametreleri ve güvenlik duvarı kuralları dahil) devralır. Kaynak Tek Sunucu salt okunur olarak ayarlanır ve kaynak Tek Sunucudan yedekleme hedef Esnek Sunucu'ya kopyalanır.
• DNS anahtarı ve tam geçiş, planlı bakım penceresinde en düşük kapalı kalma süresiyle başarıyla gerçekleştirilir ve geçiş sonrası aynı bağlantı dizesi bakım yapılmasına olanak sağlar. İstemci uygulamaları, kullanıcı odaklı el ile yapılan güncelleştirmeler olmadan hedef esnek sunucuya sorunsuz bir şekilde bağlanır. Geçirilen Esnek Sunucuda desteklenen her iki bağlantı dizesi biçimine (Tek ve Esnek Sunucu) ek olarak, geçirilen Esnek Sunucuda hem kullanıcı adı biçimleri hem de username@server_name ve kullanıcı adı da desteklenir.
• Geçirilen Esnek Sunucu çevrimiçidir ve artık Azure portalı/CLI aracılığıyla yönetilebilir. Durdurulan Tek Sunucu, geçiş sonrasında yedi gün sonra silinir.

Uygunluk

Karmaşık özellikler (Okuma Çoğaltması, Sanal Ağ, Çift Infra şifrelemesi, Hizmet uç noktası/VNet Kuralları) etkinleştirilmemiş bir Tek Sunucu iş yükünüz varsa, artık sunucu ayrıntılarınızı bir Azure Destek bileti aracılığıyla göndererek otomatik geçiş için kendinizi (hizmet tarafından önceden zamanlanmadıysa) aday gösterebilirsiniz.

Uygun olmayan sunucunuzu otomatik geçiş için uygun hale getirmek için aşağıdaki adımları gerçekleştirin:

• Tek Sunucu örneği hazır durumda olmalı ve otomatik geçişin gerçekleşmesi için planlı bakım penceresi sırasında durdurulma durumunda olmamalıdır.
• Kaynak MySQL için Azure Veritabanı Tek Sunucunuzda v8.x altyapı sürümü varsa, Esnek Sunucu'ya geçiş sonrasında kodlama uyumsuzluklarını önlemek için kaynak sunucunuzun .NET istemci sürücüsü sürümünü 8.0.32'ye yükseltin.
• Kaynak MySQL için Azure Veritabanı Tek Sunucunuzda v8.x altyapı sürümü varsa, eski TLS sürümleri Esnek Sunucu için kullanım dışı bırakıldığından geçişten önce kaynak sunucunuzun TLS sürümünü v1.0 veya v1.1 sürümünden TLS v1.2 sürümüne yükseltin.
• Sunucunuzda Okuma Amaçlı Çoğaltmalar varsa Okuma Amaçlı Çoğaltmalar'ı bırakın. Otomatik geçiş sonrasında Okuma Amaçlı Çoğaltmalar'ı yapılandırabilirsiniz.
• Sunucunuzda Hizmet Uç Noktaları (VNet Kuralları) veya Sanal Ağ yapılandırması etkinleştirildiyse, bunları bırakmayı veya Tek Sunucu örneğinizdeki Özel Bağlantı özelliğine geçmeyi düşünün.
• Sunucunuzda Çift Altyapı Şifrelemesi etkinleştirildiyse, Tek Sunucu örneğinizde Müşteri Tarafından Yönetilen Anahtar (CMK) özelliğine geçmeyi göz önünde bulundurun.

Geçiş uyarılarını yapılandırma

Yerinde otomatik geçiş için uygun sunucular hizmet tarafından önceden bildirim gönderilir.

Aşağıda, otomatikleştirme bildirimlerini denetlemenin ve yapılandırmanın yolları açıklanmıştır:

• Otomatik geçiş için zamanlanmış Tek Sunucular için abonelik sahipleri bir e-posta bildirimi alır.
• Buradaki adımları izleyerek e-posta/SMS aracılığıyla yerinde geçiş zamanlaması ve ilerleme bildirimleri almak için hizmet durumu uyarılarını yapılandırın.
• Buradaki adımları izleyerek Azure portalında yerinde geçiş bildirimini denetleyin.

Geçiş zamanlamasını ve ayrıntılarını gözden geçirme ve yapılandırma

Yerinde otomatik geçiş bildirimini aldıktan sonra geçiş zamanlamanızı gözden geçirmenin yolları aşağıda açıklanmıştır:

• Örneğinizin Tek Sunucuya genel bakış sayfasında geçiş zamanlamanız hakkında bilgi içeren bir portal başlığı görüntülenir.

• Otomatik geçiş için zamanlanan Tek Sunucular için portalda yeni bir Geçiş dikey penceresi açılır. Tek Sunucu örneğinizin Geçiş dikey penceresine giderek geçiş zamanlamasını gözden geçirebilirsiniz.

• Geçişi ertelemek isterseniz, Azure portalında tek sunucu örneğinizin Geçiş dikey penceresine gidip bir ay içinde başka bir geçiş penceresi seçerek geçişi yeniden zamanlayarak bir ay erteleyebilirsiniz.

• Tek Sunucunuzun Genel Amaçlı SKU'su varsa, geçiş zamanlamasını gözden geçirirken Yüksek Kullanılabilirliği etkinleştirme seçeneğiniz vardır. Yüksek Kullanılabilirlik yalnızca MySQL Esnek Sunucusu için oluşturma sırasında etkinleştirilebildiği için, geçiş zamanlamasını gözden geçirirken bu özelliği etkinleştirmeniz kesinlikle önerilir.

• Tek Sunucu örneğinizde bir veya daha fazla Özel Bağlantı, Müşteri Tarafından Yönetilen Anahtar (CMK) ve Microsoft Entra Admin etkinse, yerinde otomatik geçiş için özel uç noktalar, CMK ve Microsoft Entra Admin için zorunlu girişlerin Tek Sunucu örneğinizden hedef Esnek Sunucu örneğine geçirilmesi gerekir. Kullanıcı girişleri, zamanlanan geçiş penceresinden 2 gün önce sağlanmalıdır. Geçiş ayrıntıları kilitlenmeden önce kullanıcı girişleri sağlanmazsa, geçişiniz daha sonraki bir noktaya yeniden zamanlanır. Tüm girişleri sağladıktan sonra Yapılandırmayı otomatik geçiş sihirbazına kaydetmeyi sağlayın. Kullanıcı girişi sağlama adımları:

  • Tek Sunucu örneğinizin Geçiş dikey penceresine gidin ve zamanlanmış geçişi düzenle'yi seçin.
  • Otomatik geçiş ayrıntıları bölümünde, sunucunuzu geçirmek için ARM API bağlantısının kimliğini doğrulamak ve kaydetmek için Kimlik Doğrulaması düğmesine tıklayın.
  • Sunucunuzda Microsoft Entra Admin yapılandırılmışsa, otomatik geçiş sihirbazındaki Microsoft Entra Admin bölümünden girişler sağlayabilirsiniz:
    • Hedef sunucu için Microsoft Entra yöneticisinin geçirilmesi için MySQL için Azure Veritabanı – Esnek Sunucu'ya bir Kimlik eklenmesi gerekir. Kimlik aşağıdaki ayrıcalıkları gerektirir: User.Read.All, GroupMember.Read.All ve Application.Read.All'a izin verilmesi. Lütfen uygun kullanıcı tarafından atanan yönetilen kimliği seçin ve buradaki adımları izleyerek doğru izinleri verin.
  • Sunucunuzda Müşteri Tarafından Yönetilen Anahtar yapılandırılmışsa, otomatik geçiş sihirbazındaki Veri Şifrelemesi bölümünde girişler sağlayabilirsiniz:
    • Müşteri tarafından yönetilen anahtar şifrelemesini geçirmek için MySQL için Azure Veritabanı – Esnek Sunucu'ya bir Kimlik eklenmesi gerekir. Lütfen uygun bir kullanıcı tarafından atanan yönetilen kimlik seçin. Listelenen anahtar tanımlayıcısı/anahtarı kaynaktan hedef sunucuya geçirilecek ve anahtar kasasına erişmek için aşağıdaki ayrıcalıklar verilmelidir: Anahtarı Al, Sarmala, Anahtarı Çöz.
  • Tek Sunucunuzda özel uç noktalar varsa, zamanlanan geçişden en az 2 gün önce geçiş zamanlamasını gözden geçirirken aşağıdaki zorunlu adımları uygulayın:
    • Geçirilecek özel uç noktaları gözden geçirin . Geçişe Hazır olarak işaretlendiğinden emin olun. Uygun değil olarak işaretlenmişse uygun aboneliği ve özel DNS Bölgesini seçin.
      • Özel Özel DNS Bölgesi otomatik geçiş tarafından desteklenmez. Özel DNS Bölgesi privatelink.mysql.database.azure.com olmalıdır.
      • Özel uç noktalar bağlantı onayı yöntemi, el ile onay olarak değil otomatik onay olarak ayarlanmalıdır. El ile onay özel uç noktaları otomatik geçiş tarafından desteklenmez.
    • Kimlik doğrulaması sırasında herhangi bir izin sorununu önlemek için Abonelik düzeyine veya Kaynak Grubu düzeyinde Katkıda Bulunan rolü erişimine sahip olduğunuzdan emin olun.
    • Özel uç noktaları geçirmek için listelenen önkoşul denetimlerini gerçekleştirdikten sonra onay onay kutusunu seçin.

  Not

  Geçiş için zorunlu girişler zamanlanan geçişe en az 2 gün önce sağlanmazsa, geçiş daha sonraki bir tarihe yeniden zamanlanır.

  Not

  Özel uç noktaları olan Tek Sunucu örneği için geçiş doğrulamasından sonra Tek Sunucu kaynak örneğini silin. Hiçbir sunucu silme işlemi gerçekleştirilmezse, kaynak örnek hizmet tarafından silineceği 14 gün sonraya kadar korunur.

Yerinde otomatikleştirme için önkoşul denetimleri

Yerinde otomatik sağlamanın başarılı olduğundan emin olmak için aşağıdaki önkoşulları gözden geçirin:

• Tek Sunucu örneği hazır durumda olmalı ve otomatik geçişin gerçekleşmesi için planlı bakım penceresi sırasında durdurulma durumunda olmamalıdır.
• Tek Sunucu örneğinin sunucu parametreleri, ayarları, yapılandırma ve güvenlik duvarı kuralları, zamanlanan otomatik geçiş öncesinde 2 günlük süre boyunca güncelleştirilmemelidir.
• SSL'nin etkinleştirildiği Tek Sunucu örneği için, güvenilen kök depoda üç sertifikanın da (BaltimoreCyberTrustRoot, DigiCertGlobalRootG2 Kök CA ve DigiCertGlobalRootCA Kök CA) kullanılabilir olduğundan emin olun. Ayrıca, sertifikayı bağlantı dizesi sabitlediyseniz, geçiş sonrası iş sürekliliğini sağlamak için zamanlanmış otomatik geçiş öncesinde üç sertifikayla da birleşik bir CA sertifikası oluşturun.
• Sorgularda 'SIRALAMA' yan tümcesi yoksa MySQL altyapısı herhangi bir sıralama düzenini garanti etmez. Yerinde otomatikleştirme sonrasında sıralama düzeninde bir değişiklik gözlemleyebilirsiniz. Sıralama düzenini korumak çok önemliyse, sorgularınızın zamanlanan yerinde otomatik geçiş öncesinde 'SIRALAMA' yan tümcesini içerecek şekilde güncelleştirildiğinden emin olun.
• Kaynak MySQL için Azure Veritabanı Tek Sunucunuzda v8.x altyapı sürümü varsa, Esnek Sunucu'ya geçiş sonrasında kodlama uyumsuzluklarını önlemek için kaynak sunucunuzun .NET istemci sürücüsü sürümünü 8.0.32'ye yükseltin.
• Kaynak MySQL için Azure Veritabanı Tek Sunucunuzda v8.x altyapı sürümü varsa, eski TLS sürümleri Esnek Sunucu için kullanım dışı bırakıldığından geçişten önce kaynak sunucunuzun TLS sürümünü v1.0 veya v1.1 sürümünden TLS v1.2 sürümüne yükseltin.
• Kaynak MySQL için Azure Veritabanı Tek Sunucu'nuzda 80 karakteri aşan güvenlik duvarı kuralı adları varsa, ad uzunluğunun 80 karakterden az olduğundan emin olmak için bunları yeniden adlandırın. (Esnek Sunucu'da desteklenen güvenlik duvarı kuralı adı uzunluğu 80 karakter, Tek Sunucuda ise izin verilen uzunluk 12 8 karakterdir.)
• Kaynak MySQL için Azure Veritabanı Tek Sunucunuz 3308.3309 ve 3310 gibi sık kullanılmayan bağlantı noktaları kullanıyorsa, bağlantı bağlantı bağlantı noktanızı 3306 olarak değiştirin çünkü yukarıda bahsedilen uyumsuz bağlantı noktaları Esnek Sunucu'da desteklenmez.

Hedef MySQL Esnek Sunucusu nasıl otomatik olarak sağlanır?

Hedef esnek sunucu için işlem katmanı ve SKU, kaynak tek sunucunun fiyatlandırma katmanına ve sanal çekirdeklere göre aşağıdaki tabloda yer alan ayrıntılara göre sağlanır.

• Hedef Esnek Sunucu için MySQL sürümü, bölgesi, *depolama boyutu, abonelik ve kaynak grubu, kaynak Tek Sunucu ile aynıdır.
• 20 GiB'den az depolama alanına sahip Tek Sunucular için depolama boyutu 20 GiB olarak ayarlanır, bu da MySQL için Azure Veritabanı - Esnek Sunucu'da en düşük depolama sınırıdır.
• Geçirilen Esnek Sunucuda hem kullanıcı adı biçimleri (username@server_name (Tek Sunucu) hem de kullanıcı adı (Esnek Sunucu) desteklenir.
• Her iki bağlantı dizesi biçimi de – Tek Sunucu ve Esnek Sunucu geçirilen Esnek Sunucuda desteklenir.
• Sorgu deposu etkinleştirilmiş Tek Sunucu örneği için, Esnek Sunucu'ya geçiş yaparken özellik eşliğini sağlamak için hedef örnekteki 'slow_query_log' sunucu parametresi AÇILDI olarak ayarlanır. Belirli iş yükleri için bu durum performansı etkileyebilir ve performans düşüşü gözlemlerseniz Esnek Sunucu örneğinde bu sunucu parametresini 'KAPALI' olarak ayarlayın.

Geçiş sonrası adımları

Yerinde geçiş sonrasında bilmeniz gereken bilgiler şunlardır:

• Yerinde geçiş işlemi başarıyla tamamlandıktan sonra kaynak Tek Sunucu'dan hedef Esnek Sunucuya aşağıdaki özellikleri kopyalayın:
  • İzleme sayfası ayarları (Uyarılar, Ölçümler ve Tanılama ayarları) ve Kilitler ayarları
  • Tek Sunucu örneğinizi yönetmek için barındırdığınız tüm Terraform/CLI betikleri Esnek Sunucu başvuruları ile güncelleştirilmelidir.
• Sorgu deposu etkinleştirilmiş Tek Sunucu örneği için, Esnek Sunucu'ya geçiş yaparken özellik eşliğini sağlamak için hedef örnekteki 'slow_query_log' sunucu parametresi AÇILDI olarak ayarlanır. Bazı iş yükleri için bunun performansı etkileyebileceğini ve performans düşüşü gözlemlerseniz Esnek Sunucu örneğinde bu sunucu parametresini 'KAPALI' olarak ayarlayabileceğini unutmayın.
• Özel uç noktaları olan Tek Sunucu örneği için geçiş doğrulamasından sonra Tek Sunucu kaynak örneğini silin. Hiçbir sunucu silme işlemi gerçekleştirilmezse, kaynak örnek hizmet tarafından silineceği 14 gün sonraya kadar korunur.
• Bulut için Microsoft Defender etkin olan Tek Sunucu örneği için etkinleştirme durumu geçirilir. Tek Sunucuda yapılandırabileceğiniz özellikler için otomatikleştirme sonrasında Esnek Sunucu'da eşlik elde etmek için aşağıdaki tabloda yer alan ayrıntıları göz önünde bulundurun:

Sık Sorulan Sorular (SSS)

S. Neden otomatik olarak geçiriliyorum?

A. MySQL için Azure Veritabanı - Tek Sunucu örneğiniz, en iyi teklifimiz MySQL için Azure Veritabanı - Esnek Sunucu'ya yerinde geçiş için uygundur. Bu yerinde geçiş, sunucunuzu manuel olarak geçirme yükünü ortadan kaldırır ve Esnek Sunucu'nun daha iyi fiyat & performansı, veritabanı yapılandırması üzerinde ayrıntılı denetim ve özel bakım pencereleri gibi avantajlarından yararlanabilmenizi sağlar.

S. Otomatik geçiş nasıl gerçekleşir? Neleri geçirir?

A. Esnek Sunucu, Tek Sunucunuzunkiyle aynı VCores ve depolama alanıyla eşleşecek şekilde sağlanır. Daha sonra kaynak Tek Sunucu durduruldu durumuna geçirilir, veri dosyası anlık görüntüsü alınır ve hedef Esnek Sunucu'ya kopyalanır. DNS anahtarı, var olan tüm bağlantıları hedefe yönlendirmek için gerçekleştirilir ve hedef Esnek Sunucu çevrimiçi duruma getirilir. Otomatik geçiş, sunucu parametrelerine ek olarak sunucunun veri dosyalarının tamamını (şema, veri, oturum açma bilgileri dahil) geçirir (kaynakta değiştirilen tüm sunucu parametreleri hedefe kopyalanır, değiştirilmemiş sunucu parametreleri Esnek Sunucu tarafından tanımlanan varsayılan değeri alır) ve güvenlik duvarı kuralları. Bu, 5 dakikaya kadar veya daha kısa kapalı kalma süresi gördüğünüz çevrimdışı bir geçiştir.

S. Yerinde geçiş uyarılarını nasıl ayarlayabilir veya görüntüleyebilirim?

A. Uyarıları ayarlamanın yolları şunlardır:

• Buradaki adımları izleyerek e-posta/SMS aracılığıyla yerinde geçiş zamanlaması ve ilerleme bildirimleri almak için hizmet durumu uyarılarını yapılandırın.
• Buradaki adımları izleyerek Azure portalında yerinde geçiş bildirimini denetleyin.

S. Zamanlanmış geçişi nasıl erteleyebilirim?

A. Tek Sunucu örneğinizin Geçiş dikey penceresine giderek geçiş zamanlamasını gözden geçirebilirsiniz. Geçişi ertelemek isterseniz, Azure portalında tek sunucu örneğinizin Geçiş dikey penceresine gidip bir ay içinde başka bir geçiş penceresi seçerek geçişi yeniden zamanlayarak en fazla bir ay erteleyebilirsiniz. Geçiş ayrıntıları, zamanlanan geçiş penceresinden yedi gün önce kilitlenir ve sonra yeniden zamanlayamazsınız. Bu yerinde geçiş, 16 Eylül 2024 tarihine kadar aylık olarak ertelenebilir.

S. Geçirilen Esnek Sunucu için hangi kullanıcı adı ve bağlantı dizesi desteklenir? ​​

A. Geçirilen Esnek Sunucu için hem kullanıcı adı biçimleri ( username@server_name (Tek Sunucu biçimi) hem de kullanıcı adı (Esnek Sunucu biçimi) desteklenir ve bu nedenle geçiş sonrasında uygulama sürekliliğinizi korumak için bunları güncelleştirmeniz gerekmez. Ayrıca, geçirilen Esnek Sunucu için her iki bağlantı dizesi biçimi de (Tek ve Esnek sunucu biçimi) desteklenir.

S. Otomatik geçirilen sunucum için HA (Yüksek Kullanılabilirlik) nasıl etkinleştirilir?

A. Varsayılan olarak, otomatik geçiş işlemi HA olmayan bir örneğe geçişi ayarlar. HA yalnızca sunucu oluşturma zamanında etkinleştirilebildiğinden, portaldaki otomatik geçiş zamanlaması düzenleme seçeneğini kullanarak zamanlanmış otomatik geçişten önce HA'yı etkinleştirmeniz gerekir. Temelden Hızla Artırılabilir SKU'ya geçiş HA yapılandırmasını desteklemediğinden, HA yalnızca hedef Esnek Sunucuda Genel amaçlı\Bellek için İyileştirilmiş SKU'lar için etkinleştirilebilir.

S. MySQL Temel Tek Sunucu'dan MySQL Esnek Sunucusu'na taşıma olasılığımda bir fiyatlandırma farkı görüyorum?

A. Her iki teklifte de en düşük depolama sınırı farklı olduğundan (Tek Sunucuda 5 GiB; Esnek Sunucuda 20 GiB) ve Esnek Sunucu için depolama maliyeti (Tek Sunucuda 0,1$; Esnek Sunucuda 0,115$) tek sunucudan biraz daha yüksek olduğundan, geçişten sonra birkaç sunucu küçük bir fiyat artışı görebilir (tahmini maliyetler portalda otomatik geçiş zamanlaması düzenleme seçeneği belirlenerek görülebilir). Etkilenen sunucular için Esnek Sunucu'daki bu fiyat artışı, Tek Sunucu ile karşılaştırıldığında daha iyi aktarım hızı ve performans sağlar.

İlgili içerik

• Azure portalını kullanarak bir MySQL için Azure Veritabanı - Esnek Sunucu yönetme.