ค้นหาคอขวดสำหรับเซิร์ฟเวอร์เดสก์ท็อประยะไกลของ Windows (เซิร์ฟเวอร์เทอร์มินัล)


11

ฉันมี Windows server 2008 R2 (SP1) ติดตั้งอยู่บน VMware Host ของฉันเพื่อทำงานเป็นเซิร์ฟเวอร์ RDS บางครั้งผู้ใช้ระยะไกลของฉันสามารถเห็นการล่าช้า / ล่าช้าบนเซิร์ฟเวอร์ RDS ใครช่วยบอกฉันจากประสบการณ์ของพวกเขาสิ่งที่เป็นแนวทางปฏิบัติที่ดีที่สุดในการหาคอขวดสำหรับเซิร์ฟเวอร์นี้หรือไม่?


1
คุณทำอะไรเพื่อพยายามติดตามเวลาแฝง ลูกค้าอยู่ในเครือข่ายท้องถิ่นหรือไม่? องค์ประกอบอุปกรณ์เครือข่าย พวกเขาทั้งหมดล่าช้าในเวลาเดียวกันหรือไม่? ทรัพยากรเซิร์ฟเวอร์ โปรเซสเซอร์, RAM, ดิสก์ การตรวจสอบประสิทธิภาพ? รุ่นลูกค้าส่วนขยาย RemoteFX?
Chris S

หากคุณใช้งาน TS ในฐานะ VM แล้วคุณได้มอบหมาย CPU เสมือนจำนวนเท่าใด คุณอาจจะดีกว่าด้วย VM หลายตัวที่มีจำนวน CPU น้อยกว่า
Zoredache

ขอบคุณสำหรับคำแนะนำ ฉันยังไม่ได้ทำอะไรเลยเพื่อติดตามเวลาแฝง จะพยายามที่จะคิดออกทีละขั้นตอน ...
Hemal

คำตอบ:


16

ดังที่ Chris S กล่าวถึงมีหลายสิ่งที่สามารถช่วยให้ประสิทธิภาพเดสก์ท็อประยะไกลแย่ลงได้ จากประสบการณ์ของฉันสิ่งเหล่านี้เป็นสาเหตุหลักในลำดับความเป็นไปได้

แบนด์วิดธ์
สาเหตุอันดับ 1 ของประสิทธิภาพที่ไม่ดีพร้อมเดสก์ท็อประยะไกลไม่มีแบนด์วิดท์ เซสชันสามารถใช้งานได้ทุกที่ตั้งแต่ไม่กี่ Kbps ไปจนถึงแบนด์วิดท์ไม่กี่ Mbps การทดสอบของฉันเองแสดงให้เห็นว่าการเลื่อนดู PDF จะใช้สูงสุด 3 Mbps แบนด์วิดท์ที่มีอยู่จะลดลงประสิทธิภาพจึงรับรู้ได้

คุณต้องกำหนดความต้องการแบนด์วิดท์ของแอปพลิเคชันของคุณก่อน สิ่งนี้ต้องการการทดสอบในสภาพแวดล้อม LAN ที่มีการควบคุมจากนั้นทำการวัดแบนด์วิดท์ที่ใช้เมื่อคุณทำงานปกติ ฉันเองประสบความสำเร็จกับNetLimiterในเวิร์กสเตชันส่วนตัวของฉัน นอกจากนี้คุณยังสามารถเข้าถึงปัญหาจากอีกมุมหนึ่งและใช้ NetLimiter เพื่อบังคับให้ความเร็วการเชื่อมต่อของคุณลดลงตามระดับการเชื่อมต่อ WAN ของคุณ สิ่งนี้จะเป็นตัวบ่งชี้ที่ดีว่าผู้ใช้รีโมตของคุณเห็นอะไรบ้าง

เมื่อคุณทราบว่าแอปพลิเคชันของคุณต้องการแบนด์วิดท์เท่าใดคุณต้องพิจารณาว่าเป็นปัจจัย จำกัด หรือไม่ ก่อนอื่นวัดแบนด์วิดท์ที่มีระหว่างไคลเอนต์และเซิร์ฟเวอร์ iperfเป็นเครื่องมือที่ดีเยี่ยมสำหรับเรื่องนี้คือ ฉันจะสมมติว่าคุณมีแบนด์วิดท์เพียงพอในระหว่างการทดสอบที่ควบคุม

