ซอฟต์แวร์ตรวจสอบการเข้าถึงระยะไกล: ควรติดตามอะไร

บทนำ

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

ซอฟต์แวร์การตรวจสอบ Remote Desktop ตรวจสอบอะไรบ้าง?

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

สำหรับ IT การแบ่งเครื่องมือเหล่านี้ออกเป็น 5 หมวดหมู่จึงมีเหตุผล:

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

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

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

ความท้าทายแรกในการเปรียบเทียบซอฟต์แวร์การตรวจสอบเดสก์ท็อประยะไกลคือการระบุความสามารถในการมองเห็นที่ IT ต้องการจริงๆ

ทำไมการมองเห็นระดับเซสชันจึงแตกต่างจากการตรวจสอบเซิร์ฟเวอร์?

ดั้งเดิม การตรวจสอบเซิร์ฟเวอร์ เครื่องมือจะถามว่าคอมพิวเตอร์ทำงานได้ดีหรือไม่ CPU ใช้งานสูงหรือไม่? หน่วยความจำต่ำหรือไม่? การใช้งานดิสก์เพิ่มขึ้นหรือไม่? เซิร์ฟเวอร์ออนไลน์อยู่หรือไม่?

เมตริกเหล่านี้ยังคงมีความสำคัญในสถานการณ์การโฮสต์ RDS แต่มีอีกชั้นหนึ่งที่ต้องพิจารณา โครงสร้างพื้นฐาน RDS ที่แชร์หมายความว่าในระดับโฮสต์ CPU, หน่วยความจำ, การจัดเก็บและความจุเครือข่ายจะถูกกระจายระหว่างผู้ใช้และแอปพลิเคชันหลายราย

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

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

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

เมตริกที่สำคัญที่สุดสำหรับ Remote Desktop คืออะไร?

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

ผู้ใช้และเซสชันที่ใช้งานอยู่มีจำนวนเท่าใด?

จำนวนเซสชันเป็นพื้นฐานสำหรับการสนทนานี้

ข้อมูลที่เกี่ยวข้องรวมถึงผู้ใช้ที่เชื่อมต่อ, เซสชันที่ใช้งานอยู่และเซสชันที่ถูกตัดการเชื่อมต่อ, จำนวนเซสชันพร้อมกัน การกระจายไปยังเซิร์ฟเวอร์, ช่วงเวลาสูงสุดและความพร้อมใช้งานในอดีต.

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

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

ทรัพยากรเซิร์ฟเวอร์สามารถรองรับความต้องการเซสชันได้หรือไม่?

CPU, หน่วยความจำ, กิจกรรมดิสก์ และพื้นที่จัดเก็บที่มีอยู่ยังคงเป็นตัวชี้วัดหลักสำหรับการตรวจสอบเดสก์ท็อประยะไกล.

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

การเพิ่มขึ้นของ CPU อย่างสม่ำเสมอ เช่น อาจสัมพันธ์กับการเข้าสู่ระบบในช่วงเช้า จำนวนเซสชันที่ทำงานพร้อมกันที่เพิ่มขึ้น กระบวนการที่กำหนดเวลา หรือการใช้งานแอปพลิเคชันทางธุรกิจเฉพาะอย่างหนัก

การเชื่อมต่อระหว่างทั้งสองมักจะมีความสำคัญมากกว่าค่าการใช้งาน

แอปพลิเคชันและกระบวนการใดบ้างที่กำลังขับเคลื่อนภาระงาน?

การมองเห็นแอปพลิเคชันช่วยเพิ่มบริบทเพิ่มเติม

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

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

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

เครือข่ายหรือประสบการณ์ของผู้ใช้มีส่วนทำให้เกิดปัญหาหรือไม่?

เซสชันเดสก์ท็อประยะไกลมีลักษณะโต้ตอบตามธรรมชาติ ทำให้ปัญหาเครือข่ายหรือความตอบสนองชัดเจนทันทีสำหรับผู้ใช้ปลายทาง

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

บางสภาพแวดล้อม RDS สามารถให้ข้อมูลเชิงลึกเกี่ยวกับประสบการณ์ของผู้ใช้ปลายทางมากกว่าสภาพแวดล้อมอื่น ๆ ตัวอย่างเช่น Microsoft Performance Monitor มีตัวนับ User Input Delay ที่สามารถระบุความล่าช้าที่ระดับเซสชันและระดับกระบวนการ Microsoft เอกสารฟีเจอร์นี้เป็นวิธีการเชื่อมโยงหมายเลขเซสชัน การใช้ CPU และความสามารถในการตอบสนองบนเซิร์ฟเวอร์ RD Session Host

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

การตรวจสอบ Remote Desktop สามารถช่วยทีมของคุณได้อย่างไรเมื่อคุณต้องแก้ไขปัญหาการเชื่อมต่อที่ช้า?

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

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

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

เมื่อขอบเขตของปัญหาถูกกำหนดแล้ว ข้อมูลการตรวจสอบของคุณสามารถช่วยมุ่งเน้นการค้นหาของคุณได้:

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

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

การตรวจสอบไม่ได้ระบุสาเหตุที่แท้จริงเสมอไป แต่จะจับภาพบริบทการดำเนินงานที่จำเป็นสำหรับผู้ดูแลระบบในการจำกัดขอบเขตของผู้ต้องสงสัยที่เป็นไปได้

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

การตรวจสอบแบบเรียลไทม์ การแจ้งเตือน และรายงานประวัติ: ทำไมพวกเขาถึงสำคัญทั้งหมด?

