Terminal Sunucusunda Kaynakları Nasıl Hesaplayabilirsiniz: Pratik Bir Boyutlandırma Yöntemi

Bir terminal sunucu hesaplayıcısı nadiren kelime anlamıyla bir hesaplayıcıdır. Çoğu KOBİ ve MSP ortamında, kullanıcıların şikayet etmeye başlamasından önce bir terminal sunucusunun ne kadar CPU, RAM, depolama ve boş alana ihtiyaç duyacağını tahmin etmek için kullanılan bir planlama yöntemidir. Anahtar kelimenin arkasındaki gerçek soru pratik: Bir terminal sunucusunda kaynakları yeterince iyi nasıl hesaplayabilirsiniz ki güvenle dağıtım yapabilir, aşırı harcamalardan kaçınabilirsiniz? performans darboğazı riskini azaltın ?

Bir terminal sunucusu hesaplayıcısı aslında ne hesaplamalıdır?

Kullanışlı bir terminal sunucusu hesaplayıcısı, "sunucu başına kullanıcılar"dan daha fazlasını tahmin etmelidir. Bir yönetici olarak, CPU, RAM, depolama performansı, profil depolama ve gerçekçi eşzamanlı kullanım altında kapasite marjı planlamanıza yardımcı olmalıdır. Microsoft'un Uzaktan Masaüstü oturum ana bilgisayarları için rehberliği, iş yükü türü ve önerilen kullanıcı sayısı etrafında vCPU başına boyutlandırmayı çerçeveler, genel bir tek tip bağlantı sınırı etrafında değil.

Kullanıcı sayısının bir terminal sunucusunda kaynakları hesaplamak için neden yeterli olmadığı?

Oturum kullanımı

Unutmayın, aynı sayıda kullanıcıya sahip iki ortam çok farklı sonuçlar üretebilir. Altyapınıza kaç kullanıcının erişeceğini zaten bildiğinizi varsayıyoruz, bu nedenle sahip olmak lisanslama ve CAL'lar dikkate alındı pratik çalışma başlayabilir.

Hayal edin ki on beş kullanıcı bir iş uygulamasını açtığında bir sunucu üzerinde mütevazı bir yük oluşturabilir. Bu arada, on beş kullanıcının tarayıcılar, Ofis uygulamaları, PDF araçları, yazdırma ve arka plan senkronizasyonu ile tam bir uzak masaüstü çalıştırması çok daha ağır bir etki yaratabilir. Boyutlandırma modelleri, hafif, orta ve ağır çoklu oturum iş yüklerini ayırarak bu farkı yansıtır.

Ayrım önemlidir çünkü "30 kullanıcı" tek başına bir kapasite rakamı değildir. Ancak tanımladığınızda anlam kazanır. o kullanıcıların ne yaptığını ve ne kullandığını yoğun dönemlerde.

Sunucu kullanımı

Ayrıca son derece önemli bir ayrımı hatırlayın: laboratuvarlar veya küçük bir ofis için, daha az eşzamanlı kullanıcı oturumu çalıştıracağı için tek bir sunucu planlayabilirsiniz, oysa üretim için muhtemelen bir çiftlik planlayacaksınız. Gerçekten de, performansı artırmak, sorun gidermeyi basitleştirmek ve güvenliği sağlamak için ayrı roller gereklidir, bu nedenle yaygın bir ayrım şunlar olacaktır:

• Broker, Web ve Lisanslama için 1 sunucu
• 1 veya daha fazla sunucu için Oturum Ana Bilgisi
• 1 RD Gateway kendi sunucusunda harici erişim için.

Bir adım daha ileri gitmek için, o tür bir sunucu, bellek vb. gibi unsurların devreye gireceğini göreceksiniz ve isteyebilirsiniz. daha büyük kurulumlarda SSD dahil et örneğin. Yine de, bu sadece sizi olasılıklar hakkında bilgilendirmek için bir belirtmedir.

Hangi dört girdi kaynak planlamasını şekillendirir?

Sonra, doğrudan donanım numaralarına atlamaktan daha güvenilir olan, saymaya başlamadan önce toplamanız gereken dört girdi burada. Bu yukarı akış çalışması, kimin bağlanabileceği ve hangi Microsoft kuralları altında bağlanabileceği ile ilgili lisanslama sorularıyla örtüşmeyi önler. Buradaki ana endişe, bir oturum sunucusunun yanıt verebilir kalabilmesi için ne kadar kaynağa ihtiyaç duyduğudur. Önceki makalemiz şunları kapsıyordu. lisanslama ve sunucu kapasitesi burada her şeyi metodik bir şekilde saymanın pratiklerini geliştirip doğru planlama yapabiliriz.

