MySQL için Azure Veritabanı - Esnek Sunucu hizmet katmanları
ŞUNLAR IÇIN GEÇERLIDIR:
MySQL için Azure Veritabanı - Esnek Sunucu
Üç farklı 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. Hizmet katmanları, temel alınan B serisi, D serisi ve E serisi kullanılan VM SKU'su ile ayırt edilir. İşlem katmanı ve boyutu seçimi, sunucuda kullanılabilen belleği ve sanal çekirdekleri belirler. Tüm hizmet katmanlarında aynı depolama teknolojisi 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 | Seri hale getirme | Genel Amaçlı | İş Açısından Kritik |
|---|---|---|---|
| VM serisi | B serisi | Dadsv5 serisiDdsv4 serisi | Edsv4 Edsv5 serisi*/Eadsv5 serisi/ |
| Sanal çekirdek | 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 - 16 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 bellek içeren 64,80 ve 96 sanal çekirdek hariç.
* Ev5 işlem, QPS ve gecikme süresi açısından diğer VM serileri arasında en iyi performansı sağlar. Buradan Ev5 işlem performansı ve bölge kullanılabilirliği hakkında daha fazla bilgi edinin.
İşlem katmanı seçmek için başlangıç noktası olarak aşağıdaki tabloyu kullanın.
| İşlem katmanı | Hedef iş yükleri |
|---|---|
| Hızla artırılabilir | Sürekli olarak tam CPU'ya ihtiyaç duymadan iş yükleri için en iyi yöntemdir. |
| Genel Amaçlı | Ölçeklenebilir G/Ç aktarım hızıyla dengeli işlem ve bellek gerektiren iş yüklerinin çoğu. Ö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. |
Bir sunucu oluşturduktan sonra işlem katmanı, işlem boyutu ve depolama boyutu değiştirilebilir. İşlem ölçeklendirme yeniden başlatma gerektirir ve 60-120 saniye arasında sürerken depolama ölçeklendirmesi yeniden başlatma gerektirmez. 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.
Kullanılabilir sunucu türlerinin ayrıntılı belirtimleri, Burstable için aşağıdaki gibidir:
| İşlem boyutu | Sanal çekirdek | Fiziksel Bellek Boyutu (GiB) | Toplam Bellek Boyutu (GiB) | Desteklenen En Fazla IOPS | En Çok Bağlantı | Temp Depolama (SSD) GiB |
|---|---|---|---|---|---|---|
| Standard_B1s | 1 | 1 | 1.1 | 320 | 171 | 0 |
| Standard_B1ms | 1 | 2 | 2.2 | 640 | 341 | 0 |
| Standard_B2s | 2 | 4 | 4.4 | 1280 | 683 | 0 |
| Standard_B2ms | 2 | 8 | 8.8 | 1700 | Kategori 1365 | 0 |
| Standard_B4ms | 4 | 16 | 17.6 | 2400 | 2731 | 0 |
| Standard_B8ms | 8 | 32 | 35.2 | 3100 | 5461 | 0 |
| Standard_B12ms | 12 | 48 | 52.8 | 3800 | 8193 | 0 |
| Standard_B16ms | 16 | 64 | 70.4 | 4300 | 10923 | 0 |
| Standard_B20ms | 20 | 80 | Kategori 88 | Kategori 5000 | 13653 | 0 |
Kullanılabilir sunucu türlerinin ayrıntılı belirtimleri Genel Amaçlı olarak aşağıdaki gibidir:
| İşlem boyutu | Sanal çekirdek | Fiziksel Bellek Boyutu (GiB) | Toplam Bellek Boyutu (GiB) | Desteklenen En Fazla IOPS | En Çok Bağlantı | Temp Depolama (SSD) GiB |
|---|---|---|---|---|---|---|
| Standard_D2ads_v5 | 2 | 8 | 11 | 3200 | Kategori 1365 | 53 |
| Standard_D2ds_v4 | 2 | 8 | 11 | 3200 | Kategori 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 | 12800 | 5461 | 215 |
| Standard_D8ds_v4 | 8 | 32 | 44 | 12800 | 5461 | 215 |
| Standard_D16ads_v5 | 16 | 64 | Kategori 88 | 20000 | 10923 | 430 |
| Standard_D16ds_v4 | 16 | 64 | Kategori 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 | 20000 | 32768 | 1290 |
| Standard_D48ds_v4 | 48 | 192 | 264 | 20000 | 32768 | 1290 |
| Standard_D64ads_v5 | 64 | Kategori 256 | 352 | 20000 | 43691 | 1720 |
| Standard_D64ds_v4 | 64 | Kategori 256 | 352 | 20000 | 43691 | 1720 |
Kullanılabilir sunucu türlerinin ayrıntılı belirtimleri İş Açısından Kritik için aşağıdaki gibidir:
| İşlem boyutu | Sanal çekirdek | Fiziksel Bellek Boyutu (GiB) | Toplam Bellek Boyutu (GiB) | Desteklenen En Fazla IOPS | En Çok Bağlantı | Temp Depolama (SSD) GiB |
|---|---|---|---|---|---|---|
| Standard_E2ds_v4 | 2 | 16 | 22 | Kategori 5000 | 2731 | 37 |
| Standard_E2ads_v5 | 2 | 16 | 22 | Kategori 5000 | 2731 | 37 |
| Standard_E4ds_v4 | 4 | 32 | 44 | 10000 | 5461 | 75 |
| Standard_E4ads_v5 | 4 | 32 | 44 | 10000 | 5461 | 75 |
| Standard_E8ds_v4 | 8 | 64 | Kategori 88 | 18000 | 10923 | 151 |
| Standard_E8ads_v5 | 8 | 64 | Kategori 88 | 18000 | 10923 | 151 |
| Standard_E16ds_v4 | 16 | 128 | 176 | 28000 | 21845 | 302 |
| Standard_E16ads_v5 | 16 | 128 | 176 | 28000 | 21845 | 302 |
| Standard_E20ds_v4 | 20 | 160 | 220 | 28000 | 27306 | 377 |
| Standard_E20ads_v5 | 20 | 160 | 220 | 28000 | 27306 | 377 |
| Standard_E32ds_v4 | 32 | Kategori 256 | 352 | 38000 | 43691 | 604 |
| Standard_E32ads_v5 | 32 | Kategori 256 | 352 | 38000 | 43691 | 604 |
| Standard_E48ds_v4 | 48 | 384 | 528 | 48000 | 65536 | 906 |
| Standard_E48ads_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_E80ids_v4 | 80 | 504 | 693 | 72000 | 86016 | 1224 |
| Standard_E2ds_v5 | 2 | 16 | 22 | Kategori 5000 | 2731 | 37 |
| Standard_E4ds_v5 | 4 | 32 | 44 | 10000 | 5461 | 75 |
| Standard_E8ds_v5 | 8 | 64 | Kategori 88 | 18000 | 10923 | 151 |
| Standard_E16ds_v5 | 16 | 128 | 176 | 28000 | 21845 | 302 |
| Standard_E20ds_v5 | 20 | 160 | 220 | 28000 | 27306 | 377 |
| Standard_E32ds_v5 | 32 | Kategori 256 | 352 | 38000 | 43691 | 604 |
| Standard_E48ds_v5 | 48 | 384 | 528 | 48000 | 65536 | 906 |
| Standard_E64ds_v5 | 64 | 512 | 704 | 64000 | 87383 | 1208 |
| Standard_E96ds_v5 | 96 | 672 | 924 | 80000 | 100000 | 2004 |
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)
Mysqld adlı Azure MySQL sunucu işlemi, veritabanı işlemleri için temel altyapı görevi görü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 Burstable (B serisi), Genel Amaçlı Dadsv5 serisiDdsv4 serisi ve İş Açısından Kritik Edsv4/Edsv5 serisi Eadsv5 serisi/için Azure VM belgelerine bakın.
Seri örneklerin performans sınırlamaları
Not
Vm başlatılırsa/durdurulursa veya yeniden başlatılırsa, Seri hale gelebilir (B serisi) işlem katmanı için krediler kaybolabilir. Daha fazla bilgi için bkz . Seri hale getirme (B Serisi) SSS.
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,2 sanal çekirdektir. Seri hale gelebilir katman sunucusu temel düzeyden daha fazla CPU performansı gerektiren bir iş yükü çalıştırıyorsa ve CPU kredilerini tüketmişse, 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
memory_percent ölçümü %100'e ulaşmamış olsa bile, Standard_B1s/Standard_B1ms/Standard_B2s gibi Seri Hale Gelebilir (B serisi) işlem katmanındaki sunucular için görece daha küçük konak bellek boyutları, sabit iş yükü altında kilitlenmelere (bellek yetersizliği) neden olabilir.
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ı, Okuma Amaçlı Çoğaltmalar ve Yüksek kullanılabilirlik özelliği oluşturma işlevselliğini desteklemez. Bu tür iş yükleri ve özellikler için Genel Amaçlı veya İş Açısından Kritik gibi diğer işlem katmanları daha uygundur.
Azure'ın B serisi CPU kredi modeli hakkında daha fazla bilgi için bkz . B serisi seri cpu kredi modeli 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, belirli iş yükünüz ve performans gereksinimlerinize bağlıdır.
Tüketilen CPU Kredisi: Bu ölçüm, örneğiniz tarafından kullanılan CPU kredisi 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.
Kalan CPU Kredisi: Bu ölçüm, örneğiniz için kalan CPU kredilerinin sayısını gösterir. Bu ölçümü takip etmek, cpu kredilerinin tükenmesi nedeniyle örneğinizin performans düşüşünü önlemenize 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, esnek sunucunuza sağlanan depolama kapasitesi miktarıdır. Depolama veritabanı dosyaları, geçici dosyalar, işlem günlükleri ve MySQL sunucu günlükleri için kullanılır. Tüm hizmet katmanlarında desteklenen depolama alanı en düşük 20 GiB ve en yüksek 16 TiB'dir. Depolama 1 GiB artışlarla ölçeklendirilir ve sunucu oluşturulduktan sonra ölçeklendirilebilir.
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 sağlanan sınıra yaklaştığında sunucudaki yazma işlemlerini kaybolmaya karşı korumak için sunucu salt okunur moda geçirilir. Sağlanan depolama alanı 100 GiB'den az olan sunucular, sağlanan depolama boyutunun %5'inden azsa salt okunur olarak işaretlenir. Sağlanan 100 GiB'den fazla 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'den fazlaysa, 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 sonraki tüm yazma girişimleri ve işlemler başarısız olur. Okuma sorguları kesintisiz çalışmaya devam ediyor.
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.
Otomatik büyümeyi Depolama
Depolama otomatik büyütme, sunucunuzun depolama alanının bitmesini ve salt okunur olmasını engeller. Depolama otomatik büyütme etkinleştirildiyse, depolama iş yükünü etkilemeden otomatik olarak büyür. Depolama otomatik büyütme, tüm yeni sunucu oluşturmaları için varsayılan olarak etkinleştirilir. 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'ın üzerine çıkarsa, 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 çıkar.
Otomatik ölçeklendirildikten sonra depolama alanının ölçeğinin azaltılamayacağını unutmayın.
Not
Depolama otomatik büyütme, Yüksek Kullanılabilirlik yapılandırılmış bir sunucu için varsayılan olarak etkindir ve devre dışı bırakılamaz.
IOPS
MySQL için Azure Veritabanı esnek sunucu önceden sağlanan IOPS'yi ve otomatik ölçeklendirme IOPS'yi destekler. Daha fazla bilgi edinin. 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.
G/Ç tüketiminizi Azure portalında (Azure İzleyici ile) GÇ yüzdesi ölçümünü kullanarak 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 edebilmesi ve bu sayede sunucunun iş yükü gereksinimlerine bağlı olarak veritabanı sunucularının performansını otomatik olarak ölçeklendirmesini (GÇ) etkinleştirerek geliştirilebilir. Bu, kullanıcıların saniye başına belirli bir miktarda GÇ sağlamak zorunda kalmadan isteğe bağlı olarak IOPS'yi ölçeklendirmesini sağlayan bir kabul etme özelliğidir. IOPS'yi Otomatik Ölçeklendirme özelliği etkinleştirildi. Artık sunucu, iş yükü gereksinimlerine bağlı olarak GÇ'leri otomatik olarak artırıp azalttığı için esnek MySQL için Azure Veritabanı sunucuda sorunsuz GÇ yönetiminin keyfini çıkarabilirsiniz.
Otomatik Ölçeklendirme IOPS ile yalnızca sunucunun kullandığı GÇ için ödeme yapmanıza ve artık tam olarak kullanmadıkları kaynakları sağlamanıza ve ödeme yapmanıza gerek kalmaz ve hem zamandan hem de paradan tasarruf edersiniz. Ayrıca görev açısından kritik Katman 1 uygulamaları, iş yükü için herhangi bir zamanda ek GÇ 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ının belirtildiği ve kullanımdan bağımsız olarak ödendiği Ö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, sunucunuzun yedeklerini otomatik olarak alır. 1 ile 35 gün arasında bir bekletme 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) ve depolama miktarını ve yedekleme saklama süresini bağımsız olarak değiştirebilirsiniz. İşlem boyutu ölçeği artırılabilir veya azaltılabilir. Yedekleme saklama süresi 1 ila 35 gün ölçeği 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 sunucu yeniden başlatılır. Sistem yeni sunucuya geçerken yeni bağlantı kurulamaz ve tüm işlenmemiş işlemler geri alınır. Bu pencere değişir, ancak çoğu durumda 60-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.
Fiyatlandırma
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şturmayı öğrenin.
- Hizmet sınırlamaları hakkında bilgi edinin.