วิธีการเลือกเซิร์ฟเวอร์ที่เหมาะสม

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

ข้อควรพิจารณาในการวางแผน

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

เซิร์ฟเวอร์จะถูกเพิ่มลงในสภาพแวดล้อมเซิร์ฟเวอร์/คอมพิวเตอร์ที่มีอยู่หรือไม่

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

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

หากจำเป็นต้องมีแอปพลิเคชันใหม่ ผู้จำหน่ายซอฟต์แวร์อาจต้องการหรือแนะนำเป็นอย่างยิ่งให้ใช้ระบบปฏิบัติการเฉพาะ

Windows กับ Unix และ Linux

เว้นแต่คุณจะต้องใช้ระบบปฏิบัติการที่เป็นกรรมสิทธิ์ (เช่น OS/40 หรือ Z/OS บนระบบ IBM บางระบบ หรือแม้แต่ Netware ของ Novell) โดยทั่วไปคุณมีสามทางเลือก: Windows, Linux หรือ Unix Unix ที่กล่าวถึงในที่นี้ประกอบด้วยระบบ Unix ทั้งหมดที่จัดทำโดยผู้ผลิตระบบ เช่น AIX ของ IBM, HP/UX ของ Hewlett-Packard หรือ Solaris ของ SUN ในทำนองเดียวกัน มีตัวเลือกบางอย่างสำหรับระบบ Linux

ตัวเลือกแรกคือว่าจะใช้ Windows หรือตระกูลขยายของ Unix หรือ Linux ตามที่กล่าวไว้ข้างต้น บางครั้งคุณอาจถูกบังคับให้ใช้ระบบปฏิบัติการบางอย่าง แต่หากคุณมีอิสระในการเลือก วิธีที่ดีที่สุดคือเปรียบเทียบผลิตภัณฑ์ตามมาตรฐานของผลิตภัณฑ์ในแง่ของความสามารถในการปรับขนาด ความทนทาน และต้นทุนการใช้งาน

เซิร์ฟเวอร์ต้องรองรับไคลเอนต์จำนวนเท่าใด

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

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

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

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

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

ต้องรองรับแอปพลิเคชันใดบ้าง?

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

ไฟล์ การพิมพ์ หรือเซิร์ฟเวอร์การสื่อสาร

เซิร์ฟเวอร์ฐานข้อมูล

แอปพลิเคชันเซิร์ฟเวอร์

เซิร์ฟเวอร์ที่เน้นการประมวลผล

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

หากต้องการประเมินการใช้ทรัพยากรของลูกค้า ขั้นแรกให้พิจารณาว่าลูกค้ารายใดใช้แต่ละแอปพลิเคชัน แต่ละแอปพลิเคชันอาจต้องใช้ทรัพยากรที่แตกต่างกันจากเซิร์ฟเวอร์

ลักษณะงาน

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

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

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

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

[ตัดหน้า]

ปัญหาทางการเงิน

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

TCO รวมถึงต้นทุนทางตรงและต้นทุนทางอ้อม

ต้นทุนทางตรงที่สำคัญ ได้แก่ :

ค่าใช้จ่ายในการซื้อซอฟต์แวร์และฮาร์ดแวร์

ดำเนินการและจัดการระบบ

การพัฒนาแอปพลิเคชัน การสนับสนุน และการสื่อสาร

ค่าไฟฟ้าเพื่อเดินระบบและระบายความร้อนของระบบ

ต้นทุนพื้นที่ระบบ

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

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

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

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

ปัญหาทางการเงิน

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

TCO รวมถึงต้นทุนทางตรงและต้นทุนทางอ้อม

ต้นทุนทางตรงที่สำคัญ ได้แก่ :

ค่าใช้จ่ายในการซื้อซอฟต์แวร์และฮาร์ดแวร์

ดำเนินการและจัดการระบบ

การพัฒนาแอปพลิเคชัน การสนับสนุน และการสื่อสาร

ค่าไฟฟ้าเพื่อเดินระบบและระบายความร้อนของระบบ

ต้นทุนพื้นที่ระบบ

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

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

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

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