ค่าใช้จ่ายที่ซ่อนอยู่ของ VDI, DaaS และ Cloud PCs

VDI, Desktop as a Service (DaaS) และ Cloud PCs สามารถทำให้การจัดส่งเดสก์ท็อประยะไกลง่ายขึ้น แต่ราคาหมายเลขหลักของพวกเขามักจะไม่อธิบายถึงต้นทุนการดำเนินงานทั้งหมด ความจุ การออกใบอนุญาต การจัดเก็บ การบริหารจัดการ และพฤติกรรมของผู้ใช้ล้วนมีผลต่อจำนวนสุดท้ายที่แท้จริง

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

ทำไมราคาของ Desktop จึงไม่แสดงค่าใช้จ่ายทั้งหมด?

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

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

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

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

ค่าใช้จ่ายที่ซ่อนอยู่ของเดสก์ท็อปเสมือนมาจากไหน?

ค่าใช้จ่ายหลายรายการจะปรากฏให้เห็นเฉพาะหลังจากที่มีการติดตั้งเดสก์ท็อปและเริ่มมีการพัฒนางานจริงเท่านั้น

ผู้ใช้ที่ไม่ต้องจ่ายสำหรับความจุ

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

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

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

การจัดเก็บ, เครือข่าย และโครงสร้างพื้นฐานสนับสนุน

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

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

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

การบริหารจัดการ, การสนับสนุน และเวลาหยุดทำงาน

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

ประสิทธิภาพที่ไม่ดีสร้างต้นทุนทางอ้อมที่สอง หากเซสชันช้าเกิดการสร้างตั๋วซ้ำ ทีม IT จะใช้เวลามากขึ้นในการวินิจฉัยปัญหาในขณะที่ผู้ใช้สูญเสียเวลาที่มีประสิทธิผล

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

VDI, DaaS และ Cloud PCs สร้างค่าใช้จ่ายที่แตกต่างกันจริงหรือ?

แม้ว่า VDI, DaaS และ Cloud PCs จะมอบสภาพแวดล้อม Windows เสมือนจริง แต่ความเสี่ยงทางเศรษฐกิจของพวกเขาไม่เหมือนกัน การเปรียบเทียบที่มีอยู่ของเราเกี่ยวกับ VDI, DaaS และ RDS แสดงให้เห็นว่าการควบคุม ความรับผิดชอบด้านโครงสร้างพื้นฐาน และต้นทุนการดำเนินงานมีการเปลี่ยนแปลงตามรูปแบบการปรับใช้

VDI: การเป็นเจ้าของทำให้การใช้ประโยชน์มีความสำคัญ

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

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

สำหรับ VDI การตรวจสอบจึงให้หลักฐานสำหรับการรวมศูนย์ ขนาดโฮสต์ และการวางแผนความจุในอนาคต

DaaS: โครงสร้างพื้นฐานย้ายไป, งาน IT ไม่หายไป

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

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

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

Cloud PCs: การกำหนดราคาอย่างคาดการณ์ได้ยังสามารถซ่อนความสูญเสียได้

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

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

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

เมื่อใดที่การตรวจสอบเปลี่ยนต้นทุนที่ซ่อนอยู่ให้เป็นข้อมูลที่วัดได้?

การตรวจสอบช่วยให้ทีม IT มีหลักฐานการดำเนินงานที่จำเป็นในการท้าทายสมมติฐานที่ทำขึ้นระหว่างการจัดซื้อหรือการติดตั้งเริ่มต้น

จับคู่การใช้งานพร้อมกันกับความจุที่จัดเตรียมไว้

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

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

AWS ใช้หลักการการใช้งานเดียวกันกับ Amazon WorkSpaces เอกสารของมันแยกการเรียกเก็บเงินแบบ AlwaysOn รายเดือนออกจากการเรียกเก็บเงินแบบ AutoStop รายชั่วโมงและแนะนำให้เลือกโมเดลการทำงานตามพฤติกรรมของผู้ใช้จริง

วิเคราะห์แนวโน้มทรัพยากรก่อนปรับขนาดโครงสร้างพื้นฐาน

การวัด CPU, RAM, ดิสก์ และเครือข่ายเพิ่มชั้นถัดไป

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

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

หากไม่มีหลักฐานนั้น การจัดสรรทรัพยากรเกินความจำเป็นอาจกลายเป็นทางเลือกที่มีค่าใช้จ่ายสูงสำหรับการวินิจฉัย

ติดตามกิจกรรมของแอปพลิเคชันและผู้ใช้

การตรวจสอบโครงสร้างพื้นฐานยังสามารถเปิดเผยสิ่งที่กระตุ้นความต้องการได้

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

TSplus Server Monitoring, ตัวอย่างเช่น, ให้รายงานสำหรับการเชื่อมต่อพร้อมกัน, การใช้เครือข่าย, การมีอยู่ของผู้ใช้ และการใช้แอปพลิเคชันตามเซิร์ฟเวอร์และผู้ใช้, พร้อมกับการรายงานประสิทธิภาพของ CPU, หน่วยความจำ และดิสก์.

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

