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

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

Üç farklı hizmet katmanından birinde bir MySQL için Azure Veritabanı sunucusu oluşturabilirsiniz: Temel, Genel Amaçlı ve Bellek için İyileştirilmiş. Hizmet katmanları sanal çekirdeklerdeki sağlanabilir işlem miktarı, sanal çekirdek başına bellek ve verileri depolamak için kullanılan depolama teknolojisi ile ayırt edilir. Tüm kaynaklar MySQL sunucu düzeyinde sağlanır. Bir sunucuda bir veya birden çok veritabanı olabilir.

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

Genel Amaçlı veya Bellek için İyileştirilmiş bir sunucu oluşturduktan sonra sanal çekirdek sayısı, donanım oluşturma ve fiyatlandırma katmanı saniyeler içinde yukarı veya aşağı değiştirilebilir. Ayrıca, uygulama kapalı kalma süresi olmadan depolama miktarını ve yedekleme saklama süresini yukarı veya aşağı doğru bağımsız olarak ayarlayabilirsiniz. Bir sunucu oluşturulduktan sonra yedekleme depolama türünü değiştiremezsiniz. Daha fazla bilgi için Kaynakları ölçeklendirme bölümüne bakın.

İşlem nesilleri ve sanal çekirdekler

İşlem kaynakları, temel alınan donanımın mantıksal CPU'sunu temsil eden sanal çekirdekler olarak sağlanır. Çin Doğu 1, Çin Kuzey 1, ABD DoD Orta ve ABD DoD Doğu, Intel E5-2673 v3 (Haswell) 2.4 GHz işlemcileri temel alan 4. Nesil mantıksal CPU'ları kullanır. Diğer tüm bölgeler Intel E5-2673 v4 (Broadwell) 2,3 GHz işlemcileri temel alan 5. Nesil mantıksal CPU'ları kullanır.

Depolama

Sağladığınız depolama alanı, MySQL için Azure Veritabanı sunucunuz için kullanılabilir depolama kapasitesi miktarıdır. Depolama alanı veritabanı dosyaları, geçici dosyalar, işlem günlükleri ve MySQL sunucu günlükleri için kullanılır. Sağladığınız toplam depolama alanı, sunucunuz için kullanılabilir G/Ç kapasitesini de tanımlar.

MySQL için Azure Veritabanı – Tek Sunucu, sunucular için aşağıdaki arka uç depolama alanını destekler.

Temel depolama

Temel depolama, Temel fiyatlandırma katmanı sunucularını destekleyen arka uç depolamasıdır. Temel depolama, sağlanan iops'nin garanti edilmediği ve gecikme süresinin değişken olduğu arka uçta Azure standart depolamayı kullanır. Temel katman, geliştirme veya küçük ölçekli seyrek kullanılan uygulamalar için hafif işlem, düşük maliyet ve G/Ç performansı gerektiren iş yükleri için idealdir.

Genel amaçlı depolama

Genel amaçlı depolama, Genel Amaçlı ve Bellek için İyileştirilmiş katman sunucusunu destekleyen arka uç depolama alanıdır. Genel Amaçlı depolamada, IOPS sağlanan depolama boyutuyla 3:1 oranında ölçeklendirilir. Aşağıda açıklandığı gibi iki nesil genel amaçlı depolama alanı vardır:

