sql azure vs azure VM ile SQLServer Express


9

Daha ucuz olmanın yanı sıra, SQL Express ile bir Sanal Makine kullanmak için SQL Azure'u kullanmak için herhangi bir sorun / avantaj var mı?

50'den fazla web sitesi için bir SQL sunucusu kurmak istiyoruz, herhangi bir tavsiyeniz var mı?

Şu anda özel bir sunucuda SQL Express'imiz var ve bu sunucuyu Azure'a geçirmek istiyoruz.


Aşağıda verilen cevaplar artık güncel değil .... sadece yeni herkese dikkat et.
09'da twoleggedhorse

Yanıtlar:


2

Araştırdım ve tezler arasında farklar buldum. resim açıklamasını buraya girinresim açıklamasını buraya girin

Son fark, Ölçek yeteneklerinde yönetme: SQL sunucusu taban pencereleri masmavi VM - Adil Windows masmavi SQL veritabanı - İyi

Umarım bu yardımcı olur. İşte size yardımcı olabilecek sayfa. Umarım yardımcı olur! < http://azure.microsoft.com/blog/2012/06/26/data-series-sql-server-in-windows-azure-virtual-machine-vs-sql-database/ >


VM'de sql express'i kurmak ve kullanmak ücretsiz mi? Eğer öyleyse, masmavi sql veritabanından daha düşük maliyete sahip olacağı anlamına mı geliyor?
freewill

6

Yukarıda LouD tarafından bahsedilen blog yazısının yazarıyım. Bu hizmetlere katılıyorum, yeni hizmet katmanları (yani Temel, Standart ve Premium) altında Azure SQL DB'de performans birimi başına fiyatın önemli ölçüde arttığı. Önemli G / Ç gereksinimleriniz varsa, yeni katmanlar muhtemelen pahalıya mal olacaktır.

Bununla birlikte, sadece bir VM'de SQL Express'i çalıştırmak için SQL Server Lisans Maliyeti olmadığında, bir VM'de kullandığınız I / O miktarı için ödeme yaptığınızı, bu nedenle çok fazla okuma ve yazma olduğunu unutmayın. maliyeti artırır (Azure SQL DB sabit ücrete dayalı olduğu için). VM'nin veritabanı boyutunu, G / Ç oranını vb. Bilmeden Azure SQL DB'den daha ucuz veya daha pahalı olup olmadığını söylemek zordur. Ancak, havada parmak, küçük bir veritabanı için VM'nin daha ucuz ol.

