ฉันมีคำถามว่า "จะเกิดอะไรขึ้นถ้า"
สมมติว่ามีคลัสเตอร์ Kubernetes ที่มี 4 โหนดและบางโดเมนที่ชี้ไปที่ IP ของโหนดหมายเลข 1 และเว็บแอปที่ใช้โดเมนนี้มี 1 พ็อดต่อโหนด หากโหนด 1 จะล้มเหลว ดังนั้นในสถานะปัจจุบันที่ฉันรู้ แอปจะล้มเหลวเนื่องจากระเบียนชี้ไปที่โหนดที่เสียหาย
จะแก้ไขเพื่อรักษาสภาพแวดล้อม HA ได้อย่างไร?
นั่นคือปัญหาที่ก บริการ ได้รับการออกแบบมาเพื่อแก้ปัญหา และหากคุณอยู่ในสภาพแวดล้อมแบบคลาวด์ (หรือมีผู้ดำเนินการที่จะจัดเตรียมบางสิ่งที่ ดู เช่นโหลดบาลานเซอร์) จากนั้น ประเภท: LoadBalancer จะจัดเตรียมจุดเริ่มต้นที่เสถียรจากภายนอกคลัสเตอร์ไปยังภายในคลัสเตอร์ จากนั้น kubernetes จะกำหนดเส้นทางรอบความล้มเหลวของโหนดนั้น
ภายใต้ฝาครอบ ประเภท: LoadBalancer เป็นเพียงกาวเชื่อมระหว่าง ประเภท: NodePort และโหลดบาลานเซอร์ ดังนั้นแม้ว่าคุณจะไม่มีกลไกโหลดบาลานเซอร์ที่เป็นทางการให้คุณใช้ ประเภท: NodePort และสำเนาของ haproxy ชี้ไปที่ ทั้งหมด โหนดในคลัสเตอร์ของคุณจะช่วยจัดการกับความเสี่ยงของคุณได้
ขอบคุณ mdaniel สำหรับการชี้แจง!
ฉันยังพบลิงก์ที่มีประโยชน์เพื่อเจาะลึกลงไปอีก
เป็นไปได้หรือไม่ที่จะสร้างความซ้ำซ้อนบนเซิร์ฟเวอร์ HAProxy
วิธีการตั้งค่า HAProxy ด้วยความล้มเหลว
นอกจากนี้ คุณควรตรวจสอบหัวข้อต่างๆ เช่น ip แบบลอย, keepalive และหากผู้ขายของคุณมี API สำหรับเปลี่ยนปลายทางของ ip แบบลอยที่นี่บน digitalocean คุณสามารถตรวจสอบวิธีการได้ https://www.digitalocean.com/community/tutorials/how-to-set-up-highly-available-haproxy-servers-with-keepalived-and-floating-ips-on-ubuntu-14-04
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
