MySQL için Azure Veritabanı fiyatlandırma katmanları

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

Üç farklı fiyatlandırma katmanı MySQL için Azure Veritabanı bir sunucu oluşturabilirsiniz: Temel, Genel Amaçlı ve Bellek için İyileştirilmiş. Fiyatlandırma katmanları, sağlanan sanal çekirdeklerde işlem miktarına, sanal çekirdek başına belleke ve verileri depolamak için kullanılan depolama teknolojisine göre farklılık sunar. Tüm kaynaklar MySQL sunucu düzeyinde sağlandı. Bir sunucuda bir veya daha fazla veritabanı olabilir.

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

Bir sunucu oluşturduktan sonra sanal çekirdek sayısı, donanım oluşturma ve fiyatlandırma katmanı (Temel katmanı dışında) saniyeler içinde yukarı veya aşağı değiştirilebilir. Ayrıca, uygulama kapalı kalma süresi olmadan depolama alanı miktarını ve yedekleme saklama süresini 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. Doğu Çin 1, Kuzey Çin 1, Orta US DoD ve Doğu US DoD 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ölgelerde Intel E5-2673 v4 (Broadwell) 2,3 GHz işlemcileri temel alan 5. Nesil mantıksal CPU'lar kullanılır.

Depolama

Sağlanan depolama alanı, sunucu sunucunuz için kullanılabilir depolama MySQL için Azure Veritabanı 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. Sağlanan toplam depolama alanı miktarı, sunucunuz için kullanılabilir olan I/O 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ç depolama alanıdır. Temel depolama, iops sağlamanın garanti edilemez olduğu ve gecikme süresinin değişken olduğu arka uçta Azure standart depolamadan faydalanıyor. Temel katman, geliştirme veya küçük ölçekli seyrek kullanılan uygulamalar için düşük işlem, düşük maliyet ve işletim sistemi performansı gerektiren iş yükleri için idealdir.

Genel amaçlı depolama

Genel amaçlı depolama, bellek ve bellek için iyileştirilmiş Genel Amaçlı destekleyen arka uç depolama alanıdır. Depolama Genel Amaçlı, IOPS 3:1 oranında sağlanan depolama boyutuyla ölçeklendirin. Aşağıda açıklandığı gibi iki nesil genel amaçlı depolama vardır:

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

Genel amaçlı depolama v1, sunucu başına 4 TB'a kadar depolamayı ve 6000 IOPs'yi destekleyene eski depolama teknolojisini temel alan bir hizmettir. Genel amaçlı depolama v1, yerel önbelleğe alma ve yedeklemeler için MySQL altyapısını çalıştıran işlem düğümlerinden bellekten yararlanan şekilde optimize edilmiştir. Genel amaçlı depolama v1'de yedekleme işlemi, işlem düğümlerinin belleğinde yer alan verilerden ve günlük dosyalarından okur ve 35 gün bekletme için hedef yedekleme depolama alanına kopyalar. Sonuç olarak, yedeklemeler sırasında depolamanın bellek ve io tüketimi görece daha yüksektir.

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

Genel Genel Amaçlı v1'de bellek için iyileştirilmiş sunucuyu veya bellek için iyileştirilmiş sunucuyu göz önünde

• Depolama önbelleği ve yedekleme arabellekleri için %10-30 fazla bellek için işlem sku katmanı hesaplaması planlama
• Yedekleme IO'larını hesaba katarak veritabanı iş yükünün gerekenden %10 daha yüksek IOPs sağlama
• Alternatif olarak, aşağıda paylaşılan tercih ettiğiniz Azure bölgelerinde temel depolama altyapısı kullanılabilirse, 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 fazla 16 TB ve 20000 IOP desteğine sahip en son depolama altyapısını temel alan bir hizmettir. Altyapının kullanılabilir olduğu Azure bölgelerinin bir alt kümesinde, yeni sağlanan tüm sunucular varsayılan olarak genel amaçlı depolama v2'ye iner. Genel amaçlı depolama v2, MySQL'in işlem düğümünden bellek tüketmez 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/Ç ek yükü olmayan anlık görüntü tabanlıdır. Genel amaçlı v2 depolamada, mySQL sunucu performansının, aynı depolama ve sağlanan iops için genel amaçlı depolama v1'e kıyasla 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ş konusunda yardım almak için lütfen Azure portal.

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

Sunucum hangi depolama türü üzerinde çalışıyor olduğunu nasıl belirlerim?

Portalda Fiyatlandırma katmanı dikey penceresine gidip sunucu depolama türünü bulabilirsiniz.

• Sunucu Temel SKU kullanılarak sağlandı ise, depolama türü Temel depolamadır.
• Sunucu Genel Amaçlı veya Bellek için İyileştirilmiş SKU kullanılarak sağlandı ise, depolama türü Genel Amaçlı kullanılır
  • Sunucunuzda sağlanması gereken maksimum depolama alanı 4 TB'a kadarsa, depolama türü depolama v1'Genel Amaçlı olur.
  • Sunucunuzda sağlanması gereken maksimum depolama alanı 16 TB'a kadarsa depolama türü depolama v2'Genel Amaçlı olur.

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

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

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

Sunucuyu oluşturma sırasında ve sonrasında ek depolama kapasitesi ekleyebilir ve sistemin iş yükebilirsiniz depolama tüketimine göre depolama alanını otomatik olarak büyümesine izin veebilirsiniz.

IO tüketimini izleme

