การตรวจสอบเซิร์ฟเวอร์ Windows แทนที่ - สิ่งที่ควรมองหา

บทนำ

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

ในกรณีใดที่ทีม IT จะมองหาการแทนที่การตรวจสอบเซิร์ฟเวอร์ Windows?

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

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

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

เมื่อเครื่องมือ Windows ดั้งเดิมไม่เพียงพออีกต่อไป

เครื่องมือ Windows ดั้งเดิมมีคุณค่าทางการวินิจฉัยและการตรวจสอบบางประการ ตัวติดตามประสิทธิภาพ สำหรับตัวอย่างนี้ มีตัวนับประสิทธิภาพสำหรับโปรเซสเซอร์ หน่วยความจำ ดิสก์ กระบวนการ และอื่นๆ อีกมากมาย

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

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

เริ่มต้นด้วยสิ่งที่การตั้งค่าการตรวจสอบปัจจุบันของคุณขาดหายไป

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

ในกรณีใดที่การตั้งค่าการตรวจสอบเซิร์ฟเวอร์ Windows ปัจจุบันของคุณต้องการการเปลี่ยนแปลง?

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

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

การตรวจสอบกลายเป็นเรื่องที่แยกส่วนมากเกินไป

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

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

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

การแจ้งเตือนสร้างเสียงรบกวนแทนที่จะเป็นข้อมูลที่มีประโยชน์

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

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

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

ค่าใช้จ่ายเพิ่มขึ้นเร็วกว่าระบบโครงสร้างพื้นฐาน

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

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

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

ปัญหาถึงผู้ใช้ก่อนที่พวกเขาจะถึง IT

หนึ่งในสัญญาณเตือนที่พบบ่อยที่สุดคือการที่ตั๋วสนับสนุนระบุปัญหาโครงสร้างพื้นฐานเป็นประจำก่อนที่จะถูกค้นพบโดยระบบการตรวจสอบ

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

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

การตรวจสอบเซิร์ฟเวอร์ Windows ควรตรวจสอบอะไรบ้าง?

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

การติดตั้ง Windows Server ส่วนใหญ่ต้องการการตรวจสอบอย่างน้อยหลายหมวดหมู่

ประสิทธิภาพของ CPU, หน่วยความจำ และดิสก์

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

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

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

กระบวนการและบริการที่สำคัญ

สุขภาพของระบบปฏิบัติการเป็นเพียงส่วนหนึ่งของภาพรวมเท่านั้น

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

เซิร์ฟเวอร์ Internet Information Services (IIS), เซิร์ฟเวอร์ฐานข้อมูล, คอนโทรลเลอร์โดเมน, และ Remote Desktop Session Host ไม่มีข้อกำหนดที่เหมือนกันทั้งหมด การแทนที่ที่มีประโยชน์จะช่วยให้ผู้ดูแลระบบสามารถตรวจสอบสิ่งที่สำคัญสำหรับแต่ละเซิร์ฟเวอร์แทนที่จะเพียงแค่โยนคำจำกัดความเดียวของสุขภาพสำหรับทั้งสภาพแวดล้อม

กิจกรรมเครือข่ายและแบนด์วิธ

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

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

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

กิจกรรม, แอปพลิเคชัน และภาระงาน

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

สภาพแวดล้อมของ Windows Server สามารถโฮสต์บริการโดเมน Active Directory, IIS, SQL Server, Hyper-V และงานอื่น ๆ ที่มีตัวบ่งชี้สุขภาพของตนเอง การตรวจสอบ CPU, หน่วยความจำ และดิสก์พื้นฐานไม่สามารถเปิดเผยความล้มเหลวเฉพาะของงานได้ทุกประเภท

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

คำตอบสามารถเปลี่ยนแปลงได้อย่างมากว่าแพลตฟอร์มการตรวจสอบประเภทใดที่เหมาะสม

การปรับปรุงที่ควรทำในการเปลี่ยนแปลงคืออะไร?

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