ถัดไปคุณจะต้องตั้งค่าการตรวจสอบแบนด์วิดธ์บางส่วนเพื่อดูว่าปัญหาที่ผู้ใช้รายงานสัมพันธ์กับการเพิ่มขึ้นของการรับส่งข้อมูลหรือสิ่งที่ไม่พึงประสงค์อื่น ๆ หรือไม่ การตั้งค่าของฉันคือการถ่ายโอนข้อมูลปริมาณการใช้งานจากสวิตช์หรือเราเตอร์ลงในntopเนื่องจากมันมีรายงานเรียลไทม์และมีประโยชน์ในอดีตเกี่ยวกับการใช้แบนด์วิดธ์

หากคุณกำลังประสบปัญหาแบนด์วิดท์การเปลี่ยนแปลงอย่างง่ายอย่างหนึ่งคือการเปลี่ยนการตั้งค่า "ประสบการณ์" ในการเชื่อมต่อเดสก์ท็อประยะไกล ปิดใช้งานลักษณะภาพและภาพเคลื่อนไหวและการใช้งานเดสก์ท็อปจำนวนมากจะดูเร็วขึ้นอย่างน่าอัศจรรย์

Latency
ปัญหาทั่วไปอีกประการหนึ่งของการเชื่อมต่อเดสก์ท็อประยะไกลคือความล่าช้า จำเป็นต้องมีเวลาไปกลับอย่างรวดเร็วพอสมควรระหว่างไคลเอนต์และเซิร์ฟเวอร์หรือผู้ใช้จะสามารถรับรู้ความล่าช้าได้ โดยทั่วไปแล้วคนส่วนใหญ่เริ่มสังเกตเห็นปัญหาระหว่าง 50 ถึง 100 ms ping times

โชคดีที่มันมักจะวินิจฉัยได้ง่าย คุณสามารถตั้งค่าเครื่องมือตรวจสอบเช่นSmokePingหรือPRTG Network Monitorเพื่อจัดทำรายงานเวลาแฝงระหว่างเซิร์ฟเวอร์การมอนิเตอร์ของคุณและโฮสต์อื่น ๆ โดยพลการ คุณสามารถใช้ping -tคำสั่งในตัวสำหรับการประชุมระยะสั้น โดยปกติคุณต้องการค้นหาเซิร์ฟเวอร์การมอนิเตอร์บน LAN เดียวกันกับเซิร์ฟเวอร์เดสก์ท็อประยะไกลของคุณจากนั้นตั้งค่าการตรวจสอบกับทั้งเซิร์ฟเวอร์และไคลเอนต์ของคุณ พยายามเชื่อมโยงรายงานปัญหากับเหตุการณ์ที่มีเวลา ping สูง

หากคุณมีปัญหากับเวลา ping สูงใช้tracerouteเพื่อค้นหาว่ามีการเปิดตัวการหน่วงเวลาหรือไม่ หากคุณพิจารณาว่าปัญหานั้นอยู่ในเครือข่ายของคุณเองให้ลองแนะนำการกรอง QoS เพื่อจัดลำดับความสำคัญของการรับส่งข้อมูลเรียลไทม์เช่นเดสก์ท็อประยะไกล

นอกจากนี้ระวังทุกคนที่เชื่อมต่อผ่านสื่อไร้สายไม่ว่าจะเป็น 802.11 (WiFi) หรือแย่กว่านั้นคือการเชื่อมต่อดาวเทียม การเชื่อมต่อไร้สายมีแนวโน้มที่จะถูกรบกวนจากสภาพแวดล้อมซึ่งอาจทำให้เกิดปัญหาเวลาในการตอบสนองสูงมากและอาจแตกต่างกันไปตามระยะเวลา และใช้เดสก์ท็อประยะไกลผ่านดาวเทียมเสมอครับ

