คำถามติดแท็ก pacemaker

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

26 linux  high-availability  heartbeat  pacemaker  corosync 

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

20 cluster  heartbeat  pacemaker 

ฉันกำลังพยายามตั้งค่าคลัสเตอร์ Linux-HA ที่ใช้งาน / passive (2 nodes) พร้อมด้วย corosync และเครื่องกระตุ้นการเต้นของหัวใจเพื่อเก็บฐานข้อมูล PostgreSQL- และทำงาน มันทำงานผ่าน DRBD และ service-ip หาก node1 ล้มเหลว node2 ควรใช้เวลามากกว่า เช่นเดียวกันถ้า PG รันบน node2 และล้มเหลว ทุกอย่างทำงานได้ดียกเว้นสิ่งที่สโตนนิช ระหว่างโหนดเป็นการเชื่อมต่อ HA โดยเฉพาะ (10.10.10.X) ดังนั้นฉันจึงมีการกำหนดค่าอินเทอร์เฟซดังต่อไปนี้: eth0 eth1 host 10.10.10.251 172.10.10.1 node1 10.10.10.252 172.10.10.2 node2 เปิดใช้งาน Stonith แล้วและฉันกำลังทดสอบกับ ssh-agent เพื่อฆ่าโหนด crm configure property stonith-enabled=true …

12 high-availability  cluster  drbd  pacemaker