Azure Stack Hub’da App Service sunucu rolleri için kapasite planlaması

Azure Stack Hub'da üretime hazır bir Azure App Service dağıtımı ayarlamak için sistemin desteklemesini beklediğiniz kapasiteyi planlamanız gerekir.

Bu makalede, herhangi bir üretim dağıtımı için kullanmanız gereken en az işlem örneği ve işlem SKU sayısı için rehberlik sağlanır.

Not

Roller için önerilen işlem SKU'su kılavuzu, standart dağıtımları Azure dağıtımlarına uygun olacak şekilde Azure Stack Hub'da Azure App Service 2020.Q2 sürümüyle güncelleştirildi.

Bu yönergeleri kullanarak App Service kapasite stratejinizi planlayabilirsiniz.

App Service sunucu rolü	Önerilen en az örnek sayısı	Önerilen işlem SKU'su
Denetleyici	2	A4v2
Ön Uç	2	A4_v2
Yönetim	2	D3_v2
Publisher	2	A2_v2
Web Çalışanları - paylaşılan	2	A4_v2
Web Çalışanları - ayrılmış - küçük	Katman başına 2	A1_v2
Web Çalışanları - ayrılmış - orta	Katman başına 2	A2_v2
Web Çalışanları - ayrılmış - büyük	Katman başına 2	A4_v2

Denetleyici rolü

Önerilen en düşük: İki A4v2 örneği

Azure App Service denetleyicisi genellikle düşük CPU, bellek ve ağ kaynakları tüketimiyle karşılaşır. Ancak, yüksek kullanılabilirlik için iki denetleyiciniz olmalıdır. İki denetleyici de izin verilen en fazla denetleyici sayısıdır. Dağıtım sırasında yükleyiciden doğrudan ikinci web siteleri denetleyicisini oluşturabilirsiniz.

Ön uç rolü

Önerilen en düşük: İki A4v_2 örneği

Ön uç, web çalışanlarının kullanılabilirliğine bağlı olarak istekleri web çalışanlarına yönlendirir. Yüksek kullanılabilirlik için birden fazla ön ucunuz olmalıdır ve ikiden fazla ön ucunuz olabilir. Kapasite planlaması amacıyla her çekirdeğin saniyede yaklaşık 100 istek işleyebileceğini göz önünde bulundurun.

Yönetim rolü

Önerilen en düşük: D3v2'nin iki örneği

Azure Uygulaması klasik dağıtım modeli rolü Azure Resource Manager ve API uç noktaları, portal uzantıları (yönetici, kiracı, İşlevler portalı) ve veri hizmeti App Service sorumludur. Yönetim sunucusu rolü genellikle bir üretim ortamında yalnızca yaklaşık 4 GB RAM gerektirir. Ancak, birçok yönetim görevi (web sitesi oluşturma gibi) gerçekleştirildiğinde yüksek CPU düzeyleriyle karşılaşabilir. Yüksek kullanılabilirlik için, bu role atanmış birden fazla sunucunuz ve sunucu başına en az iki çekirdeğiniz olmalıdır.

Yayımcı rolü

Önerilen en düşük: İki A2v2 örneği

Birçok kullanıcı aynı anda yayımlıyorsa yayımcı rolü yoğun CPU kullanımıyla karşılaşabilir. Yüksek kullanılabilirlik için birden fazla yayımcı rolünün kullanılabilir olduğundan emin olun. Yayımcı yalnızca FTP/FTPS trafiğini işler.

Web çalışanı rolü

Önerilen en düşük: İki A4_v2 örneği

Yüksek kullanılabilirlik için en az dört web çalışanı rolünüz olmalıdır: paylaşılan web sitesi modu için iki rol ve sunmayı planladığınız her ayrılmış çalışan katmanı için iki rol. Paylaşılan ve ayrılmış işlem modları kiracılara farklı hizmet düzeyleri sağlar. Müşterilerinizin çoğu şu durumdaysa daha fazla web çalışanına ihtiyacınız olabilir:

• Ayrılmış işlem modu çalışan katmanlarını (yoğun kaynak kullanan) kullanma.
• Paylaşılan işlem modunda çalışıyor.

Kullanıcı ayrılmış işlem modu SKU'su için bir App Service planı oluşturduktan sonra, bu App Service planında belirtilen web çalışanlarının sayısı artık kullanıcılar tarafından kullanılamaz.

Tüketim planı modelindeki kullanıcılara Azure İşlevleri sağlamak için paylaşılan web çalışanlarını dağıtmanız gerekir.

Kullanılacak paylaşılan web çalışanı rollerinin sayısına karar verirken şu noktaları gözden geçirin:

