การใช้งาน ERP ที่รวดเร็วบริการครบวงจร |
การจัดการการจัดส่งสำหรับบริษัทการค้าและบริษัทจัดส่ง! |
1C:เอดีโอค้นหาผลประโยชน์ทั้งหมด การจัดการเอกสารอิเล็กทรอนิกส์! |
การเปลี่ยนไปใช้ “1C:ZUP ed. 3"บริษัท "1C" หยุดสนับสนุน "1C: ZUP 2.5"! |
เช่าเซิร์ฟเวอร์ 1C |
คลัสเตอร์เซิร์ฟเวอร์ 1C - สร้างระบบที่มีโหลดสูง
สั่งซื้อคำสั่งสาธิตบทความนี้จะพิจารณาหลายตัวเลือกสำหรับโครงสร้าง 1C สำหรับระบบที่มีการโหลดสูง (จาก 200 ผู้ใช้ที่ใช้งานอยู่) สร้างขึ้นบนพื้นฐานของสถาปัตยกรรมไคลเอนต์ - เซิร์ฟเวอร์ - ข้อดีและข้อเสียต้นทุนการติดตั้งและการทดสอบเปรียบเทียบประสิทธิภาพของแต่ละตัวเลือก
เราจะไม่อธิบาย ประเมิน และเปรียบเทียบโครงร่างคลาสสิกที่เป็นที่ยอมรับโดยทั่วไปและรู้จักกันมานานสำหรับการสร้างโครงสร้างเซิร์ฟเวอร์ 1C เช่น เซิร์ฟเวอร์ 1C แยกต่างหากและเซิร์ฟเวอร์ DBMS แยกต่างหาก หรือ คลัสเตอร์ไมโครซอฟต์ SQL พร้อมคลัสเตอร์ 1C มีบทวิจารณ์ดังกล่าวมากมาย รวมถึงบทวิจารณ์ที่จัดทำโดยผู้ผลิตผลิตภัณฑ์ซอฟต์แวร์เองด้วย เราจะนำเสนอภาพรวมของแผนการออกแบบโครงสร้าง 1C ที่พบในโครงการไอทีสำหรับธุรกิจขนาดกลางและขนาดใหญ่ในช่วงไม่กี่ปีที่ผ่านมา
ข้อกำหนดสำหรับระบบ 1C ที่มีโหลดสูง
ระบบ 1C ที่มีการโหลดสูงซึ่งทำงานกับข้อมูลจำนวนมากตลอด 24 ชั่วโมงทุกวันตลอด 365 วันอาจมีปัจจัยเสี่ยงที่ปกติแล้วจะไม่พบในสถานการณ์มาตรฐาน ด้วยเหตุนี้ เพื่อกำจัดและป้องกันจึงจำเป็นต้องใช้โครงร่างสถาปัตยกรรม 1C พิเศษและเทคโนโลยีใหม่
การต้านทานภัยพิบัติ DBMSในกระบวนการออกแบบสถาปัตยกรรม 1C จะเน้นไปที่ พลังการคำนวณและความพร้อมในการให้บริการสูง ซึ่งแสดงออกมาในรูปแบบการจัดกลุ่ม ตามค่าเริ่มต้น เซิร์ฟเวอร์ 1C:Enterprise สามารถทำงานในคลัสเตอร์ซ้ำซ้อนได้ และสำหรับคลัสเตอร์ DBMS ระบบจัดเก็บข้อมูลอุตสาหกรรม (SDS) และเทคโนโลยีการทำคลัสเตอร์ (เช่น Microsoft SQL Cluster) มักจะถูกนำมาใช้ อย่างไรก็ตาม สถานการณ์จะเลวร้ายเมื่อเกิดปัญหากับระบบจัดเก็บข้อมูล (บ่อยครั้งจากประสบการณ์ของเรา) ปีที่ผ่านมา- สิ่งเหล่านี้เป็นปัญหา แบบเป็นโปรแกรม- ทันใดนั้นวิศวกรไอทีก็ประสบปัญหาสองประการ: จะรับข้อมูลล่าสุดได้ที่ไหน และจะนำไปใช้งานได้ที่ไหน โดยเร็วที่สุดเนื่องจากระบบจัดเก็บข้อมูลที่มีความจุที่ต้องการของอาร์เรย์ดิสก์ที่รวดเร็วไม่พร้อมใช้งาน
ข้อกำหนดด้านความปลอดภัยของฐานข้อมูลเมื่อทำงานกับโครงการของธุรกิจขนาดกลางและขนาดใหญ่ เราต้องเผชิญกับข้อกำหนดสำหรับการปกป้องข้อมูลส่วนบุคคลเป็นประจำ (โดยเฉพาะเพื่อให้สอดคล้องกับย่อหน้าของกฎหมายของรัฐบาลกลาง-152) เงื่อนไขประการหนึ่งสำหรับการปฏิบัติตามข้อกำหนดเหล่านี้คือเพื่อให้แน่ใจว่าข้อมูลส่วนบุคคลมีความปลอดภัยอย่างเหมาะสมซึ่งต้องมีการเข้ารหัสฐานข้อมูล 1C
เมื่อพัฒนาโครงร่างสำหรับระบบ 1C ที่มีโหลดสูง พวกเขามักจะให้ความสำคัญกับพารามิเตอร์เป็นอันดับแรก ระบบดิสก์ I/O ที่ฐานข้อมูลตั้งอยู่ แต่นอกเหนือจากนี้ ยังมีการใช้งานทรัพยากร CPU และการใช้ RAM โดยเซิร์ฟเวอร์ 1C อีกด้วย บ่อยครั้งที่ขาดทรัพยากรประเภทนี้อย่างแน่นอน ความเป็นไปได้ในการอัพเกรดฮาร์ดแวร์ของเซิร์ฟเวอร์ 1C ปัจจุบันหมดลงและจำเป็นต้องเพิ่มเซิร์ฟเวอร์ 1C ใหม่ที่ทำงานกับเซิร์ฟเวอร์ DBMS เดียวแผนการจัดระเบียบคลัสเตอร์ของเซิร์ฟเวอร์ 1C
โครงการที่มีคลัสเตอร์ของเซิร์ฟเวอร์ 1C ที่เชื่อมต่อกับคลัสเตอร์ที่มีการจำลองแบบ SQL AlwaysOn แบบซิงโครนัสผ่าน IPโครงการนี้เป็นหนึ่งในตัวเลือกคุณภาพสูงสำหรับการแก้ปัญหาการต้านทานภัยพิบัติของฐานข้อมูล 1C (ดูรูปที่ 1) เทคโนโลยีการจัดกลุ่มฐานข้อมูล SQL AlwaysOn ขึ้นอยู่กับหลักการของการซิงโครไนซ์ออนไลน์ของตาราง SQL ระหว่างเซิร์ฟเวอร์หลักและเซิร์ฟเวอร์สำรองโดยไม่มีการแทรกแซง ผู้ใช้ปลายทาง- กับ โดยใช้ SQL Listener มีความสามารถในการสลับไปใช้เซิร์ฟเวอร์ SQL สำรองในกรณีที่เซิร์ฟเวอร์หลักล้มเหลวซึ่งช่วยให้เราสามารถเรียกระบบนี้ว่าคลัสเตอร์ SQL ที่ป้องกันภัยพิบัติได้เต็มรูปแบบด้วยการใช้เซิร์ฟเวอร์ SQL อิสระสองตัว เทคโนโลยี SQL Always On มีเฉพาะใน เวอร์ชันของไมโครซอฟต์เอสแอล เอ็นเตอร์ไพรส์
รูปที่ 1 - ไดอะแกรมของคลัสเตอร์ของเซิร์ฟเวอร์ 1C + SQL AlwaysOn
รูปแบบที่สองเหมือนกับรูปแบบแรกมีเพียงการเข้ารหัสฐานข้อมูล SQL บนเซิร์ฟเวอร์หลักและเซิร์ฟเวอร์สำรองเท่านั้นที่จะถูกเพิ่มเราได้กล่าวไปแล้วว่าการทำงานกับโครงการด้านไอทีล่าสุดแสดงให้เห็นว่าบริษัทต่างๆ เริ่มให้ความสำคัญกับปัญหาความปลอดภัยของข้อมูลมากขึ้น ด้วยเหตุผลหลายประการ - ข้อกำหนดของ Federal Law-152, การครอบครองเซิร์ฟเวอร์โดยผู้บุกรุก, ข้อมูลรั่วไหลในระบบคลาวด์ และสิ่งที่คล้ายกัน ดังนั้นเราจึงถือว่าโครงร่าง 1C เวอร์ชันนี้ค่อนข้างมีความเกี่ยวข้อง (ดูรูปที่ 2)
รูปที่ 2 - ไดอะแกรมของคลัสเตอร์ของเซิร์ฟเวอร์ 1C + SQL AlwaysOn พร้อมการเข้ารหัส
คลัสเตอร์ของเซิร์ฟเวอร์ 1C "active-active" ที่เชื่อมต่อกับเซิร์ฟเวอร์ DBMS เดียวผ่าน IPตรงกันข้ามกับความต้องการความทนทานต่อข้อผิดพลาดและการรักษาความปลอดภัย โครงสร้างบางส่วนต้องการประสิทธิภาพที่เพิ่มขึ้นเป็นหลัก กล่าวคือ “พลังการประมวลผลทั้งหมด” ดังนั้นจึงให้ความสำคัญสูงสุดในการเพิ่มจำนวนคลัสเตอร์การประมวลผลเซิร์ฟเวอร์ 1C ซึ่งแพลตฟอร์ม 1C ที่ทันสมัยอนุญาตให้สร้างความแตกต่าง ประเภทต่างๆงานคอมพิวเตอร์และงานเบื้องหลัง (ดูรูปที่ 3) แน่นอนว่าการกำหนดค่าทรัพยากรหลักของเซิร์ฟเวอร์ SQL ควรจะได้มาตรฐานเช่นกัน แต่เซิร์ฟเวอร์ฐานข้อมูลนั้นถูกนำเสนอในรูปแบบเอกพจน์ (เห็นได้ชัดว่ามีการคำนวณเพื่อการสำรองฐานข้อมูลในเวลาที่เหมาะสม)
รูปที่ 3 - ไดอะแกรมของคลัสเตอร์เซิร์ฟเวอร์ 1C พร้อมเซิร์ฟเวอร์ DBMS หนึ่งเซิร์ฟเวอร์
เซิร์ฟเวอร์ 1C และ DBMS ในที่เดียว เซิร์ฟเวอร์ฮาร์ดแวร์ด้วย SharedMemoryเนื่องจากการทดสอบภาคปฏิบัติของเรามุ่งเน้นไปที่การเปรียบเทียบประสิทธิภาพของรูปแบบต่างๆ จึงจำเป็นต้องมีมาตรฐานบางประเภทเพื่อเปรียบเทียบตัวเลือกต่างๆ (ดูรูปที่ 4) ตามมาตรฐานแล้ว ในความเห็นของเรา คุณจะต้องจัดวางเลย์เอาต์ของเซิร์ฟเวอร์ 1C และ DBMS บนเซิร์ฟเวอร์ฮาร์ดแวร์เครื่องเดียวโดยไม่มีการจำลองเสมือนพร้อมการโต้ตอบผ่าน SharedMemory
รูปที่ 4 - ไดอะแกรมของเซิร์ฟเวอร์ 1C และ DBMS บนเซิร์ฟเวอร์ฮาร์ดแวร์เดียวกับ SharedMemory
ด้านล่างเป็นตารางเปรียบเทียบทั่วไปที่แสดงผลลัพธ์โดยรวม เกณฑ์สำคัญการประเมินการจัดโครงสร้างของระบบ 1C (ดูตารางที่ 1)
เกณฑ์สำหรับการประเมินสถาปัตยกรรม 1C | คลัสเตอร์ 1C + SQL เปิดตลอดเวลา |
คลัสเตอร์ 1C + SQL AlwaysOn พร้อมการเข้ารหัส |
คลัสเตอร์ 1C พร้อมเซิร์ฟเวอร์ DBMS หนึ่งเซิร์ฟเวอร์ |
หน่วยความจำที่ใช้ร่วมกันแบบคลาสสิก 1C+DBMS |
ความง่ายในการติดตั้งและบำรุงรักษา | พอใจ | พอใจ | ดี | ยอดเยี่ยม |
ความอดทนต่อความผิดพลาด | ยอดเยี่ยม | ยอดเยี่ยม | พอใจ | ไม่สามารถใช้ได้ |
ความปลอดภัย | พอใจ | ยอดเยี่ยม | พอใจ | พอใจ |
การจัดทำงบประมาณ | พอใจ | พอใจ | ดี | ยอดเยี่ยม |
ตารางที่ 1 - การเปรียบเทียบตัวเลือกสำหรับการสร้างระบบ 1C
อย่างที่คุณเห็นเหลือเพียงอันเดียวเท่านั้น เกณฑ์ที่สำคัญความหมายที่ยังคงต้องดูต่อไปคือผลผลิต เราจะดำเนินการทดสอบภาคปฏิบัติหลายชุดบนม้านั่งทดสอบโดยเฉพาะ
คำอธิบายวิธีการทดสอบ
ขั้นตอนการทดสอบประกอบด้วยเครื่องมือสำคัญสองอย่างสำหรับการสร้างโหลดสังเคราะห์และการจำลองการทำงานของผู้ใช้ใน 1C นี่คือการทดสอบ Gilev (TPC-1C) และ "ศูนย์ทดสอบ" จาก 1C: ชุดเครื่องมือเครื่องมือวัด
บททดสอบของกิเลฟการทดสอบเป็นส่วนหนึ่งของการทดสอบข้ามแพลตฟอร์มสากลอินทิกรัล สามารถใช้กับ 1C:Enterprise ทั้งเวอร์ชันไฟล์และไคลเอ็นต์-เซิร์ฟเวอร์ การทดสอบจะประเมินปริมาณงานต่อหน่วยเวลาในหนึ่งเธรด และเหมาะสำหรับการประเมินความเร็วของการโหลดแบบเธรดเดียว รวมถึงความเร็วของการเรนเดอร์อินเทอร์เฟซ ผลกระทบของต้นทุนทรัพยากรในการรักษาสภาพแวดล้อมเสมือน การโพสต์เอกสารใหม่ การปิด เดือน, คำนวณเงินเดือน ฯลฯ ความเป็นสากลช่วยให้คุณสามารถประเมินประสิทธิภาพโดยทั่วไปโดยไม่ต้องเชื่อมโยงกับการกำหนดค่าแพลตฟอร์มทั่วไปที่เฉพาะเจาะจง ผลการทดสอบคือการประเมินโดยสรุปของระบบ 1C ที่วัดได้ ซึ่งแสดงเป็นหน่วยทั่วไป
"ศูนย์ทดสอบ" เฉพาะทางจาก 1C: ชุดเครื่องมือเครื่องมือวัด Test Center เป็นเครื่องมือสำหรับการทดสอบโหลดระบบข้อมูลผู้ใช้หลายคนโดยอัตโนมัติบนแพลตฟอร์ม 1C:Enterprise 8 ด้วยความช่วยเหลือนี้ คุณสามารถจำลองการทำงานขององค์กรโดยไม่ต้องมีส่วนร่วมของผู้ใช้จริง ซึ่งช่วยให้คุณสามารถประเมินการบังคับใช้ได้ ประสิทธิภาพและความสามารถในการปรับขนาดของระบบสารสนเทศในสภาวะจริง การใช้เครื่องมือ 1C: KIP ขึ้นอยู่กับกระบวนการและกรณีทดสอบ เมทริกซ์ "รายการออบเจ็กต์ของโครงร่างฐานข้อมูล ERP 2.2" จะถูกสร้างขึ้นสำหรับสถานการณ์การทดสอบประสิทธิภาพ ในรูปแบบฐานข้อมูล 1C: ERP 2.2 ข้อมูลจะถูกสร้างขึ้นโดยการประมวลผลตามข้อมูลอ้างอิงด้านกฎระเบียบ (RNI):
- รายการศัพท์หลายพันรายการ
- หลายองค์กร;
- คู่สัญญาหลายพันราย
การทดสอบดำเนินการภายในกลุ่มผู้ใช้หลายกลุ่ม กลุ่มประกอบด้วยผู้ใช้ 4 คน ซึ่งแต่ละคนมีบทบาทของตนเองและมีรายการการดำเนินการตามลำดับ ด้วยกลไกที่ยืดหยุ่นในการตั้งค่าพารามิเตอร์สำหรับการทดสอบ คุณจึงทำการทดสอบได้ ปริมาณที่แตกต่างกันผู้ใช้ซึ่งจะช่วยให้คุณสามารถประเมินพฤติกรรมของระบบภายใต้โหลดต่างๆ และระบุพารามิเตอร์ที่อาจนำไปสู่ประสิทธิภาพที่ไม่ดี การทดสอบ 3 รายการดำเนินการใน 3 รอบ โดยนักพัฒนา 1C จะทำการทดสอบเพื่อจำลองงานของผู้ใช้และวัดเวลาดำเนินการของแต่ละการดำเนินการ การวนซ้ำทั้งสามครั้งมีการวัดสำหรับแต่ละโครงร่างโครงสร้าง 1C ผลลัพธ์ของการทดสอบคือการได้รับเวลาดำเนินการโดยเฉลี่ยสำหรับเอกสารเมทริกซ์แต่ละฉบับ
ตัวบ่งชี้ของ "ศูนย์ทดสอบ" และการทดสอบ Gilev จะสะท้อนให้เห็น ตารางเดือย 2.
แท่นทดสอบ
เซิร์ฟเวอร์ การเข้าถึงเทอร์มินัล – เครื่องเสมือนที่ใช้จัดการเครื่องมือทดสอบ:
- vCPU - 16 คอร์ 2.6GHz
- แรม - 32GB
- I\o: Intel Sata SSD Raid1
- แรม - 96GB
- I\o: Intel Sata SSD Raid1
เซิร์ฟเวอร์ 1C และ DBMS - เซิร์ฟเวอร์จริง
- ซีพียู - อินเทล ซีออนโปรเซสเซอร์ E5-2670 8C 2.6GHz – 2 ชิ้น
- แรม - 96GB
- I\o: Intel Sata SSD Raid1
- บทบาท: เซิร์ฟเวอร์ 1C 8.3.8.2137, MS SQL Server 2014 SP 2
ข้อสรุป
เราสามารถสรุปได้ว่าตามเวลาดำเนินการโดยเฉลี่ย รูปแบบที่เหมาะสมที่สุดคือหมายเลข 3 “คลัสเตอร์ของเซิร์ฟเวอร์ 1C “active-active” ที่เชื่อมต่อกับเซิร์ฟเวอร์ DBMS เดียวผ่านโปรโตคอล IP” (ดูตารางที่ 2) เพื่อให้แน่ใจว่าสถาปัตยกรรมดังกล่าวจะทนทานต่อข้อผิดพลาด เราขอแนะนำให้สร้างคลัสเตอร์ล้มเหลว MSSQL แบบคลาสสิกโดยมีฐานข้อมูลอยู่บนระบบจัดเก็บข้อมูลที่แยกต่างหาก
สิ่งสำคัญคือต้องทราบว่าอัตราส่วนที่เหมาะสมที่สุดของปัจจัยในการลดเวลาหยุดทำงาน ความทนทานต่อข้อผิดพลาด และความปลอดภัยของข้อมูลอยู่ในรูปแบบที่ 1 “คลัสเตอร์ของเซิร์ฟเวอร์ 1C ที่เชื่อมต่อกับคลัสเตอร์ที่มีการจำลองแบบ SQL AlwaysOn แบบซิงโครนัสผ่าน IP” ในขณะที่ประสิทธิภาพลดลงเมื่อเปรียบเทียบ ตัวเลือกที่มีประสิทธิผลมากที่สุดคือประมาณ 10%
ดังที่เราเห็นจากผลการทดสอบ การจำลองแบบซิงโครนัส ฐานข้อมูล SQL AlwaysOn มีผลกระทบด้านลบต่อประสิทธิภาพค่อนข้างมาก สิ่งนี้อธิบายได้จากข้อเท็จจริงที่ว่าระบบ SQL รอการสิ้นสุดการจำลองแบบของแต่ละธุรกรรมไปยังเซิร์ฟเวอร์สำรอง ซึ่งไม่อนุญาตให้คุณทำงานกับฐานข้อมูลในขณะนี้ สิ่งนี้สามารถหลีกเลี่ยงได้โดยการตั้งค่าการจำลองแบบอะซิงโครนัสระหว่างเซิร์ฟเวอร์ MSSQL แต่ด้วยการตั้งค่าดังกล่าว เราจะไม่ได้รับการสลับแอปพลิเคชันไปยังโหนดสำรองโดยอัตโนมัติในกรณีที่เกิดความล้มเหลว สวิตช์จะต้องดำเนินการด้วยตนเอง
เรานำเสนอลูกค้าของเราโดยใช้ระบบคลาวด์ EFSOL คลัสเตอร์เซิร์ฟเวอร์ 1Cให้เช่า. สิ่งนี้ช่วยให้คุณประหยัดเงินได้อย่างมากในการสร้างสถาปัตยกรรมที่ทนทานต่อข้อผิดพลาดสำหรับการทำงานกับ 1C
แผนภาพสถาปัตยกรรม 1C |
เวลาเฉลี่ยในการดำเนินการให้เสร็จสิ้น วินาที |
MTBF (เวลาเฉลี่ยระหว่างความล้มเหลว) - เวลาเฉลี่ยระหว่างความล้มเหลว
MTTR (Mean Time To Repair) - เวลาเฉลี่ยในการกู้คืนฟังก์ชันการทำงาน
ต่างจากความน่าเชื่อถือ ค่าที่กำหนดโดยค่า MTBF เท่านั้น ความพร้อมใช้งานยังขึ้นอยู่กับเวลาที่ต้องใช้ในการทำให้ระบบกลับสู่สถานะการทำงานอีกด้วย
คลัสเตอร์ความพร้อมใช้งานสูงคืออะไร?
คลัสเตอร์ที่มีความพร้อมใช้งานสูง (ต่อไปนี้จะเรียกว่าคลัสเตอร์) คือระบบคลัสเตอร์ประเภทหนึ่งที่ออกแบบมาเพื่อให้แน่ใจว่าการดำเนินงานที่สำคัญอย่างต่อเนื่อง การใช้งานที่สำคัญหรือบริการ การใช้คลัสเตอร์ที่มีความพร้อมใช้งานสูงช่วยให้คุณสามารถป้องกันการหยุดทำงานโดยไม่ได้วางแผนซึ่งเกิดจากความล้มเหลวของฮาร์ดแวร์และซอฟต์แวร์ รวมถึงการหยุดทำงานตามแผนที่จำเป็นสำหรับการอัปเดตซอฟต์แวร์หรือการบำรุงรักษาเชิงป้องกันของอุปกรณ์
แผนผังของคลัสเตอร์ที่มีความพร้อมใช้งานสูงจะแสดงในรูป:
คลัสเตอร์ประกอบด้วยสองโหนด (เซิร์ฟเวอร์) ที่เชื่อมต่อกับอาร์เรย์ดิสก์ทั่วไป ส่วนประกอบหลักทั้งหมดของดิสก์อาร์เรย์นี้ ได้แก่ แหล่งจ่ายไฟ ดิสก์ไดรฟ์ ตัวควบคุม I/O เป็นแบบสำรองและแบบ Hot-swappable โหนดคลัสเตอร์เชื่อมต่อถึงกัน เครือข่ายภายในเพื่อแบ่งปันข้อมูลเกี่ยวกับสถานะปัจจุบันของคุณ คลัสเตอร์ขับเคลื่อนจากสองแหล่งที่เป็นอิสระ การเชื่อมต่อแต่ละโหนดกับภายนอก เครือข่ายท้องถิ่นซ้ำซ้อนด้วย
ดังนั้นระบบย่อยทั้งหมดของคลัสเตอร์จึงมีความซ้ำซ้อน ดังนั้นหากองค์ประกอบใดๆ ล้มเหลว คลัสเตอร์โดยรวมจะยังคงทำงานได้ นอกจากนี้ การเปลี่ยนองค์ประกอบที่ล้มเหลวยังสามารถทำได้โดยไม่ต้องหยุดคลัสเตอร์
ระบบปฏิบัติการ Microsoft ได้รับการติดตั้งบนโหนดคลัสเตอร์ทั้งสอง วินโดวส์เซิร์ฟเวอร์ 2003 Enterprise ซึ่งสนับสนุนเทคโนโลยี Microsoft Windows Cluster Service (MSCS)
หลักการทำงานของคลัสเตอร์มีดังนี้ แอปพลิเคชัน (บริการ) ที่ทำให้พร้อมใช้งานโดยคลัสเตอร์ได้รับการติดตั้งบนทั้งสองโหนด กลุ่มทรัพยากรถูกสร้างขึ้นสำหรับแอปพลิเคชัน (บริการ) นี้ รวมถึงที่อยู่ IP และ ชื่อเครือข่ายเซิร์ฟเวอร์เสมือน รวมถึงโลจิคัลดิสก์ตั้งแต่หนึ่งดิสก์ขึ้นไปบนอาร์เรย์ดิสก์ที่ใช้ร่วมกัน ดังนั้นแอปพลิเคชันพร้อมกับกลุ่มทรัพยากรจึงไม่ได้ "เชื่อมโยงอย่างแน่นหนา" กับโหนดใดโหนดหนึ่ง แต่ในทางกลับกัน สามารถเปิดใช้งานได้บนโหนดใด ๆ เหล่านี้ (และแอปพลิเคชันหลายตัวสามารถทำงานพร้อมกันในแต่ละโหนด) ในทางกลับกัน ไคลเอนต์ของแอปพลิเคชัน (บริการ) จะ "เห็น" ไม่ใช่โหนดคลัสเตอร์บนเครือข่าย แต่ เซิร์ฟเวอร์เสมือน(ชื่อเครือข่ายและที่อยู่ IP) ที่ใช้งานอยู่ แอปพลิเคชันนี้.
ขั้นแรก แอปพลิเคชันจะถูกเปิดใช้งานบนโหนดใดโหนดหนึ่ง หากโหนดนี้หยุดทำงานไม่ว่าด้วยเหตุผลใดก็ตาม โหนดอื่นจะหยุดรับฮาร์ทบีทจากโหนดนั้น และเริ่มต้นแอปพลิเคชันทั้งหมดของโหนดที่ล้มเหลวโดยอัตโนมัติ เช่น แอปพลิเคชันพร้อมกับกลุ่มทรัพยากรจะ “โยกย้าย” ไปยังโหนดที่สมบูรณ์ การย้ายแอปพลิเคชันอาจใช้เวลาตั้งแต่ไม่กี่วินาทีไปจนถึงหลายสิบวินาที และในช่วงเวลานี้ แอปพลิเคชันจะไม่พร้อมใช้งานสำหรับไคลเอ็นต์ ขึ้นอยู่กับประเภทของแอปพลิเคชัน หลังจากรีสตาร์ท เซสชันจะกลับมาทำงานต่อโดยอัตโนมัติหรือไคลเอ็นต์อาจต้องได้รับอนุญาตอีกครั้ง ไม่จำเป็นต้องเปลี่ยนแปลงการกำหนดค่าในฝั่งไคลเอ็นต์ เมื่อกู้คืนโหนดที่ล้มเหลวแล้ว แอปพลิเคชันของโหนดจะสามารถย้ายกลับได้
หากแต่ละโหนดคลัสเตอร์กำลังทำงานอยู่ แอพพลิเคชั่นต่างๆจากนั้นหากโหนดใดโหนดหนึ่งล้มเหลว โหลดบนโหนดอื่นจะเพิ่มขึ้นและประสิทธิภาพของแอปพลิเคชันจะลดลง
หากแอปพลิเคชันทำงานบนโหนดเดียวและอีกโหนดหนึ่งถูกใช้เป็นข้อมูลสำรอง หากโหนด "ทำงาน" ล้มเหลว ประสิทธิภาพของคลัสเตอร์จะไม่เปลี่ยนแปลง (โดยมีเงื่อนไขว่าโหนดสำรองไม่ "อ่อนแอกว่า")
ข้อได้เปรียบหลักของคลัสเตอร์ที่มีความพร้อมใช้งานสูงคือความสามารถในการใช้ฮาร์ดแวร์และซอฟต์แวร์มาตรฐาน ซึ่งทำให้โซลูชันนี้มีราคาไม่แพงและสามารถเข้าถึงได้สำหรับการนำไปใช้โดยธุรกิจขนาดเล็กและขนาดกลาง
จำเป็นต้องแยกแยะคลัสเตอร์ที่มีความพร้อมใช้งานสูงออกจากระบบที่ทนทานต่อข้อผิดพลาด ("ทนทานต่อข้อผิดพลาด") ซึ่งสร้างขึ้นบนหลักการของการทำสำเนาโดยสมบูรณ์ ในระบบดังกล่าว เซิร์ฟเวอร์ทำงานแบบขนานในโหมดซิงโครนัส ข้อดีของระบบเหล่านี้คือใช้เวลาฟื้นตัวสั้น (น้อยกว่าหนึ่งวินาที) หลังจากเกิดความล้มเหลว แต่มีข้อเสียคือ ค่าใช้จ่ายสูงเนื่องจากจำเป็นต้องใช้โซลูชันซอฟต์แวร์และฮาร์ดแวร์พิเศษ
การเปรียบเทียบคลัสเตอร์ที่มีความพร้อมใช้งานสูงกับเซิร์ฟเวอร์ปกติ
ตามที่กล่าวไว้ข้างต้น การใช้คลัสเตอร์ที่มีความพร้อมใช้งานสูงสามารถลดเวลาหยุดทำงานที่เกิดจากการปิดระบบตามแผนหรือไม่ได้วางแผนได้
การปิดระบบตามแผนอาจเนื่องมาจากความจำเป็นในการอัปเดตซอฟต์แวร์หรือดำเนินการบำรุงรักษาเชิงป้องกันอุปกรณ์ บนคลัสเตอร์ การดำเนินการเหล่านี้สามารถดำเนินการตามลำดับบนโหนดที่แตกต่างกันได้ โดยไม่รบกวนการทำงานของคลัสเตอร์โดยรวม
การปิดระบบโดยไม่ได้วางแผนเกิดขึ้นเนื่องจากซอฟต์แวร์หรือฮาร์ดแวร์ล้มเหลว ในกรณีที่ซอฟต์แวร์ขัดข้องบนเซิร์ฟเวอร์ปกติ จะต้องรีบูตระบบปฏิบัติการหรือแอปพลิเคชัน ในกรณีของคลัสเตอร์ แอปพลิเคชันจะย้ายไปยังโหนดอื่นและทำงานต่อไป
เหตุการณ์ที่คาดเดาได้น้อยที่สุดคือความล้มเหลวของอุปกรณ์ เรารู้จากประสบการณ์ว่าเซิร์ฟเวอร์เป็นอุปกรณ์ที่เชื่อถือได้พอสมควร แต่จะรับได้ไหม. หมายเลขเฉพาะสะท้อนถึงระดับความพร้อมของเซิร์ฟเวอร์และคลัสเตอร์?
โดยทั่วไป ผู้ผลิตส่วนประกอบคอมพิวเตอร์จะพิจารณาความน่าเชื่อถือโดยอิงจากการทดสอบเป็นชุดโดยใช้สูตรต่อไปนี้:
ตัวอย่างเช่น หากมีการทดสอบผลิตภัณฑ์ 100 รายการในระยะเวลาหนึ่งปีและ 10 รายการล้มเหลว ดังนั้น MTBF ที่คำนวณโดยใช้สูตรนี้จะเท่ากับ 10 ปี เหล่านั้น. สันนิษฐานว่าหลังจากผ่านไป 10 ปี ผลิตภัณฑ์ทั้งหมดจะล้มเหลว
จากนี้เราสามารถสรุปข้อสรุปที่สำคัญดังต่อไปนี้ ประการแรก วิธีการคำนวณ MTBF นี้ถือว่าจำนวนความล้มเหลวต่อหน่วยเวลาคงที่ตลอดอายุการใช้งานทั้งหมด แน่นอนว่าในชีวิต "จริง" ไม่เป็นอย่างนั้น ในความเป็นจริง จากทฤษฎีความน่าเชื่อถือ เป็นที่ทราบกันว่าเส้นโค้งความล้มเหลวมีรูปแบบดังต่อไปนี้:
ในโซน 1 ความล้มเหลวของผลิตภัณฑ์ที่มีข้อบกพร่องในการผลิตจะปรากฏขึ้น ในโซนที่ 3 การเปลี่ยนแปลงความเหนื่อยล้าเริ่มส่งผลกระทบ ในโซน II ความล้มเหลวเกิดจากปัจจัยสุ่มและจำนวนจะคงที่ต่อหน่วยเวลา ผู้ผลิตชิ้นส่วนจะ “ขยาย” โซนนี้ไปตลอดอายุการใช้งาน สถิติความล้มเหลวจริงตลอดอายุการใช้งานยืนยันว่าแบบจำลองทางทฤษฎีนี้ค่อนข้างใกล้เคียงกับความเป็นจริง
ข้อสรุปที่น่าสนใจประการที่สองก็คือ แนวคิดของ MTBF ไม่ได้สะท้อนถึงความหมายของชื่อของมันอย่างชัดเจนเลย “เวลาเฉลี่ยระหว่างความล้มเหลว” หมายถึงเวลาที่เพียงครึ่งหนึ่งของ MTBF เท่านั้น ดังนั้นในตัวอย่างของเรา "เวลาเฉลี่ย" นี้จะไม่ใช่ 10 ปี แต่ห้าปี เนื่องจากโดยเฉลี่ยแล้วสำเนาของผลิตภัณฑ์ทั้งหมดจะใช้งานได้ไม่ถึง 10 ปี แต่ยาวนานเพียงครึ่งเดียว เหล่านั้น. MTBF ที่ผู้ผลิตประกาศคือช่วงเวลาที่ผลิตภัณฑ์จะล้มเหลวโดยมีความน่าจะเป็น 100%
ดังนั้น เนื่องจากความน่าจะเป็นที่ส่วนประกอบจะล้มเหลวในช่วง MTBF คือ 1 และถ้าวัด MTBF เป็นปี ความน่าจะเป็นที่ส่วนประกอบจะล้มเหลวภายในหนึ่งปีจะเป็น:
พ= | 1 |
MTBF |
แน่นอนว่าความล้มเหลวของส่วนประกอบที่ไม่ซ้ำซ้อนของเซิร์ฟเวอร์จะหมายถึงความล้มเหลวของเซิร์ฟเวอร์โดยรวม
ความล้มเหลวของส่วนประกอบที่ทำซ้ำจะส่งผลให้เซิร์ฟเวอร์ล้มเหลวเฉพาะในกรณีที่ส่วนประกอบที่ซ้ำกันล้มเหลวภายในเวลาที่กำหนดในการเปลี่ยนส่วนประกอบที่ล้มเหลวก่อนโดยทันที หากเวลาเปลี่ยนที่รับประกันสำหรับส่วนประกอบคือ 24 ชั่วโมง (1/365 ของปี) (ซึ่งสอดคล้องกับหลักปฏิบัติในการบำรุงรักษาฮาร์ดแวร์เซิร์ฟเวอร์ที่กำหนดไว้) ความน่าจะเป็นของเหตุการณ์ดังกล่าวภายในหนึ่งปีคือ:
พีดี = | พี x พี | x2 |
365 |
คำอธิบายสำหรับสูตร
ที่นี่เรามีสองกรณีพิเศษที่ทั้งสององค์ประกอบล้มเหลว
เคส (1)
- ความล้มเหลวของส่วนประกอบหมายเลข 1 ณ เวลาใดๆ ในระหว่างปี (ความน่าจะเป็น P)
- ความล้มเหลวของส่วนประกอบ #2 ภายใน 24 ชั่วโมงหลังจากความล้มเหลวของส่วนประกอบ #1 (ความน่าจะเป็น P/365)
ความน่าจะเป็นของเหตุการณ์เหล่านี้ที่เกิดขึ้นพร้อมกันจะเท่ากับผลคูณของความน่าจะเป็น
สำหรับกรณีที่ (2) เมื่อองค์ประกอบ #2 ล้มเหลวก่อนแล้วจึงองค์ประกอบ #1 ความน่าจะเป็นจะเท่าเดิม
เนื่องจากกรณี (1) และ (2) ไม่สามารถเกิดขึ้นพร้อมกันได้ ความน่าจะเป็นที่กรณีใดกรณีหนึ่งจะเกิดขึ้นจะเท่ากับผลรวมของความน่าจะเป็น
ตอนนี้ เมื่อทราบถึงความน่าจะเป็นที่ Pi ของความล้มเหลวของแต่ละส่วนประกอบ N (ซ้ำและไม่ซ้ำซ้อน) ของเซิร์ฟเวอร์ เราก็สามารถคำนวณความน่าจะเป็นที่จะเกิดความล้มเหลวของเซิร์ฟเวอร์ได้ภายในหนึ่งปี
ลองทำการคำนวณดังนี้
ดังที่กล่าวไปแล้ว ความล้มเหลวของส่วนประกอบใดๆ จะหมายถึงความล้มเหลวของเซิร์ฟเวอร์โดยรวม
ความน่าจะเป็นที่ส่วนประกอบใดๆ จะทำงานโดยปราศจากข้อผิดพลาดภายในหนึ่งปีคือ
ปี่" = 1 - ปี่ |
ความน่าจะเป็นของการดำเนินงานโดยปราศจากความล้มเหลวของส่วนประกอบทั้งหมดในระหว่างปีเท่ากับผลคูณของความน่าจะเป็นของเหตุการณ์อิสระเหล่านี้:
ปล'= ∏ พาย" |
จากนั้นความน่าจะเป็นที่เซิร์ฟเวอร์จะล้มเหลวภายในหนึ่งปี
ตอนนี้คุณสามารถกำหนดปัจจัยความพร้อมใช้งานได้:
กส = | MTBF |
MTBF + MTTR |
มาดูการคำนวณกันดีกว่า ให้เซิร์ฟเวอร์ของเราประกอบด้วยส่วนประกอบต่อไปนี้:
รูปที่ 1 องค์ประกอบของเซิร์ฟเวอร์
เราจะสรุปข้อมูลของผู้ผลิตเกี่ยวกับความน่าเชื่อถือของส่วนประกอบแต่ละชิ้นในตารางต่อไปนี้:
ส่วนประกอบเซิร์ฟเวอร์ | อ้างความน่าเชื่อถือ | ปริมาณ ส่วนประกอบ ในเซิร์ฟเวอร์ | ความน่าจะเป็น การปฏิเสธ โดยคำนึงถึง การทำสำเนา |
||
MTBF (ชั่วโมง) | MTBF (ปี) | ความน่าจะเป็น ปฏิเสธที่จะ ปี |
|||
หน่วยพลังงาน | 90 000 | 10,27 | 0,09733 | 2 | 0,0000519 |
บอร์ดระบบ | 300 000 | 34,25 | 0,02920 | 1 | 0,0292000 |
โปรเซสเซอร์ #1 | 1 000 000 | 114,16 | 0,00876 | 1 | 0,0087600 |
โปรเซสเซอร์ #2 | 1 000 000 | 114,16 | 0,00876 | 1 | 0,0087600 |
RAM โมดูลหมายเลข 1 | 1 000 000 | 114,16 | 0,00876 | 1 | 0,0087600 |
RAM โมดูลหมายเลข 2 | 1 000 000 | 114,16 | 0,00876 | 1 | 0,0087600 |
ฮาร์ดไดรฟ์ | 400 000 | 45,66 | 0,02190 | 2 | 0,0000026 |
แฟนหมายเลข 1 | 100 000 | 11,42 | 0,08760 | 2 | 0,0000420 |
แฟนหมายเลข 2 | 100 000 | 11,42 | 0,08760 | 2 | 0,0000420 |
ตัวควบคุมฮาร์ดดิสก์ | 300 000 | 34,25 | 0,02920 | 1 | 0,0292000 |
บอร์ดอินเทอร์เฟซ | 300 000 | 34,25 | 0,02920 | 1 | 0,0292000 |
เทปไดรฟ์ | 220 000 | 25,11 | 0,03982 | 1 | 0,0398182 |
สำหรับเซิร์ฟเวอร์โดยรวม: | 0,37664 | 0,1519961 |
โดยทั่วไป สำหรับอุปกรณ์เซิร์ฟเวอร์ ปัจจัยความพร้อมใช้งานปกติจะถือเป็น 99.95% ซึ่งสอดคล้องกับผลลัพธ์การคำนวณของเราโดยประมาณ
ลองทำการคำนวณที่คล้ายกันสำหรับคลัสเตอร์
คลัสเตอร์ประกอบด้วยสองโหนดและอาร์เรย์ดิสก์ภายนอก ความล้มเหลวของคลัสเตอร์จะเกิดขึ้นในกรณีที่ดิสก์อาร์เรย์ล้มเหลวหรือในกรณีที่เกิดความล้มเหลวพร้อมกันของทั้งสองโหนดในช่วงเวลาที่จำเป็นในการกู้คืนโหนดที่ล้มเหลวครั้งแรก
สมมติว่าเซิร์ฟเวอร์ที่เราพิจารณาด้วยปัจจัยความพร้อมใช้งาน K = 99.958% ถูกใช้เป็นโหนดคลัสเตอร์ และเวลาในการกู้คืนสำหรับโหนดคือ 24 ชั่วโมง
มาคำนวณพารามิเตอร์ความน่าเชื่อถือของดิสก์อาร์เรย์ภายนอก:
ส่วนประกอบอาร์เรย์ | อ้างความน่าเชื่อถือ | จำนวน ประกอบ- เน็นตอฟ อิน อาร์เรย์ | ความน่าจะเป็น การปฏิเสธ โดยคำนึงถึง การทำสำเนา |
||
MTBF (ชั่วโมง) | MTBF (ปี) | ความน่าจะเป็น ปฏิเสธที่จะ ปี |
|||
หน่วยพลังงาน | 90 000 | 10,27 | 0,09733 | 2 | 0,0000519 |
ฮาร์ดไดรฟ์ | 400 000 | 45,66 | 0,02190 | 2 | 0,0000026 |
พัดลม | 100 000 | 11,42 | 0,08760 | 2 | 0,0000420 |
ตัวควบคุมฮาร์ดดิสก์ | 300 000 | 34,25 | 0,02920 | 2 | 0,0000047 |
สำหรับอาร์เรย์โดยรวม: | 0,21797 | 0,0001013 |
ดังนั้น คลัสเตอร์ที่มีความพร้อมใช้งานสูงจึงแสดงให้เห็นถึงความยืดหยุ่นที่สูงกว่ามากต่อความล้มเหลวของฮาร์ดแวร์ที่อาจเกิดขึ้นได้มากกว่าสถาปัตยกรรมเซิร์ฟเวอร์แบบเดิม
หลังจากเงียบหายไปหลายปี ฉันตัดสินใจแบ่งปันประสบการณ์ของฉันในการปรับใช้คลัสเตอร์ล้มเหลว ใช้ระบบปฏิบัติการ Windowsเซิร์ฟเวอร์ 2012คำชี้แจงปัญหา:ปรับใช้คลัสเตอร์ล้มเหลวเพื่อโฮสต์เครื่องเสมือน ด้วยความสามารถในการแยกเครื่องเสมือนออกเป็นเครือข่ายย่อยเสมือน (VLAN) ที่แยกจากกัน ให้ความมั่นใจในความน่าเชื่อถือสูง ความสามารถในการสลับการบำรุงรักษาเซิร์ฟเวอร์ และรับประกันความพร้อมใช้งานของบริการ ตรวจสอบให้แน่ใจว่าแผนกไอทีของคุณนอนหลับอย่างสงบสุข
เพื่อให้งานข้างต้นสำเร็จ เราจึงได้อุปกรณ์ต่อไปนี้มาเอง:
- เซิร์ฟเวอร์ HP ProLiant DL 560 Gen8 4x Xeon 8 core 64 GB RAM 2 ชิ้น
- SAS Storage HP P2000 สำหรับดิสก์ 2.5" ขนาด 24 นิ้ว 1 ชิ้น
- ดิสก์สำหรับจัดเก็บข้อมูล 300 Gb 24 ชิ้น //ปริมาณไม่มาก แต่เสียดายงบประมาณขนาดนั้น...
- คอนโทรลเลอร์สำหรับ การเชื่อมต่อ SASผลิตโดย HP 2 ชิ้น
- อะแดปเตอร์เครือข่ายสำหรับพอร์ต 4 1Gb 2 ชิ้น // เป็นไปได้ที่จะใช้โมดูลสำหรับ 4 SFP แต่เราไม่มีอุปกรณ์ที่รองรับ 10 Gb การเชื่อมต่อ Gigabit ก็เพียงพอแล้ว
องค์กรของการเชื่อมต่อ:
จริงๆ แล้วเราเชื่อมต่อมันเข้ากับสวิตช์ 2 ตัวที่แตกต่างกัน สามารถเชื่อมต่อได้ 4 แบบ ฉันคิดว่า 2x ก็เพียงพอแล้ว
บนพอร์ตสวิตช์ที่เซิร์ฟเวอร์เชื่อมต่ออยู่ จำเป็นต้องเปลี่ยนโหมดอินเทอร์เฟซจากการเข้าถึงเป็น Trunk เพื่อให้สามารถกระจายข้ามเครือข่ายย่อยเสมือนได้
ในขณะที่กำลังดาวน์โหลดการอัปเดตไปยัง Windows Server 2012 ที่ติดตั้งใหม่ มากำหนดค่ากัน ที่เก็บข้อมูลดิสก์- เรากำลังวางแผนที่จะปรับใช้เซิร์ฟเวอร์ฐานข้อมูล ดังนั้นเราจึงตัดสินใจใช้ 600 GB สำหรับฐานข้อมูล ส่วนที่เหลือสำหรับส่วนที่เหลือ เครื่องเสมือนซ้ำซากเช่นนั้น
สร้างดิสก์เสมือน:
- ดิสก์ Raid10 ขึ้นอยู่กับ Raid 1+0 จาก 4 ดิสก์ +1 สำรอง
- ดิสก์ Raid5 อิงตาม Raid 5 จาก 16 ดิสก์ +1 สำรอง
- 2 ดิสก์ - อะไหล่
ตอนนี้คุณต้องสร้างพาร์ติชัน
- raid5_quorum - ดิสก์พยานที่เรียกว่า (พยาน) จำเป็นต้องจัดระเบียบคลัสเตอร์ 2 โหนด
- raid5_store - ที่นี่เราจะจัดเก็บเครื่องเสมือนและฮาร์ดไดรฟ์
- raid10_db - ฮาร์ดดิสก์ของเครื่องเสมือนเซิร์ฟเวอร์ MS SQL จะถูกเก็บไว้ที่นี่
จำเป็นต้องเปิดใช้งานคุณสมบัติ Microsoft Multipath IO มิฉะนั้นเมื่อเซิร์ฟเวอร์เชื่อมต่อกับตัวควบคุมการจัดเก็บข้อมูลทั้งสอง ระบบจะมีดิสก์ 6 แผ่น แทนที่จะเป็น 3 แผ่น และคลัสเตอร์จะไม่ประกอบกัน ทำให้เกิดข้อผิดพลาดแจ้งว่าคุณมีดิสก์ที่เหมือนกัน หมายเลขซีเรียลและตัวช่วยสร้างนี้จะถูกต้องฉันอยากจะบอกคุณ
ฉันแนะนำให้เชื่อมต่อเซิร์ฟเวอร์กับที่เก็บข้อมูลทีละรายการ:
- เชื่อมต่อ 1 เซิร์ฟเวอร์เข้ากับตัวควบคุมที่เก็บข้อมูล 1 ตัว
- โฮสต์ที่เชื่อมต่อ 1 รายการจะปรากฏในพื้นที่เก็บข้อมูล - ตั้งชื่อให้ ฉันแนะนำให้คุณเรียกมันด้วยวิธีนี้: หมายเลขเซิร์ฟเวอร์ name_controller (A หรือ B)
- และต่อไปเรื่อย ๆ จนกว่าคุณจะเชื่อมต่อเซิร์ฟเวอร์ทั้งสองเข้ากับคอนโทรลเลอร์ทั้งสองตัว
บนสวิตช์ที่เซิร์ฟเวอร์เชื่อมต่ออยู่ คุณต้องสร้างเครือข่ายย่อยเสมือน (VLAN) 3 รายการ:
- ClusterNetwork - ข้อมูลบริการคลัสเตอร์อยู่ที่นี่ (ฮาร์ทบีท ระเบียบการเขียนที่เก็บข้อมูล)
- LiveMigration - ฉันคิดว่าทุกอย่างชัดเจนที่นี่
- การจัดการ - เครือข่ายเพื่อการจัดการ
เป็นการเสร็จสิ้นการเตรียมโครงสร้างพื้นฐาน มาดูการตั้งค่าเซิร์ฟเวอร์และการเพิ่มคลัสเตอร์กันดีกว่า
เราเชื่อมต่อเซิร์ฟเวอร์กับโดเมน ติดตั้งบทบาท Hyper-V, Failover Cluster
ในการตั้งค่า Multipath IO ให้เปิดใช้งานการสนับสนุนสำหรับอุปกรณ์ SAS
อย่าลืมรีบูท
การตั้งค่าต่อไปนี้จะต้องเสร็จสิ้นบนเซิร์ฟเวอร์ทั้งสองเครื่อง
เปลี่ยนชื่ออินเทอร์เฟซเครือข่ายทั้ง 4 รายการตามพอร์ตทางกายภาพ (สำหรับเราคือ 1,2,3,4)
กำหนดค่า NIC Teaming - เพิ่มอะแดปเตอร์ทั้งหมด 4 ตัวให้กับทีม, Teaming-Mode - สลับอิสระ, Load Balancing - พอร์ต Hyper-V เราตั้งชื่อทีม นั่นคือสิ่งที่ผมเรียกว่าทีม
ตอนนี้คุณต้องยกสวิตช์เสมือน
เปิด PowerShell แล้วเขียน:
ใหม่ VMSwitch "VSwitch" - น้ำหนักขั้นต่ำแบนด์วิธโหมด - NetAdapterName "ทีม" - AllowManagementOS 0
เราสร้างอะแดปเตอร์เครือข่ายเสมือน 3 อัน
ใน PowerShell เดียวกัน:
Add-VMNetworkAdapter – ManagementOS – ชื่อ "การจัดการ" Add-VMNetworkAdapter – ManagementOS – ชื่อ "ClusterNetwork" Add-VMNetworkAdapter – ManagementOS – ชื่อ "Live Migration"
เหล่านี้ สวิตช์เสมือนจะปรากฏในเครือข่ายและศูนย์ควบคุมการแบ่งปัน และการรับส่งข้อมูลของเซิร์ฟเวอร์ของเราจะไหลผ่านสิ่งเหล่านั้น
ปรับแต่งที่อยู่ของคุณให้เหมาะกับแผนของคุณ
เราถ่ายโอนอะแดปเตอร์ของเราไปยัง VLAN ที่เหมาะสม
ใน PowerShell ที่คุณชื่นชอบ:
ชุด VMNetworkAdapterVlan -ManagementOS -Access -VlanId 2 -VMNetworkAdapterName "Management" -ยืนยันชุด-VMNetworkAdapterVlan -ManagementOS -Access -VlanId 3 -VMNetworkAdapterName "ClusterNetwork" -ยืนยันชุด-VMNetworkAdapterVlan -ManagementOS -Access -VlanId 4 -VMNetworkAdapterName "Live Migration" -ยืนยัน
ตอนนี้คุณต้องกำหนดค่า QoS
เมื่อตั้งค่า QoS ตามน้ำหนักซึ่งเป็นแนวทางปฏิบัติที่ดีที่สุดตามที่ Microsoft กล่าวไว้ ฉันแนะนำให้คุณตั้งค่าน้ำหนักเพื่อให้ยอดรวมเป็น 100 จากนั้นเราสามารถสรุปได้ว่าค่าที่ระบุในการตั้งค่าเป็นเปอร์เซ็นต์ที่รับประกันของแบนด์วิดท์ ไม่ว่าในกรณีใด เปอร์เซ็นต์จะคำนวณโดยใช้สูตร:
เปอร์เซ็นต์แบนด์วิธ = น้ำหนักที่กำหนด * 100 / ผลรวมทั้งหมด ตั้งค่าน้ำหนัก
ชุด VMSwitch “VSwitch” -DefaultFlowMinimumBandwidthWeight 15
สำหรับข้อมูลบริการคลัสเตอร์
ชุด VMNetworkAdapter - ManagementOS - ชื่อ "คลัสเตอร์" - MinimumBandwidthWeight 30
สำหรับการบริหารจัดการ
ชุด VMNetworkAdapter - ManagementOS - ชื่อ "การจัดการ" - MinimumBandwidthWeight 5
สำหรับการย้ายถิ่นแบบสด
ชุด VMNetworkAdapter - ManagementOS - ชื่อ “การโยกย้ายแบบสด” -MinimumBandwidthWeight 50
เพื่อให้การรับส่งข้อมูลข้ามเครือข่ายได้อย่างถูกต้อง จำเป็นต้องตั้งค่าเมตริกให้ถูกต้อง
การรับส่งข้อมูลบริการคลัสเตอร์จะเดินทางบนเครือข่ายที่มีตัวชี้วัดต่ำสุด Live Migration จะเดินทางบนตัวชี้วัดเครือข่ายสูงสุดถัดไป
มาทำอย่างนั้นกันเถอะ
ในที่รักของเรา:
$n = Get-ClusterNetwork “ClusterNetwork” $n.Metric = 1000 $n = Get-ClusterNetwork “LiveMigration” $n.Metric = 1,050 $n = Get-ClusterNetwork “การจัดการ” $n.Metric = 1100
เราติดตั้งดิสก์พยานของเราบนโหนดซึ่งเราจะประกอบคลัสเตอร์ และจัดรูปแบบเป็น NTFS
ในสแน็ปอิน Failover Clustering ในส่วนเครือข่าย ให้เปลี่ยนชื่อเครือข่ายให้ตรงกับอะแดปเตอร์ของเรา
ทุกอย่างพร้อมที่จะประกอบคลัสเตอร์
ในสแน็ปอินคลัสเตอร์ล้มเหลวคลิกตรวจสอบ เรากำลังตรวจสอบ. จากนั้นสร้างคลัสเตอร์และเลือกโหนดการกำหนดค่าควอรัม และดิสก์ส่วนใหญ่ซึ่งก็ถือว่าเช่นกัน ทางเลือกที่ดีที่สุดสำหรับคลัสเตอร์ที่มีจำนวนโหนดเป็นเลขคู่ และเนื่องจากเรามีโหนดเพียงสองโหนดเท่านั้น นี่เป็นทางเลือกเดียว
ในส่วนการจัดเก็บของสแน็ปอินคลัสเตอร์ล้มเหลว เพิ่มดิสก์ของคุณ จากนั้นเพิ่มทีละรายการเป็น Cluster Shared Volume (คลิกขวาที่ดิสก์) หลังจากเพิ่มลงในโฟลเดอร์แล้ว C:\ClusterStorageจะปรากฏขึ้น ลิงค์สัญลักษณ์ลงในดิสก์ ให้เปลี่ยนชื่อตามชื่อของดิสก์ที่เพิ่มเป็น Cluster Shared Volume
ตอนนี้คุณสามารถสร้างเครื่องเสมือนและบันทึกลงในพาร์ติชันเหล่านี้ได้ ฉันหวังว่าบทความนี้จะเป็นประโยชน์กับคุณ
กรุณาแจ้งข้อผิดพลาดทาง PM ครับ
ฉันแนะนำให้อ่าน: คู่มือฉบับสมบูรณ์ของ Microsoft Windows Server 2012 แรนด์ โมริโมโต, ไมเคิล โนเอล, กาย ยาร์เดนี่, โอมาร์ ดรูบี้, แอนดรูว์ อับบาเต, คริส อมาริส
ป.ล.: ขอขอบคุณเป็นพิเศษสำหรับนาย Salakhov, Zagorsky และ Razbornov ผู้ซึ่งฉันลืมอย่างน่าละอายเมื่อเขียนโพสต์นี้ ฉันกลับใจ >_< XD
หากพนักงานหลายคนในบริษัทของคุณใช้ซอฟต์แวร์ 1C ก็เพียงพอที่จะซื้อ เซิร์ฟเวอร์ที่ดีและกำหนดค่าให้ถูกต้อง อย่างไรก็ตาม หากจำนวนผู้ใช้ถึง 150-200 คนและนี่ไม่ใช่ขีดจำกัด การติดตั้งคลัสเตอร์เซิร์ฟเวอร์จะช่วยลดภาระบนอุปกรณ์ได้ แน่นอนว่าการติดตั้งอุปกรณ์เพิ่มเติมและผู้เชี่ยวชาญด้านการฝึกอบรมเพื่อรองรับการดำเนินงานของคลัสเตอร์จะต้องใช้ทรัพยากรทางการเงินและเวลาบางส่วน แต่นี่เป็นการลงทุนระยะยาวที่จะชดเชยค่าใช้จ่ายทั้งหมดในภายหลังผ่าน การดำเนินงานอย่างต่อเนื่องระบบ อย่างไรก็ตามยังขึ้นอยู่กับอีกมาก การตั้งค่าที่ถูกต้องคลัสเตอร์ - ผลผลิตสามารถเพิ่มขึ้นได้หลายครั้งโดยไม่ต้องลงทุนแพง ดังนั้น ก่อนที่จะศึกษาฟังก์ชันการทำงานและการซื้อเซิร์ฟเวอร์ คุณต้องแน่ใจว่าคุณต้องการคลัสเตอร์เซิร์ฟเวอร์ 1C เลยหรือไม่
เมื่อใดที่คุณควรติดตั้งคลัสเตอร์เซิร์ฟเวอร์ 1C
เมื่อออกแบบแผนงานและคำนวณ ความสามารถที่ต้องการเซิร์ฟเวอร์ ข้อผิดพลาดของซอฟต์แวร์เกิดขึ้นค่อนข้างบ่อย ในระยะเริ่มแรก ผู้ดูแลระบบสามารถปรับระดับได้โดยการเพิ่มจำนวน RAM หรืออัพเกรด CPU และโหนดอื่นๆ แต่มักจะมีเวลาที่ความเป็นไปได้เหล่านี้หมดลง และการติดตั้งคลัสเตอร์เซิร์ฟเวอร์ก็แทบจะหลีกเลี่ยงไม่ได้ นี่คือสิ่งที่จะช่วยแก้ปัญหาหลักของระบบที่มีการโหลดสูง:
- อุปกรณ์และเครือข่ายล้มเหลว สำหรับฐานข้อมูลที่สำคัญโดยเฉพาะ ขอแนะนำให้สร้างคลัสเตอร์เซิร์ฟเวอร์ที่ทำหน้าที่เป็นข้อมูลสำรอง
- ความปลอดภัยของฐานข้อมูลไม่เพียงพอ สิทธิประโยชน์เพิ่มเติมคือความสามารถในการเข้ารหัสข้อมูลจากซอฟต์แวร์บนแพลตฟอร์ม 1C
- การกระจายโหลดบนโหนดเซิร์ฟเวอร์ไม่สม่ำเสมอ แก้ไขได้โดยการสร้าง "กระบวนการของผู้ปฏิบัติงาน" หลายอย่างที่ควบคุมการเชื่อมต่อและคำขอของไคลเอ็นต์
- นอกเหนือจากการแก้ปัญหาเหล่านี้แล้ว คลัสเตอร์เซิร์ฟเวอร์ 1C ที่กำหนดค่าอย่างเหมาะสมยังช่วยให้คุณประหยัดค่าการสนับสนุนได้อย่างมาก การดำเนินงานที่มั่นคงแอปพลิเคชัน 1C
เจ้าของ บริษัทขนาดเล็กเมื่อประสบปัญหาข้างต้นอาจสนใจติดตั้งคลัสเตอร์เซิร์ฟเวอร์ด้วย แต่ถึงกระนั้นหากจำนวนผู้ใช้ไม่เกินหลายสิบคนและประสิทธิภาพของซอฟต์แวร์ไม่ทำให้เกิดการร้องเรียน แสดงว่าคลัสเตอร์นั้นไม่สมเหตุสมผลในเชิงเศรษฐกิจ การอัพเกรดเซิร์ฟเวอร์หรือกำหนดค่าอย่างถูกต้องจะมีประสิทธิภาพมากกว่ามาก พารามิเตอร์ที่สำคัญ- อย่างไรก็ตาม หากบริษัทมุ่งเน้นไปที่การพัฒนาและเพิ่มงาน ก็คุ้มค่าที่จะคิดถึงการสร้างคลัสเตอร์เซิร์ฟเวอร์ 1C ในอนาคตอันใกล้นี้
การติดตั้งคลัสเตอร์ล้มเหลวของเซิร์ฟเวอร์ใน กรณีมาตรฐานจะไม่ต้องการให้ผู้ดูแลระบบมีความรู้เชิงลึกเกี่ยวกับโครงสร้างและตรรกะของอุปกรณ์เซิร์ฟเวอร์
ลองพิจารณาดู อัลกอริทึมนี้ใช้ตัวอย่างของการรวมเซิร์ฟเวอร์ 1C 8.2 สองตัวเข้ากับคลัสเตอร์
สมมติว่าวันนี้คุณมีเซิร์ฟเวอร์สองเครื่องโดยหนึ่งในนั้น (S1C-01) มีการติดตั้งเซิร์ฟเวอร์ 1C และฐานข้อมูล หากต้องการกำหนดค่าคลัสเตอร์เฟลโอเวอร์ของเซิร์ฟเวอร์ คุณต้องปรับใช้เซิร์ฟเวอร์ 1C:Enterprise บนเซิร์ฟเวอร์ S1C-02 และเริ่มเวิร์กโฟลว์ ตรวจสอบให้แน่ใจว่าในคุณสมบัติของรายการ "การใช้งาน" ถูกตั้งค่าเป็น "การใช้งาน" ไม่จำเป็นต้องลงทะเบียนฐานข้อมูล
หลังจากนี้ในคอนโซลการดูแลระบบ 1C คุณจะต้องเพิ่มคลัสเตอร์สำรองที่มีชื่อของเซิร์ฟเวอร์ที่สอง – S1C-02 – ในส่วน “การจองคลัสเตอร์” เราเพิ่มคลัสเตอร์สำรองชื่อ S1C-01 ไปยังส่วนที่คล้ายกันของเซิร์ฟเวอร์ตัวที่สองแล้วย้ายไปที่ ตำแหน่งบนสุด. หากต้องการทำสิ่งนี้ ให้ใช้เมนูบริบทและคำสั่ง "เลื่อนขึ้น"จำเป็นต้องตรวจสอบให้แน่ใจว่ามีลำดับเดียวกันในกลุ่มเหล่านี้บนเซิร์ฟเวอร์ทั้งสองเครื่อง
หลังจากขั้นตอนข้างต้น เหลือเพียงคลิกปุ่ม "การกระทำ" – "อัปเดต" หลังจากนี้ ฐานข้อมูลที่ลงทะเบียนในเซิร์ฟเวอร์แรกควรปรากฏในแผนผังของเซิร์ฟเวอร์ตัวที่สอง ซึ่งหมายความว่าการกระทำของเรานำไปสู่ความสำเร็จ และตอนนี้เรามีคลัสเตอร์เฟลโอเวอร์ที่มีเซิร์ฟเวอร์สองเครื่อง
นี่คือหนึ่งใน ตัวอย่างง่ายๆการสร้างคลัสเตอร์เซิร์ฟเวอร์ที่ไม่เกี่ยวข้องกับการเพิ่มประสิทธิภาพและ การตั้งค่าที่ถูกต้อง- สำหรับการนำคลัสเตอร์ไปใช้ขั้นสุดท้ายสำหรับงานบางอย่าง จำเป็นต้องแก้ไขปัญหาความเพียงพอของความจุและการกำหนดค่าระดับมืออาชีพของคลัสเตอร์ผลลัพธ์
โหลดคลัสเตอร์และการเพิ่มประสิทธิภาพ
การทดสอบโหลด
เทคโนโลยีที่พบบ่อยที่สุดสำหรับการทดสอบคลัสเตอร์เซิร์ฟเวอร์ 1C คือ:
- การทดสอบของกิเลฟ;
- ศูนย์ทดสอบจาก 1C:KIP
ในกรณีแรก เรากำลังจัดการกับเครื่องมือที่ช่วยให้เราสามารถประเมินฐานข้อมูลไฟล์และไคลเอนต์-เซิร์ฟเวอร์ได้ รวมถึงการประเมินความเร็วของระบบ อินเทอร์เฟซ การดำเนินการที่ยาวนาน และจำนวนทรัพยากรสำหรับการดำเนินการ ข้อได้เปรียบที่สำคัญคือความสามารถรอบด้าน - มันไม่ต่างอะไรกับการกำหนดค่าที่คุณทดสอบด้วย ผลลัพธ์ที่ได้คือการประมาณค่าในหน่วยทั่วไป
ฟังก์ชั่นที่สองช่วยให้คุณประมาณเวลาที่ใช้ในการดำเนินการบางอย่างในระบบตามจำนวนผู้ใช้ที่กำหนดไว้ล่วงหน้า ในเวลาเดียวกันคุณสามารถระบุจำนวนการดำเนินการประเภทและลำดับได้อย่างอิสระ - การทดสอบจะจำลองการกระทำจริง
จากผลลัพธ์ที่ได้รับ คุณสามารถตัดสินได้ว่าคุ้มค่าที่จะอัพเกรดหรือเพิ่มประสิทธิภาพคลัสเตอร์เซิร์ฟเวอร์หรือไม่
วิธีที่ง่ายที่สุดในการเพิ่มความเร็ว 1C คือการเพิ่มคุณสมบัติของเซิร์ฟเวอร์ แต่มีบางกรณีที่สถานการณ์แย่ลงเท่านั้นเนื่องจากการตั้งค่าที่ไม่ถูกต้องหลังจากอัปเกรดฮาร์ดแวร์ ดังนั้นหากคุณบ่นว่าค้าง ขอแนะนำให้ตรวจสอบการตั้งค่าคลัสเตอร์ในบริการการดูแลระบบก่อน
มีความจำเป็นต้องรับผิดชอบอย่างเต็มที่ต่อการกระทำทั้งหมด การตั้งค่าคลัสเตอร์อาจส่งผลกระทบร้ายแรงต่อประสิทธิภาพและฟังก์ชันการทำงาน เช่นเดียวกับใน ด้านที่ดีกว่าและในทางตรงกันข้าม การตั้งค่าแต่ละรายการจะส่งผลต่อเซิร์ฟเวอร์ทั้งหมดในคลัสเตอร์ ดังนั้นก่อนที่จะเปลี่ยนแปลงสิ่งใดคุณต้องเข้าใจว่าการตั้งค่าคลัสเตอร์ 1C มีหน้าที่รับผิดชอบอย่างไร
อย่างที่สุด พารามิเตอร์ที่มีประโยชน์สำหรับเซิร์ฟเวอร์ที่ใช้งานตลอด 24 ชั่วโมง – "ช่วงเวลาเริ่มต้นใหม่"โดยทั่วไป ค่าจะถูกตั้งเป็น 86400 วินาที เพื่อให้เซิร์ฟเวอร์สามารถรีสตาร์ทโดยอัตโนมัติวันละครั้ง สิ่งนี้มีประโยชน์ในการลดผลกระทบด้านลบของหน่วยความจำรั่วและการกระจายตัวของข้อมูลบนดิสก์ระหว่างการดำเนินการ
เป็นสิ่งสำคัญมากที่คลัสเตอร์ที่ทนทานต่อข้อผิดพลาดของเซิร์ฟเวอร์ 1C ได้รับการปกป้องจากการใช้หน่วยความจำมากเกินไป คำขอที่ไม่สำเร็จเพียงครั้งเดียวในรอบเดียวอาจทำให้พลังของเซิร์ฟเวอร์แบบมัลติคอร์หายไปทั้งหมด เพื่อป้องกันสิ่งนี้ มีสองตัวเลือกคลัสเตอร์ - “ความจุหน่วยความจำที่อนุญาต” และ “ช่วงเวลาสำหรับการเกินความจุที่อนุญาต”หากคุณกำหนดค่าพารามิเตอร์เหล่านี้อย่างถูกต้องและแม่นยำ คุณจะปกป้องฐานข้อมูลของคุณจากปัญหาทั่วไปหลายประการ
การจำกัดเปอร์เซ็นต์ความทนทานต่อข้อผิดพลาดของเซิร์ฟเวอร์จะช่วยระบุเวิร์กโฟลว์ที่มีการเรียกที่ล้มเหลวมากเกินไป คลัสเตอร์จะบังคับให้ยุติการทำงานหากเลือกช่องทำเครื่องหมายที่เกี่ยวข้อง วิธีนี้จะช่วยปกป้องกระบวนการที่ "ปราศจากข้อผิดพลาด" จากการหยุดทำงานและการรอ
พารามิเตอร์อื่น - “หยุดกระบวนการที่ถูกปิดหลังจากนั้น”มีหน้าที่รับผิดชอบในการตัดการเชื่อมต่อไปยังเซิร์ฟเวอร์เป็นประจำตามช่วงเวลาที่กำหนด ใน 1C หลังจากเสร็จสิ้นงาน กระบวนการทำงานจะหยุดทำงานระยะหนึ่งเพื่อให้ข้อมูลถูกถ่ายโอนไปยังกระบวนการใหม่อย่างถูกต้อง บางครั้งความล้มเหลวเกิดขึ้นและกระบวนการยังคงค้างอยู่บนเซิร์ฟเวอร์ พวกเขาสิ้นเปลืองทรัพยากรและมีประโยชน์มากกว่ามากในการลดปริมาณลงอย่างมาก
นอกเหนือจากการเพิ่มประสิทธิภาพคลัสเตอร์แล้ว ยังจำเป็นต้องกำหนดค่าแต่ละเซิร์ฟเวอร์ที่รวมอยู่ในคลัสเตอร์ให้ถูกต้องด้วย เพื่อความสะดวกในการเพิ่มประสิทธิภาพเซิร์ฟเวอร์และตรวจสอบประสิทธิภาพ ผู้ดูแลระบบใช้ตัวแทนเซิร์ฟเวอร์ – ragent มันเก็บข้อมูลเกี่ยวกับสิ่งที่ทำงานบนเซิร์ฟเวอร์เฉพาะ หากต้องการรับข้อมูลเกี่ยวกับฐานข้อมูลที่ใช้ คุณต้องติดต่อผู้จัดการเซิร์ฟเวอร์ – rmngr
เพื่อการออปติไมซ์ที่เหมาะสม ให้ใช้คอนโซลคลัสเตอร์เซิร์ฟเวอร์และกำหนดค่าพารามิเตอร์ต่อไปนี้สำหรับแต่ละเซิร์ฟเวอร์:
- ขนาดหน่วยความจำสูงสุดของกระบวนการของผู้ปฏิบัติงานทั้งหมด หากตัวบ่งชี้นี้เป็น 0 แสดงว่าระบบจัดสรร RAM 80% สำหรับกระบวนการ แต่ถ้าฟิลด์เป็น 1 แสดงว่า 100% หากติดตั้ง 1C และ DBMS บนเซิร์ฟเวอร์เดียวกัน อาจมีข้อขัดแย้งเนื่องจากหน่วยความจำ และคุณต้องใช้การตั้งค่านี้ มิฉะนั้น 80% มาตรฐานจะเพียงพอหรือคำนวณจำนวนหน่วยความจำ OS ที่ต้องการ แล้วป้อนจำนวนคงเหลือในช่องนี้
- การใช้หน่วยความจำที่ปลอดภัยต่อการโทร ค่าเริ่มต้นคือ "0" ซึ่งหมายความว่า 1 กระบวนการของผู้ปฏิบัติงานจะใช้พื้นที่น้อยกว่า 5% ของ RAM สูงสุดสำหรับกระบวนการทั้งหมด ไม่แนะนำให้ตั้งค่า "-1" เนื่องจากจะลบข้อ จำกัด ทั้งหมดซึ่งเต็มไปด้วยผลที่ตามมาในรูปแบบของการค้าง
- จำนวนฐานข้อมูลและการเชื่อมต่อต่อกระบวนการ การตั้งค่าเหล่านี้จะควบคุมวิธีการกระจายปริมาณงานระหว่างกระบวนการทำงาน คุณสามารถปรับแต่งได้ตามความต้องการของคุณเพื่อลดการสูญเสียอันเนื่องมาจากการโหลดที่มากเกินไปบนเซิร์ฟเวอร์ หากตั้งค่าเป็น 0 จะไม่มีข้อจำกัดใดๆ ซึ่งเป็นอันตรายหากมีงานจำนวนมาก
ในเวอร์ชัน 8.3 คุณสมบัติที่มีประโยชน์อีกประการหนึ่งสำหรับการกระจายโหลดบนเซิร์ฟเวอร์อย่างเหมาะสมคือ “ผู้จัดการสำหรับแต่ละบริการ”พารามิเตอร์นี้ทำให้ไม่สามารถใช้ตัวจัดการเซิร์ฟเวอร์ได้เพียงตัวเดียว (rmngr) แต่มีหลายตัว ซึ่งแต่ละตัวมีหน้าที่รับผิดชอบงานของตัวเอง นี่เป็นโอกาสที่ดีในการติดตามว่าบริการใดที่ทำให้ประสิทธิภาพลดลง และวัดปริมาณทรัพยากรที่จัดสรรให้กับแต่ละงาน
หลังจากติดตั้งคุณสมบัตินี้ เอเจนต์เซิร์ฟเวอร์ ragent จะรีบูต และแทนที่จะมีเพียง rmngr.exe เพียงอันเดียวในคอนโซล คุณจะพบรายการทั้งหมด ตอนนี้คุณสามารถใช้ตัวจัดการงานเพื่อค้นหากระบวนการที่โหลดระบบและทำการปรับแต่งอย่างละเอียด pid ของพวกเขาจะช่วยให้คุณแยกแยะกระบวนการเหล่านี้ออกจากกัน อย่างไรก็ตาม เนื่องจากนี่คือนวัตกรรม ผู้เชี่ยวชาญ 1C จึงแนะนำให้ใช้คุณสมบัตินี้อย่างระมัดระวัง
ก่อนที่จะตัดสินใจเพิ่มคลัสเตอร์เซิร์ฟเวอร์ 1C ให้กับโครงสร้างของคุณ คุณต้องตรวจสอบการตั้งค่าเซิร์ฟเวอร์ก่อน บางทีอาจมีวิธีแก้ไขสถานการณ์โดยไม่ต้องซื้ออุปกรณ์ราคาแพงและผู้เชี่ยวชาญด้านการฝึกอบรมเพื่อตั้งค่าคลัสเตอร์ 1C ไม่ใช่เรื่องแปลกสำหรับการตรวจสอบอย่างมืออาชีพและการตั้งค่าเซิร์ฟเวอร์จากผู้เชี่ยวชาญจากภายนอก เพื่อให้เราสามารถทำงานที่ความสามารถเดิมต่อไปอีกสองสามปี แต่ในบริษัทขนาดใหญ่ คลัสเตอร์ของเซิร์ฟเวอร์ 1C ยังคงเป็นโซลูชันเดียวที่ช่วยให้พนักงานสามารถทำงานได้ตลอด 24 ชั่วโมง
การแนะนำ
คลัสเตอร์เซิร์ฟเวอร์คือกลุ่มของเซิร์ฟเวอร์อิสระที่จัดการโดยบริการคลัสเตอร์ที่ทำงานร่วมกันเป็นระบบเดียว คลัสเตอร์เซิร์ฟเวอร์ถูกสร้างขึ้นโดยการรวมเซิร์ฟเวอร์หลายเครื่องเข้าด้วยกัน ใช้ระบบปฏิบัติการ Windows® 2000 Advanced Server และ Windows 2000 Datacenter Server สามารถทำงานร่วมกันได้ ระดับสูงความพร้อมใช้งาน ความสามารถในการขยายขนาด และความสามารถในการจัดการทรัพยากรและแอปพลิเคชัน
งานของคลัสเตอร์เซิร์ฟเวอร์คือเพื่อให้แน่ใจว่าผู้ใช้สามารถเข้าถึงแอปพลิเคชันและทรัพยากรได้อย่างต่อเนื่องในกรณีของฮาร์ดแวร์หรือ ความล้มเหลวของซอฟต์แวร์หรือการปิดระบบอุปกรณ์ตามแผน หากเซิร์ฟเวอร์คลัสเตอร์ตัวใดตัวหนึ่งไม่พร้อมใช้งานเนื่องจากความล้มเหลวหรือการปิดระบบเพื่อการบำรุงรักษา ทรัพยากรข้อมูลและแอปพลิเคชันจะถูกแจกจ่ายซ้ำไปยังโหนดคลัสเตอร์ที่เหลืออยู่
สำหรับ ระบบคลัสเตอร์การใช้คำว่า " ความพร้อมใช้งานสูง» จะดีกว่าการใช้คำว่า " ความอดทนต่อความผิดพลาด"เนื่องจากเทคโนโลยีความทนทานต่อข้อผิดพลาดต้องการระดับความต้านทานของอุปกรณ์ต่ออิทธิพลภายนอกและกลไกการกู้คืนในระดับที่สูงขึ้น โดยทั่วไปแล้ว เซิร์ฟเวอร์ที่ทนทานต่อข้อผิดพลาดจะใช้ ระดับสูงความซ้ำซ้อนของฮาร์ดแวร์ นอกเหนือจากนี้ยังมีซอฟต์แวร์พิเศษที่ช่วยให้สามารถกู้คืนการทำงานได้เกือบจะทันทีในกรณีที่มีซอฟต์แวร์แต่ละตัวหรือ ฮาร์ดแวร์- โซลูชันเหล่านี้มีราคาแพงกว่ามากเมื่อเทียบกับการใช้เทคโนโลยีคลัสเตอร์ เนื่องจากองค์กรถูกบังคับให้จ่ายเงินมากเกินไปสำหรับฮาร์ดแวร์เพิ่มเติม ซึ่งส่วนใหญ่จะไม่ได้ใช้งานและใช้ในกรณีที่เกิดความล้มเหลวเท่านั้น เซิร์ฟเวอร์ที่ทนต่อข้อผิดพลาดใช้สำหรับแอปพลิเคชันที่จัดการธุรกรรมที่มีมูลค่าสูงในปริมาณมากในพื้นที่ เช่น ศูนย์ประมวลผลการชำระเงิน ตู้เอทีเอ็ม หรือตลาดหลักทรัพย์
แม้ว่าบริการคลัสเตอร์ไม่รับประกันความพร้อมใช้งาน แต่ก็ให้ความพร้อมใช้งานในระดับสูงเพียงพอที่จะเรียกใช้แอปพลิเคชันที่มีความสำคัญต่อภารกิจส่วนใหญ่ บริการคลัสเตอร์สามารถตรวจสอบประสิทธิภาพของแอปพลิเคชันและทรัพยากร รับรู้เงื่อนไขความล้มเหลวโดยอัตโนมัติ และกู้คืนระบบเมื่อได้รับการแก้ไข นี้ให้มากขึ้น การจัดการที่ยืดหยุ่นปริมาณงานภายในคลัสเตอร์ และเพิ่มความพร้อมใช้งานของระบบโดยรวม
ประโยชน์หลักที่ได้รับจากการใช้บริการคลัสเตอร์คือ:
- ความพร้อมใช้งานสูงหากโหนดล้มเหลว บริการคลัสเตอร์จะถ่ายโอนการควบคุมทรัพยากร เช่น ฮาร์ดไดรฟ์และที่อยู่เครือข่าย ไปยังโหนดคลัสเตอร์ที่ทำงาน เมื่อซอฟต์แวร์หรือฮาร์ดแวร์เกิดความล้มเหลว ซอฟต์แวร์คลัสเตอร์จะรีสตาร์ทแอปพลิเคชันที่ล้มเหลวบนโหนดที่ทำงาน หรือย้ายโหลดทั้งหมดของโหนดที่ล้มเหลวไปยังโหนดที่ทำงานที่เหลืออยู่ อย่างไรก็ตาม ผู้ใช้อาจสังเกตเห็นความล่าช้าในการให้บริการเพียงเล็กน้อยเท่านั้น
- การคืนเงินหลังจากการปฏิเสธบริการคลัสเตอร์จะแจกจ่ายปริมาณงานในคลัสเตอร์อีกครั้งโดยอัตโนมัติเมื่อโหนดที่ล้มเหลวจะพร้อมใช้งานอีกครั้ง
- ความสามารถในการควบคุมผู้ดูแลระบบคลัสเตอร์คือสแน็ปอินที่คุณสามารถใช้เพื่อจัดการคลัสเตอร์เป็นระบบเดียว เช่นเดียวกับการจัดการแอปพลิเคชัน ผู้ดูแลระบบคลัสเตอร์ให้มุมมองที่โปร่งใสเกี่ยวกับวิธีการทำงานของแอปพลิเคชันราวกับว่าแอปพลิเคชันทำงานบนเซิร์ฟเวอร์เดียวกัน คุณสามารถย้ายแอปพลิเคชันไปที่ เซิร์ฟเวอร์ต่างๆภายในคลัสเตอร์โดยการลากวัตถุคลัสเตอร์ด้วยเมาส์ คุณสามารถย้ายข้อมูลได้ในลักษณะเดียวกัน วิธีการนี้สามารถใช้เพื่อกระจายปริมาณงานของเซิร์ฟเวอร์ด้วยตนเอง เช่นเดียวกับการถ่ายเซิร์ฟเวอร์และหยุดการทำงานเพื่อการบำรุงรักษาตามกำหนดเวลา นอกจากนี้ ผู้ดูแลระบบคลัสเตอร์ยังช่วยให้คุณตรวจสอบสถานะของคลัสเตอร์ โหนดและทรัพยากรทั้งหมดได้จากระยะไกล
- ความสามารถในการขยายขนาดเพื่อให้แน่ใจว่าประสิทธิภาพของคลัสเตอร์จะสามารถตอบสนองความต้องการที่เพิ่มขึ้นได้เสมอ บริการคลัสเตอร์จึงมีความสามารถในการปรับขนาด หากประสิทธิภาพของคลัสเตอร์โดยรวมไม่เพียงพอที่จะจัดการกับโหลดที่สร้างโดยแอปพลิเคชันแบบคลัสเตอร์ คุณสามารถเพิ่มโหนดเพิ่มเติมลงในคลัสเตอร์ได้
เอกสารนี้ให้คำแนะนำในการติดตั้งบริการคลัสเตอร์บนเซิร์ฟเวอร์ที่ใช้ Windows 2000 Advanced Server และ Windows 2000 Datacenter Server และอธิบายกระบวนการในการติดตั้งบริการคลัสเตอร์บนเซิร์ฟเวอร์โหนดคลัสเตอร์ คู่มือนี้ไม่ได้อธิบายการติดตั้งและกำหนดค่าแอปพลิเคชันแบบคลัสเตอร์ แต่จะแนะนำคุณตลอดกระบวนการทั้งหมดของการติดตั้งคลัสเตอร์แบบสองโหนดแบบธรรมดาเท่านั้น
ข้อกำหนดของระบบสำหรับการสร้างคลัสเตอร์เซิร์ฟเวอร์
ต่อไป รายการตรวจสอบจะช่วยเตรียมความพร้อมในการติดตั้ง คำแนะนำทีละขั้นตอนคำแนะนำในการติดตั้งจะแสดงอยู่ด้านล่างรายการเหล่านี้
ข้อกำหนดซอฟต์แวร์
- ติดตั้งระบบปฏิบัติการ Microsoft Windows 2000 Advanced Server หรือ Windows 2000 Datacenter Server บนเซิร์ฟเวอร์ทั้งหมดในคลัสเตอร์
- บริการแก้ไขชื่อที่ติดตั้งไว้ เช่น Domain Naming System (DNS) วินโดว์อินเทอร์เน็ตระบบการตั้งชื่อ (WINS) โฮสต์ ฯลฯ
- เซิร์ฟเวอร์เทอร์มินัลสำหรับ การดูแลระบบระยะไกลกลุ่ม. ข้อกำหนดนี้ไม่บังคับ แต่แนะนำเท่านั้นเพื่อให้มั่นใจว่าง่ายต่อการจัดการคลัสเตอร์
ข้อกำหนดด้านฮาร์ดแวร์
- ข้อกำหนดฮาร์ดแวร์ของโหนดคลัสเตอร์จะเหมือนกับข้อกำหนดสำหรับการติดตั้งระบบปฏิบัติการ Windows 2000 Advanced Server หรือ Windows 2000 Datacenter Server ข้อกำหนดเหล่านี้สามารถพบได้ในหน้าการค้นหา ไดเร็กทอรีไมโครซอฟต์
- ฮาร์ดแวร์คลัสเตอร์ต้องได้รับการรับรองและแสดงรายการอยู่ในรายการความเข้ากันได้ของฮาร์ดแวร์ของ Microsoft (HCL) สำหรับบริการคลัสเตอร์ เวอร์ชันล่าสุดรายการนี้สามารถพบได้ในหน้าการค้นหา รายการความเข้ากันได้ของฮาร์ดแวร์ Windows 2000ไดเรกทอรี Microsoft โดยเลือกหมวดหมู่การค้นหา "คลัสเตอร์"
คอมพิวเตอร์ที่สอดคล้องกับ HCL สองเครื่อง แต่ละเครื่องมี:
- ฮาร์ดไดรฟ์พร้อมบูต พาร์ติชันระบบและระบบปฏิบัติการ Windows 2000 Advanced Server หรือ Windows 2000 Datacenter Server ที่ติดตั้งไว้ ไดรฟ์นี้ไม่ควรเชื่อมต่อกับบัสจัดเก็บข้อมูลแบบแบ่งใช้ ตามที่อธิบายด้านล่าง
- แยก PCI Fibre Channel หรือตัวควบคุมอุปกรณ์ SCSI สำหรับเชื่อมต่ออุปกรณ์จัดเก็บข้อมูลภายนอกที่ใช้ร่วมกัน ต้องมีตัวควบคุมนี้นอกเหนือจากตัวควบคุมดิสก์สำหรับบูต
- อะแดปเตอร์เครือข่าย PCI สองตัวที่ติดตั้งบนคอมพิวเตอร์แต่ละเครื่องในคลัสเตอร์
- อุปกรณ์จัดเก็บข้อมูลดิสก์ภายนอกที่อยู่ในรายการ HCL ซึ่งเชื่อมต่อกับโหนดทั้งหมดในคลัสเตอร์ มันจะทำหน้าที่เป็นดิสก์คลัสเตอร์ แนะนำให้ใช้การกำหนดค่าโดยใช้อาร์เรย์ RAID ของฮาร์ดแวร์
- สายเคเบิลสำหรับเชื่อมต่ออุปกรณ์จัดเก็บข้อมูลทั่วไปกับคอมพิวเตอร์ทุกเครื่อง โปรดดูคำแนะนำในการกำหนดค่าอุปกรณ์จัดเก็บข้อมูลในเอกสารประกอบของผู้ผลิต หากเป็นการเชื่อมต่อกับบัส SCSI คุณสามารถดูภาคผนวก A ได้ ข้อมูลเพิ่มเติม.
- อุปกรณ์ทั้งหมดบนคอมพิวเตอร์คลัสเตอร์จะต้องเหมือนกันทุกประการ ซึ่งจะทำให้กระบวนการกำหนดค่าง่ายขึ้นและขจัดปัญหาความเข้ากันได้ที่อาจเกิดขึ้น
ข้อกำหนดสำหรับการตั้งค่าการกำหนดค่าเครือข่าย
- ชื่อ NetBIOS ที่ไม่ซ้ำกันสำหรับคลัสเตอร์
- ห้าที่ไม่ซ้ำกัน ที่อยู่ IP แบบคงที่: ที่อยู่สองแห่งสำหรับอะแดปเตอร์เครือข่าย เครือข่ายส่วนตัวสองรายการสำหรับอะแดปเตอร์เครือข่ายสาธารณะ และหนึ่งที่อยู่สำหรับคลัสเตอร์
- โดเมน บัญชีสำหรับบริการคลัสเตอร์ (โหนดคลัสเตอร์ทั้งหมดจะต้องเป็นสมาชิกของโดเมนเดียวกัน)
- แต่ละโหนดต้องมีอะแดปเตอร์เครือข่ายสองตัว - ตัวหนึ่งสำหรับเชื่อมต่อกับเครือข่ายสาธารณะ และตัวหนึ่งสำหรับการสื่อสารภายในคลัสเตอร์ของโหนด การกำหนดค่าโดยใช้อะแดปเตอร์เครือข่ายตัวเดียวสำหรับ การเชื่อมต่อพร้อมกันไม่รองรับเครือข่ายสาธารณะและส่วนตัว จำเป็นต้องมีอะแดปเตอร์เครือข่ายแยกต่างหากสำหรับเครือข่ายส่วนตัวเพื่อให้เป็นไปตามข้อกำหนด HCL
ข้อกำหนดดิสก์จัดเก็บข้อมูลที่ใช้ร่วมกัน
- ดิสก์หน่วยเก็บข้อมูลที่ใช้ร่วมกันทั้งหมด รวมถึงดิสก์ควอรัม จะต้องแนบทางกายภาพกับบัสที่ใช้ร่วมกัน
- ดิสก์ทั้งหมดที่เชื่อมต่อกับบัสที่ใช้ร่วมกันต้องสามารถเข้าถึงได้โดยแต่ละโหนด ซึ่งสามารถตรวจสอบได้ระหว่างการติดตั้งและการกำหนดค่าของอะแดปเตอร์โฮสต์ สำหรับคำแนะนำโดยละเอียด โปรดดูเอกสารประกอบของผู้ผลิตอะแดปเตอร์
- อุปกรณ์ SCSI จะต้องได้รับการกำหนดหมายเลข SCSI ID เฉพาะเป้าหมาย และต้องติดตั้งเทอร์มิเนเตอร์อย่างถูกต้องบนบัส SCSI ตามคำแนะนำของผู้ผลิต 1
- ดิสก์ที่เก็บข้อมูลที่ใช้ร่วมกันทั้งหมดต้องได้รับการกำหนดค่าเป็นดิสก์พื้นฐาน (ไม่ใช่ไดนามิก)
- พาร์ติชั่นดิสก์ของอุปกรณ์จัดเก็บข้อมูลที่ใช้ร่วมกันทั้งหมดจะต้องได้รับการฟอร์แมตเป็นรูปแบบไฟล์ ระบบเอ็นทีเอฟเอส.
ขอแนะนำอย่างยิ่งให้รวมไดรฟ์จัดเก็บข้อมูลที่ใช้ร่วมกันทั้งหมดเข้ากับอาร์เรย์ RAID ของฮาร์ดแวร์ แม้ว่าจะไม่จำเป็น แต่การสร้างการกำหนดค่า RAID ที่ทนทานต่อข้อผิดพลาดก็สามารถทำได้ จุดสำคัญในการให้การป้องกันความล้มเหลวของดิสก์
การติดตั้งคลัสเตอร์
ภาพรวมการติดตั้งทั่วไป
ในระหว่างขั้นตอนการติดตั้ง บางโหนดจะถูกปิด และบางโหนดจะถูกรีบูต นี่เป็นสิ่งจำเป็นเพื่อให้แน่ใจว่าข้อมูลที่อยู่ในดิสก์ที่เชื่อมต่อกับบัสทั่วไปของอุปกรณ์จัดเก็บข้อมูลภายนอกมีความสมบูรณ์ ข้อมูลเสียหายสามารถเกิดขึ้นได้เมื่อหลายโหนดพยายามเขียนลงดิสก์เดียวกันที่ไม่ได้รับการป้องกันโดยซอฟต์แวร์คลัสเตอร์พร้อมกัน
ตารางที่ 1 จะช่วยคุณพิจารณาว่าควรเปิดใช้งานโหนดและอุปกรณ์จัดเก็บข้อมูลใดในแต่ละขั้นตอนของการติดตั้ง
คู่มือนี้จะอธิบายวิธีสร้างคลัสเตอร์แบบสองโหนด อย่างไรก็ตาม หากคุณกำลังตั้งค่าคลัสเตอร์ที่มีมากกว่าสองโหนด คุณสามารถใช้ค่าคอลัมน์ได้ "โหนด 2"เพื่อกำหนดสถานะของโหนดที่เหลือ
ตารางที่ 1. ลำดับของการเปิดอุปกรณ์เมื่อติดตั้งคลัสเตอร์
ขั้นตอน | โหนด 1 | โหนด 2 | อุปกรณ์จัดเก็บข้อมูล | ความคิดเห็น |
การตั้งค่าการตั้งค่าเครือข่าย | บน | บน | ปิด | ตรวจสอบให้แน่ใจว่าอุปกรณ์จัดเก็บข้อมูลทั้งหมดที่เชื่อมต่อกับบัสทั่วไปปิดอยู่ เปิดโหนดทั้งหมด |
การตั้งค่า ไดรฟ์ที่แชร์ | บน | ปิด | บน | ปิดโหนดทั้งหมด เปิดอุปกรณ์เก็บข้อมูลที่ใช้ร่วมกัน จากนั้นเปิดโหนดแรก |
ตรวจสอบการกำหนดค่าของไดรฟ์ที่แชร์ | ปิด | บน | บน | ปิดโหนดแรก เปิดโหนดที่สอง ทำซ้ำสำหรับโหนด 3 และ 4 หากจำเป็น |
การกำหนดค่าโหนดแรก | บน | ปิด | บน | ปิดโหนดทั้งหมด เปิดโหนดแรก |
การกำหนดค่าโหนดที่สอง | บน | บน | บน | หลังจากกำหนดค่าโหนดแรกสำเร็จแล้ว ให้เปิดโหนดที่สอง ทำซ้ำสำหรับโหนด 3 และ 4 หากจำเป็น |
เสร็จสิ้นการติดตั้ง | บน | บน | บน | ณ จุดนี้ ควรเปิดโหนดทั้งหมด |
ก่อนติดตั้งซอฟต์แวร์คลัสเตอร์ คุณต้องทำตามขั้นตอนต่อไปนี้:
- ติดตั้งระบบปฏิบัติการ Windows 2000 Advanced Server หรือ Windows 2000 Datacenter Server บนคอมพิวเตอร์คลัสเตอร์แต่ละเครื่อง
- กำหนดการตั้งค่าเครือข่าย
- กำหนดค่าไดรฟ์จัดเก็บข้อมูลที่ใช้ร่วมกัน
ทำตามขั้นตอนเหล่านี้ในแต่ละโหนดในคลัสเตอร์ก่อนติดตั้งบริการคลัสเตอร์บนโหนดแรก
เมื่อต้องการกำหนดค่าบริการคลัสเตอร์บนเซิร์ฟเวอร์ Windows 2000 บัญชีของคุณต้องมีสิทธิ์ของผู้ดูแลระบบในแต่ละโหนด โหนดคลัสเตอร์ทั้งหมดต้องเป็นเซิร์ฟเวอร์สมาชิกหรือตัวควบคุมของโดเมนเดียวกัน การใช้เซิร์ฟเวอร์สมาชิกและตัวควบคุมโดเมนแบบผสมในคลัสเตอร์ไม่สามารถยอมรับได้
การติดตั้งระบบปฏิบัติการ Windows 2000
สำหรับ การติดตั้งวินโดวส์ 2000 ในแต่ละโหนดคลัสเตอร์ โปรดดูเอกสารประกอบที่คุณได้รับพร้อมกับระบบปฏิบัติการของคุณ
เอกสารนี้ใช้โครงสร้างการตั้งชื่อจากคู่มือ "คำแนะนำทีละขั้นตอนเกี่ยวกับโครงสร้างพื้นฐานทั่วไปสำหรับการปรับใช้ Windows 2000 Server"- อย่างไรก็ตาม คุณสามารถใช้ชื่อใดก็ได้
ก่อนที่คุณจะเริ่มการติดตั้งบริการคลัสเตอร์ คุณต้องเข้าสู่ระบบในฐานะผู้ดูแลระบบ
การกำหนดการตั้งค่าเครือข่าย
บันทึก:ณ จุดนี้ในการติดตั้ง ให้ปิดอุปกรณ์เก็บข้อมูลที่ใช้ร่วมกันทั้งหมด จากนั้นเปิดโหนดทั้งหมด คุณต้องแยกแยะความเป็นไปได้ การเข้าถึงพร้อมกันหลายโหนดไปยังอุปกรณ์จัดเก็บข้อมูลที่ใช้ร่วมกันจนกว่าจะมีการติดตั้งบริการคลัสเตอร์ตาม อย่างน้อยบนโหนดใดโหนดหนึ่ง และโหนดนั้นจะถูกเปิดใช้งาน
แต่ละโหนดต้องมีอะแดปเตอร์เครือข่ายติดตั้งอย่างน้อยสองตัว - ตัวหนึ่งสำหรับเชื่อมต่อกับเครือข่ายสาธารณะ และอีกตัวหนึ่งสำหรับเชื่อมต่อกับเครือข่ายส่วนตัวที่ประกอบด้วยโหนดคลัสเตอร์
อะแดปเตอร์เครือข่ายส่วนตัวจัดให้มีการสื่อสารระหว่างโหนด การสื่อสารสถานะปัจจุบันของคลัสเตอร์ และการจัดการคลัสเตอร์ อะแดปเตอร์เครือข่ายสาธารณะของแต่ละโหนดเชื่อมต่อคลัสเตอร์กับเครือข่ายสาธารณะซึ่งประกอบด้วยคอมพิวเตอร์ไคลเอนต์
ตรวจสอบให้แน่ใจว่าอะแดปเตอร์เครือข่ายทั้งหมดเชื่อมต่อทางกายภาพอย่างถูกต้อง: อะแดปเตอร์เครือข่ายส่วนตัวเชื่อมต่อกับอะแดปเตอร์เครือข่ายส่วนตัวอื่น ๆ เท่านั้น และอะแดปเตอร์เครือข่ายสาธารณะเชื่อมต่อกับสวิตช์เครือข่ายสาธารณะ แผนภาพการเชื่อมต่อแสดงในรูปที่ 1 ทำการทดสอบนี้กับแต่ละโหนดคลัสเตอร์ก่อนดำเนินการกำหนดค่าดิสก์จัดเก็บข้อมูลที่ใช้ร่วมกัน
รูปที่ 1: ตัวอย่างคลัสเตอร์แบบสองโหนด
การกำหนดค่าอะแดปเตอร์เครือข่ายส่วนตัว
ทำตามขั้นตอนเหล่านี้บนโหนดแรกของคลัสเตอร์ของคุณ
- ของฉัน สภาพแวดล้อมเครือข่าย และเลือกทีม คุณสมบัติ.
- คลิก คลิกขวาเมาส์บนไอคอน
บันทึก:อะแดปเตอร์เครือข่ายใดที่จะให้บริการเครือข่ายส่วนตัวและอะแดปเตอร์สาธารณะใดขึ้นอยู่กับ การเชื่อมต่อทางกายภาพ สายเคเบิลเครือข่าย- ใน เอกสารนี้เราจะถือว่าอะแดปเตอร์ตัวแรก (การเชื่อมต่อภายในเครื่อง) เชื่อมต่อกับเครือข่ายสาธารณะ และอะแดปเตอร์ตัวที่สอง (การเชื่อมต่อภายในเครื่อง 2) เชื่อมต่อกับเครือข่ายส่วนตัวของคลัสเตอร์ ในกรณีของคุณอาจไม่เป็นเช่นนั้น
- สถานะ.หน้าต่าง สถานะการเชื่อมต่อ LAN 2แสดงสถานะการเชื่อมต่อและความเร็ว หากการเชื่อมต่ออยู่ในสถานะตัดการเชื่อมต่อ ให้ตรวจสอบสายเคเบิลและการเชื่อมต่อ แก้ไขปัญหาก่อนดำเนินการต่อ คลิกปุ่ม ปิด.
- คลิกขวาที่ไอคอนอีกครั้ง การเชื่อมต่อระบบ LAN2ให้เลือกคำสั่ง คุณสมบัติและกดปุ่ม ปรับแต่ง.
- เลือกแท็บ นอกจากนี้หน้าต่างที่แสดงในรูปที่ 2 จะปรากฏขึ้น
- สำหรับอะแดปเตอร์เครือข่ายส่วนตัว ต้องตั้งค่าความเร็วด้วยตนเองแทนค่าเริ่มต้น ระบุความเร็วเครือข่ายของคุณในรายการแบบเลื่อนลง อย่าใช้ค่า "ความรู้สึกอัตโนมัติ"หรือ "เลือกอัตโนมัติ"เพื่อเลือกความเร็ว เนื่องจากอะแดปเตอร์เครือข่ายบางตัวอาจปล่อยแพ็กเก็ตขณะกำหนดความเร็วการเชื่อมต่อ หากต้องการตั้งค่าความเร็วของอะแดปเตอร์เครือข่าย ให้ระบุค่าจริงสำหรับพารามิเตอร์ ประเภทการเชื่อมต่อหรือ ความเร็ว.
รูปที่ 2: การตั้งค่าเพิ่มเติมอะแดปเตอร์เครือข่าย
อะแดปเตอร์เครือข่ายคลัสเตอร์ทั้งหมดที่เชื่อมต่อกับเครือข่ายเดียวกันจะต้องได้รับการกำหนดค่าเหมือนกันและใช้งาน ค่าเดียวกันพารามิเตอร์ โหมดดูเพล็กซ์ , การควบคุมการไหล, ประเภทการเชื่อมต่อฯลฯ แม้ว่าจะใช้อุปกรณ์เครือข่ายที่แตกต่างกันบนโหนดที่แตกต่างกัน ค่าของพารามิเตอร์เหล่านี้จะต้องเหมือนกัน
- เลือก อินเทอร์เน็ตโปรโตคอล (TCP/IP)ในรายการส่วนประกอบที่ใช้โดยการเชื่อมต่อ
- คลิกปุ่ม คุณสมบัติ.
- ตั้งสวิตช์ไปที่ตำแหน่ง ใช้ที่อยู่ IP ต่อไปนี้และกรอกที่อยู่ 10.1.1.1 - (สำหรับโหนดที่สอง ให้ใช้ที่อยู่ 10.1.1.2 ).
- ตั้งค่าซับเน็ตมาสก์: 255.0.0.0 .
- คลิกปุ่ม นอกจากนี้และเลือกแท็บ ชนะตั้งค่าสวิตช์ไปที่ตำแหน่ง ปิดการใช้งาน NetBIOS ผ่าน TCP/IP- คลิก ตกลงเพื่อกลับไปยังเมนูก่อนหน้า ดำเนินการขั้นตอนนี้สำหรับอะแดปเตอร์เครือข่ายส่วนตัวเท่านั้น
กล่องโต้ตอบของคุณควรมีลักษณะเหมือนรูปที่ 3
รูปที่ 3: ที่อยู่ IP การเชื่อมต่อเครือข่ายส่วนตัว
การกำหนดค่าอะแดปเตอร์เครือข่ายสาธารณะ
บันทึก:ถ้าเซิร์ฟเวอร์ DHCP ทำงานบนเครือข่ายสาธารณะ ที่อยู่ IP สำหรับอะแดปเตอร์เครือข่ายบนเครือข่ายสาธารณะสามารถกำหนดได้โดยอัตโนมัติ อย่างไรก็ตาม ไม่แนะนำวิธีนี้สำหรับอะแดปเตอร์โหนดคลัสเตอร์ เราขอแนะนำอย่างยิ่งให้กำหนดที่อยู่ IP แบบถาวรให้กับอะแดปเตอร์เครือข่ายโฮสต์สาธารณะและส่วนตัวทั้งหมด มิฉะนั้น หากเซิร์ฟเวอร์ DHCP ล้มเหลว การเข้าถึงโหนดคลัสเตอร์อาจไม่สามารถทำได้ หากคุณถูกบังคับให้ใช้ DHCP สำหรับอะแดปเตอร์เครือข่ายบนเครือข่ายสาธารณะ ให้ใช้ระยะเวลาการเช่าที่อยู่ที่ยาวนาน ซึ่งจะช่วยให้มั่นใจได้ว่าที่อยู่ที่กำหนดแบบไดนามิกจะยังคงใช้งานได้แม้ว่าเซิร์ฟเวอร์ DHCP จะไม่พร้อมใช้งานชั่วคราวก็ตาม กำหนดที่อยู่ IP ถาวรให้กับอะแดปเตอร์เครือข่ายส่วนตัวเสมอ โปรดจำไว้ว่าบริการคลัสเตอร์สามารถจดจำได้เพียงบริการเดียวเท่านั้น อินเตอร์เฟซเครือข่ายในแต่ละซับเน็ต หากคุณต้องการความช่วยเหลือเกี่ยวกับการนัดหมาย ที่อยู่เครือข่ายใน Windows 2000 โปรดดูวิธีใช้ในตัวของระบบปฏิบัติการ
การเปลี่ยนชื่อการเชื่อมต่อเครือข่าย
เพื่อความชัดเจน เราขอแนะนำให้เปลี่ยนชื่อการเชื่อมต่อเครือข่ายของคุณ ตัวอย่างเช่น คุณสามารถเปลี่ยนชื่อของการเชื่อมต่อได้ การเชื่อมต่อระบบ LAN2บน - วิธีการนี้จะช่วยให้คุณระบุเครือข่ายได้ง่ายขึ้นและกำหนดบทบาทได้อย่างถูกต้อง
- คลิกขวาที่ไอคอน 2.
- ในเมนูบริบท ให้เลือกคำสั่ง เปลี่ยนชื่อ.
- เข้า เชื่อมต่อกับเครือข่ายส่วนตัวของคลัสเตอร์ในช่องข้อความแล้วกดปุ่ม เข้า.
- ทำซ้ำขั้นตอนที่ 1-3 และเปลี่ยนชื่อการเชื่อมต่อ การเชื่อมต่อเครือข่ายท้องถิ่นบน เชื่อมต่อกับเครือข่ายสาธารณะ
รูปที่ 4: เปลี่ยนชื่อการเชื่อมต่อเครือข่าย
- การเชื่อมต่อเครือข่ายที่ถูกเปลี่ยนชื่อควรมีลักษณะเหมือนรูปที่ 4 ปิดหน้าต่าง เครือข่ายและ การเข้าถึงระยะไกลไปยังเครือข่าย- ชื่อการเชื่อมต่อเครือข่ายใหม่จะถูกจำลองแบบอัตโนมัติไปยังโหนดอื่นๆ ในคลัสเตอร์เมื่อเปิดใช้งาน
การตรวจสอบ การเชื่อมต่อเครือข่ายและมติชื่อ
หากต้องการทดสอบการทำงานของอุปกรณ์เครือข่ายที่กำหนดค่า ให้ทำตามขั้นตอนต่อไปนี้สำหรับอะแดปเตอร์เครือข่ายทั้งหมดบนแต่ละโหนด เมื่อต้องการทำเช่นนี้ คุณต้องทราบที่อยู่ IP ของอะแดปเตอร์เครือข่ายทั้งหมดในคลัสเตอร์ คุณสามารถรับข้อมูลนี้ได้โดยการรันคำสั่ง ไอพีคอนฟิกในแต่ละโหนด:
- คลิกปุ่ม เริ่ม,เลือกทีม ดำเนินการและพิมพ์คำสั่ง คำสั่งในหน้าต่างข้อความ คลิก ตกลง.
- พิมพ์คำสั่ง ipconfig /ทั้งหมดและกดปุ่ม เข้า- คุณจะเห็นข้อมูลการกำหนดค่าโปรโตคอล IP สำหรับอะแดปเตอร์เครือข่ายแต่ละตัว เครื่องท้องถิ่น.
- หากคุณยังไม่ได้เปิดหน้าต่างพร้อมรับคำสั่ง ให้ทำตามขั้นตอนที่ 1
- พิมพ์คำสั่ง ปิงไอแพดเดรสที่ไหน ไอแพดเดรสคือที่อยู่ IP ของอะแดปเตอร์เครือข่ายที่เกี่ยวข้องบนโหนดอื่น ตัวอย่างเช่น สมมติว่าอะแดปเตอร์เครือข่ายมีที่อยู่ IP ต่อไปนี้:
หมายเลขโหนด | ชื่อ การเชื่อมต่อเครือข่าย | ที่อยู่ IP ของอะแดปเตอร์เครือข่าย |
1 | การเชื่อมต่อกับเครือข่ายสาธารณะ | 172.16.12.12 |
1 | เชื่อมต่อกับเครือข่ายส่วนตัวของคลัสเตอร์ | 10.1.1.1 |
2 | การเชื่อมต่อกับเครือข่ายสาธารณะ | 172.16.12.14 |
2 | เชื่อมต่อกับเครือข่ายส่วนตัวของคลัสเตอร์ | 10.1.1.2 |
ในตัวอย่างนี้ คุณต้องรันคำสั่ง ปิง 172.16.12.14และ ปิง 10.1.1.2จากโหนด 1 และดำเนินการคำสั่ง ปิง 172.16.12.12และ ปิง 10.1.1.1 จากโหนด 2
หากต้องการตรวจสอบการจำแนกชื่อให้รันคำสั่ง ปิงโดยใช้ชื่อของคอมพิวเตอร์เป็นอาร์กิวเมนต์แทนที่อยู่ IP ตัวอย่างเช่น ในการตรวจสอบการจำแนกชื่อสำหรับโหนดคลัสเตอร์แรกที่ชื่อ hq-res-dc01 ให้รันคำสั่ง ปิง hq-res-dc01จากใดๆ คอมพิวเตอร์ไคลเอนต์.
กำลังตรวจสอบความเป็นสมาชิกโดเมน
โหนดคลัสเตอร์ทั้งหมดจะต้องเป็นสมาชิกของโดเมนเดียวกันและมีความสามารถด้านเครือข่ายที่มีตัวควบคุมโดเมนและเซิร์ฟเวอร์ DNS โหนดสามารถกำหนดค่าเป็นเซิร์ฟเวอร์โดเมนสมาชิกหรือเป็นตัวควบคุมของโดเมนเดียวกันได้ หากคุณตัดสินใจกำหนดให้โหนดใดโหนดหนึ่งเป็นตัวควบคุมโดเมน โหนดอื่นๆ ทั้งหมดในคลัสเตอร์จะต้องได้รับการกำหนดค่าเป็นตัวควบคุมโดเมนของโดเมนเดียวกันด้วย คู่มือนี้ถือว่าโฮสต์ทั้งหมดเป็นตัวควบคุมโดเมน
บันทึก:สำหรับลิงก์ไปยังเอกสารเพิ่มเติมเกี่ยวกับการกำหนดค่าโดเมน DNS และบริการ DHCP ใน Windows 2000 โปรดดู แหล่งข้อมูลที่เกี่ยวข้องท้ายเอกสารนี้
- คลิกขวา คอมพิวเตอร์ของฉันและเลือกทีม คุณสมบัติ.
- เลือกแท็บ การระบุเครือข่าย- ในกล่องโต้ตอบ คุณสมบัติของระบบคุณจะเห็น ชื่อเต็มคอมพิวเตอร์และโดเมน ในตัวอย่างของเรา โดเมนถูกเรียกว่า reskit.com.
- หากคุณได้กำหนดค่าโหนดเป็นเซิร์ฟเวอร์สมาชิก ในขั้นตอนนี้ คุณจะสามารถเข้าร่วมโหนดกับโดเมนได้ คลิกปุ่ม คุณสมบัติและปฏิบัติตามคำแนะนำเพื่อรวมคอมพิวเตอร์เข้ากับโดเมน
- ปิดหน้าต่าง คุณสมบัติของระบบและ คอมพิวเตอร์ของฉัน.
สร้างบัญชีบริการคลัสเตอร์
สำหรับบริการคลัสเตอร์ คุณต้องสร้างบัญชีโดเมนแยกต่างหากที่จะเปิดตัว โปรแกรมติดตั้งจะกำหนดให้คุณต้องป้อนข้อมูลรับรองสำหรับบริการคลัสเตอร์ ดังนั้นจึงต้องสร้างบัญชีก่อนติดตั้งบริการ บัญชีจะต้องไม่เป็นของผู้ใช้โดเมนใดๆ และต้องใช้สำหรับการเรียกใช้บริการคลัสเตอร์เท่านั้น
- คลิกปุ่ม เริ่มให้เลือกคำสั่ง โปรแกรม/การบริหารระบบให้เรียกใช้สแน็ปอิน
- ขยายหมวดหมู่ reskit.comหากยังไม่ได้ใช้งาน
- เลือกจากรายการ ผู้ใช้.
- คลิกขวาที่ ผู้ใช้ให้เลือกจากเมนูบริบท สร้าง, เลือก ผู้ใช้.
- ป้อนชื่อสำหรับบัญชีบริการคลัสเตอร์ดังแสดงในรูปที่ 5 แล้วคลิก ต่อไป.
รูปที่ 5: การเพิ่มผู้ใช้คลัสเตอร์
- ทำเครื่องหมายในช่อง ป้องกันไม่ให้ผู้ใช้เปลี่ยนรหัสผ่านและ รหัสผ่านไม่มีวันหมดอายุ- คลิกปุ่ม ต่อไปและปุ่ม พร้อมเพื่อสร้างผู้ใช้
บันทึก:หากนโยบายความปลอดภัยด้านการดูแลระบบของคุณไม่อนุญาตให้คุณใช้รหัสผ่านด้วย ไม่จำกัดระยะเวลาคุณจะต้องอัปเดตรหัสผ่านและกำหนดค่าบริการคลัสเตอร์ในแต่ละโหนดก่อนที่จะหมดอายุ
- คลิกขวาที่ผู้ใช้ กลุ่มวี แผงด้านขวาเสื้อผ้า Active Directory - ผู้ใช้และคอมพิวเตอร์.
- ในเมนูบริบท ให้เลือกคำสั่ง เพิ่มสมาชิกในกลุ่ม.
- เลือกกลุ่ม ผู้ดูแลระบบและกด ตกลง- ขณะนี้บัญชีใหม่มีสิทธิ์ของผู้ดูแลระบบบนคอมพิวเตอร์เฉพาะที่
- ปิดสแน็ป Active Directory - ผู้ใช้และคอมพิวเตอร์.
การกำหนดค่าไดรฟ์จัดเก็บข้อมูลที่ใช้ร่วมกัน
คำเตือน:ตรวจสอบให้แน่ใจว่าอย่างน้อยหนึ่งโหนดคลัสเตอร์กำลังเรียกใช้ระบบปฏิบัติการ Windows 2000 Advanced Server หรือ Windows 2000 Datacenter Server และบริการคลัสเตอร์ได้รับการกำหนดค่าและทำงานอยู่ หลังจากนี้จะสามารถโหลดระบบปฏิบัติการ Windows 2000 บนโหนดที่เหลือได้ ถ้าไม่ตรงตามเงื่อนไขเหล่านี้ ดิสก์คลัสเตอร์อาจเสียหาย
หากต้องการเริ่มตั้งค่าไดรฟ์จัดเก็บข้อมูลที่ใช้ร่วมกัน ให้ปิดโหนดทั้งหมด หลังจากนั้น ให้เปิดอุปกรณ์จัดเก็บข้อมูลที่ใช้ร่วมกัน จากนั้นเปิดโหนด 1
ดิสก์ควอรัม
ดิสก์ควอรัมใช้เพื่อจัดเก็บจุดตรวจสอบและไฟล์บันทึกการกู้คืนของฐานข้อมูลคลัสเตอร์ เพื่อการจัดการคลัสเตอร์ เราให้คำแนะนำต่อไปนี้สำหรับการสร้างดิสก์ควอรัม:
- สร้างพาร์ติชันขนาดเล็ก (ขนาดอย่างน้อย 50 MB) เพื่อใช้เป็นดิสก์ควอรัม โดยทั่วไปเราแนะนำให้สร้างดิสก์ควอรัมขนาด 500 MB
- จัดสรรดิสก์แยกต่างหากสำหรับทรัพยากรควอรัม เนื่องจากหากดิสก์ควอรัมล้มเหลว ทั้งคลัสเตอร์จะล้มเหลว เราขอแนะนำอย่างยิ่งให้ใช้อาร์เรย์ RAID ของดิสก์ฮาร์ดแวร์
ในระหว่างกระบวนการติดตั้งบริการคลัสเตอร์ คุณจะต้องกำหนดจดหมายให้กับไดรฟ์ควอรัม ในตัวอย่างของเรา เราจะใช้ตัวอักษร ถาม.
การกำหนดค่าไดรฟ์จัดเก็บข้อมูลที่ใช้ร่วมกัน
- คลิกขวา คอมพิวเตอร์ของฉันให้เลือกคำสั่ง ควบคุม- ในหน้าต่างที่เปิดขึ้น ให้ขยายหมวดหมู่ อุปกรณ์จัดเก็บข้อมูล.
- เลือกทีม การจัดการดิสก์.
- ตรวจสอบให้แน่ใจว่าไดรฟ์จัดเก็บข้อมูลที่ใช้ร่วมกันทั้งหมดได้รับการฟอร์แมตเป็น NTFS และมีสถานะ ขั้นพื้นฐาน- หากคุณเชื่อมต่อ ดิสก์ใหม่, จะเริ่มโดยอัตโนมัติ ตัวช่วยสร้างการลงนามและอัปเดตดิสก์- เมื่อตัวช่วยสร้างเริ่มต้น ให้คลิกปุ่ม อัปเดต,เพื่อดำเนินการต่อหลังจากนี้ดิสก์จะถูกระบุว่าเป็น พลวัต- หากต้องการแปลงดิสก์เป็นแบบพื้นฐานให้คลิกขวาที่ ดิสก์ #(ที่ไหน # – หมายเลขดิสก์ที่คุณใช้งานอยู่) และเลือกคำสั่ง เปลี่ยนกลับเป็นดิสก์พื้นฐาน.
พื้นที่คลิกขวา ไม่กระจายถัดจากดิสก์ที่เกี่ยวข้อง
- เลือกทีม สร้างส่วน
- จะเริ่มแล้ว ตัวช่วยสร้างการสร้างพาร์ติชัน- กดปุ่มสองครั้ง ต่อไป.
- ป้อนขนาดพาร์ติชันที่ต้องการเป็นเมกะไบต์แล้วคลิกปุ่ม ต่อไป.
- คลิกปุ่ม ต่อไปโดยยอมรับอักษรระบุไดรฟ์เริ่มต้นที่แนะนำ
- คลิกปุ่ม ต่อไปเพื่อจัดรูปแบบและสร้างพาร์ติชัน
การกำหนดอักษรระบุไดรฟ์
หลังจากกำหนดค่าบัสข้อมูล ดิสก์ และพาร์ติชันการจัดเก็บข้อมูลที่ใช้ร่วมกันแล้ว คุณต้องกำหนดอักษรชื่อไดรฟ์ให้กับพาร์ติชันทั้งหมดบนดิสก์ทั้งหมดในคลัสเตอร์
บันทึก:จุดเมานท์เป็นคุณลักษณะระบบไฟล์ที่ให้คุณตั้งค่าได้ ระบบไฟล์ใช้ไดเร็กทอรีที่มีอยู่โดยไม่ต้องกำหนดอักษรระบุไดรฟ์ คลัสเตอร์ไม่รองรับจุดต่อเชื่อม ใดๆ ไดรฟ์ภายนอกที่ใช้เป็นทรัพยากรคลัสเตอร์จะต้องแบ่งออกเป็น พาร์ติชัน NTFSและพาร์ติชั่นเหล่านี้จะต้องกำหนดอักษรระบุไดรฟ์
- คลิกขวาที่พาร์ติชันที่ต้องการแล้วเลือก การเปลี่ยนอักษรชื่อไดรฟ์และเส้นทางของไดรฟ์.
- เลือกอักษรระบุไดรฟ์ใหม่
- ทำซ้ำขั้นตอนที่ 1 และ 2 สำหรับไดรฟ์จัดเก็บข้อมูลที่ใช้ร่วมกันทั้งหมด
รูปที่ 6: พาร์ติชันดิสก์ที่มีตัวอักษรที่กำหนด
- ในตอนท้ายของขั้นตอน หน้าต่างสแนป การจัดการคอมพิวเตอร์ควรมีลักษณะดังรูปที่ 6 ปิดสแน็ปอิน การจัดการคอมพิวเตอร์.
- คลิกปุ่ม เริ่ม, เลือก โปรแกรม / มาตรฐานและรันโปรแกรม" โน๊ตบุ๊ค".
- พิมพ์คำไม่กี่คำแล้วบันทึกไฟล์ไว้ใต้ชื่อ ทดสอบ.txtโดยเลือกคำสั่ง บันทึกเป็นจากเมนู ไฟล์- ปิด โน๊ตบุ๊ค.
- ดับเบิลคลิกที่ไอคอน เอกสารของฉัน.
- คลิกขวาที่ไฟล์ ทดสอบ.txtและในเมนูบริบทให้เลือกคำสั่ง สำเนา.
- ปิดหน้าต่าง.
- เปิด คอมพิวเตอร์ของฉัน.
- ดับเบิลคลิกพาร์ติชันไดรฟ์จัดเก็บข้อมูลแบบแบ่งใช้
- คลิกขวาและเลือกคำสั่ง แทรก.
- สำเนาของไฟล์ควรปรากฏบนไดรฟ์จัดเก็บข้อมูลที่ใช้ร่วมกัน ทดสอบ.txt.
- ดับเบิลคลิกที่ไฟล์ ทดสอบ.txtเพื่อเปิดจากไดรฟ์เก็บข้อมูลที่ใช้ร่วมกัน ปิดไฟล์.
- เลือกไฟล์แล้วกดปุ่ม เดลเพื่อลบไฟล์ออกจากดิสก์คลัสเตอร์
ทำซ้ำขั้นตอนสำหรับดิสก์ทั้งหมดในคลัสเตอร์เพื่อให้แน่ใจว่าสามารถเข้าถึงได้จากโหนดแรก
ตอนนี้ปิดโหนดแรก เปิดโหนดที่สองแล้วทำซ้ำขั้นตอนในส่วนนี้ ตรวจสอบการทำงานและการแชร์ดิสก์- ทำตามขั้นตอนเดียวกันนี้บนโหนดเพิ่มเติมทั้งหมด เมื่อคุณแน่ใจว่าโหนดทั้งหมดสามารถอ่านและเขียนข้อมูลไปยังไดรฟ์จัดเก็บข้อมูลที่ใช้ร่วมกันได้ ให้ปิดโหนดทั้งหมดยกเว้นโหนดแรกและไปยังส่วนถัดไป