MySQL için Azure Veritabanı - Esnek Sunucu hizmet katmanları

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

Üç hizmet katmanından birinde MySQL için Azure Veritabanı esnek bir sunucu örneği oluşturabilirsiniz: Burstable, Genel Amaçlı ve İş Açısından Kritik. Temel alınan VM SKU'su, kullanılan hizmet katmanlarını B serisi, D serisi ve E serisi olarak ayırt eder. İşlem katmanı ve boyut seçimi, sunucuda kullanılabilen belleği ve sanal çekirdekleri belirler. Tam depolama teknolojisi tüm hizmet katmanlarında kullanılır. Tüm kaynaklar MySQL için Azure Veritabanı esnek sunucu örneği düzeyinde sağlanır. Bir sunucuda bir veya birden çok veritabanı olabilir.

** Sırasıyla 504 GiB, 504 GiB ve 672 GiB belleğe sahip 64,80 ve 96 sanal çekirdek hariç.

* Ev5 işlem, QPS ve gecikme süresiyle ilgili olarak diğer VM serileri arasında en iyi performansı gösterir. Buradan Ev5 işleminin performansı ve bölge kullanılabilirliği hakkında daha fazla bilgi edinin.

Esnek Sunucu hizmet katmanları

İşlem katmanı seçmek için başlangıç noktası olarak aşağıdaki tabloyu kullanın.

Sunucu oluşturduktan sonra işlem katmanını, işlem boyutunu ve depolama boyutunu değiştirebilirsiniz. İşlem ölçeklendirme için yeniden başlatma gerekir ve depolama ölçeklendirmesi 60-120 saniye sürer. Ayrıca yedekleme saklama süresini yukarı veya aşağı doğru bağımsız olarak ayarlayabilirsiniz. Daha fazla bilgi için Kaynakları ölçeklendirme bölümüne bakın.

Hizmet katmanları, boyutu ve sunucu türleri

İşlem kaynakları katmana ve boyuta göre seçilebilir. Bu, sanal çekirdekleri ve bellek boyutunu belirler. Sanal çekirdekler, temel alınan donanımın mantıksal CPU'sunu temsil eder.

Hızla artırılabilir

Kullanılabilir sunucu türlerinin ayrıntılı belirtimleri, Burstable hizmet katmanı için aşağıdaki gibidir.

Genel Amaçlı

Kullanılabilir sunucu türlerinin ayrıntılı belirtimleri Genel Amaçlı hizmet katmanı için aşağıdaki gibidir

İş Açısından Kritik

Kullanılabilir sunucu türlerinin ayrıntılı belirtimleri, İş Açısından Kritik hizmet katmanı için aşağıdaki gibidir.

MySQL için Azure Veritabanı – Esnek Sunucu İş Açısından Kritik Katmanında Varsayılan Bölge Dayanıklılığı: Aralık 2024 ortasından itibaren, MySQL için Azure Veritabanı - Esnek Sunucu İş Açısından Kritik'nde sağlanan tüm yeni sunucular katman, ek ücret ödemeden yerleşik bölge dayanıklılığı ile birlikte gelir! Bu, verilerinizin ve günlük dosyalarınızın alanlar arası yedekli depolamada otomatik olarak depolanacağı ve bölgesel kesintilerden hızlı kurtarma sağlanacağı anlamına gelir. Yüksek Kullanılabilirlik etkin olmasa bile alanlar arası yedekli yedeklemelerle sorunsuz korumadan yararlanabilirsiniz. Daha fazla bilgi edinin.

esnek MySQL için Azure Veritabanı sunucuda bellek yönetimi

MySQL'de bellek, sorgu işleme ve önbelleğe alma gibi çeşitli işlemler boyunca önemli bir rol oynar. MySQL için Azure Veritabanı esnek sunucu MySQL sunucu işlemi (mysqld) için bellek ayırmayı iyileştirerek verimli sorgu işleme, önbelleğe alma, istemci bağlantı yönetimi ve iş parçacığı işleme için yeterli bellek kaynaklarını almasını sağlar. MySQL'in belleği nasıl kullandığı hakkında daha fazla bilgi edinin.

