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

2025-04-18

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

MySQL için Azure Veritabanı Esnek Sunucu örneğini şu üç hizmet katmanından birinde oluşturabilirsiniz: Esnek, Genel Amaçlı ve Kritik İş. Kullanılan VM SKU'su, 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. Belirli 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.

Kaynak / Katman	Patlama kapasiteli	Genel Amaçlı	İş Açısından Kritik
VM serisi	B serisi patlatılabilir sanal makine boyutları	Dadsv5 serisi Ddsv4 serisi	Edsv4/Edsv5 serisi*/Eadsv5 serisi
vCore'lar	1, 2, 4, 8, 12, 16, 20	2, 4, 8, 16, 32, 48, 64	2, 4, 8, 16, 32, 48, 64, 80, 96
Sanal çekirdek başına bellek	Değişken	4 GiB	8 GiB **
Depolama boyutu	20 GiB - 16 TiB	20 GiB - 16 TiB	20 GiB - 32 TiB
Veritabanı yedekleme saklama süresi	1 ile 35 gün	1 ile 35 gün	1 ile 35 gün

** 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.

İşlem katmanı	Hedef iş yükleri
Patlama kapasitesi olan	Sürekli olarak tam CPU gerektirmeyen iş yükleri için en iyi yöntemdir.
Genel Amaçlı	çoğu iş iş yükü, ölçeklenebilir G/Ç aktarım hızıyla dengeli bilgi işlem ve bellek gerektirir. Örnek olarak web uygulamalarını, mobil uygulamaları ve diğer kurumsal uygulamaları barındıran sunucular verilebilir.
İş Açısından Kritik	Daha hızlı işlem ve daha yüksek eşzamanlılık için bellek içi performans gerektiren yüksek performanslı veritabanı iş yükleri. Örnek olarak gerçek zamanlı verileri işleyen ve yüksek performanslı işlem tabanlı ya da analiz uygulamalarının sunucuları verilebilir.

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 bu 60-120 saniye sürer, ancak depolama ölçeklendirmesi için bu gerekli değildir. 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.

Patlama kapasitesi olan

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

Boyutu hesapla	vCore'lar	Fiziksel Bellek Boyutu (GiB)	Toplam Bellek Boyutu (GiB)	Desteklenen En Fazla IOPS	Maksimum Bağlantı
Standard_B1ms	1	2	2.2	640	341
Standard_B2s	2	4	4.4	1280	683
Standard_B2ms	2	8	8.8	1700	1365
Standard_B4ms	4	16	17.6	2400	2731
Standard_B8ms	8	32	35.2	3100	5461
Standard_B12ms	12	48	52.8	3800	8193
Standard_B16ms	16	64	70.4	4300	10923
Standard_B20ms	20	80	88	5.000	13653

Not: Hızla artırılabilir işlem katmanı geliştirme, hazırlama veya test ortamları gibi üretim dışı iş yükleri için tasarlanmıştır ve bu nedenle 7/24 destek veya kök neden analizi (RCA) için uygun değildir.

Genel Amaçlı

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

Boyutu hesapla	vCore'lar	Fiziksel Bellek Boyutu (GiB)	Toplam Bellek Boyutu (GiB)	Desteklenen En Fazla IOPS	Maksimum Bağlantı	Geçici Depolama (SSD) GiB
Standard_D2ads_v5	2	8	11	3200	1365	53
Standart_D2ds_v4	2	8	11	3200	1365	53
Standard_D4ads_v5	4	16	22	6400	2731	107
Standard_D4ds_v4	4	16	22	6400	2731	107
Standard_D8ads_v5	8	32	44	12.800	5461	215
Standard_D8ds_v4	8	32	44	12.800	5461	215
Standard_D16ads_v5	16	64	88	20000	10923	430
Standard_D16ds_v4	16	64	88	20000	10923	430
Standard_D32ads_v5	32	128	176	20000	21845	860
Standard_D32ds_v4	32	128	176	20000	21845	860
Standard_D48ads_v5	48	192	264	48000	32768	1290
Standard_D48ds_v4	48	192	264	48000	32768	1290
Standard_D64ads_v5	64	256	352	48000	43691	1720
Standard_D64ds_v4	64	256	352	48000	43691	1720
Standard_D96ds_v5	96	384	528	48000	65536	2580

İş 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.

Boyutu hesapla	vCore'lar	Fiziksel Bellek Boyutu (GiB)	Toplam Bellek Boyutu (GiB)	Desteklenen En Fazla IOPS	Maksimum Bağlantı	Geçici Depolama (SSD) GiB
Standard_E2ds_v4	2	16	22	5.000	2731	37
Standard_E2ads_v5, Standard_E2ds_v5	2	16	22	5.000	2731	37
Standard_E4ds_v4	4	32	44	10.000	5461	75
Standard_E4ads_v5, Standard_E4ds_v5	4	32	44	10.000	5461	75
Standard_E8ds_v4	8	64	88	18000	10923	151
Standard_E8ads_v5, Standard_E8ds_v5	8	64	88	18000	10923	151
Standard_E16ds_v4	16	128	176	28000	21845	302
Standard_E16ads_v5, Standard_E16ds_v5	16	128	176	28000	21845	302
Standard_E20ds_v4	20	160	220	28000	27306	377
Standard_E20ads_v5, Standard_E20ds_v5	20	160	220	28000	27306	377
Standard_E32ds_v4	32	256	352	38000	43691	604
Standard_E32ads_v5, Standard_E32ds_v5	32	256	352	38000	43691	604
Standard_E48ds_v4	48	384	528	48000	65536	906
Standard_E48ads_v5, Standard_E48ds_v5	48	384	528	48000	65536	906
Standard_E64ds_v4	64	504	693	64000	86016	1224
Standard_E64ads_v5	64	504	693	64000	86016	1224
Standard_E64ds_v5	64	512	704	64000	87383	1208
Standard_E80ids_v4	80	504	693	72000	86016	1224
Standard_E96ads_v5	96	672	924	80000	100000	2004

