Azure sanal makinelerinde SQL Server için uygulama desenleri ve geliştirme stratejileri

AŞAĞıDAKILER IÇIN GEÇERLIDIR: SQL Server VM'de sanal makine

Özet:

azure ortamında SQL Server tabanlı uygulamalarınız için hangi uygulama deseninin veya desenlerinin kullanılacağını belirlemek önemli bir tasarım kararına sahiptir ve azure 'un her bir altyapı bileşeni birlikte nasıl çalışır? SQL Server hakkında katı bir anlama gerektirir. azure altyapı hizmetleri 'nde SQL Server ile, azure 'daki sanal makinelere (vm 'ler) Windows sunucusunda oluşturulan mevcut SQL Server uygulamalarınızı kolayca geçirebilir, koruyabilir ve izleyebilirsiniz.

Bu makalenin amacı, çözüm mimarları ve geliştiricilere, mevcut uygulamaları Azure 'a geçirirken ve Azure 'da yeni uygulamalar geliştirirken izleyebilecekleri iyi uygulama mimarisi ve tasarımı için bir temel sağlamaktır.

Her uygulama için bir şirket içi senaryo, ilgili bulut özellikli çözümü ve ilgili teknik önerileri bulacaksınız. Ayrıca, bu makalede, uygulamalarınızı doğru bir şekilde tasarlayabilmeniz için Azure 'a özgü geliştirme stratejileri ele alınmaktadır. Olası birçok uygulama deseni nedeniyle, mimarların ve geliştiricilerin, uygulamaları ve kullanıcıları için en uygun deseni seçmesi önerilir.

Teknik katkıda bulunanlar: Lusıs Carlos Vargaz Herhalka, Madhan Arumugam Oymakrishnan

Teknik gözden geçirenler: Corey Sanders, Çizidaniel, Narayan Annamalai, nir Mashkowski, Sanjay Mishra, Silvano Coriani, Stefan Schackow, Tim Hickey, Tim Wieman, Xin Jin

Giriş

Farklı makinelerdeki farklı uygulama katmanlarının bileşenlerini ve ayrı bileşenlere ayırarak birçok n katmanlı uygulama türü geliştirebilirsiniz. Örneğin, istemci uygulaması ve iş kuralları bileşenlerini bir makineye, ön uç Web katmanına ve veri erişim katmanı bileşenlerine başka bir makineye ve başka bir makinedeki arka uç veritabanı katmanına yerleştirebilirsiniz. Bu tür bir yapılandırma, her bir katmanın birbirlerinden yalıtılmasına yardımcı olur. Verilerin nereden geldiğini değiştirirseniz, istemci veya Web uygulamasını değiştirmeniz gerekmez, ancak yalnızca veri erişim katmanı bileşenlerini değiştirmelisiniz.

Tipik n katmanlı bir uygulama sunum katmanını, iş katmanını ve veri katmanını içerir:

Uygulama katmanları, bir uygulamadaki işlevlerin ve bileşenlerin mantıksal gruplandırmaları anlatmaktadır; Katmanlar, işlevlerin ve bileşenlerin ayrı fiziksel sunucular, bilgisayarlar, ağlar veya uzak konumlarda fiziksel dağıtımını anlatmaktadır. Bir uygulamanın katmanları aynı fiziksel bilgisayarda (aynı katman) bulunabilir veya ayrı bilgisayarlara (n-tier) dağılmış olabilir ve her katmandaki bileşenler, iyi tanımlanmış arabirimler aracılığıyla diğer katmanlardaki bileşenlerle iletişim kurar. Terim katmanını, iki katmanlı, üç katmanlı ve n katmanlı gibi fiziksel dağıtım düzenlerine başvurarak düşünebilirsiniz. 2 katmanlı uygulama deseninin iki uygulama katmanı vardır: uygulama sunucusu ve veritabanı sunucusu. Doğrudan iletişim, uygulama sunucusu ve veritabanı sunucusu arasında gerçekleşir. Uygulama sunucusu hem Web katmanı hem de iş katmanı bileşenlerini içerir. 3 katmanlı uygulama düzeninde üç uygulama katmanı vardır: Web sunucusu, iş mantığı katmanını ve/veya iş katmanı veri erişimi bileşenlerini ve veritabanı sunucusunu içeren uygulama sunucusu. Web sunucusu ile veritabanı sunucusu arasındaki iletişim uygulama sunucusu üzerinden gerçekleşir. Uygulama katmanları ve katmanları hakkında ayrıntılı bilgi için bkz. Microsoft uygulama mimarisi Kılavuzu.

bu makaleyi okumaya başlamadan önce, SQL Server ve Azure 'un temel kavramları hakkında bilgi sahibi olmanız gerekir. daha fazla bilgi için bkz. SQL Server Books Online, Azure sanal makineler 'de SQL Server ve Azure.com.

Bu makalede, basit uygulamalarınızın yanı sıra son derece karmaşık kurumsal uygulamalar için uygun olabilecek çeşitli uygulama desenleri açıklanmaktadır. her bir modele göre ayrıntıdan önce azure Depolama, Azure SQL Veritabanıve SQL Server azure sanal makinesindebulunan kullanılabilir veri depolama hizmetleri hakkında bilgi almanız önerilir. Uygulamalarınız için en iyi tasarım kararları almak için hangi veri depolama hizmetini açık olarak kullanacağınızı anlayın.

