ขีด จำกัด เวลาแฝงสำหรับการเรียกใช้ Terminal Server (RDS) บน WAN คืออะไร

ฉันเคยเห็น: ประสิทธิภาพของเซิร์ฟเวอร์เทอร์มินัลผ่านลิงก์เวลาในการตอบสนองสูง

แต่ฉันมีลูกค้าที่มีความสนใจในการย้ายโครงสร้างพื้นฐานของระบบไปยังดาต้าเซ็นเตอร์ที่มีเวลาแฝงประมาณ 62ms จากสำนักงานใหญ่หลักของพวกเขา

สภาพแวดล้อมประกอบด้วยเซิร์ฟเวอร์ Windows Server 2008 R2 RDS สามบริการไฟล์และการพิมพ์และ Microsoft Exchange 2010 ขณะนี้ทุกอย่างเป็นเสมือนจริงบนคลัสเตอร์ vSphere 5.5 ปัจจุบันมีผู้ใช้ทั้งหมด 80 รายที่เชื่อมต่อภายในเครื่องกับระบบ RDS โดยใช้ HP thin clients

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

การเชื่อมต่อกับสถานที่ร่วมจะถูกสร้างขึ้นผ่านทางเว็บไซต์ถึงเว็บไซต์ที่มี ISP หลายแห่งและล้มเหลว

นี่เป็นความคิดที่ไม่ดีใช่มั้ย ฉันเชื่อมต่อกับเว็บไซต์นี้บ่อยครั้งสำหรับการบำรุงรักษาผ่าน RDP และ SSH ประสิทธิภาพเป็นที่ยอมรับสำหรับกรณีการใช้งานของฉัน ผู้ใช้กำลังใช้งานMS Office suite พื้นฐานและแอพพลิเคชั่น ERP ที่ใช้เทอร์มินัล SSH น้ำหนักเบาสองตัว

62ms เหมาะสมสำหรับการโหลดของผู้ใช้และ Microsoft RDS หรือไม่

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

เพื่อพิสูจน์แนวคิดฉันได้ตั้งสวิตช์หนึ่งในผู้ใช้ของเราโดยใช้กล่อง linux / netem และผลักดันการสูญเสียความหน่วง / แพ็คเก็ตอย่างต่อเนื่องจนกระทั่งฉันเริ่มมีข้อร้องเรียน มันง่ายกว่ามากในการทำซ้ำเงื่อนไขเครือข่ายในท้องถิ่นจากนั้นย้ายแอปพลิเคชันของฉันสองครั้ง

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

มันเป็นความจริงที่ความหน่วงแฝงเป็นตัวฆ่าประสบการณ์ผู้ใช้ แต่แม่นยำมากน้อยเพียงใดในการรับรู้รายบุคคล

นี่เป็นวิดีโอที่ค่อนข้างดีจาก TechEd 2014 จากประสบการณ์การใช้งานของผู้ใช้ในสถานการณ์ที่คล้ายกับวิดีโอนี้ (วิดีโอนี้เกี่ยวกับ VDI แต่เป็นประสบการณ์ที่คล้ายคลึงกับ Remote Desktop Services)

https://www.youtube.com/watch?v=CcKAwzebHoc&feature=youtu.be

ดังนั้นคุณอาจพูดว่าอย่าไปเกินกว่า 300ms 62ms น่าจะเป็น "ตกลง"

คำถามนี้ไม่สามารถตอบได้อย่างทั่วถึงและเป็นกลาง ผลลัพธ์ขึ้นอยู่กับประเภทเวิร์กโหลดและความต้องการของผู้ใช้ ไม่มีอะไรดีไปกว่าการทดสอบ UX

ฉันมักจะทำงานระยะไกลผ่าน RDP จากสถานที่ต่างกันส่วนใหญ่เวลาเชื่อมต่อผ่านเครือข่าย LTE (4G) ซึ่งมีเวลาแฝงที่คล้ายกับ 62 ms ในเวลานี้ฉันอยู่ในโรงแรมที่มีการเชื่อมต่อช้าและ ~ 1 Mbit / s และเวลาแฝง ~ 27-28 ms - น้อยกว่าครึ่งหนึ่งของมูลค่าในกรณีของคุณ แม้จะมีค่าหลังฉันมีช่วงเวลาที่ยากลำบากกับการท่องเว็บหรือดูกราฟิกขนาดใหญ่ (โดยเฉพาะอย่างยิ่งโดยไม่มี AdBlock เว็บไซต์ที่มีกราฟิกมากมายสามารถแสดงผลได้สองสามวินาทีใน Firefox!) นอกจากนี้ความพยายามในการเขียนเอกสารอย่างง่ายโดยใช้ Microsoft Word สร้างความขัดข้องบางประการเนื่องจากความรับผิดชอบของอินเทอร์เฟซที่ต่ำกว่าค่าเฉลี่ย (ในทางกลับกัน LibreOffice Writer รู้สึกดีขึ้นมาก) ไม่ต้องพูดถึงการทำงานกับวิดีโอ ... สิ่งที่ฉันสามารถใช้งานได้อย่างสบาย ๆ คือ MMC, Outlook mail (ในระดับหนึ่ง), การเรียกดูไฟล์และงานการบริหารระบบโดยทั่วไป

ค่านี้ควรจะโอเคสำหรับการดูแลระบบระยะไกลและงานที่คล้ายกันที่คุณทำเป็นประจำและมีประสบการณ์ด้วย แต่ถ้าจะเปลี่ยนหน้าจอท้องถิ่นทั้งหมดฉันคาดหวังความผิดหวังและบ่น

สิ่งหนึ่งที่ควรเพิ่ม - ฉันทำงานภายใต้ Ubuntu ด้วยrdesktop 1.7.1 เป็นลูกค้า RDP ที่ฉันเลือก อาจมีการปรับปรุงบางอย่างในไคลเอนต์ดั้งเดิมของ Microsoft (หรืออื่น ๆ ) ซึ่งสามารถปรับปรุงประสิทธิภาพด้วยการเชื่อมโยงเวลาแฝงที่สูง

เวลาแฝง Sub-100-ms น่าจะไม่เป็นปัญหาเว้นแต่ลูกค้าของคุณเล่นเกมผ่านเครือข่ายนี้ แต่คุณอาจใช้แบนด์วิดท์ในแอปพลิเคชั่นที่ใช้กราฟิกมาก (โดยเฉพาะอย่างยิ่งการเล่นวิดีโอ) ซึ่งจะส่งผลกระทบต่อความหน่วงแฝงและส่งได้ช้ากว่า 100 ms ทำให้ผู้ใช้ของคุณน่ารำคาญ

RDP 8 (เซิร์ฟเวอร์ 2012 และใหม่กว่า) มาพร้อมกับการปรับให้เหมาะสม (อ่าน: อัลกอริธึมการบีบอัดที่สูญหาย) สำหรับสถานการณ์เหล่านี้ นอกจากนี้การสนับสนุนการขนส่ง UDP จะปรับปรุงประสบการณ์ผู้ใช้ผ่านลิงก์ที่มีความหน่วงแฝงที่แตกต่างกันอย่างมากหรือการสูญเสียแพ็กเก็ตที่น่าสังเกต (> 0.1%) ดังนั้นหากคุณมีสิ่งเหล่านี้คุณอาจต้องการอัพเกรดโฮสต์เซสชัน RD ของคุณ