Birçok bağlantıyı işlemek için Windows Server 2008 R2 nasıl geliştirilir?

Bu sorunu nasıl çözeceğimizi anlamaya çalıştığım birkaç gün oldu. Her şeyden önce, günlük ortalama 350.000 sayfa görüntülemesine sahip bir web sitesi çalıştırıyorum. Daha önce, tüm reklam yönetimi (her bir reklamın sunduğu izleme tıklaması ve gösterimi) ve içerik, aşağıdaki spesifikasyonlara sahip tek bir sunucuda sunulmuştu:

Sunucu 1
İşletim Sistemi: Windows 2008 R2 64-Bit
İşlemci: Intel® Core ™ i5 - 4 çekirdek
Rastgele erişimli hafıza: 8 GB
Depolama: 2 x 1 TB sabit diskler
Bant genişliği: aylık 10 TB

Web sitemizin hızını artırmak için, reklam yönetimi komut dosyasını başka bir özel sunucuya ayırmaya karar verdim çünkü her sayfa için 30'dan fazla reklamverene 15'ten fazla reklamverenimiz var.

Sunucu 2
İşletim Sistemi: Windows 2008 R2 64-Bit
İşlemci: Intel® Core ™ i5 - 4 çekirdek
Rastgele erişimli hafıza: 4 GB
Depolama: 2 x 300 GB sabit diskler
Bant genişliği: aylık 10 TB

Sorun
sorun olduğunu Server 1hem içerik ve reklamları sistemini işleyebilir. Şimdi, reklam sistemini alıp veriyorum Server 2. Server 2zar zor reklam sistemi sunabilir.

Ölçek

• Her şeyden önce, reklamların% 75'ine taşındım Server 2. Ve sonra, sunucuya bir ping gerçekleştirin: ping -t xxxxx. [10 dakika boyunca ping yaptım ve aşağıdaki gibi benzer bir desen yaptım]

Xxxxx bayt yanıt = 32 time = 290ms TTL = 116
Xxxxx bayt yanıt = 32 time = 289ms TTL = 116
Xxxxx bayt yanıt = 32 time = 320ms TTL = 116
Xxxxx bayt yanıt = 32 time = 286ms TTL = 116
Xxxxx bayt yanıt = 32 time = 286ms TTL = 116
Xxxxx bayt yanıt = 32 time = 348ms TTL = 116
Xxxxx bayt yanıt = 32 time = 284ms TTL = 116

• Sonra, reklamların% 100'ünü adresine taşıdım Server 2. Ardından, sunucuya bir ping işlemi gerçekleştirin. [10 dakika boyunca ping yaptım ve aşağıdaki gibi benzer bir desen yaptım]

Xxxxx bayt yanıt = 32 time = 290ms TTL = 116
İstek zaman aşımına uğradı
Xxxxx bayt yanıt = 32 time = 320ms TTL = 116
Xxxxx bayt yanıt = 32 time = 286ms TTL = 116
İstek zaman aşımına uğradı
İstek zaman aşımına uğradı
Xxxxx bayt yanıt = 32 time = 284ms TTL = 116

Denemeler

1. Artır MaxUserPortveTcpNumConnection
2. Sunucuyu yeniden başlatın
3. IIS'yi artırın Max InstancesveInstance MaxRequests

Sunucu Kaynağı

• Ağ bağlantısının yalnızca% 10-% 15'i kullanılır
• CPU'nun sadece% 10-% 15'i kullanılır
• Belleğin sadece% 25'i kullanılıyor

Hadi başlayalım. Bu daha uzun.

Burada görünen gerçekleri tamamen yanlış değerlendirdiniz. Windows - ASAP'yi güncellemeniz gereken güncel olmayan 2008 R2 bile - cep telefonumun herhangi bir sorunla karşılaşmadığı bir birimi tamamen kullanabiliyor.

Bu, 3 olası sorun alanını bırakıyor:

• Kurulum. Sürücüleriniz berbat olabilir. Eski bir işletim sistemi çalıştırdığınızda - sürücüleriniz ne kadar iyi? Onları güncelleyin - bu her türlü soruna neden olabilir.