şu durumlarda Azure sanal makinelerinde SQL Server seçin:

• SQL Server ve Windows üzerinde denetiminiz olması gerekir. örneğin, bu SQL Server sürümü, özel düzeltmeler, performans yapılandırması vb. içerebilir.

• SQL Server ile tam uyumluluk gerekir ve mevcut uygulamaları Azure 'a olduğu gibi taşımak isteyebilirsiniz.

• Azure ortamının özelliklerinden yararlanmak istiyorsunuz, ancak Azure SQL Veritabanı uygulamanızın gerektirdiği tüm özellikleri desteklemiyor. Bu, aşağıdaki alanlara dahil olabilir:

  • veritabanı boyutu: bu makalenin güncelleştirildiği sırada 1 TB 'a kadar veri veritabanını destekler SQL Veritabanı. uygulamanız 1 TB 'den fazla veri gerektiriyorsa ve özel parçalama çözümleri uygulamak istemiyorsanız, bir Azure sanal makinesinde SQL Server kullanmanız önerilir. en son bilgiler için bkz. genişletme Azure SQL Veritabanı, DTU tabanlı satın alma modelive sanal çekirdek tabanlı satın alma modeli(önizleme).
  • hıpaa uyumluluğu: sağlık müşterileri ve bağımsız yazılım satıcıları (ısv), azure sanal makinelerinde SQL Server hıpaa iş ilişkisi sözleşmesi (baa) kapsamında bulunduğundan, Azure SQL Veritabanı yerine azure sanal makinelerinde SQL Server seçebilir. uyumluluk hakkında bilgi için bkz. güven merkezi: uyumluluk Microsoft Azure.
  • örnek düzeyi özellikler: şu anda SQL Veritabanı, veritabanının dışında (bağlı sunucular, aracı işleri, fılestream, Hizmet Aracısı vb.) canlı olan özellikleri desteklemez. daha fazla bilgi için bkz. Azure SQL Veritabanı kılavuzları ve sınırlamaları.

1 katmanlı (basit): tek bir sanal makine

bu uygulama modelinde, SQL Server uygulamanızı ve veritabanınızı Azure 'daki tek başına bir sanal makineye dağıtırsınız. Aynı sanal makine, istemci/Web uygulamanızı, iş bileşenlerinizi, veri erişim katmanını ve veritabanı sunucusunu içerir. Sunu, iş ve veri erişim kodu mantıksal olarak ayrılır ancak fiziksel olarak tek sunuculu bir makinede bulunur. Çoğu müşteri bu uygulama düzeniyle başlar ve daha sonra sistemine daha fazla web rolü veya sanal makine ekleyerek ölçeklendirebilir.

Bu uygulama deseninin ne zaman yararlı olduğu:

• Platformun uygulamanızın gereksinimlerini yanıtladığı olup olmadığını değerlendirmek için Azure platformuna basit bir geçiş işlemi gerçekleştirmek istiyorsunuz.
• Katmanlar arasındaki gecikmeyi azaltmak için aynı sanal makinede barındırılan tüm uygulama katmanlarını aynı Azure veri merkezinde tutmak istiyorsunuz.
• Kısa süreler için geliştirme ve test ortamlarını hızlıca sağlamak istiyorsunuz.
• Değişen iş yükü düzeyleri için stres testi gerçekleştirmek istiyorsunuz, ancak aynı zamanda sahip olmak istemediğiniz ve çok sayıda fiziksel makineyi her zaman koruyabilmeniz gerekir.

Aşağıdaki diyagramda basit bir şirket içi senaryo ve Azure 'daki tek bir sanal makinede bulut etkin çözümünü nasıl dağıtabileceğiniz gösterilmektedir.

İş katmanını (iş mantığı ve veri erişimi bileşenleri) sunu katmanıyla aynı fiziksel katmanda dağıtmak, ölçeklenebilirlik veya güvenlik sorunları nedeniyle ayrı bir katman kullanmanız gerekmedikçe uygulama performansını en üst düzeye çıkarabilir.

bu, ile başlamak için çok yaygın bir model olduğundan, verilerinizi SQL Server sanal makinenize taşımak için yararlı olan geçiş hakkında aşağıdaki makaleyi bulabilirsiniz: bir veritabanını bir Azure VM 'de SQL Server geçirme.

3 katmanlı (basit): birden çok sanal makine

Bu uygulama modelinde, her uygulama katmanını farklı bir sanal makineye yerleştirerek Azure 'da 3 katmanlı bir uygulama dağıtırsınız. Bu, kolay genişleme ve genişleme senaryolar için esnek bir ortam sağlar. Bir sanal makine, istemci/Web uygulamanızı içerdiğinde, diğeri iş bileşenlerinizi barındırır ve diğeri veritabanı sunucusunu barındırır.

Bu uygulama deseninin ne zaman yararlı olduğu:

• Karmaşık veritabanı uygulamalarının Azure sanal makinelerine geçişini gerçekleştirmek istiyorsunuz.
• Farklı uygulama katmanlarının farklı bölgelerde barındırılmasını istiyorsunuz. Örneğin, raporlama amacıyla birden çok bölgeye dağıtılan paylaşılan veritabanlarına sahip olabilirsiniz.
• Şirket içi sanallaştırılmış platformlardaki kurumsal uygulamaları Azure sanal makinelerine taşımak istiyorsunuz. kurumsal uygulamalarla ilgili ayrıntılı bir tartışma için bkz. Enterprise uygulama nedir?.
• Kısa süreler için geliştirme ve test ortamlarını hızlıca sağlamak istiyorsunuz.
• Değişen iş yükü düzeyleri için stres testi gerçekleştirmek istiyorsunuz, ancak aynı zamanda sahip olmak istemediğiniz ve çok sayıda fiziksel makineyi her zaman koruyabilmeniz gerekir.

Aşağıdaki diyagramda, her uygulama katmanını farklı bir sanal makineye yerleştirerek Azure 'da basit bir 3 katmanlı uygulamayı nasıl yerleştirebileceğiniz gösterilmektedir.

Bu uygulama modelinde, her katmanda yalnızca bir sanal makine vardır. Azure 'da birden fazla VM varsa, bir sanal ağ ayarlamanızı öneririz. Azure sanal ağ , güvenilen bir güvenlik sınırı oluşturur ve VM 'lerin kendi ARALARıNDA özel IP adresi üzerinden iletişim kurmasına izin verir. Ayrıca, tüm Internet bağlantılarının yalnızca sunum katmanına gitmesinin her zaman emin olun. Bu uygulama modelini takip ettiğinizde, erişimi denetlemek için ağ güvenlik grubu kurallarını yönetin. Daha fazla bilgi için bkz. Azure Portal kullanarak sanal makinenize dış erişime Izin verme.

Diyagramda Internet protokolleri TCP, UDP, HTTP veya HTTPS olabilir.

2 katmanlı ve 3 katmanlı sunum katmanı ölçeği genişletme

Bu uygulama modelinde, her uygulama katmanını farklı bir sanal makineye yerleştirerek 2 katmanlı veya 3 katmanlı veritabanı uygulamasını Azure sanal makinelerine dağıtırsınız. Ayrıca, gelen istemci isteklerinin artış hacmi nedeniyle sunu katmanını ölçeklendirebilirsiniz.

Bu uygulama deseninin ne zaman yararlı olduğu:

• Şirket içi sanallaştırılmış platformlardaki kurumsal uygulamaları Azure sanal makinelerine taşımak istiyorsunuz.
• Gelen istemci isteklerinin artış hacmi nedeniyle sunu katmanını ölçeklendirmek istiyorsunuz.
• Kısa süreler için geliştirme ve test ortamlarını hızlıca sağlamak istiyorsunuz.
• Değişen iş yükü düzeyleri için stres testi gerçekleştirmek istiyorsunuz, ancak aynı zamanda sahip olmak istemediğiniz ve çok sayıda fiziksel makineyi her zaman koruyabilmeniz gerekir.
• Ölçeği isteğe bağlı olarak ölçeğini ölçeklendiren ve indiren bir altyapı ortamına sahip olmak istiyor siniz.

Aşağıdaki diyagramda, gelen istemci isteklerinin hacminin artması nedeniyle sunum katmanının ölçeğini artırarak Uygulama katmanlarını Azure'da birden çok sanal makineye nasıl yer gösterebilirsiniz? Diyagramda gösterildiği gibi, Azure Load Balancer birden çok sanal makine arasında dağıtmak ve ayrıca hangi web sunucusuna bağlanılacakları belirlemekten sorumludur. Bir yük dengeleyicinin arkasında web sunucularının birden çok örneğinin olması, sunum katmanının yüksek kullanılabilirliğini sağlar.

Tek katmanda birden çok VM'ye sahip olan 2 katmanlı, 3 katmanlı veya n katmanlı desenler için en iyi yöntemler

Aynı katmana ait olan sanal makineleri aynı bulut hizmetine ve aynı kullanılabilirlik kümesine depolamayı öneririz. Örneğin, CloudService1 ve AvailabilitySet1'e bir dizi web sunucusu ve CloudService2 ile AvailabilitySet2 içinde bir veritabanı sunucusu kümesi yer alır. Azure'daki bir kullanılabilirlik kümesi, yüksek kullanılabilirlik düğümlerini ayrı hata etki alanlarına ve yükseltme etki alanlarına depolamanızı sağlar.

Bir katmanın birden çok VM örneğinden yararlanan uygulama katmanları arasında Azure Load Balancer yapılandırmanız gerekir. Her katmanda Load Balancer yapılandırmak için, her katmanın VM'leri üzerinde ayrı olarak yük dengeli bir uç nokta oluşturun. Belirli bir katman için, önce aynı bulut hizmette VM'ler oluşturun. Bu, aynı genel Sanal IP adresine sahip olduklarını sağlar. Ardından, bu katmanda sanal makinelerden biri üzerinde bir uç nokta oluşturun. Ardından, yük dengeleme için aynı uç noktayı bu katmanda yer alan diğer sanal makinelere at uygun şekilde attayarak. Yük dengeli bir küme oluşturarak trafiği birden çok sanal makineye dağıtır ve Load Balancer arka uç VM düğümü başarısız olduğunda hangi düğümün bağlanacaklarını belirlemesine izin verilir. Örneğin, bir yük dengeleyicinin arkasında web sunucularının birden çok örneğinin olması, sunum katmanının yüksek kullanılabilirliğini sağlar.