Birden fazla veritabanınız varsa, bu durum muhtemelen VM'nin lehine (maliyet açısından) şeyleri daha da zorlar. Şu anda Azure'da veritabanları arasında kaynak paylaşmanın bir yolu yok (örneğin beş veritabanınız var, dördü sessiz ama biri meşgul, meşgul biri diğer dördüne tahsis edilen kaynakların hiçbirini kullanamıyor, bu kaynaklar esas olarak israf ediliyor) . Microsoft, veritabanı grupları arasında kaynak / maliyet paylaşımını kolaylaştıracak bir şey üzerinde çalıştıklarını belirtti. Bunu Web / İşletme (Eylül 2015'te gerçekleşecek) bitmeden önce sunmaya karar verdiler, ancak diğer ayrıntılar henüz yok.

Ayrıca bir VM'deki Azure SQL DB ve SQL Express'in aynı özellik kümesini sağlamadığını unutmayın. Azure'daki bir hizmet olarak Veritabanı, otomatik yedekleme, daha fazla HA olasılığı, yönetilen hizmet vb. yerinde SQL Server. Çevrimiçi belgeler, Azure'da desteklenmeyen şirket içi özelliklerin, SQL Deyimlerinin vb. Oldukça ayrıntılı bir dökümünü sağlar.

Ayrıca, bir rehber olarak yukarıda Vdub tarafından yayınlanan büyük tablo kullanarak dikkatli olurdum. 2012 blog yazısından alındı ​​ve o zamandan beri Azure SQL DB'de çok şey değişti. Bu tablodaki Azure SQL DB sütunu, gelecek yıl kullanımdan kaldırılacak olan Web / Business sürümlerini ifade eder. Yukarıdaki tablonun içeriğiyle karşılaştırıldığında, yeni hizmet katmanları daha pahalı (genel olarak konuşur), ek HA özelliklerine sahiptir, federasyonları aynı şekilde desteklemez, daha yüksek çalışma süresi garantisine sahiptir, vb.

Son olarak, LouD'un yaptığı bir yorumdan sonra ... Yeni hizmet katmanları sınırlı miktarda patlamayı destekliyor. Örneğin, şu tabloya bakın: http://cbailiss.files.wordpress.com/2014/07/2014-07-04-seqsel-metrics5.png?w=800&h=401 bu yayında : http: // cbailiss. wordpress.com/2014/07/06/microsoft-azure-sql-database-performance-tests-sequential-selects/ Bu testin başlangıcı (diskten sıralı bir okuma) ilkinde küçük bir artış / daha yüksek patlama hızı gösteriyor birkaç dakika. Ancak bu, kabaca konuşmak gerekirse, Web / Business'ta genellikle mevcut olandan daha azdır.


Cevabınız için teşekkür ederiz. Bu bizim için de bir katil, bu yüzden bu alanı izlemeye hevesliyim.
Rory

Oh, bu makaleleriniz için teşekkürler, yeni katman performansını anlamaya çalışırken çok faydalı oldular.
Rory

1
Çoklu veritabanı senaryosu için, bu blog yayınına bakın ( bununla
cbailiss

4

Daha ucuz olmanın yanı sıra

Çok özel kullanım durumlarınız yoksa, Azure'un SQL veritabanı hizmetini kullanmanın daha ucuz (veya daha hızlı) olduğundan şüpheliyim. SQL Server'ın ÜCRETSİZ lisansını, pahalı, veri yedekli, kurumsal bir SQL Server lisans dilimine denk gelen miktarla karşılaştırıyorsunuz.

Ben benzer bir tekne (çeşitli küçük projeler için hem SQLExpress hem de MySQL kullanarak) ve sonuca geldiğimde yakında barındırılan SQL veritabanına geçmeyeceğim. Uzun bir Microsoft iş parçacığına aşağıdaki bağlantıya bir göz atın, ancak fikir birliği, fiyatların Azure'daki geçmiş planlara kıyasla önemli ölçüde arttığı ve performansın düştüğü. Microsoft, sorunu GİB veya MB / s ile gitmek yerine daha da karıştırmak için yeni bir "Veri Aktarım Birimi" (DTU) terimi kullanmaya başladı.

http://social.msdn.microsoft.com/Forums/sqlserver/en-US/d9af6c45-3552-4baf-8046-524c3f0a1399/new-sql-database-editions-performance

Özetlemek gerekirse: Microsoft, veritabanı boyutunda fiyatlandırmadan özel kaynaklarda fiyatlandırmaya geçtiği için, P1 (465 $ / ay) veritabanına yükseltme yapmadığınız sürece aktarım oranları çok düşüktür. Şimdiden özel sunucunuz için çok fazla para ödediğinizden şüpheliyim. Microsoft da patlama yeteneğini kaldırdı, bu nedenle kullanım durumları düşük gecikmeye ihtiyaç duyan veya seyrek olarak yüksek hacimli veri erişimi (etkileşimli web siteleri, büyük ithalatlar, veritabanı geri yüklemeleri) gerektiren insanlar en çok etkileniyor. Aşağıdaki bağlantı en son karşılaştırmaları gösterir ve saniyede değil MINUTE başına MB olarak ölçülür.

http://cbailiss.wordpress.com/2014/09/16/performance-in-new-azure-sql-database-performance-tiers/

Her zaman olduğu gibi, YMMV, ancak gün boyunca sürekli olarak arka plan işlerini yavaş yavaş çalıştırmıyorsanız ve yüksek gecikmeyi tolere edemezseniz, mevcut VM'niz çok daha hızlı olacaktır. Ayrıca daha fazladan ve yüksek düzeyde kullanılabilir hizmet için daha fazla ödeme bekliyoruz. Ve 50 web siteniz zaten aynı fiziksel veritabanında yoksa, çok kiracılığa izin vermek için veritabanınızı ve kodunuzu değiştirmeniz veya 50 ayrı SQL veritabanı örneği için ödeme yapmanız gerekir.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.