MySQL için Azure Veritabanı Esnek Sunucusunda 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 Sunucusu, 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 kaynağı aldığından emin olur. 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 Sunucusu, 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 boyutu (GB) değerinin 60%'ini 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. MySQL Esnek Sunucusu için Azure Veritabanı'nda 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 serisi Ddsv4 serisi ve İş Açısından Kritik Azure VM belgelerine bakın.

Seri örneklerin performans sınırlamaları

Not

B serisi seri serileri artırılabilir sanal makine boyutları için VM başlatılırsa/durdurulursa veya yeniden başlatılırsa krediler kaybolabilir. Daha fazla bilgi için bkz B serisi patlatılabilir sanal makine boyutları.

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. Patlatılabilir 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ı geçici olarak kullanabilmesidir. 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, yüksek CPU kullanımı dönemlerinde kullanılabilir ve bu sayede örnek, temel CPU performansının üzerinde bir performans artışı gösterir.

Ancak, patlamalı bir örnek CPU kredilerini tükettiğinde, temel CPU performansında çalışmaya başlar. Örneğin, Standard_B1ms temel CPU performansı %20, yani 0,2 vCPU çekirdeğidir. 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.

Not

Standard_B1s/Standard_B1ms/Standard_B2s gibi B serisi artırılabilir sanal makine boyutlarındaki sanallaştırma sunucuları için, nispeten daha küçük ana bilgisayar bellek boyutu, memory_percent ölçümünün %100'e ulaşmamış olmasına rağmen, sürekli çalışma yükleri altında bellek yetersizliği (out of memory) nedeniyle kilitlenmelere yol açabilir.

Bu azaltma nedeniyle sunucu bağlantı sorunları yaşayabilir 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ızlı Artış katmanı, MySQL için Azure Veritabanı - Esnek Sunucu'da Okuma Replikaları oluşturma işlevini ve MySQL için Azure Veritabanı - Esnek Sunucu'da Yüksek kullanılabilirlik kavramları 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 B serisi patlatılabilir sanal makine boyutları ve B serisi CPU kredi modeli konularına bakın.

Aşamalı 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.

Azure Veritabanı için MySQL İzleme - Esnek Sunucu: Bu ölçüm, sizin ö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. Eğer 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 kredilerinin tükenme 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, Esnek Sunucunuzun kullanabileceği 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. İşletme için Kritik hizmet katmanı için depolama desteği 32 TiB'a kadar genişletilebilir. Tüm hizmet katmanlarında depolama alanı 1 GiB artışlarla ölçeklendirilir ve sunucu oluşturulduktan sonra ölçeği artırılabilir.

Not

Depolamanın ölçeği yalnızca artırılabilir, azaltılamaz.

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.

Depolama otomatik büyütmeyi açmanızı veya sunucu depolama alanınız eşiğe yaklaştığında sizi bilgilendirecek bir uyarı ayarlamanızı ve böylece salt okunur duruma geçmenizi önlemenizi öneririz. 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.

Not

Depolama otomatik büyütme, yüksek kullanılabilirliğe sahip yapılandırılmış bir sunucu ve hızlandırılmış günlükler etkinleştirilmiş sunucular için varsayılan olarak etkindir ve devre dışı bırakılamaz.

IOPS

MySQL için Azure Veritabanı Esnek Sunucusu önceden sağlanan IOPS 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.

Önemli

**Tüm işlem boyutlarında minimum IOPS 360'tır
**Maksimum IOPS, seçilen işlem boyutuna göre belirlenir.

Azure portalında (Azure İzleyici ile) Azure Veritabanı için MySQL - Esnek Sunucu metriğini kullanarak 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 Sunucusu ö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

MySQL için Azure Veritabanı Esnek Sunucusu'nun 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 artık MySQL için Azure Veritabanı Esnek Sunucusu'nda sorunsuz GÇ yönetiminin keyfini çıkarabilirsiniz çünkü sunucu, iş yükü gereksinimlerine bağlı olarak IOP'lerin ölçeğini otomatik olarak artırır veya küçültür. 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. IOPS'yi otomatik ölçeklendirme, 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.

Not

Depolama boyutu yalnızca artırılabilir. Artış sonrasında daha küçük bir depolama boyutuna geri dönemezsiniz.

İş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ında sürekli olarak tam işlem kapasitesine ihtiyaç duymuyorsa, Esnek İşlem katmanına geçmeyi değerlendirin.
Kullanılmadığında sunucuyu durdurun.
Daha uzun bir yedekleme saklama süresi gerekli değilse yedekleme saklama süresini azaltın.