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 Sunucu'ya yerinde otomatik geçiş, Temel, Genel Amaçlı veya Bellek için İyileştirilmiş SKU, kullanılan <veri depolama alanı = 20 GiB ve karmaşık özellikler içermeyen 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 (CMK, Microsoft Entra Id, Okuma Çoğaltması, Özel Bağlantı) etkin. 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ş, planlı bakım penceresi sırasında 5 dakikadan az kapalı kalma süresiyle yüksek oranda 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.
Not
Tek Sunucu örneğinizde Genel Amaçlı V1 depolama alanı varsa, zamanlanmış örneğiniz zamanlanan geçiş zamanından 12 saat önce ek bir yeniden başlatma işlemine tabi tutulur. Bu yeniden başlatma işlemi, yerinde otomatik geçişe geçmeden önce örneği Genel Amaçlı V2 depolama alanına yükseltmek için gereken log_bin sunucu parametresini etkinleştirmeye hizmet eder.
Uygunluk
Temel, Genel Amaçlı veya Bellek için İyileştirilmiş SKU, kullanılan <veri depolama alanı = 20 GiB ve hiçbir karmaşık özellik (CMK, Microsoft Entra ID, Okuma Çoğaltması, Özel Bağlantı) etkin olmayan bir Tek Sunucu iş yükünüz varsa, artık sunucu ayrıntılarınızı bu form aracılığıyla göndererek otomatik geçiş için kendinizi (hizmet tarafından önceden zamanlanmadıysa) aday gösterebilirsiniz.
Geçiş uyarılarını yapılandırma ve geçiş zamanlamasını gözden geçirme
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.
Yerinde otomatik geçiş bildirimini aldıktan sonra geçiş zamanlamanızı gözden geçirmenin yolları aşağıda açıklanmıştır:
Not
Geçiş zamanlaması, zamanlanan geçiş penceresinden 7 gün önce kilitlenir ve bundan sonra yeniden zamanlayamazsınız.
- Ö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.
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.
- 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 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.
| Tek Sunucu Fiyatlandırma Katmanı | Tek Sunucu Sanal Çekirdekleri | Esnek Sunucu Katmanı | Esnek Sunucu SKU Adı |
|---|---|---|---|
| Temel | 1 | Hızla artırılabilir | Standard_B1s |
| Temel | 2 | Hızla artırılabilir | Standard_B2s |
| Genel Amaçlı | 4 | GeneralPurpose | Standard_D4ds_v4 |
| Genel Amaçlı | 8 | GeneralPurpose | Standard_D8ds_v4 |
| Genel Amaçlı | 16 | GeneralPurpose | Standard_D16ds_v4 |
| Genel Amaçlı | 32 | GeneralPurpose | Standard_D32ds_v4 |
| Genel Amaçlı | 64 | GeneralPurpose | Standard_D64ds_v4 |
| Bellek İçin İyileştirilmiş | 4 | MemoryOptimized | Standard_E4ds_v4 |
| Bellek İçin İyileştirilmiş | 8 | MemoryOptimized | Standard_E8ds_v4 |
| Bellek İçin İyileştirilmiş | 16 | MemoryOptimized | Standard_E16ds_v4 |
| Bellek İçin İyileştirilmiş | 32 | MemoryOptimized | Standard_E32ds_v4 |
- 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:
Not
Geçiş sonrası durdurulan Tek Sunucu örneğini yeniden başlatmaz çünkü istemcinizin ve uygulama bağlantısını engelleyebilir.
- 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ı)
- 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.
- 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:
| Özellik | Yapılandırma |
|---|---|
| properties.disabledAlerts | Bulut için Microsoft Defender platformunu kullanarak belirli uyarı türlerini devre dışı bırakabilirsiniz. Daha fazla bilgi için Bulut için Microsoft Defender kılavuzundan uyarıları gizleme makalesine bakın. |
| properties.emailAccount Yönetici s, properties.emailAddresses | Bir abonelikteki tüm kaynaklar için Bulut için Microsoft Defender Uyarıları için e-posta bildirimini merkezi olarak tanımlayabilirsiniz. Daha fazla bilgi için Güvenlik uyarıları için e-posta bildirimlerini yapılandırma makalesine bakın. |
| properties.retentionDays, properties.storageAccountAccessKey, properties.storageEndpoint | Bulut için Microsoft Defender platformu Azure Kaynak Grafı aracılığıyla uyarıları kullanıma sunar. Uyarıları farklı bir depoya aktarabilir ve bekletmeyi ayrı ayrı yönetebilirsiniz. Sürekli dışarı aktarma hakkında daha fazla bilgi için Azure portalında sürekli dışarı aktarmayı ayarlama - Bulut için Microsoft Defender makalesine bakın. |
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.