การสร้างสมดุลระหว่างการลดค่าใช้จ่ายและการหลีกเลี่ยงปัญหาด้านประสิทธิภาพ

การปรับขนาดทำงานได้ทั้งสองทิศทาง

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

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

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

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

คุณจะสร้างวงจรควบคุมต้นทุนที่นำโดยการตรวจสอบได้อย่างไร?

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

1. กำหนดค่าพื้นฐานสำหรับเซสชัน, CPU, หน่วยความจำ, ดิสก์, แบนด์วิธ และการใช้งานแอปพลิเคชัน.
2. ระบุจุดสูงสุดที่เกิดขึ้นซ้ำ ๆ ความจุที่ว่างอยู่ตลอดเวลา และการเติบโตที่ไม่ปกติ
3. เปรียบเทียบความต้องการที่สังเกตได้กับโครงสร้างพื้นฐานและใบอนุญาตที่จัดเตรียมไว้
4. ปรับขนาด รวมศูนย์ ปรับสมดุล หรือกำจัดทรัพยากรเมื่อมีหลักฐานสนับสนุนการเปลี่ยนแปลง
5. ดำเนินการตรวจสอบต่อไปหลังจากการเปลี่ยนแปลงเพื่อตรวจสอบประสิทธิภาพและการประหยัด

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

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

TSplus Server Monitoring สนับสนุนการควบคุมค่าใช้จ่ายได้อย่างไร?

การสรุปฟีเจอร์และความสามารถของซอฟต์แวร์การเฝ้าระวังของเรา:

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

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

วิธีง่ายๆ ในการก้าวจากการตรวจสอบข้อมูลเซิร์ฟเวอร์ไปสู่การดูค่าใช้จ่ายด้าน IT

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

ฉันได้กำหนดพื้นที่การทำงานที่กว้างขวางสามด้าน:

1. การใช้ประโยชน์จากความจุและโครงสร้างพื้นฐาน

ผู้ใช้, แอปพลิเคชัน และความต้องการจริง

3. ประสิทธิภาพ ความพร้อมใช้งาน และต้นทุนการดำเนินงาน

เราจ่ายเงินสำหรับโครงสร้างพื้นฐานมากกว่าที่เราต้องการหรือไม่?

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

ทรัพยากรที่เราจัดเตรียมไว้ถูกใช้งานจริงหรือไม่?

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

การประหยัดที่อื่นกำลังสร้างค่าใช้จ่ายในการสนับสนุนหรือผลผลิตอยู่หรือไม่?

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

การมองเห็นการใช้ IT ที่จำเป็น

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

TSplus Server Monitoring ไม่ได้มีวัตถุประสงค์เพื่อแทนที่ความสามารถในการเรียกเก็บเงินและการจัดการค่าใช้จ่ายที่มีอยู่ใน Azure, Windows 365, Citrix หรือ AWS บทบาทของมันคือทำให้ด้านการดำเนินงานของสมการค่าใช้จ่ายมองเห็นได้ง่ายขึ้นและใช้งานง่ายขึ้นสำหรับเซิร์ฟเวอร์, แอปพลิเคชัน, ทรัพยากร และผู้ใช้

ในพริบตา! เส้นฐานการตรวจสอบที่ใช้งานได้จริงของฉันสำหรับการควบคุมค่าใช้จ่าย

จากนี้ เราได้พื้นที่ 6 แห่งในการตรวจสอบ นี่คือพื้นที่เหล่านั้นพร้อมกับเหตุผลว่าทำไมมันถึงสำคัญ:

1. การใช้งานพร้อมกันจะแสดงความต้องการสูงสุดที่แท้จริงแทนที่จะเป็นจำนวนผู้ใช้ที่ได้รับอนุญาตทั้งหมด
2. CPU และหน่วยความจำช่วยในการระบุขนาดที่มากเกินไปหรือน้อยเกินไปอย่างต่อเนื่อง
3. กิจกรรมดิสก์และความจุแสดงความกดดันและการเติบโตของการจัดเก็บข้อมูล
4. แบนด์วิธแสดงให้เห็นว่าความต้องการเครือข่ายมีเหตุผลเพียงพอสำหรับการขยายหรือไม่
5. กิจกรรมของผู้ใช้และแอปพลิเคชันเชื่อมโยงการใช้โครงสร้างพื้นฐานกับการใช้งานจริง
6. การมีอยู่และการแจ้งเตือนช่วยป้องกันไม่ให้การลดค่าใช้จ่ายกลายเป็นเวลาหยุดทำงานหรือปัญหาการสนับสนุน

สรุป

ค่าใช้จ่ายที่ซ่อนอยู่ของ VDI, DaaS และ Cloud PCs ไม่ได้เกิดจากรูปแบบการปรับใช้เพียงแบบเดียว แต่จะเกิดขึ้นเมื่อความสามารถที่จัดเตรียมไว้, ใบอนุญาต และความพยายามในการดำเนินงานหยุดตรงกับความต้องการที่แท้จริง.

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