Genel amaçlı depolama v1 (4 TB'a kadar destekler)

Genel amaçlı depolama v1, sunucu başına en fazla 4 TB depolama ve 6000 IOP'yi destekleyebileceğiniz eski depolama teknolojisini temel alır. Genel amaçlı depolama v1, yerel önbelleğe alma ve yedeklemeler için MySQL altyapısını çalıştıran işlem düğümlerindeki bellekten yararlanmak üzere iyileştirilmiştir. Genel amaçlı depolama v1'deki yedekleme işlemi, işlem düğümlerinin belleğindeki verilerden ve günlük dosyalarından okur ve 35 güne kadar saklama için hedef yedekleme depolama alanına kopyalar. Sonuç olarak, yedeklemeler sırasında depolamanın bellek ve gç tüketimi nispeten daha yüksektir.

Tüm Azure bölgeleri Genel amaçlı depolama v1'i destekler

Genel amaçlı depolama v1'de Genel Amaçlı veya Bellek için İyileştirilmiş sunucu için,

• Depolama önbelleğe alma ve yedekleme arabellekleri için %10-30 fazla belleği hesaplayan işlem sku katmanını planlama
• Yedekleme GÇ'lerini hesaba katmak için veritabanı iş yükünün gerektirdiğinden %10 daha yüksek GÇP'ler sağlayın
• Alternatif olarak, temel depolama altyapısı aşağıda paylaşılan tercih ettiğiniz Azure bölgelerinde kullanılabiliyorsa, aşağıda açıklanan ve 16 TB'a kadar depolamayı destekleyen genel amaçlı depolama v2'ye geçin.

Genel amaçlı depolama v2 (16 TB'a kadar depolamayı destekler)

Genel amaçlı depolama v2 en çok 16 TB ve 20000 IOPS'yi destekleyebilen en son depolama altyapısına dayanır. Azure bölgelerinin altyapının kullanılabildiği bir alt kümesinde tüm yeni sağlanan sunucular varsayılan olarak genel amaçlı depolama v2'de yer alır. Genel amaçlı depolama v2, MySQL'in işlem düğümünden herhangi bir bellek kullanmaz ve genel amaçlı v1 depolamaya kıyasla daha iyi tahmin edilebilir GÇ gecikme süreleri sağlar. Genel amaçlı v2 depolama sunucularında yedeklemeler ek GÇ yükü olmadan anlık görüntü tabanlıdır. Genel amaçlı v2 depolamada MySQL sunucu performansının, sağlanan depolama ve iops için genel amaçlı depolama v1 ile karşılaştırıldığında daha yüksek olması beklenir. 16 TB'a kadar depolamayı destekleyen genel amaçlı depolama için ek maliyet yoktur. 16 TB depolama alanına geçişle ilgili yardım için lütfen Azure portalından bir destek bileti açın.

Genel amaçlı depolama v2, aşağıdaki Azure bölgelerinde desteklenir:

Sunucumun hangi depolama türünde çalıştığını nasıl belirleyebilirim?

Sunucunuzun depolama türünü Ayarlar>İşlem + depolama sayfasına giderek bulabilirsiniz

• Sunucu Temel SKU kullanılarak sağlanıyorsa, depolama türü Temel depolamadır.
• Sunucu Genel Amaçlı veya Bellek için İyileştirilmiş SKU kullanılarak sağlanıyorsa, depolama türü Genel Amaçlı depolamadır
  • Sunucunuzda sağlanabilecek en fazla depolama alanı 4 TB'a kadarsa, depolama türü Genel Amaçlı depolama v1'dir.
  • Sunucunuzda sağlanacak maksimum depolama alanı 16 TB'a kadarsa, depolama türü Genel Amaçlı depolama v2'dir.

Genel amaçlı depolama v1'den genel amaçlı depolama v2'ye geçebilir miyim? evet ise, nasıl ve herhangi bir ek maliyet var mı?

Evet, temel depolama altyapısı kaynak sunucunun Azure bölgesinde kullanılabiliyorsa v1'den genel amaçlı depolama v2'ye geçiş desteklenir. Geçiş ve v2 depolama alanı ek ücret ödemeden kullanılabilir.

Sunucu sağlandıktan sonra depolama boyutunu büyütebilir miyim?

Sunucunun oluşturulması sırasında ve sonrasında ek depolama kapasitesi ekleyebilir ve sistemin iş yükünüzün depolama tüketimine göre depolamayı otomatik olarak büyütmesine izin verilmektedir.

GÇ tüketimini izleme

G/Ç tüketiminizi Azure portalından veya Azure CLI komutlarını kullanarak izleyebilirsiniz. İzlenecek ölçümler depolama sınırı, depolama yüzdesi, kullanılan depolama alanı ve GÇ yüzdesidir. Genel amaçlı depolama v1 ile MySQL sunucusu için izleme ölçümleri, MySQL altyapısı tarafından kullanılan belleği ve GÇ'yi bildirir, ancak depolama katmanının bellek ve GÇ tüketimini yakalamayabilir ve bu bir sınırlamadır.

Depolama sınırına ulaşma

Sağlanan depolama alanı 100 GB veya daha az olan sunucular, boş depolama alanı sağlanan depolama boyutunun %5'inin altında düştüğünde salt okunur olarak işaretlenir. Sağlanan depolama alanı 100 GB'tan fazla olan sunucular, boş depolama alanı 5 GB'ın altına düştüğünde salt okunur olarak işaretlenir.

Örneğin, 110 GB depolama alanı sağladıysanız ve gerçek kullanım 105 GB'ın üzerine çıkarsa, sunucu salt okunur olarak işaretlenir. Alternatif olarak, 5 GB 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 duruma getirdiğinde tüm yeni yazma işlemi istekleri engellenir ve var olan 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 olarak çalışmaya devam eder. Sağlanan depolama alanını artırdıktan sonra sunucu yazma işlemlerini kabul etmeye hazır hale gelir.

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ı ayarlama belgelerine bakın.

Depolamayı otomatik büyütme

Depolamayı otomatik büyütme, sunucunuzun depolama alanı dışında çalışmasını ve salt okunur hale gelmesini engeller. Depolama otomatik büyütme etkinleştirilirse, depolama iş yükünü etkilemeden otomatik olarak büyür. Sağlanan depolaması 100 GB’a eşit veya bundan az olan sunucular için, boş depolama sağlanan depolamanın %10’unun altına düştüğü anda sağlanan depolama 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.

Örneğin, 1000 GB depolama alanı sağladıysanız ve gerçek kullanım 990 GB'ın üzerine çıkarsa, sunucu depolama alanı boyutu 1050 GB'a yükseltilir. Alternatif olarak, 10 GB depolama alanı sağladıysanız, 1 GB'tan az depolama alanı boş olduğunda depolama boyutu 15 GB'a çıkar.

Depolama alanının ölçeğinin yalnızca artırılabildiğini, azaltılmadığını unutmayın.

Yedekleme alanı

MySQL için Azure Veritabanı sağlanan sunucu depolamanızın %100’üne kadar yedekleme alanı sağlar. Bunun için ek ücret alınmaz. Bu tutarı aşan tüm yedekleme depolama alanları aylık GB olarak ücretlendirilir. Örneğin, 250 GB depolama alanına sahip bir sunucu sağlarsanız, sunucu yedeklemeleri için ücretsiz olarak 250 GB ek depolama alanınız olur. Fiyatlandırma modeline göre 250 GB'den fazla yedekleme için depolama ücreti alınır. Yedekleme depolama alanı kullanımını etkileyen faktörleri anlamak, yedekleme depolama maliyetini izlemek ve denetlemek için yedekleme belgelerine göz atabilirsiniz.

Kaynakları ölçeklendirme

Sunucunuzu oluşturduktan sonra sanal çekirdekleri, donanım oluşturmayı, fiyatlandırma katmanını (Temel'e ve temel katmandan hariç), depolama miktarını ve yedekleme saklama süresini bağımsız olarak değiştirebilirsiniz. Bir sunucu oluşturulduktan sonra yedekleme depolama türünü değiştiremezsiniz. Sanal çekirdek sayısının ölçeği artırılıp azaltılabilir. Yedekleme saklama süresinin ölçeği 7 ile 35 gün arasında artırılabilir veya azaltılabilir. Depolama boyutu yalnızca artırılabilir. Kaynaklar portal veya Azure CLI aracılığıyla ölçeklendirilebilir. Azure CLI kullanarak ölçeklendirme örneği için bkz. Azure CLI kullanarak MySQL için Azure Veritabanı sunucusunu izleme ve ölçeklendirme.

Sanal çekirdek sayısını, donanım oluşturma veya fiyatlandırma katmanını değiştirdiğinizde, yeni işlem ayırmasıyla özgün sunucunun bir kopyası oluşturulur. Yeni sunucu çalışır duruma geçtikten sonra, bağlantılar yeni sunucuya geçer. Sistem yeni sunucuya geçerken yeni bağlantı kurulamaz ve tüm işlenmemiş işlemler geri alınır. Ölçeklendirme sırasında bu kapalı kalma süresi yaklaşık 60-120 saniye olabilir. Ölçeklendirme sırasında kapalı kalma süresi veritabanı kurtarma süresine bağlıdır ve bu da ölçeklendirme işlemi sırasında sunucuda yoğun işlem etkinliği varsa veritabanının daha uzun süre çevrimiçi olmasını sağlayabilir. Daha uzun yeniden başlatma süresinden kaçınmak için, sunucuda işlem etkinliğinin düşük olduğu dönemlerde ölçeklendirme işlemlerinin gerçekleştirilmesi önerilir.

Depolamayı ölçeklendirme ve yedekleme saklama süresini değiştirme işlemi gerçek çevrimiçi işlemlerdir. Kapalı kalma süresi yoktur ve uygulamanız etkilenmez. IOPS, sağlanan depolamanın boyutuyla ölçeklendirildikçe, depolamayı ölçeklendirerek sunucunuz için kullanılabilir IOPS'yi artırabilirsiniz.

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ı, seçtiğiniz seçeneklere göre Fiyatlandırma katmanı 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 ve seçenekleri özelleştirmek için MySQL için Azure Veritabanı seçin.

Sonraki adımlar

• Portalda MySQL sunucusu oluşturmayı öğrenin.
• Hizmet sınırları hakkında bilgi edinin.
• Okuma amaçlı çoğaltmalarla ölçeği genişletmeyi öğrenin.