การตรวจสอบมีประโยชน์เมื่อช่วยให้คุณตอบคำถามการดำเนินงานสามข้อที่แตกต่างกัน: ขณะนี้เกิดอะไรขึ้น, เมื่อใดที่ IT ควรดำเนินการ, และเกิดอะไรขึ้นก่อนหน้านี้?

ตอนนี้เกิดอะไรขึ้น?

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

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

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

เมื่อไหร่ที่บางสิ่งต้องการความสนใจ?

การแจ้งเตือนเปลี่ยนการตรวจสอบจากการเก็บข้อมูลแบบพาสซีฟไปสู่กระบวนการที่มีการดำเนินการและเชิงรุก

ผู้ดูแลระบบกำหนดสิ่งที่ควรให้ความสนใจ: การใช้โปรเซสเซอร์อย่างต่อเนื่อง, ความกดดันของหน่วยความจำ, กิจกรรมของดิสก์, ผู้ใช้ที่ใช้งานมากเกินไปหรือการหยุดทำงานของเซิร์ฟเวอร์.

การตรวจสอบเกณฑ์ ยังต้องใช้สามัญสำนึก; การเพิ่มขึ้นชั่วคราวของกิจกรรม CPU เป็นสิ่งที่คาดหวังได้ แต่ความกดดันที่เกิดขึ้นซ้ำในช่วงเวลาที่มีการใช้งานสูงอาจบ่งชี้ถึงปัญหาความจุที่กำลังเกิดขึ้น

เหตุการณ์ก่อนเกิดเหตุการณ์เป็นอย่างไร?

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

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

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

ในกรณีใดที่เครื่องมือการตรวจสอบ Windows ดั้งเดิมเพียงพอ?

Windows มีเครื่องมือที่ค่อนข้างแข็งแกร่งสำหรับการแก้ไขปัญหาอยู่แล้ว

ตัวจัดการงานและตัวตรวจสอบทรัพยากรจะแสดงการใช้ทรัพยากรในปัจจุบัน ตัวตรวจสอบประสิทธิภาพสามารถรวบรวมเคาน์เตอร์ประสิทธิภาพของ Windows รวมถึงการหน่วงเวลาของการป้อนข้อมูลของผู้ใช้ในระดับเซสชันและกระบวนการในเวอร์ชันที่รองรับของ Windows Server ตัวดูเหตุการณ์จะแสดงเหตุการณ์ที่เกี่ยวข้องกับระบบปฏิบัติการและ RDS ในขณะที่ PowerShell สามารถใช้เพื่อสอบถามและทำงานอัตโนมัติในหลายงานการบริหารจัดการ

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

อย่างไรก็ตาม ความจำเป็นในการตรวจสอบเซิร์ฟเวอร์หลายเครื่องหรือการตรวจสอบสถานการณ์จากมุมมองของเหตุการณ์ก่อนหน้านี้อาจต้องการให้ข้อมูลถูกดึงมาจากหลายแหล่ง

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

คุณค่าของวิธีการดังกล่าวไม่ได้อยู่ที่เมตริกที่ Windows ไม่ได้ให้ไว้เสมอไป

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

หมายความว่าคุณกำลังบันทึกผู้ใช้ถ้าคุณใช้การตรวจสอบเซสชัน Remote Desktop หรือไม่?

ไม่. คำเหล่านี้มักถูกใช้แทนกัน แต่การตรวจสอบเซสชันและการบันทึกเซสชันมีขอบเขตและความสามารถที่แตกต่างกันอย่างมาก

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

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

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

คุณจะปรับปรุงการวางแผนความจุของคุณได้อย่างไรโดยการใช้การตรวจสอบ Remote Desktop?

เมื่อพูดถึงโครงสร้างพื้นฐานของการเข้าถึงระยะไกล ความหนาแน่นของโหลดเป็นปัจจัยที่สำคัญ

จำนวนบัญชีที่กำหนดไว้ไม่บอกอะไรเกี่ยวกับจำนวนผู้ใช้พร้อมกัน แอปพลิเคชันที่พวกเขาใช้งาน และความเข้มข้นของพวกเขา

การตรวจสอบประวัติทำให้ข้อมูลนั้นสามารถเข้าถึงได้

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

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

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

คุณควรมองหาอะไรบ้างเมื่อคุณค้นหาโปรแกรมซอฟต์แวร์สำหรับการตรวจสอบ Remote Desktop?

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

สำหรับทีมปฏิบัติการ IT ส่วนใหญ่ ความต้องการหลักนั้นชัดเจน:

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

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

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

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

คำศัพท์อาจฟังดูคล้ายกัน ความสามารถในการมองเห็นที่ส่งมอบอาจแตกต่างกันมาก

TSplus จะทำให้การตรวจสอบ Remote Desktop ง่ายขึ้นได้อย่างไร?

สำหรับทีม IT ที่จัดการโครงสร้างพื้นฐาน Windows remote desktop เรานำกิจกรรมของเซิร์ฟเวอร์และผู้ใช้เข้าสู่สภาพแวดล้อมการตรวจสอบที่รวมศูนย์ ผู้ดูแลระบบสามารถติดตามการใช้งาน CPU, หน่วยความจำ, ดิสก์ และแบนด์วิธ ในขณะที่ติดตามผู้ใช้ที่เชื่อมต่อ, เซสชันที่เกิดขึ้นพร้อมกัน และกิจกรรมของแอปพลิเคชัน ซึ่งช่วยให้พวกเขาสามารถเชื่อมโยงประสิทธิภาพของโครงสร้างพื้นฐานกับความต้องการ remote desktop ที่แท้จริง

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

สรุป

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

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