CPU หรือหน่วยความจำในตัวเครื่อง และในที่สุดก็เป็นไปได้ว่าเซิร์ฟเวอร์ของคุณมีภาระมากเกินไป ตรวจสอบการใช้งาน CPU และหน่วยความจำโดยเฉพาะอย่างยิ่งในช่วงชั่วโมงเร่งด่วนเพื่อให้แน่ใจว่าเซิร์ฟเวอร์มีความสามารถในการประชุมตามเวลาที่กำหนด

หนึ่งในเครื่องมือที่กล่าวถึงข้างต้น (PRTG) สามารถตั้งค่าเพื่อตรวจสอบการใช้งาน CPU และหน่วยความจำของเซิร์ฟเวอร์เมื่อเวลาผ่านไปและสามารถสร้างกราฟที่ทำให้ง่ายต่อการเชื่อมโยงรายงานปัญหาที่มีความผิดพลาดเฉพาะ

เคล็ดลับพิเศษ:หากผู้ใช้ของคุณกำลังมีปัญหาในการพิมพ์โดยเฉพาะอย่างยิ่งเกี่ยวกับการเปลี่ยนแปลงของคีย์ไม่ได้ใช้อย่างถูกต้องกับลองเปลี่ยนการตั้งค่าแป้นพิมพ์ของคุณในทางลัดเชื่อมต่อ Remote Desktop เพื่อให้นำไปใช้คีย์ผสมของ Windows On the local computerมีการตั้งค่า


คำตอบที่ดี ฉันจัดการฟาร์มของเซิร์ฟเวอร์ TS 20 แห่งและ 2 สาเหตุที่พบบ่อยที่สุดของปัญหาด้านประสิทธิภาพที่เราเห็นคือ 2 อันดับแรกที่คุณได้รับคำตอบคือแบนด์วิดท์และเวลาแฝง ปัจจัยทั้งสองนี้มีผลกระทบมากที่สุดต่อประสิทธิภาพ (หรือการรับรู้ประสิทธิภาพ) ในความคิดของฉัน การทดสอบของฉันเองแสดงให้เห็นว่าผู้ใช้ที่ใช้งานแอพพลิเคชั่น Office หลายตัวเช่น IE และการเปิดไฟล์ PDF ใช้เวลาเฉลี่ย 100Kbps ในระยะเวลา 8 ชั่วโมง นั่นคือสิ่งที่หมายเลขการวางแผนของเราคือในแง่ของการจัดสรรแบนด์วิดท์ต่อผู้ใช้และนั่นคือสิ่งที่เราแนะนำให้ลูกค้าของเรามีเพื่อให้มีการประชุมที่ "มีประสิทธิภาพดี"
joeqwerty

สวัสดี Nic ขอบคุณมากสำหรับคำตอบที่ดี ฉันจะผ่านมันและจะพยายามคิดออก .. ขอบคุณสำหรับคำตอบ ขอบคุณที่ยัง Joeqwerty สำหรับความคิดเห็น ..
Hemal

ฉันจัดการฟาร์มขนาดเล็กและยอมรับ นอกจากนี้เรายังใช้ PRTG เพื่อดูว่าข้อมูลในอดีตตรงกับปัญหาที่รายงานหรือไม่ ปัญหาที่สองของเราคือแบนด์วิทช์ (ปัญหาในท้องถิ่น / ISP) และ CPU (โปรแกรมที่ไม่ดีบนเซิร์ฟเวอร์ที่มีจำนวนคอร์ต่ำ) วิธีที่ดีที่สุดในการดูว่าแบนด์วิดธ์คือการถามผู้ใช้ว่าการป้อนข้อความดูเหมือนจะล่าช้าหรือไม่
Gomibushi

คุณพูดถึงเครื่องมือที่ยอดเยี่ยมมากมาย แต่ข้อกำหนดเกี่ยวกับแบนด์วิดท์ของเซสชันสามารถรวบรวมผ่าน WMI ได้มากแค่ไหน หรือเคาน์เตอร์วัดประสิทธิภาพที่ดียิ่งขึ้น? ฉันใหม่สำหรับ TS แต่ได้รับมอบหมายให้แสดงสถิติต่าง ๆ ในเซสชัน ขอบคุณล่วงหน้าสำหรับเวลาของคุณ
codeputer

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.