En iyi uygulama olarak, her zaman tüm internet bağlantılarının önce sunu katmanına gitmelerini sağlar. Sunum katmanı, iş katmanına ve ardından iş katmanı veri katmanına erişer. Sunum katmanına erişime izin verme hakkında daha fazla bilgi için bkz. Sanal makinenizi kullanarak sanal makinenize dış erişime izin Azure portal.

Azure'daki Load Balancer, şirket içi ortamdaki yük dengecilere benzer şekilde çalıştığını unutmayın. Daha fazla bilgi için bkz. Azure altyapı hizmetleri için yük dengeleme.

Ayrıca, Azure Sanal Ağ'ı kullanarak sanal makineleriniz için özel bir ağ ayarlamanızı öneririz. Bu, özel IP adresi üzerinden kendi aralarında iletişim kurmalarına olanak sağlar. Daha fazla bilgi için bkz. Azure Sanal Ağı.

İş katmanı ölçeğini dışarı ölçeklendirme ile 2 katmanlı ve 3 katmanlı

Bu uygulama düzeninde, her uygulama katmanını farklı bir sanal makineye yerleştirerek Azure Sanal Makineler'e 2 katmanlı veya 3 katmanlı bir veritabanı uygulaması dağıtırsınız. Ayrıca, uygulama sunucusu bileşenlerini, uygulamanın karmaşıklığı nedeniyle birden çok sanal makineye dağıtmak da iyi olabilir.

Bu uygulama deseni şu durumlarda kullanışlıdır:

• Kurumsal uygulamaları şirket içi sanallaştırılmış platformlardan Azure Sanal Makineler'e taşımak istiyorsunuz.
• Uygulama sunucusu bileşenlerini, uygulamanın karmaşıklığı nedeniyle birden çok sanal makineye dağıtmak istediğiniz.
• İş mantığının yoğun olduğu şirket içi LOB (iş hattı) uygulamalarını Azure Sanal Makineler'e taşımak istemeniz. LOB uygulamaları muhasebe, insan kaynakları (İk), bordro, tedarik zinciri yönetimi ve kaynak planlama uygulamaları gibi bir kuruluşta çalışma açısından kritik öneme sahip bir dizi kritik bilgisayar uygulamasıdır.
• Geliştirme ve test ortamlarını kısa süreler için hızlı bir şekilde hazırlar.
• Farklı iş yükü düzeyleri için stres testi gerçekleştirmek ancak aynı zamanda sürekli olarak birçok fiziksel makineye sahip olmak ve bakımını yapmak istemiyorsiniz.
• Ölçeği isteğe bağlı olarak ölçeğini ölçeklendiren ve indiren bir altyapı ortamına sahip olmak istiyor siniz.

Aşağıdaki diyagramda şirket içi senaryo ve bulut özellikli çözümü gösterilebilir. Bu senaryoda, iş mantığı katmanını ve veri erişim bileşenlerini içeren iş katmanını ölçeklendirerek uygulama katmanlarını Azure'daki birden çok sanal makineye yer alırsınız. Diyagramda gösterildiği gibi, Azure Load Balancer birden çok sanal makine arasında dağıtmak ve ayrıca hangi web sunucusuna bağlanılacakları belirlemekten sorumludur. Bir yük dengeleyicinin arkasında uygulama sunucularının birden çok örneğine sahip olmak, iş katmanının yüksek kullanılabilirliğini sağlar. Daha fazla bilgi için bkz. Tek katmanda birden çok sanal makineye sahip 2 katmanlı, 3katmanlı veya n katmanlı uygulama desenleri için en iyi yöntemler.

Sunum ve iş katmanlarıyla 2 katmanlı ve 3 katmanlı ölçek ölçeğini ve HADR'i

Bu uygulama düzeninde, sunu katmanı (web sunucusu) ve iş katmanı (uygulama sunucusu) bileşenlerini birden çok sanal makineye dağıtarak Azure Sanal Makineler'e 2 katmanlı veya 3 katmanlı bir veritabanı uygulaması dağıtırsınız. Ayrıca, Azure Sanal Makineler'de veritabanlarınız için yüksek kullanılabilirlik ve olağanüstü durum kurtarma (HADR) çözümleri uygulayabilirsiniz.

Bu uygulama deseni şu durumlarda kullanışlıdır:

• Yüksek kullanılabilirlik ve olağanüstü durum kurtarma özelliklerini kullanarak kurumsal uygulamaları şirket içi sanallaştırılmış platformlardan Azure SQL Server Azure'a taşımak istiyorsunuz.
• Gelen istemci isteklerinin hacminin ve uygulamanın karmaşıklığının artması nedeniyle sunum katmanının ve iş katmanının ölçeğini azaltmak istediğiniz.
• Geliştirme ve test ortamlarını kısa süreler için hızlı bir şekilde hazırlar.
• Farklı iş yükü düzeyleri için stres testi gerçekleştirmek ancak aynı zamanda sürekli olarak birçok fiziksel makineye sahip olmak ve bakımını yapmak istemiyorsiniz.
• Ölçeği isteğe bağlı olarak ölçeğini ölçeklendiren ve indiren bir altyapı ortamına sahip olmak istiyor siniz.

Aşağıdaki diyagramda şirket içi senaryo ve bulut özellikli çözümü gösterilebilir. Bu senaryoda, Azure'daki birden çok sanal makinede sunu katmanının ve iş katmanı bileşenlerinin ölçeğini ölçeklendirebilirsiniz. Ayrıca, Azure'daki veritabanlarını yedeklemek için yüksek kullanılabilirlik ve olağanüstü durum SQL Server (HADR) teknikleri uygulayabilirsiniz.

Bir uygulamanın birden çok kopyasını farklı VM'lerde çalıştırma, isteklerin yük dengelemesi olduğundan emin olun. Birden çok sanal makineniz olduğunda, tüm VM'lerinizi tek bir noktada erişilebilir ve çalışıyor durumda olduğundan emin olun. Yük dengelemeyi yapılandırıyorsanız, Azure Load Balancer sistem durumunu izler ve gelen çağrıları iyi durumdaki VM düğümlerine doğru şekilde yönlendirer. Sanal makinelerin yük dengelemeyi ayarlama hakkında bilgi için bkz. Azure altyapı hizmetleri için yük dengeleme. Yük dengeleyicinin arkasında web ve uygulama sunucularının birden çok örneğine sahip olmak, sunum ve iş katmanlarının yüksek kullanılabilirliğini sağlar.

SQL HADR gerektiren uygulama desenleri için en iyi yöntemler

Azure Sanal Makineler SQL Server yüksek kullanılabilirlik ve olağanüstü durum kurtarma çözümleri ayarlarken, Azure Sanal Ağ kullanarak sanal makineleriniz için bir sanal ağ ayarlamak zorunludur. Sanal Ağ içindeki sanal makineler hizmet kapalı kalma süresine rağmen kararlı bir özel IP adresine sahip olur, bu nedenle DNS ad çözümlemesi için gereken güncelleştirme süresini önleyebilirsiniz. Buna ek olarak, sanal ağ şirket içi ağına Azure'a genişletmenize olanak sağlar ve güvenilir bir güvenlik sınırı oluşturur. Örneğin, uygulamanıza kurumsal etki alanı kısıtlamaları (örneğin, Windows kimlik doğrulaması, Active Directory) varsa, Azure Sanal Ağ'ın ayarı gereklidir.

Azure'da üretim kodu çalıştıran müşterilerin çoğu hem birincil hem de ikincil çoğaltmaları Azure'da tutmaktadır.

Yüksek kullanılabilirlik ve olağanüstü durum kurtarma teknikleri hakkında kapsamlı bilgi ve öğreticiler için bkz. Azure Sanal Makineler'de SQL Server için Yüksek Kullanılabilirlik ve Olağanüstü Durum Kurtarma.

Azure Sanal Makineleri ve Sanal Makineleri kullanarak 2 katmanlı ve 3 katmanlı Cloud Services

Bu uygulama düzeninde, azure'a hem Azure Cloud Services (web ve çalışan rolleri - Hizmet Olarak Platform (PaaS)) hem de Azure Sanal Makineler (Hizmet Olarak Altyapı (IaaS) kullanarak 2 katmanlı veya 3 katmanlı uygulama dağıtırsınız. Veri Azure Cloud Services için Azure Sanal Makineler'de sunum katmanı/SQL Server katmanı ve hizmet katmanı için birden fazla hizmet katmanını kullanmak, Azure'da çalışan uygulamaların çoğu için yararlıdır. Bunun nedeni, bir işlem örneğinin Cloud Services kolay yönetim, dağıtım, izleme ve ölçek ölçeğini oluşturmasıdır.

Bu Cloud Services, Azure altyapıyı sizin için sürdürür, rutin bakım gerçekleştirir, işletim sistemlerine düzeltme eki uygulamanın ve hizmet ve donanım hatalarından kurtarmayı denemez. Uygulamanıza ölçeği artırmaya ihtiyaç olduğunda, bulut hizmeti projeniz için uygulama tarafından kullanılan örnek veya sanal makine sayısını artırarak veya azaltarak otomatik ve el ile ölçeği artırma seçenekleri kullanılabilir. Ayrıca, uygulamanızı Azure'daki bir bulut Visual Studio dağıtmak için şirket içi depolamayı kullanabilirsiniz.

Özetle, sunu/iş katmanı için kapsamlı yönetim görevlerine sahip olmak istemiyorsanız ve uygulamanız herhangi bir karmaşık yazılım yapılandırması veya işletim sistemi gerektirmezse, Azure Cloud Services. Bu Azure SQL Veritabanı tüm özellikleri desteklemezse, veri katmanı SQL Server Azure sanal makinesinde yer alan sanal makineleri kullanın. Uygulamanın azure Azure Cloud Services Azure Sanal Makineler'de depolanması, her iki hizmette de avantajları birleştirir. Ayrıntılı bir karşılaştırma için, Azure'da geliştirme stratejilerini karşılaştırma konusunun bölümüne bakın.