Bu nedenle, toplamanız gerekiyor:

Eşzamanlı aktif kullanıcılar

Bu temel sayıyı dahil etmemiz gerekiyor çünkü paralel olarak yürütülen oturum sayısı kesinlikle sunucu performansını etkileyecektir. Eşzamanlı sayının toplam sayıdan bağımsız olabileceğini unutmayın.

Kullanıcı grubu başına iş yükü sınıfı

Bir kullanıcının veya kullanıcı grubunun kaynakları ne kadar kullanacağını değerlendirmek, ilk gerçeklik kontrolüdür. Belirli gruplar veya bireyler, gerçekleştirdikleri görevler nedeniyle kaçınılmaz olarak daha fazla kaynak tüketir. Bu nedenle, yoğun kullanıcıların tanımlanması gerekmektedir.

Uygulama ve oturum türü

Belirli uygulamaları tespit etmek de çok faydalıdır, çünkü bazı kullanıcılar hangi uygulamaları çalıştırdıklarına göre büyük miktarda kaynak monopolize edecektir.

Zirve, büyüme ve hata toleransı marjı

Bu giriş listesini maksimum kullanım için hesaplayarak tamamlayın, beklenen kısa vadeli büyüme için yer bırakın ve bir yedek tampon marjı oluşturun.

Terminal Sunucularında Kaynakları Nasıl Hesaplayabilirsiniz?

Burada, SMB yönetimi ve diğer bağlamlarda faydalı olacağını umduğumuz pratik bir hesaplama yöntemi bulunmaktadır. Bu yöntem, en azından planlamayı basitleştirmeyi ve yapılandırmayı hedeflemektedir. Daha sonra, pilot döneme ve sonrasına güvenebileceğiniz şekilde geliştirilmesine olanak tanımalıdır.

Adım 1: Eş zamanlı kullanıcıları sayın, toplam kullanıcıları değil

Aynı anda aktif olan kullanıcı sayısıyla başlayın. Bu, sunucu yükünü belirleyen sayıdır. 50 isimli kullanıcısı olan bir işletme, yoğun saatlerde yalnızca 18 ila 25 kullanıcının aynı anda bağlı olmasına sahip olabilir. Bir oturum sunucusu boyutlandırırken, eşzamanlı oturum sayısı toplam kullanıcı sayısından çok daha faydalıdır.

Yük altında sürdürülebilir gerçek dünya kapasitesini test etmeden önce, planlamanın tahminleri sorgulaması gerekir.

Adım 2: İş yüklerini hafif, orta veya ağır olarak sınıflandırın

Sonra grup kullanıcılarını iş yüküne göre sıralayın. Microsoft’un mevcut oturum ana bilgisayarı kılavuzu çok oturumlu ortamlar için aşağıdaki temel yoğunluk aralıklarını önermektedir ve HP ile diğer kaynaklar da buna katılmaktadır:

• vCPU başına 6 hafif kullanıcıya kadar,
• 4 orta düzey kullanıcı vCPU başına ve
• vCPU başına 2 ağır kullanıcı,

sırasıyla 8 vCPU, 16 GB RAM, 32 GB depolama minimum VM örneği bu iş yükü bantları arasında. Öneriler ayrıca çoklu oturum VM boyutlarının daha iyi kapasite getirileri için yaklaşık 4 ile 24 vCPU arasında tutulmasını da içermektedir.

Küçük ve orta ölçekli işletmeler için basit bir iş yükü haritası, sıralamayı yönlendirecektir:

• Işık: bir iş uygulaması, sınırlı tarayıcı kullanımı, kısa oturumlar
• Orta: Ofis uygulamaları, tarayıcı sekmeleri, PDF araçları, ılımlı çoklu görev yönetimi
• Ağır: ERP, daha büyük Excel dosyaları, sürekli tarayıcı kullanımı, yazdırma, gün boyu açık birçok uygulama

Bunlar temel planlama bantlarıdır, garanti değildir. Amaç, iş yükü davranışına dayalı bir başlangıç noktası seçmektir.

Adım 3: CPU kapasitesini tahmin et

Kullanıcılar gruplandıktan sonra, kullanıcı başına vCPU yaklaşımı ile CPU'yu tahmin edin. Örneğin, eğer 24 eşzamanlı kullanıcı çoğunlukla orta düzey kullanıcıysa, Microsoft'un yaklaşık 4 kullanıcı başına vCPU temel değeri, 6 vCPU civarından başlamayı önerir, ardından patlama alanı ile pratik bir ana makine boyutuna yuvarlayın. Kısa vadeli CPU talep zirveleri sırasında daha iyi patlama kapasitesi sağlamak istiyorsanız, aksi takdirde olabileceğinizden daha düşük kullanıcı başına çekirdek oranları planlayın.