Fiziksel Bellek Boyutu (GB)

Aşağıdaki tabloda yer alan Fiziksel Bellek Boyutu (GB), MySQL için Azure Veritabanı esnek sunucunuzda gigabayt (GB) cinsinden kullanılabilir rastgele erişim belleğini (RAM) temsil eder.

Toplam Bellek Boyutu (GB)

MySQL için Azure Veritabanı esnek sunucu Toplam Bellek Boyutu (GB) sağlar. Bu, fiziksel belleğin ve ayarlanmış miktarda geçici depolama SSD bileşeninin birleşimi olan sunucunuz için kullanılabilir toplam belleği temsil eder. Bu birleşik görünüm, kaynak yönetimini kolaylaştıracak şekilde tasarlanmıştır ve yalnızca Azure MySQL Server (mysqld) işleminizde kullanılabilen toplam belleğe odaklanmanızı sağlar. Bellek Yüzdesi (memory_percent) ölçümü, Azure MySQL sunucu işlemi (mysqld) tarafından kaplanan bellek yüzdesini temsil eder. Bu ölçüm, Toplam Bellek Boyutu 'ndan (GB) hesaplanır. Örneğin, Bellek Yüzdesi ölçümü 60 değerini gösterdiğinde, Azure MySQL Server işleminizin MySQL için Azure Veritabanı esnek sunucunuzda bulunan Toplam bellek boyutunun (GB) %60'ını kullanıyor olduğu anlamına gelir.

MySQL Sunucusu (mysqld)

Azure MySQL sunucu işlemi olan mysqld, temel veritabanı işlemleri altyapısıdır. Başlangıçta, yapılandırma ve iş yükü taleplerine göre bellek kullanarak InnoDB arabellek havuzu ve iş parçacığı önbelleği gibi toplam bileşenleri başlatır. Örneğin, InnoDB arabellek havuzu sorgu yürütme hızını artırmak için sık erişilen verileri ve dizinleri önbelleğe alırken, iş parçacığı önbelleği istemci bağlantı iş parçacıklarını yönetir. Daha fazla bilgi edinin.

InnoDB Depolama Altyapısı

MySQL'in varsayılan depolama altyapısı olarak InnoDB, sık erişilen verileri önbelleğe almak ve innodb arabellek havuzu ve günlük arabelleği gibi iç yapıları yönetmek için belleği kullanır. InnoDB arabellek havuzu , disk G/Ç'sini en aza indirmek için bellekte tablo verilerini ve dizinleri barındırarak performansı artırır. InnoDB Arabellek Havuzu Boyutu parametresi, sunucuda kullanılabilen fiziksel bellek boyutuna (GB) göre hesaplanır. Esnek MySQL için Azure Veritabanı sunucuda bulunan InnoDB Arabellek Havuzunun boyutları hakkında daha fazla bilgi edinin.

İş Parçacıkları

İstemci bağlantıları, bağlantı yöneticisi tarafından işlenen ayrılmış iş parçacıkları aracılığıyla yönetilir. Bu iş parçacıkları istemci etkileşimleri için kimlik doğrulama, sorgu yürütme ve sonuç alma işlemlerini işler. Daha fazla bilgi edinin.

Kullanılabilir işlem serisi hakkında daha fazla bilgi edinmek için B serisi serileri sanal makine boyutları, Genel Amaçlı Dadsv5 serisiDdsv4 serisi ve İş Açısından Kritik Edsv4/Edsv5 serisi Eadsv5-series/için Azure VM belgelerine bakın.

Seri örneklerin performans sınırlamaları

Hızla artırılabilir işlem katmanı, sürekli tam CPU gerektirmeyen iş yükleri için uygun maliyetli bir çözüm sağlamak üzere tasarlanmıştır. Bu katman geliştirme, hazırlama veya test ortamları gibi üretim dışı iş yükleri için idealdir. Seri hale dönüştürülebilir işlem katmanının benzersiz özelliği, iş yükü gerektirdiğinde vCPU'nun %100'ünü kullanarak temel CPU performansından daha fazlasını kullanabilme özelliğidir. Bu, B serisi örneklerinin düşük CPU kullanımı dönemlerinde "CPU kredileri" biriktirmesini sağlayan bir CPU kredi modeliyle mümkün hale getirilmiştir. Bu krediler daha sonra yüksek CPU kullanımı dönemlerinde harcanarak örneğin temel CPU performansının üzerinde artış sağlamasına olanak tanır.