Bu uygulama düzeninde sunu katmanı, Azure yürütme ortamında çalışan bir Cloud Services bileşeni olan ve IIS ve ASP.NET tarafından desteklenen web uygulaması programlama için özelleştirilmiş bir web rolü içerir. İş veya arka uç katmanı, Azure yürütme ortamında çalışan Cloud Services bir çalışan rolü içerir ve genelleştirilmiş geliştirme için yararlıdır ve bir web rolü için arka plan işleme gerçekleştirebilirsiniz. Veritabanı katmanı, Azure'SQL Server bir sanal makinede yer alır. Sunu katmanı ile veritabanı katmanı arasındaki iletişim doğrudan veya iş katmanı (çalışan rolü bileşenleri) üzerinden gerçekleşir.

Bu uygulama deseni şu durumlarda kullanışlıdır:

• Yüksek kullanılabilirlik ve olağanüstü durum kurtarma özelliklerini kullanarak kurumsal uygulamaları şirket içi sanallaştırılmış platformlardan Azure SQL Server Azure'a taşımak istiyorsunuz.
• Ölçeği isteğe bağlı olarak ölçeğini ölçeklendiren ve indiren bir altyapı ortamına sahip olmak istiyor siniz.
• Azure SQL Veritabanı, uygulama veya veritabanınıza gereken tüm özellikleri desteklemez.
• Farklı iş yükü düzeyleri için stres testi gerçekleştirmek ancak aynı zamanda sürekli olarak birçok fiziksel makineye sahip olmak ve bakımını yapmak istemiyorsiniz.

Aşağıdaki diyagramda şirket içi senaryo ve bulut özellikli çözümü gösterilebilir. Bu senaryoda sunu katmanını web rollerine, iş katmanını çalışan rollerine, veri katmanını ise Azure'daki sanal makinelerde yer alır. Sunum katmanının birden çok kopyasını farklı web rollerinde çalıştırma, istekler arasında yük dengelemesi sağlar. Sanal makineleri Azure Cloud Services Azure Sanal Makineler ile birleştirdiğiniz zaman, Azure Sanal Ağı da ayarlamanız önerilir. Azure Sanal Ağ ile,bulutta aynı bulut hizmeti içinde kararlı ve kalıcı özel IP adreslerine sahip olabilir. Sanal makineleriniz ve bulut hizmetleriniz için bir sanal ağ tanımladığınız zaman, özel IP adresi üzerinden kendi aralarında iletişim kurmaya başlayabilirler. Ayrıca, sanal makinelerin ve Azure web/çalışan rollerinin aynı Azure Sanal Ağına sahip olması düşük gecikme süresi ve daha güvenli bağlantı sağlar. Daha fazla bilgi için bkz. Bulut hizmeti nedir?

Diyagramda gösterildiği gibi, Azure Load Balancer birden çok sanal makine arasında trafiği dağıtır ve ayrıca hangi web sunucusuna veya uygulama sunucusuna bağlanacaklarını belirler. Yük dengeleyicinin arkasında web ve uygulama sunucularının birden çok örneğinin olması, sunum katmanının ve iş katmanının yüksek kullanılabilirliğini sağlar. Daha fazla bilgi için bkz. HADR'deuygulama SQL yöntemleri.

Bu uygulama desenini uygulamaya başka bir yaklaşım, aşağıdaki diyagramda gösterildiği gibi hem sunu katmanı hem de iş katmanı bileşenlerini içeren birleştirilmiş bir web rolü kullanmaktır. Bu uygulama stili, durum bilgisi içeren tasarım gerektiren uygulamalar için kullanışlıdır. azure, web ve çalışan rolleri için durum bilgisi olmayan işlem düğümleri sağladığından, oturum durumunu depolamak için aşağıdaki teknolojilerden birini kullanarak bir mantık uygulamanızı öneririz: azure Önbelleğe Alma, azure tablo Depolama veya Azure SQL Veritabanı.

Azure sanal makineler, Azure SQL Veritabanı ve Azure App Service (Web Apps) ile desenler

Bu uygulama deseninin birincil amacı, çözümünüzde Azure hizmet olarak platform (IaaS) bileşenlerini nasıl birleştirebileceğinizi, çözümünüzde Azure hizmet olarak platform (PaaS) bileşenleri ile nasıl birleştirileceğini gösterir. bu model, ilişkisel veri depolama için Azure SQL Veritabanı odaklanır. hizmet sunumu olarak azure altyapısının bir parçası olan azure sanal makinesinde SQL Server içermez.

bu uygulama modelinde, sunu ve iş katmanlarını aynı sanal makineye yerleştirerek ve Azure SQL Veritabanı (SQL Veritabanı) sunucularındaki bir veritabanına erişerek Azure 'a bir veritabanı uygulaması dağıtırsınız. Sunum katmanını geleneksel IIS tabanlı Web çözümlerini kullanarak uygulayabilirsiniz. Ya da Azure App Servicekullanarak birleştirilmiş bir sunu ve iş katmanı uygulayabilirsiniz.