CPU boyutlandırmasının matematiksel minimumla sınırlı kalmaması gerektiği artık açık hale gelmiş olabilir. Giriş patlamaları, antivirüs etkinliği, raporlama işleri ve kısa süreli eşzamanlı uygulama başlatmalarını dikkate almalıdır.

Adım 4: RAM gereksinimlerini tahmin et

RAM, işletim sisteminin, temel hizmetlerin, oturum yükünün ve kullanıcı başına uygulama bellek kullanımının ihtiyaçlarını karşılamalıdır. Yukarıda açıklandığı gibi, mevcut Microsoft çoklu oturum temel düzeyi, 8 vCPU başlangıç noktası için en az 16 GB RAM ile hafif, orta ve ağır iş yükü örneklerini eşleştirmiştir. Bu sadece bir temel düzey olsa da, yine de tahmin için somut bir başlangıç noktası sağlar.

Küçük veya orta ölçekli bir işletmede pratik bir yöntem şudur:

1. OS ve platform hizmetleri için bellek ayırın.
2. kullanıcı sınıfına göre oturum başına bellek tahmini,
3. eşzamanlı oturumlarla çarpın,
4. sonra bir güvenlik marjı ekleyin.

PeteNetLive bir verir kasıtlı olarak geniş bir kural olarak kullanıcı başına 2 ile 8 GB arasında RD Oturum Sunucusu RAM planlaması için. Bu, ağır oturumları küçümsemeye karşı bir uyarı olarak faydalıdır, hatta kesin sayı testlerde netleştirilmelidir.

Adım 5: Depolama ve profil yükünü kontrol et

Depolama, terminal sunucu planlamasında genellikle göz ardı edilir. Yavaş ve tıkanmış depolama, CPU ve RAM hala kabul edilebilir görünse bile, oturum açma, profil yükleme, geçici dosyalar, uygulama başlatmaları ve yazdırma sıralama işlemlerini olumsuz etkileyebilir.

• profil depolama
• OS depolama
• güvenlik ve benzeri amaçlar için günlükler

Bu son kategori, altyapınızın boyutuna ve ihtiyaç duyduğunuz izleme ve koruma türüne bağlı olarak hızla büyüyebileceğinden, tahmin etmeye değer.

PeteNetLive'in rol bazında sunumu, oturum ana bilgisayarının genellikle kaynak baskısının ilk ortaya çıktığı yer olduğunu hatırlatıcı bir işlev görürken, diğer RDS rollerinin genellikle daha küçük ayak izlerine sahip olduğunu gösterir. Şirketinizin kullanım kapasitesini artırma işaretlerini ararken bunu aklınızda bulundurun, çünkü bu, planların boyutlandırılmasına destek olabilir.

Adım 6: Zirveler, büyüme ve yedekleme için başlık alanı ekleyin

Hiçbir terminal sunucu hesaplayıcısı "tam olarak yeterli" sayısıyla bitmemelidir. Ek alan ekleyin:

• sabah giriş artışları
• yamanlama ve AV taramaları
• aylık raporlama zirveleri
• beklenen kullanıcı büyümesi
• çok sunuculu tasarımda ana bilgisayar hatası

Son olarak, tek bir ana bilgisayardan öteye geçiş yapan herhangi bir ortam için bazı iyi operasyonel tavsiyeler, sunucu veya hiper yönetici kaybı durumunda ek ana bilgisayarları dikkate almaktır.

Küçük ve Orta Ölçekli İşletmeler ile Yönetilen Hizmet Sağlayıcılar için Basit Terminal Sunucu Hesaplama Yöntemi

Bu hesaplayıcı mantığı kasıtlı olarak basittir. Savunulabilir bir ilk tahmin üretmek için tasarlanmıştır, nihai bir kıyaslama değil, ve buna göre uyarlamanız içindir.

Hızlı bir planlama formülü

Bu diziyi kullanın:

1. Sayı eşzamanlı kullanıcılar .
2. Sıralayın hafif, orta ve ağır gruplar.
3. Tahmin CPU bir temel kullanıcı-vCPU oranı kullanarak.
4. Tahmin RAM işletim sistemi yükü artı oturum başına talep.
5. Kontrol Et depolama profil, geçici ve başlatma performansı için.
6. Ekle %20 ile %30 arasında boşluk , ardından devreye alma ihtiyaçlarını gözden geçirin.