Ancak, bir seri durumdaki örnek CPU kredilerini tüketince temel CPU performansında çalıştığını unutmayın. Örneğin, Standard_B1ms temel CPU performansı %20, yani 0,2 sanal çekirdektir. Burstable katman sunucusunun temel düzeyden daha fazla CPU performansı gerektiren bir iş yükü çalıştırdığını ve CPU kredilerini tüketmiş olduğunu varsayalım. Bu durumda, sunucu performans sınırlamalarıyla karşılaşabilir ve sonunda sunucunuz için Durdurma/Başlatma/Yeniden Başlatma gibi çeşitli sistem işlemlerini etkileyebilir.

Bu azaltma nedeniyle sunucu bağlantı sorunlarıyla karşılaşabilir ve sistem işlemleri etkilenebilir. Bu gibi durumlarda önerilen eylem, B serisi kredi bankacılığı modeline göre kredi biriktirmek için sunucudaki iş yükünü duraklatmak veya sunucuyu Genel Amaçlı veya İş Açısından Kritik katmanları gibi daha yüksek katmanlara ölçeklendirmeyi göz önünde bulundurmaktır.

Bu nedenle, Burstable işlem katmanı belirli iş yükü türleri için önemli maliyet ve esneklik avantajları sunarken, tutarlı CPU performansı gerektiren üretim iş yükleri için önerilmez. Hızla Artırılabilir katmanı, MySQL için Azure Veritabanı - Esnek Sunucuda Okuma çoğaltmaları ve MySQL için Azure Veritabanı Esnek Sunucu özelliğinde Yüksek kullanılabilirlik kavramları oluşturma işlevini desteklemez. Genel Amaçlı veya İş Açısından Kritik gibi diğer işlem katmanları, bu tür iş yükleri ve özellikler için daha uygundur.

Azure'ın B serisi CPU kredi modeli hakkında daha fazla bilgi için bkz . B serisi seri sanal makine boyutları ve B serisi CPU kredi modeli.

Hızla artırılabilir katmanda CPU kredilerini izleme

CPU kredi bakiyenizi izlemek, Seri hale getirilmiş işlem katmanında en iyi performansı korumak için çok önemlidir. MySQL için Azure Veritabanı Esnek Sunucu, CPU kredileriyle ilgili iki temel ölçüm sağlar. Uyarı tetikleme için ideal eşik, iş yükünüz ve performans gereksinimlerinize bağlıdır.

İzleyici MySQL için Azure Veritabanı - Esnek Sunucu: Bu ölçüm, örneğiniz tarafından kullanılan CPU kredilerinin sayısını gösterir. Bu ölçümü izlemek, örneğinizin CPU kullanım desenlerini anlamanıza ve performansını etkili bir şekilde yönetmenize yardımcı olabilir.