Bu uygulama deseninin ne zaman yararlı olduğu:

• Azure 'da yapılandırılmış bir SQL Veritabanı sunucusu zaten var ve uygulamanızı hızlı bir şekilde test etmek istiyorsunuz.
• Azure ortamının yeteneklerini test etmek istiyorsunuz.
• Kısa süreler için geliştirme ve test ortamlarını hızlıca sağlamak istiyorsunuz.
• İş mantığı ve veri erişim bileşenleriniz, bir Web uygulaması içinde kendi kendine dahil olabilir.

Aşağıdaki diyagramda, şirket içi bir senaryo ve bulut etkin çözümü gösterilmektedir. bu senaryoda, uygulama katmanlarını Azure 'da tek bir sanal makineye yerleştirirken Azure SQL Veritabanı verilere erişin.

Azure Web Apps kullanarak birleştirilmiş bir Web ve uygulama katmanı uygulamayı seçerseniz, orta katman veya uygulama katmanını bir Web uygulaması bağlamında dinamik bağlantı kitaplıkları (dll 'Ler) olarak tutmanızı öneririz.

Ayrıca, programlama teknikleri hakkında daha fazla bilgi edinmek için bu makalenin sonundaki Azure 'da Web geliştirme stratejilerini karşılaştırma bölümünde verilen önerileri gözden geçirin.

N katmanlı karma uygulama kalıbı

N katmanlı karma uygulama düzeninde, uygulamanızı şirket içi ve Azure arasında dağıtılan birden çok katmanda uygulayacağınızı görürsünüz. Bu nedenle, diğer katmanları değiştirmeden belirli bir katmanı değiştirmek veya eklemek için esnek ve yeniden kullanılabilir bir karma sistem oluşturursunuz. Şirket ağınızı buluta genişletmek için Azure sanal ağ hizmeti 'ni kullanırsınız.

Bu hibrit uygulama deseninin kullanılması:

• Kısmen bulutta ve kısmen şirket içinde çalışan uygulamalar oluşturmak istiyorsunuz.
• Mevcut bir şirket içi uygulamanın bazı veya tüm öğelerini buluta geçirmek istiyorsunuz.
• Şirket içi sanallaştırılmış platformlardaki kurumsal uygulamaları Azure 'a taşımak istiyorsunuz.
• İsteğe bağlı olarak ölçeklenebilen ve azaltılabilen bir altyapı ortamına sahip olmak istiyorsunuz.
• Kısa süreler için geliştirme ve test ortamlarını hızlıca sağlamak istiyorsunuz.
• Kurumsal veritabanı uygulamalarına yönelik yedeklemeleri almak için uygun maliyetli bir yol istiyorsunuz.

Aşağıdaki diyagramda, şirket içi ve Azure arasında yayılan n katmanlı bir karma uygulama kalıbı gösterilmektedir. Diyagramda gösterildiği gibi, şirket içi altyapı, Kullanıcı kimlik doğrulaması ve yetkilendirmesini desteklemek için Active Directory Domain Services etki alanı denetleyicisi içerir. Diyagramda veri katmanının bazı bölümlerinin Azure 'da canlı olarak veri katmanının bir parçası olduğu bir senaryoyu gösterdiği bir senaryo olduğunu unutmayın. Uygulamanızın ihtiyaçlarına bağlı olarak, birkaç başka karma senaryo da uygulayabilirsiniz. Örneğin, sunu katmanını ve iş katmanını şirket içi bir ortamda, ancak Azure 'daki veri katmanında tutabilirsiniz.

Azure 'da, Active Directory kuruluşunuz için tek başına bir bulut dizini olarak kullanabilir veya mevcut şirket içi Active Directory Azure Active Directoryda tümleştirebilirsiniz. diyagramda görüldüğü gibi, iş katmanı bileşenleri, azure 'da özel bir iç ıp adresi aracılığıyla, azure sanal ağıaracılığıyla şirket içi SQL Server veya .NET Framework veri sağlayıcısı teknolojilerini kullanarak SQL Veritabanı gibi birden çok veri SQL Server kaynağına erişebilir. bu diyagramda, Azure SQL Veritabanı isteğe bağlı bir veri depolama hizmetidir.

N katmanlı karma uygulama modelinde, aşağıdaki iş akışını belirtilen sırada uygulayabilirsiniz:

1. Microsoft değerlendirme ve planlama (eşleme) araç setikullanılarak buluta taşınması gereken kurumsal veritabanı uygulamalarını belirler. HARITA araç seti, sanallaştırma için göz önünde bulundurmakta olduğunuz bilgisayarlardan envanter ve performans verilerini toplar ve kapasite ve değerlendirme planlaması ile ilgili öneriler sağlar.

2. Depolama hesapları ve sanal makineler gibi Azure platformunda gereken kaynakları ve yapılandırmayı planlayın.

3. Şirket içi ağ ve Azure sanal ağıarasında ağ bağlantısı kurun. Şirket içi şirket ağı ile Azure 'da bir sanal makine arasında bağlantı kurmak için aşağıdaki iki yöntemden birini kullanın:

   1. Azure 'daki bir sanal makinedeki genel uç noktaları aracılığıyla şirket içi ve Azure arasında bir bağlantı kurun. bu yöntem kolay bir kurulum sağlar ve sanal makinenizde SQL Server kimlik doğrulaması kullanmanızı sağlar. Ayrıca, VM 'ye yönelik genel trafiği denetlemek için ağ güvenlik grubu kurallarınızı ayarlayın. Daha fazla bilgi için bkz. Azure Portal kullanarak sanal makinenize dış erişime Izin verme.

   2. Azure sanal özel ağ (VPN) tüneli aracılığıyla şirket içi ve Azure arasında bir bağlantı kurun. Bu yöntem, etki alanı ilkelerini Azure 'da bir sanal makineye genişletmenizi sağlar. ayrıca, güvenlik duvarı kuralları ayarlayabilir ve sanal makinenizde Windows kimlik doğrulaması kullanabilirsiniz. Şu anda Azure, siteden siteye VPN ve Noktadan siteye VPN bağlantılarını güvenli şekilde destekler:

      • Siteden siteye bağlantıyı güvenli hale getirmek için, Azure 'da şirket içi ağınız ve sanal ağınız arasında ağ bağlantısı kurabilirsiniz. Şirket içi veri merkezi ortamınızı Azure 'a bağlamak önerilir.
      • Güvenli Noktadan siteye bağlantı sayesinde, Azure 'daki sanal ağınız ile her yerde çalışan ayrı bilgisayarlardaki ağ bağlantısı kurabilirsiniz. Genellikle geliştirme ve test amaçları için önerilir.

      azure 'daki SQL Server 'a bağlanma hakkında daha fazla bilgi için bkz. azure 'da bir SQL Server sanal makinesine Bağlan.

4. Azure 'da bir sanal makine diskinde şirket içi verileri yedekleyen zamanlanan işleri ve uyarıları ayarlayın. daha fazla bilgi için bkz. azure Blob storage hizmeti ile yedekleme ve geri yükleme SQL Server ve azure sanal makinelerinde SQL Server için yedekleme ve geriyükleme.

5. Uygulamanızın ihtiyaçlarına bağlı olarak aşağıdaki üç yaygın senaryodan birini uygulayabilirsiniz:

   1. Web sunucunuzu, uygulama sunucunuzu ve duyarsız verileri Azure 'daki bir veritabanı sunucusunda tutabilir, ancak gizli verileri şirket içinde tutabilirsiniz.
   2. Web sunucunuzu ve uygulama sunucunuzu şirket içinde, Azure 'daki bir sanal makinedeki veritabanı sunucusu olarak tutabilirsiniz.
   3. Veritabanı sunucunuzu, Web sunucunuzu ve uygulama sunucunuzu şirket içinde tutabilirsiniz. böylece, Azure 'daki sanal makinelerde veritabanı çoğaltmaları saklarsınız. Bu ayar, şirket içi Web sunucularının veya raporlama uygulamalarının Azure 'daki veritabanı çoğaltmalarına erişmesine izin verir. Bu nedenle, bir şirket içi veritabanında iş yükünü düşürmek için elde edebilirsiniz. Bu senaryoyu, ağır okuma iş yükleri ve geliştirme amaçları için uygulamanızı öneririz. azure 'da veritabanı çoğaltmaları oluşturma hakkında bilgi için bkz. azure sanal makinelerinde SQL Server için yüksek kullanılabilirlik ve olağanüstü durum kurtarmaAlwaysOn Kullanılabilirlik Grupları.

Azure 'da Web geliştirme stratejilerini karşılaştırma

Azure 'da çok katmanlı SQL Server tabanlı bir uygulama uygulamak ve dağıtmak için aşağıdaki iki programlama yönteminden birini kullanabilirsiniz:

• azure 'da geleneksel bir web sunucusu (ııs-Internet Information Services) kurun ve azure sanal makinelerinde SQL Server veritabanlarına erişin.
• Azure 'a bir bulut hizmeti uygulayın ve dağıtın. daha sonra, bu bulut hizmetinin Azure sanal makinelerinde SQL Server veritabanlarına erişebildiğinizden emin olun. Bulut hizmeti, birden çok Web ve çalışan rolü içerebilir.

aşağıdaki tabloda azure Cloud Services ve azure Web Apps azure sanal makinelerinde SQL Server göre geleneksel web geliştirme hakkında bir karşılaştırma sağlanmaktadır. azure Web Apps, azure VM 'de SQL Server ortak sanal ıp adresi veya DNS adı aracılığıyla azure Web Apps için bir veri kaynağı olarak kullanmak mümkün olduğu için, bu tablo içerir.

Bu programlama yöntemleri arasında seçim hakkında daha fazla bilgi için bkz. Azure Web Apps, Cloud Services ve VM'ler: Hangi yöntemin ne zaman kullanımı gerekir?

Sonraki adımlar

Azure Sanal Makineler'de SQL Server hakkında daha fazla bilgi için bkz. SQL Server Azure Sanal Makineler'e Genel Bakış.