Bu, boyutlandırmanın genel olarak nasıl çerçevelendiğinin özünü yansıtır: önce iş yükü, sonra oranlar, gözlemden sonra ince ayar. Ve şimdi, neden bir önizleme almayasınız? hangi şekli alabileceği doğru bir tahmin elde edin ve potansiyel altyapınızı haritalayın? Bütçenizi planlarken önemli bir araç.

Örnek 1: 15 hafif ofis kullanıcısı

15 eşzamanlı kullanıcının yayımlanmış bir iş uygulamasına eriştiğini ve hafif tarayıcı kullanımını varsayın.

Tavsiye edilen hafif temel değerleri kullanarak, ham CPU tahmini yaklaşık 3 vCPU'dur. Pratikte, bu patlama kapasitesi için çok dar bir değerdir, bu nedenle bir planlayıcı, sınırda inşa etmek yerine daha pratik bir ana bilgisayar profiline geçecektir. Tavsiyelerin, çoklu oturum iş yükleri için standart bir temel profil olarak 8 vCPU, 16 GB RAM ile 4 ila 24 vCPU boyutlandırma aralığını tercih ettiğini göreceksiniz.

RAM için, işletim sistemi ve hizmetler için kapasite ayırın, ardından her kullanıcı için oturum belleği ekleyin. Eğer ortam stabil ve uygulama kullanımı dar ise, bu mütevazı bir sunucuya rahatça sığabilir, ancak yine de pilot kullanım sırasında doğrulanmalıdır.

Örnek 2: 30 karışık ofis ve ERP kullanıcısı

Varsayalım:

• 18 orta düzey kullanıcı
• 12 ağır kullanıcı

Bir planlama kısayolu, orta grubu yaklaşık 4 kullanıcıyı vCPU başına ve ağır grubu yaklaşık 2 kullanıcıyı vCPU başına dikkate alır. Bu, orta grup için yaklaşık 4.5 vCPU ve ağır grup için 6 vCPU anlamına gelir, yük ve boşluk öncesinde. Pratikte, bu zaten tek bir hafif boyutlu ana bilgisayardan uzaklaşmayı ve ya marjı olan daha büyük bir ana bilgisayara ya da birden fazla oturum ana bilgisayarı arasında bir bölünmeye işaret eder.

Bu, "sunucu kaynakları için plan yapın" tavsiyesinin anlam kazandığı yerdir. Bir ERP herhangi bir kurumsal bağlamda olduğu gibi, amaç sadece kullanıcıları bir yere yerleştirmek değildir. Kullanıcıları bir yere yerleştirmekle kalmamak. Amaç, günün en yoğun kısımlarında yanıt sürelerini kabul edilebilir seviyede tutmaktır.

Örnek 3: Kullanıcıları birden fazla ana bilgisayara ne zaman ayırmalıyız

Hesaplama, sınırlı patlama kapasitesine sahip yoğun bir ana bilgisayar ürettiğinde, daha iyi cevap mimari olabilir, dikey ölçeklenme yerine. Oturum ana bilgisayarları ağır yükü üstlenmek üzere ayarlanabilirken, RD Bağlantı Aracısı, Geçit ve Lisanslama gibi roller farklı kaynak profilleri alabilir. Kullanıcı yükünü birden fazla ana bilgisayara dağıtmak, dayanıklılığı, bakım esnekliğini ve devreye alma planlamasını iyileştirebilir.

MSP'ler için, bu genellikle bir terminal sunucu hesaplayıcısının tek bir sunucu tartışması yerine bir çiftlik boyutlandırma tartışmasına dönüştüğü kritik nokta olmaktadır.

Terminal Sunucu Performansını Genellikle Bozan Hangi Yaygın Boyutlandırma Hatalarıdır?

Hesaplamalardan kaynaklanmayan boyutlandırma hataları genellikle yanlış varsayımlardan kaynaklanır.

Lisanslamayı performans kapasitesiyle karıştırmak

Lisanslama, erişimin nasıl atandığını ve yapılandırıldığını size bildirir. Bir sunucunun kabul edilebilir performansla kaç eşzamanlı kullanıcıyı destekleyeceğini söylemez.

Tarayıcı yoğun ve yazdırma yoğun oturumları göz ardı etme

Birçok ortam, modern tarayıcı kullanımı, PDF işleme ve yazdırmanın bir oturum sunucusuna ne kadar yük ekleyebileceğini hala küçümsüyor. Bu aktiviteler, bir kullanıcı grubunu hafiften orta seviyeye veya ortadan ağır seviyeye kaydırabilir, hatta iş uygulaması kendisi mütevazı olsa bile.