• Ağ. Bu ciddi bir şekilde "Arabam çok yavaş, lütfen daha hızlı yapmama yardım et" gibi görünüyor. Araba ayarlama sorunu değil. 10 tb trafik, ağ tıkanıklığı hakkında hiçbir şey söylemez. Ağ trafiği istatistiklerinizi NIC'nizde izleyin ve buna göre tepki verin - eğer hızları aşılmazsa, olması gerekir ... sağlayıcınız aşırı satmıştır. Bu kadar basit.

• Kod. Daha fazla RAM'e ihtiyacınız olabilir (bilgisayar işlemek yerine RAM'e takas etmekle meşgul olabilir) veya crappy kodlama, tüm CPU'nuzu çekirdek düzeyinde TCP yığınının düzgün tepki vermeyeceği bir dereceye kadar kullanıyor (evet, ICMP yanıtları bu kadar düşük). Bu acımasız olurdu - ama kontrol etmek için başka bir yol. Ayrıca, RAM'de önbelleklemek yerine çok sık erişerek diskleri aşırı yükleyebilirsiniz, ancak bir şekilde kayıp pinglere yol açtığını göremiyorum. Buradaki herhangi bir sorun, bir yöneticinin işleyebileceği bir şey değildir - ona donanım atmanız veya bir sopa alıp düzeltene kadar programcıya vurmanız gerekir (performansı yiyen "aptal" bir düzey hatasıysa - değilse, ciddi kazançlar elde etmek çok daha zordur ve sadece daha ihtiyacınız olan donanım donanım olabilir).

Kesinlikle pencerelerin ayarlanmasını gerektirmez - iyi yapılandırılmış pencereler bundan çok daha fazlasını sunabilir. Dosya sunucularım uzun süreler boyunca düzenli olarak ß göreceli bir stok kurulumundan 4-6gigabit teslim ediyor.

Şimdi, verdiğiniz tüm sayılar ciddi bir şey söylemiyor.

• Ortalama% 10-15 CPU kullanılır.
• % 25 bellek kullanıldığında büyük olasılıkla iyi bir gösterge değiş tokuş oluyor, ancak yine de CPU IO'yu beklediği anlamına gelebilir.
• % 10 -% 15 ağ kullanılır - ağın SİZİN Tarafı olduğu için kesinlikle hiçbir şey yoktur. Yukarı akış ne olacak? Sağlayıcı raftan 1 gigabit yukarı bağlantısına 1 gigabitli 20 sunucu koyuyorsa ve bu cehennem gibi taşıyorsa ne olur?

Son nokta oldukça olasıdır - bırakılan paketler bunun iyi bir göstergesidir. Ve bu sizin için görünmeyecek.

Benim tavsiyem .... bir an için makinedeki herhangi bir şeyi kapatın, büyük bir statik dosya ile harici bir hız testi yapın. Bahse girerim daha yüksekte tıkanıklık yaşarsınız.

Şimdiye kadar yaptığınız her şey - maxuserport, tcpnumconnection, sunucuyu yeniden başlatma, IIS ayarlarıyla oynama - tamamen kapalı ve en iyi yerde hiçbir şey yapma. Yavaş bir arabaya çekiçle vurmak hiçbir şeyi düzeltmez - özellikle araba yavaşsa, çünkü trafik sıkışıklığındadır. Sadece sunucunuzda değil, tüm değişiklikleri geri alıp sorunu analiz etmeye başlarım. Şu anda ağ tıkanıklığına bahis oynardım.

Pingler iki sunucu için harici mi? Öyleyse, ping'i sunucudan sunucuya iki deneyin. Sonuçlar harici olarak ping atma işleminden tamamen farklıysa, sorunun sunucu 2'den kaynaklanmayabileceğini gösterir. Ayrıca, sürücüler için disk kuyruğu uzunluğu ve etkin süre için kaynak izleyicisine bakın - bir sorunu vurgulayabilecek bazı bilgiler.