บทนำและข้อดี / ข้อเสียของการทำคลัสเตอร์ใน Linux - ส่วนที่ 1


สวัสดีทุกครั้งที่ฉันตัดสินใจแบ่งปันความรู้เกี่ยวกับการทำคลัสเตอร์ Linux กับคุณในชุดคู่มือที่มีชื่อว่า " การทำคลัสเตอร์ Linux สำหรับสถานการณ์ที่ล้มเหลว "

ต่อไปนี้เป็นซีรี่ส์ 4 บทความเกี่ยวกับ การทำคลัสเตอร์ ใน Linux:

ส่วนที่ 1 : ความรู้เบื้องต้นเกี่ยวกับการทำคลัสเตอร์ Linux และข้อดี/ข้อเสียของการทำคลัสเตอร์

ส่วนที่ 2 :

ส่วนที่ 3 :

ส่วนที่ 4 :

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

การจัดกลุ่มคืออะไร

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

ตามคู่มือชุดนี้ฉันหวังว่าจะแนะนำคุณในการสร้างคลัสเตอร์ Linux ที่มีสองโหนดใน RedHat / CentOS สำหรับสถานการณ์ความล้มเหลว

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

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

ฉันชอบที่เราใช้เซิร์ฟเวอร์ 3 เซิร์ฟเวอร์หนึ่งตัวเป็นเซิร์ฟเวอร์ที่เปิดใช้งาน Red Hat คลัสเตอร์และอื่น ๆ เป็นโหนด (เซิร์ฟเวอร์ส่วนหลัง) ลองดูแผนภาพด้านล่างเพื่อความเข้าใจที่ดีขึ้น

Cluster Server: 172.16.1.250
Hostname: clserver.test.net

node01: 172.16.1.222
Hostname: nd01server.test.net

node02: 172.16.1.223
Hostname: nd02server.test.net   

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

  1. Clustering servers is completely a scalable solution. You can add resources to the cluster afterwards.
  2. If a server in the cluster needs any maintenance, you can do it by stopping it while handing the load over to other servers.
  3. Among high availability options, clustering takes a special place since it is reliable and easy to configure. In case of a server is having a problem providing the services furthermore, other servers in the cluster can take the load.
  1. Cost is high. Since the cluster needs good hardware and a design, it will be costly comparing to a non-clustered server management design. Being not cost effective is a main disadvantage of this particular design.
  2. Since clustering needs more servers and hardware to establish one, monitoring and maintenance is hard. Thus increase the infrastructure.

ทีนี้มาดูกันว่าแพคเกจ/การติดตั้งชนิดใดที่เราจำเป็นต้องกำหนดค่าการตั้งค่านี้ให้สำเร็จ แพ็คเกจ/RPM ต่อไปนี้สามารถดาวน์โหลดได้โดย rpmfind.net

  1. Ricci (ricci-0.16.2-75.el6.x86_64.rpm)
  2. Luci (luci-0.26.0-63.el6.centos.x86_64.rpm)
  3. Mod_cluster (modcluster-0.16.2-29.el6.x86_64.rpm)
  4. CCS (ccs-0.16.2-75.el6_6.2.x86_64.rpm)
  5. CMAN(cman-3.0.12.1-68.el6.x86_64.rpm)
  6. Clusterlib (clusterlib-3.0.12.1-68.el6.x86_64.rpm)

มาดูกันว่าการติดตั้งแต่ละครั้งทำอะไรให้เราและความหมายของมัน

  1. Ricci is a daemon which used for cluster management and configurations. It distributes/dispatches receiving messages to the nodes configured.
  2. Luci is a server that runs on the cluster management server and communicates with other multiple nodes. It provides a web interface to make things easier.
  3. Mod_cluster is a load balancer utility based on httpd services and here it is used to communicate the incoming requests with the underlying nodes.
  4. CCS is used to create and modify the cluster configuration on remote nodes through ricci. It is also used to start and stop the cluster services.
  5. CMAN is one of the primary utilities other than ricci and luci for this particular setup, since this acts as the cluster manager. Actually, cman stands for CLUSTER MANAGER. It is a high-availability add-on for RedHat which is distributed among the nodes in the cluster.

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

อ้างอิง:

  1. ch-cman Documentation
  2. Mod Cluster Documentation

เชื่อมต่อกับ Tecmint เพื่อประโยชน์และวิธีการล่าสุด คอยติดตามเพื่อ ส่วน 02 (การทำคลัสเตอร์เซิร์ฟเวอร์ Linux ที่มี 2 โหนดสำหรับสถานการณ์จำลองการเฟลโอเวอร์ใน RedHAT/CentOS - การสร้างคลัสเตอร์) เร็ว ๆ นี้

สงวนลิขสิทธิ์. © Linux-Console.net • 2019-2020