MySQL için Azure Veritabanı İzleme - Esnek Sunucu: Bu ölçüm, örneğiniz için kalan CPU kredilerinin sayısını gösterir. Bu ölçümü izlemek, cpu kredilerinin tükenmesi nedeniyle örneğinizin performans düşüşünü önlemeye yardımcı olabilir. KALAN CPU Kredisi ölçümü belirli bir düzeyin altına düşerse (örneğin, kullanılabilir toplam kredilerin %30'undan az), bu durum geçerli CPU yükü devam ederse örneğin CPU kredilerini tüketme riski altında olduğunu gösterir.

Ölçümlerle ilgili uyarıları ayarlama hakkında daha fazla bilgi için bu kılavuza bakın.

Depolama

Sağladığınız depolama alanı, esnek sunucunuz için kullanılabilir depolama kapasitesidir. Depolama veritabanı dosyaları, geçici dosyalar, işlem günlükleri ve MySQL sunucu günlükleri için kullanılır. Burstable ve Genel Amaçlı hizmet katmanları için depolama aralığı en az 20 GiB ile en fazla 16 TiB arasında değişir. Buna karşılık, depolama desteği İş Açısından Kritik hizmet katmanı için 32 TiB'a kadar genişletir. Tüm hizmet katmanlarında depolama alanı 1 GiB artışlarla ölçeklendirilir ve sunucu oluşturulduktan sonra ölçeği artırılabilir.

Depolama sınırı, depolama yüzdesi ve kullanılan depolama alanı ölçümlerini kullanarak Azure portalında (Azure İzleyici ile) depolama tüketiminizi izleyebilirsiniz. Ölçümler hakkında bilgi edinmek için izleme makalesine bakın.

Depolama sınırına ulaşma

Sunucuda tüketilen depolama alanı sağlanan sınıra ulaşmaya yaklaştığında, sunucu sunucudaki kayıp yazmaları korumak için salt okunur moda alınır. Sağlanan depolama alanı 100 GiB'den az olan sunucular, sağlanan depolama boyutunun %5'inden azsa salt okunur olarak işaretlenir. 100 GiB'den fazla sağlanan depolama alanı olan sunucular, ücretsiz depolama alanı 5 GiB'den az olduğunda salt okunur olarak işaretlenir.

Örneğin, 110 GiB depolama alanı sağladıysanız ve gerçek kullanım 105 GiB'yi aşıyorsa, sunucu salt okunur olarak işaretlenir. Alternatif olarak, 5 GiB depolama alanı sağladıysanız, ücretsiz depolama alanı 256 MB'ın altına ulaştığında sunucu salt okunur olarak işaretlenir.

Hizmet sunucuyu salt okunur yapmaya çalışırken, tüm yeni yazma işlemi istekleri engellenir ve mevcut etkin işlemler yürütülmeye devam eder. Sunucu salt okunur olarak ayarlandığında, izleyen tüm yazma işlemleri ve işlem işlemeleri başarısız olur, ancak okuma sorguları kesintisiz çalışmaya devam eder.

Sunucuyu salt okunur moddan çıkarmak için sunucuda sağlanan depolamayı artırmanız gerekir. Bu, Azure portal veya Azure CLI kullanılarak yapılabilir. Artırıldıktan sonra, sunucu yeniden yazma işlemlerini kabul etmeye hazır olur.

Sunucu depolama alanınız eşiğe yaklaştığında sizi bilgilendirecek bir uyarı ayarlamanızı öneririz, böylece salt okunur duruma geçmekten kaçınabilirsiniz. Daha fazla bilgi için uyarının nasıl ayarlanacağına ilişkin uyarı belgelerine bakın.

Depolama otomatik büyütme

Depolama otomatik büyütme, sunucunuzun depolama alanının bitmesini ve salt okunur olmasını engeller. Depolama otomatik büyütme etkinleştirilirse, depolama iş yükünü etkilemeden otomatik olarak büyür. Depolama otomatik büyütme, tüm yeni sunucu oluşturma işlemleri için varsayılan olarak etkindir. Sağlanan depolama alanı 100 GB'tan az olan sunucular için, sağlanan depolama alanı sağlanan depolama alanının %10'un altında olduğunda sağlanan depolama boyutu 5 GB artırılır. Sağlanan depolaması 100 GB'tan fazla olan sunucular için, boş depolama boyutunun 10 GB altına düştüğünde sağlanan depolama boyutu %5 artırılır. Yukarıda belirtilen depolama üst sınırları geçerlidir. İşlem - Depolama sayfasındaki Ayarlar'ın altında güncelleştirilmiş sağlanan depolama miktarını görmek için sunucu örneğini yenileyin.

Örneğin, 1.000 GB depolama alanı sağladıysanız ve gerçek kullanım 990 GB'ı aşarsa, sunucu depolama alanı boyutu 1.050 GB'a yükseltilir. Alternatif olarak, 20 GB depolama alanı sağladıysanız, 2 GB'tan az depolama alanı boş olduğunda depolama boyutu 25 GB'a yükseltilir.

Otomatik olarak ölçeklendirildikten sonra depolama alanının ölçeğinin azaltılamayacağını unutmayın.

IOPS

MySQL için Azure Veritabanı esnek sunucu önceden sağlanan IOPS'yi ve otomatik ölçeklendirme IOPS'yi destekler. MySQL için Azure Veritabanı - Esnek Sunucuda Depolama IOPS Tüm işlem boyutlarında en düşük IOPS 360'tır ve maksimum IOPS seçilen işlem boyutuna göre belirlenir. İşlem boyutu başına maksimum IOPS hakkında daha fazla bilgi edinmek için tabloya bakın.

İzleyici MySQL için Azure Veritabanı - Esnek Sunucu ölçümünü kullanarak Azure portalında (Azure İzleyici ile) G/Ç tüketiminizi izleyebilirsiniz. İşlem temelinde maksimum IOPS'den daha fazla IOPS'ye ihtiyacınız varsa sunucunuzun işlem ölçeğini ölçeklendirmeniz gerekir.

Önceden sağlanan IOPS

MySQL için Azure Veritabanı esnek sunucu önceden sağlanan IOPS sunar ve MySQL için Azure Veritabanı esnek sunucu örneğine belirli sayıda IOPS ayırmanıza olanak tanır. Bu ayar, iş yükleriniz için tutarlı ve öngörülebilir performans sağlar. Önceden sağlanan IOPS ile depolama biriminiz için belirli bir IOPS sınırı tanımlayabilir ve saniye başına bazı istekleri işleme olanağını garanti edebilirsiniz. Bu, güvenilir ve garantili bir performans düzeyine neden olur. Önceden sağlanan IOPS, IOPS sınırının üzerinde ek IOPS sağlamanızı sağlar. Bu özelliği kullanarak, iş yükü gereksinimlerinize bağlı olarak sağlanan IOPS sayısını istediğiniz zaman artırabilir veya azaltabilirsiniz.

IOPS'i otomatik ölçeklendirme

Esnek MySQL için Azure Veritabanı sunucunun temel taşı, katman 1 iş yükleri için en iyi performansı elde edebilme özelliğidir. Bu, sunucunun iş yükü gereksinimlerine bağlı olarak veritabanı sunucularının performansını (GÇ) sorunsuz bir şekilde otomatik olarak ölçeklendirmesini sağlayarak geliştirilebilir. Bu kabul etme özelliği, kullanıcıların saniye başına belirli bir miktarda GÇ sağlamak zorunda kalmadan IOPS'yi isteğe bağlı olarak ölçeklendirmesini sağlar. IOPS'yi Otomatik Ölçeklendirme özelliği etkinleştirildiğinde, sunucu GÇ'leri iş yükü gereksinimlerine bağlı olarak otomatik olarak artırıp azalttığı için artık esnek MySQL için Azure Veritabanı sunucuda sorunsuz GÇ yönetiminin keyfini çıkarabilirsiniz. Otomatik Ölçeklendirme IOPS, hizmet katmanları belgelerinde belirtildiği gibi her hizmet katmanı ve işlem boyutu için otomatik olarak 'Desteklenen En Yüksek IOPS' ölçeğine kadar ölçeklendirilir. Bu, el ile ölçeklendirme çabalarına gerek kalmadan en iyi performansı sağlar

Otomatik Ölçeklendirme IOPS ile yalnızca sunucunun kullandığı GÇ için ödeme yapmanız ve artık tam olarak kullanmadıkları kaynakları sağlamanız ve ödeme yapmanız gerekmez; bu da zamandan ve paradan tasarruf sağlar. Ayrıca görev açısından kritik Katman 1 uygulamaları, iş yükü için her zaman ek GÇ'yi kullanılabilir hale getirerek tutarlı performans elde edebilir. Otomatik ölçeklendirme IOPS, MySQL için Azure Veritabanı esnek sunucu müşterileri için en düşük maliyetle en iyi performansı sağlamak için gereken yönetimi ortadan kaldırır.

Dinamik Ölçeklendirme: IOPS'yi otomatik ölçeklendirme, veritabanı sunucunuzun IOPS sınırını iş yükünüzün gerçek talebine göre dinamik olarak ayarlar. Bu, el ile müdahale veya yapılandırma olmadan en iyi performansı sağlar.

İş Yükü Artışlarını İşleme: Otomatik Ölçeklendirme IOPS, veritabanınızın uygulamalarınızın performansından ödün vermeden iş yükü artışlarını veya dalgalanmalarını sorunsuz bir şekilde işlemesini sağlar. Bu özellik, yoğun kullanım dönemlerinde bile tutarlı yanıt süresi sağlar.

Maliyet Tasarrufu: Sabit bir IOPS sınırı belirten ve kullanımdan bağımsız olarak ödenen Önceden sağlanan IOPS'nin aksine, Otomatik Ölçeklendirme IOPS yalnızca kullandığınız G/Ç işlemleri için ödeme yapmanıza olanak tanır.

Yedekleme

Hizmet, sunucunuzu otomatik olarak yedekler. 1 ile 35 günlük bir saklama süresi seçebilirsiniz. Yedekleme ve geri yükleme kavramları makalesinde yedeklemeler hakkında daha fazla bilgi edinin.

Kaynakları ölçeklendirme

Sunucunuzu oluşturduktan sonra işlem katmanını, işlem boyutunu (sanal çekirdekler ve bellek), depolama miktarını ve yedekleme saklama süresini bağımsız olarak değiştirebilirsiniz. İşlem boyutu artırılabilir veya azaltılabilir ve yedekleme saklama süresi 1 ila 35 gün arasında artırılabilir veya azaltılabilir. Depolama boyutu yalnızca artırılabilir. Kaynakları ölçeklendirme işlemi portal veya Azure CLI aracılığıyla gerçekleştirilebilir.

İşlem katmanını veya işlem boyutunu değiştirdiğinizde, yeni sunucu türünün etkili olması için sunucunun yeniden başlatılması gerekir. Sistem yeni sunucuya geçtiğinde, yeni bağlantı kurulamaz ve tüm kaydedilmemiş işlemler geri alınır. Bu pencere farklılık gösterir, ancak çoğu durumda 60 ile 120 saniye arasındadır.

Depolamayı ölçeklendirme ve yedekleme saklama süresini değiştirme çevrimiçi işlemlerdir ve sunucunun yeniden başlatılmasını gerektirmez.

Fiyat

En güncel fiyatlandırma bilgileri için hizmet fiyatlandırma sayfasına bakın. İstediğiniz yapılandırmanın maliyetini görmek için Azure portalı, belirlediğiniz seçeneklere göre İşlem + depolama sekmesinde aylık maliyeti gösterir. Azure aboneliğiniz yoksa tahmini bir fiyat almak için Azure fiyatlandırma hesaplayıcısını kullanabilirsiniz. Azure fiyatlandırma hesaplayıcısı web sitesinde Öğe ekle'yi seçin, Veritabanları kategorisini genişletin, seçenekleri özelleştirmek için dağıtım türü olarak MySQL için Azure Veritabanı ve Esnek Sunucu'ya tıklayın.

Sunucu maliyetini iyileştirmek istiyorsanız aşağıdaki ipuçlarını göz önünde bulundurabilirsiniz:

• İşlem az kullanılıyorsa işlem katmanınızın veya işlem boyutunun (sanal çekirdekler) ölçeğini küçültün.
• İş yükünüzün Genel Amaçlı ve İş Açısından Kritik katmanlarından sürekli olarak tam işlem kapasitesine ihtiyacı yoksa, Hızla Artırılabilir işlem katmanına geçmeyi göz önünde bulundurun.
• Kullanılmadığında sunucuyu durdurun.
• Daha uzun bir yedekleme saklama süresi gerekli değilse yedekleme saklama süresini azaltın.

İlgili içerik

• Portalda MySQL için Azure Veritabanı esnek sunucu örneği oluşturma
• Hizmet sınırlamaları