Sanal ağdan veya Azure CLI komutlarını kullanarak Azure portal/Ç tüketiminizi izleyebilirsiniz. İzlemek için ilgili ölçümler depolama sınırı, depolama yüzdesi, kullanılan depolama alanı ve yüzde IO'larıdır. Genel amaçlı depolama v1 ile MySQL sunucusu için izleme ölçümleri, MySQL altyapısı tarafından tüketilen belleği ve GÇ'yi raporlar, ancak depolama katmanının bellek ve GÇ tüketimini yakalamaz 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ğlarsanız ve gerçek kullanım 105 GB'ın üzerine giderse, sunucu salt okunur olarak işaretlenir. Alternatif olarak, 5 GB depolama alanı sağlarsanız, boş depolama alanı 256 MB'ın altında olduğunda 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 alanı otomatik olarak büyüt özelliğini 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 durumuna geçmekten kaçınmanızı öneririz. Daha fazla bilgi için uyarı ayarlama belgelerine bakın.

Depolama otomatik olarak büyüt

Depolama otomatik olarak büyüttün, sunucunuzda depolama alanı tükenecek ve salt okunur hale geliyor. Depolama otomatik büyümesi etkinse, depolama iş yükünü etkilemeden otomatik olarak büyür. Sağlanan depolama alanı 100 GB'ın altında olan sunucular için boş depolama alanı sağlanan depolama alanı %10'dan düşük olduğunda sağlanan depolama alanı boyutu 5 GB artırıldı. Sağlanan depolama alanı 100 GB'ın üzerinde olan sunucular için, boş depolama alanı sağlanan depolama boyutunun 10 GB'ın altında olduğunda sağlanan depolama boyutu %5 artırıldı. Yukarıda belirtilen maksimum depolama sınırları geçerlidir.

Örneğin, 1000 GB depolama alanı sağlarsanız ve gerçek kullanım 990 GB'ın üzerine çıktı ise, sunucu depolama alanı boyutu 1050 GB'a artırıldı. Alternatif olarak, 10 GB depolama alanı sağlarsanız, 1 GB'ın altında depolama alanı boş olduğunda depolama alanı boyutu 15 GB'a artar.

Depolamanın ölçeğinin yalnızca ölçeğinin ölçeğinin aşağıya değil, yalnızca ölçeğinin ölçeklendirilenene kadar olduğunu unutmayın.

Yedekleme depolama alanı

MySQL için Azure veritabanı, sağlanan sunucu depolama alanınızı ek bir ücret ödemeden yedekleme depolama alanı olarak %100 ' e kadar sağlar. Bu miktardan fazla süre içinde kullandığınız tüm yedekleme depolama alanı aylık GB cinsinden ücretlendirilir. Örneğin, 250 GB depolama alanı olan bir sunucu sağlarsanız, sunucu yedeklemeleri için ücretsiz olarak 250 GB ek depolama alanı kullanılabilir. 250 GB 'tan fazla olan yedeklemeler için Depolama, fiyatlandırma modelinegöre ücretlendirilir. Yedekleme depolama kullanımını etkileyen faktörleri anlamak, yedekleme depolama maliyetini izlemek ve denetlemek için yedekleme belgelerinebaşvurabilirsiniz.

Kaynakları ölçeklendirme

Sunucunuzu oluşturduktan sonra, sanal çekirdekleri, donanım oluşturmayı, fiyatlandırma katmanını (temel ve dışı), depolama miktarını ve yedekleme saklama süresini bağımsız olarak değiştirebilirsiniz. Sunucu oluşturulduktan sonra yedekleme depolama türünü değiştiremezsiniz. Sanal çekirdek sayısı yukarı veya aşağı ölçeklendirilebilir. Yedekleme saklama süresi 7 ile 35 gün arasında ölçeklendirilebilir veya kapatılabilir. Depolama boyutu yalnızca artırılabilir. Kaynakların ölçeklendirilmesi portal veya Azure CLı aracılığıyla yapılabilir. Azure CLı kullanarak ölçeklendirmeyle ilgili bir örnek için bkz. Azure CLI kullanarak MySQL Için Azure veritabanı sunucusunu izleme ve ölçeklendirme.

Sanal çekirdek sayısını, donanım oluşturmayı veya fiyatlandırma katmanını değiştirdiğinizde, yeni işlem ayırmasıyla orijinal 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 kesinti süresi 60-120 saniye içinde olabilir. Ölçeklendirme sırasında kapalı kalma süresi, veritabanı kurtarma zamanına bağımlıdır. Bu, ölçeklendirme işlemi sırasında sunucuda ağır işlem etkinliğiyse veritabanının daha uzun sürmesine neden olabilir. Yeniden başlatma zamanından daha uzun bir süre önlemek için, sunucuda düşük işlem temelli etkinlik dönemlerinde ölçeklendirme işlemleri gerçekleştirmeniz önerilir.

Depolamanın ölçeklendirilmesi ve yedekleme saklama süresinin değiştirilmesi, gerçek çevrimiçi işlemlerdir. Kapalı kalma süresi yoktur ve uygulamanız etkilenmez. Sağlanan depolamanın boyutuyla ıOPS ölçeği olarak, depolama alanını ölçeklendirerek sunucunuz için kullanılabilir ıOPS 'yi artırabilirsiniz.

Fiyatlandırma

En güncel fiyatlandırma bilgileri için bkz. hizmet fiyatlandırma sayfası. İstediğiniz yapılandırmanın maliyetini görmek için Azure Portal , seçtiğiniz seçeneklere göre fiyatlandırma katmanı sekmesindeki 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ı Web sitesinde, öğe Ekle' yi seçin, veritabanları kategorisini genişletin ve özellikleri özelleştirmek için MySQL için Azure veritabanı ' nı seçin.

Sonraki adımlar

• Portalda MySQL sunucusu oluşturmayıöğrenin.
• Hizmet limitlerihakkında bilgi edinin.
• Okuma çoğaltmalarıyla nasıl ölçeklenebileceğiniziöğrenin.