ทางเลือกแทน Heartbeat, Pacemaker และ CoroSync?

มีทางเลือกอื่นที่สำคัญสำหรับการ failover อัตโนมัติบน Linux นอกเหนือจาก Heartbeat / Pacemaker / CoroSync โดยเฉพาะอย่างยิ่งฉันกำลังตั้งค่า failover บนอินสแตนซ์ของ EC2 ซึ่งรองรับ unicast เท่านั้น - ไม่มีมัลติคาสต์หรือการออกอากาศ ฉันพยายามจัดการกับซอฟต์แวร์บางส่วนที่เรายังไม่มีซึ่งล้มเหลวโดยอัตโนมัติและไม่สนับสนุนสภาพแวดล้อมแบบหลายต้นแบบ ซึ่งรวมถึงเครื่องมือต่าง ๆ เช่น HAProxy และ Solr

ฉันมี Heartbeat + Pacemaker ทำงาน แต่ฉันไม่ได้ตื่นเต้นกับมัน นี่คือปัญหาของฉัน:

• Heartbeat - จำกัด เพียงสองโหนดเท่านั้น ฉันต้องการมี 3+
• Pacemaker - เป็นไปไม่ได้ที่จะกำหนดค่าโดยอัตโนมัติ คลัสเตอร์ต้องทำงานด้วยองค์ประชุมและจากนั้นก็ยังต้องการการกำหนดค่าด้วยตนเอง
• CoroSync - ไม่รองรับ unicast

ผู้นำในกิจการใด ๆ ทำงานได้ดีแม้ว่าจะมีกำลังไฟทำให้การติดตั้งทำได้ยาก ปัญหาที่แท้จริงของ Pacemaker คือไม่มีวิธีง่ายๆในการตั้งค่าอัตโนมัติ ฉันต้องการเปิดตัวอินสแตนซ์ EC2 จริง ๆ ติดตั้ง Chef / Puppet และมีการเปิดตัวของคลัสเตอร์ทั้งหมดโดยไม่ต้องดำเนินการใด ๆ

ฉันชอบที่จะใช้keepalivedสำหรับความพร้อมใช้งานสูง ฉันพบว่าการติดตั้ง (หนึ่งดีมอนและการกำหนดค่า) ทำได้ง่ายกว่าฮาร์ทบีทและ บริษัท ข้อเสียเปรียบเดียวที่ฉันพบคือ keepalived ไม่มีตัวเลือก unicast ตามค่าเริ่มต้นและใช้ VRRP สำหรับการสื่อสารเท่านั้น (ผู้เขียน HAProxy ได้เขียนโปรแกรมแก้ไขแบบ unicastสำหรับเก็บไว้อย่างไรก็ตาม)

จริง ๆ แล้วฉันกำลังทำงานกับสิ่งที่คล้ายกับที่คุณอธิบาย (คลัสเตอร์ล้มเหลวบน EC2) และหลังจากลองใช้ Heartbeat ตัดสิน Corosync เป็นเลเยอร์การส่งข้อความของฉัน Corosync จะทำงานบนเซิร์ฟเวอร์หลายเครื่องและรองรับ Unicast (UDPU) ตั้งแต่เวอร์ชัน 1.3.0 (ตั้งแต่ พ.ย. , 2010) ฉันมีการตั้งค่าและทดสอบ Corosync บนคลาวด์ EC2 ของ Amazon (ใช้ Linux AMI ของ Amazon) และสามารถยืนยันได้ว่าทำงานได้โดยไม่มีปัญหา

ไฟล์ udpu ตัวอย่างถูกติดตั้งใน / etc / corosync

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

เช่น:

totem {
        version: 2
        secauth: off
        interface {
                member {
                        memberaddr: 10.xxx.xxx.xxx
                }
                member {
                        memberaddr: 10.xxx.xxx.xxx
                }
                ringnumber: 0
                bindnetaddr: 10.xxx.xxx.xxx
                mcastport: 694
        }
        transport: udpu
}

(Heartbeat ควรให้การสนับสนุนโหนด 3+ คลัสเตอร์ในเวอร์ชัน 1.2.3+ แม้ว่าฉันไม่เคยลองเป็นการส่วนตัวและไม่รู้ว่ามันจะทำงานกับ Unicast ได้หรือไม่)

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

หากต้องการกำหนดค่าโดยไม่มีคลัสเตอร์ที่ใช้งานอยู่ให้นำหน้าคำสั่งทั้งหมดด้วยCIB_file=/var/lib/heartbeat/crm/cib.xmlหรือตั้งค่าในสภาพแวดล้อมของคุณ ตรวจสอบให้แน่ใจว่าคุณลบไฟล์. sig ก่อนเริ่มต้นคลัสเตอร์

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

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

ในเชิงพาณิชย์มีVeritas เซิร์ฟเวอร์คลัสเตอร์ ไม่มีประสบการณ์กับมัน

มากง่ายและเปิดแหล่งเครื่องมือ HA มีUCARP UCARP ไม่ได้ให้ "โครงสร้างพื้นฐาน" แบบเดียวกับที่ Heartbeat / Pacemaker / CoroSync ทำ แต่คุณสามารถสร้างโซลูชัน HA รอบตัวได้

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

มี Oracle Clusterware สำหรับ Oracle Unbreakable Linux แต่ฉันไม่ได้ใช้

หากคุณใช้ EC2 อยู่แล้วทำไมไม่ลองใช้Elastic Load Balancing ? มันจะช่วยให้คุณบรรลุระดับความพร้อมใช้งานของแอพพลิเคชั่นโดยไม่ต้องกำหนดค่า failover ด้วยตัวเอง

Veritas Cluster นั้นยอดเยี่ยม (เมื่อเทียบกับ Linux-Heartbeat, AIX-hacmp, HP-Serviceguard และ Sun cluster) แต่ก็คุ้มค่ากับเงินจำนวนมาก ครั้งสุดท้ายที่ฉันดูราคาของมันอิงตาม cpu-cores ของคลัสเตอร์ ผู้ขายปัจจุบัน ist Symantec ...

ฉันเขียนตัวจัดการคลัสเตอร์ล้มเหลวในเชลล์ posix: https://github.com/nackstein/back-to-work

ลองดูสิฉันกำลังมองหาคนที่อยากลองและช่วยในการพัฒนา

opensvc ( https://www.opensvc.com ) รองรับไดรเวอร์ heartbeat หลายตัว:

• unicast
• หลายผู้รับ
• ดิสก์ที่ใช้ร่วมกัน
• สับเปลี่ยนไซต์ 3

และยังมีโควรัม mecanisms ในกรณีที่สมองแตก

ฉันจัดการเพื่อตั้งค่าคลัสเตอร์ 4 โหนดโดยอัตโนมัติซึ่งประกอบด้วย 2 อินสแตนซ์ของกูเกิลคลาวด์ + อินสแตนซ์อะเมซอน 2 พร้อมกับ Terraform + ansible