Ortalama yük için boyutlandırma yalnızca

Ortalama yük, kullanıcıların şikayet ettiği anlar nadirdir. Şikayetler, oturum açma fırtınaları, eşzamanlı dosya açılışları, raporlama çalışmaları veya sabah zirveleri sırasında meydana gelir. Microsoft, daha düşük kullanıcı başına çekirdek oranlarında daha iyi patlama kapasitesinin önemli olduğunu belirtmektedir çünkü bu, maksimum yoğunluğu hedeflemek yerine alan bırakmayı destekler.

RDS yığınının geri kalanını unutmak

Oturum ana bilgisayarı ana kaynak tüketicisidir, ancak ortamda tek rol değildir. PeteNetLive'in rol dağılımı, dağıtımın küçük bir tek ana bilgisayar kurulumunun ötesine geçtiğinde Bağlantı Aracısı, Geçit, Web Erişimi ve Lisanslamayı ayrı ayrı hesaba katmak için faydalı bir hatırlatmadır.

Neden İzleme Boyutlandırma Tahminlerinizi Doğrulamalıdır?

Bir terminal sunucu hesaplayıcısı size bir planlama temelini verir. Size kanıt vermez. Kanıt için, kullanımı izlemeniz gerekir.

Temelden kanıta: izleme bir gereklilik olarak

Daha önceki makalemizde, sürdürülebilir kullanıcı kapasitesinin pratik bir izleme sorusu neden olduğunu açıklıyoruz. Burada, amacımız bu kapasitenin ilk versiyonunu dağıtımdan önce nasıl tahmin edeceğinizi göstermektir. İzleme, bahsettiğimiz birçok sayımı sizin için elde edecektir. Hayal ettiğiniz ihtiyaçları değerlendirmek için bir laboratuvar ortamında test etmenizi öneririz.

TSplus Server Monitoring nerede fark yaratıyor?

TSplus Sunucu İzleme uyar boyutlandırma tahmininin uygulanmasından sonra. CPU doygunluğu, bellek baskısı, depolama darboğazları veya kullanım zirvelerinin planlamada kullanılan varsayımlarla eşleşip eşleşmediğini doğrulamaya yardımcı olur. Bu, bir ana bilgisayarı yeniden boyutlandırmadan, kullanıcıları yeniden dağıtmadan veya başka bir sunucu eklemeden önce kanıta ihtiyaç duyan KOBİ BT yöneticileri ve MSP'ler için özellikle faydalıdır.

Kaynakları projelendirmeyi bilmenin ötesinde, hesaplamanın doğru olup olmadığını başka nasıl anlayabilirsiniz? Server Monitoring, size gerçek zamanlı izleme ve belirlediğiniz eşiklere ulaştığında sizi bilgilendirmek için uyarılar sağlar. .

TSplus yazılımı, uygulamaların ve masaüstlerinin güvenli ve sürekli teslimatı için.

TSplus Remote Access, daha geniş hikayede teslimat katmanı olarak yer alırken, Advanced Security uygulama sunucularını korumak için özel olarak tasarlanmıştır. Ayrıca, TSplus Remote Support, bu sunucuları ve daha fazlasını herhangi bir yerden sorun giderme ve bakım için gerekli olan bir kit sağlar. Ortam doğru boyutlandırıldığında, TSplus Remote Access, masaüstlerini ve uygulamaları Citrix'ten daha basit bir şekilde ve bütçenizi aşmadan yayınlayacaktır. Web erişimi ve merkezi teslimat gibi özellikleri test etmek, size ad hoc RDP erişiminin ötesine nasıl geçebileceğinizi gösteren bir tat verecektir.

Sonuç

Bir terminal sunucusu hesaplayıcısı sihirli bir cevap vaat etmemelidir. Artık terminal sunucu kaynaklarını aşamalı olarak hesaplama zamanı: eşzamanlı kullanıcılarla başlayın, iş yükü yoğunluğunu sınıflandırın, gerçekçi oturum davranışından CPU ve RAM'i tahmin edin, depolamayı kontrol edin ve ardından zirveler, büyüme ve yedekleme için marj ekleyin.

Sistem yöneticisi, KOBİ BT yöneticileri veya MSP olarak, bu size pratik bir ilk tahmin verecektir. Buradan itibaren, gerçek disiplin doğrulamadır. Dikkatlice planlayın, temkinli bir şekilde dağıtım yapın ve ardından izleme verilerini kullanarak ana bilgisayarın durumunu doğrulayın. ana çiftlik kullanıcı deneyimini sürdürebilir.