สี่ฟีเจอร์ที่ควรพิจารณาเป็นพิเศษ

การมองเห็นแบบรวมศูนย์

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

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

ข้อมูลประวัติศาสตร์และฐานข้อมูล

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

เซิร์ฟเวอร์ที่ทำงานด้วยการใช้หน่วยความจำ 70% อาจจะมีสุขภาพดีโดยสิ้นเชิงหากนั่นเป็นระดับสูงสุดที่เคยเกิดขึ้น แต่การเพิ่มขึ้นอย่างช้าๆ จาก 30% เป็น 70% อาจเป็นจุดเริ่มต้นของเหตุการณ์ที่สำคัญ

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

การแจ้งเตือนที่สามารถดำเนินการได้

การประเมินการเปลี่ยนแปลงควรเกินกว่าการแบ่งแยกแบบสองทางว่าแพลตฟอร์ม “รองรับการแจ้งเตือน” หรือไม่

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

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

รายงานที่มีประโยชน์

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

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

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

คุณต้องการการตรวจสอบเซิร์ฟเวอร์หรือการมองเห็นทั้งหมดหรือไม่?

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

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

เมื่อการตรวจสอบเซิร์ฟเวอร์ที่มุ่งเน้นเพียงพอ

พวกเขาไม่จำเป็นเสมอไปในทุกสภาพแวดล้อมของเซิร์ฟเวอร์ Windows อย่างไรก็ตาม

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

เมื่อการสังเกตการณ์ที่กว้างขวางกลายเป็นสิ่งจำเป็น

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

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

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

คุณควรเปรียบเทียบการเปลี่ยนแปลงการตรวจสอบ Windows Server อย่างไร?

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

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

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

ทีมต้องการการตรวจสอบภาระงานเฉพาะ Windows หรือการมองเห็นที่กว้างขึ้นหรือไม่?

สิ่งนี้สร้างการเปรียบเทียบที่มีประโยชน์มากกว่าจำนวนฟีเจอร์ในหน้าผลิตภัณฑ์

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

คุณจะเปลี่ยนระบบการตรวจสอบโดยไม่สูญเสียการมองเห็นได้อย่างไร?

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

กระบวนการย้ายข้อมูลจะมีความเสี่ยงน้อยลงหากมีการจัดระเบียบเป็นขั้นตอน

การตรวจสอบความครอบคลุมของสินค้าคงคลังที่มีอยู่

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

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

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

กำหนดฐานข้อมูลปัจจุบัน

บันทึกประสิทธิภาพปกติก่อนการย้ายข้อมูล

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

ข้อมูลพื้นฐานที่มีอยู่ช่วยให้ผู้ดูแลระบบมีข้อมูลอ้างอิงในการกำหนดค่าและประเมินแพลตฟอร์มใหม่

เรียกใช้ทั้งสองระบบการตรวจสอบชั่วคราว

หากเป็นไปได้ ให้รักษาระบบที่มีอยู่และระบบที่เปลี่ยนแทนให้ทำงานได้ตลอดช่วงการเปลี่ยนแปลง

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

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

ตรวจสอบการครอบคลุมการตรวจสอบ

เปรียบเทียบแพลตฟอร์มใหม่กับสินค้าคงคลังที่สร้างขึ้นก่อนที่จะย้ายไปยังแพลตฟอร์มนี้

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

โครงการทดแทนควรพยายามรักษาความชัดเจนที่จำเป็น แต่ไม่ควรมีความซับซ้อนที่ไม่จำเป็น

ทดสอบการแจ้งเตือนก่อนที่จะเลิกใช้แพลตฟอร์มเก่า

อย่าใช้สมมติว่าการแจ้งเตือนจะทำงานเพียงเพราะมีการตั้งค่าขีดจำกัดไว้

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

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

กำลังมองหาการแทนที่การตรวจสอบเซิร์ฟเวอร์ Windows ที่ง่ายกว่าอยู่หรือเปล่า?

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

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

สรุป

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

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