• Bellek: Bellek, bir web çalışanı rolü için en kritik kaynaktır. Sanal bellek diskten değiştirildiğinde yetersiz bellek web sitesi performansını etkiler. Her sunucu, işletim sistemi için yaklaşık 1,2 GB RAM gerektirir. Bu eşiğin üzerindeki RAM, web sitelerini çalıştırmak için kullanılabilir.

• Etkin web sitelerinin yüzdesi: Genellikle Azure Stack Hub dağıtımındaki bir Azure App Service uygulamaların yaklaşık yüzde 5'i etkindir. Ancak, herhangi bir anda etkin olan uygulamaların yüzdesi daha yüksek veya daha düşük olabilir. Yüzde 5 etkin uygulama oranıyla, Azure Stack Hub dağıtımındaki bir Azure App Service yerleştirilecek en fazla uygulama sayısı, etkin web sitesi sayısının (5 x 20 = 100) 20'den az olması gerekir.

• Ortalama bellek ayak izi: Üretim ortamlarında gözlemlenen uygulamalar için ortalama bellek ayak izi yaklaşık 70 MB'tır. Bu ayak izi kullanıldığında, tüm web çalışanı rolü bilgisayarlarında veya VM'lerde ayrılan bellek aşağıdaki gibi hesaplanır:

  Number of provisioned applications * 70 MB * 5% - (number of web worker roles * 1044 MB)

  Örneğin, 10 web çalışanı rolü çalıştıran bir ortamda 5.000 uygulama varsa, her web çalışanı rolü VM'sinde 7060 MB RAM olmalıdır:

  5,000 * 70 * 0.05 - (10 * 1044) = 7060 (= about 7 GB)

  Daha fazla çalışan örneği ekleme hakkında bilgi için bkz. Daha fazla çalışan rolü ekleme.

Yükseltme ve bakım sırasında ayrılmış çalışanlar için dikkat edilmesi gereken ek noktalar

Çalışanların yükseltmesi ve bakımı sırasında Azure Stack Hub'daki Azure App Service her çalışan katmanının %20'sinde tek seferde bakım gerçekleştirir. Bu nedenle, kiracılarının yükseltme ve bakım sırasında hizmet kaybı yaşamaması için bulut yöneticilerinin çalışan katmanı başına %20 ayrılmamış çalışan havuzu tutması gerekir. Örneğin, bir çalışan katmanında 10 çalışanınız varsa, yükseltmeye ve bakıma izin vermek için 2'nin ayrılmadığından emin olmanız gerekir. 10 çalışanın tamamı ayrılırsa, ayrılmamış çalışan havuzunu korumak için çalışan katmanını artırmanız gerekir.

Yükseltme ve bakım sırasında, Azure App Service iş yüklerinin çalışmaya devam edeceğinden emin olmak için iş yüklerini ayrılmamış çalışanlara taşır. Ancak yükseltme sırasında ayrılmamış çalışan yoksa kiracı iş yükü kapalı kalma süresi olasılığı vardır. Paylaşılan çalışanlarla ilgili olarak, hizmetin kullanılabilir çalışanlar içindeki kiracı uygulamalarını otomatik olarak ayıracağı için müşterilerin ek çalışan sağlaması gerekmez. Yüksek kullanılabilirlik için bu katmanda en az iki çalışan gerekir.

Bulut yöneticileri, Azure Stack Hub yönetici portalındaki App Service yönetici alanında çalışan katmanı ayırmalarını izleyebilir. App Service'a gidin ve sol bölmede Çalışan Katmanları'nı seçin. Çalışan Katmanları tablosunda çalışan katmanı adı, boyutu, kullanılan görüntü, kullanılabilir çalışan sayısı (ayrılmamış), her katmandaki toplam çalışan sayısı ve çalışan katmanının genel durumu gösterilir.

Dosya sunucusu rolü

Dosya sunucusu rolü için, geliştirme ve test için tek başına bir dosya sunucusu kullanabilirsiniz. Örneğin, Azure Stack Geliştirme Seti'ne (ASDK) Azure App Service dağıtırken bu şablonu kullanabilirsiniz. Üretim amacıyla, önceden yapılandırılmış bir Windows dosya sunucusu veya önceden yapılandırılmış, Windows dışı bir dosya sunucusu kullanmanız gerekir.

Üretim ortamlarında dosya sunucusu rolü yoğun disk G/Ç deneyimi yaşar. Kullanıcı web siteleri için tüm içerik ve uygulama dosyalarını barındırdığından, bu rol için aşağıdaki kaynaklardan birini önceden yapılandırmanız gerekir:

• Windows dosya sunucusu
• Windows dosya sunucusu kümesi
• Windows olmayan dosya sunucusu
• Windows olmayan dosya sunucusu kümesi
• NAS (Ağa Bağlı Depolama) cihazı

Daha fazla bilgi için bkz . Dosya sunucusu sağlama.

Sonraki adımlar

Azure Stack Hub'da App Service dağıtımı için önkoşullar