Score:0

vSphere70u1 - vCLS agent VMs ให้บริการคลัสเตอร์ได้อย่างไร

ธง us

vSphere 7 Update 1 เพิ่ม "vSphere Clustering Service (vCLS)" ใหม่และตาม เอกสาร:

  • สถาปัตยกรรมพื้นฐาน

    สถาปัตยกรรมพื้นฐานสำหรับระนาบควบคุม vCLS ประกอบด้วย สูงสุด 3 เครื่องเสมือน (VM)เรียกอีกอย่างว่า VM ของระบบหรือเอเจนต์ซึ่งวางอยู่บนโฮสต์แยกต่างหากในคลัสเตอร์ เหล่านี้คือ VM ของเอเจนต์ที่มีน้ำหนักเบาซึ่งสร้างองค์ประชุมของคลัสเตอร์ บนคลัสเตอร์ขนาดเล็กที่มีโฮสต์น้อยกว่า 3 โฮสต์ จำนวน VM ของเอเจนต์จะเท่ากับจำนวนโฮสต์ ESXi VM ของเอเจนต์ได้รับการจัดการโดย vSphere Cluster Services. ผู้ใช้ไม่ได้รับการคาดหวังให้รักษาวงจรชีวิตหรือสถานะสำหรับ VM ของเอเจนต์ พวกเขาไม่ควรได้รับการปฏิบัติเหมือน VM สำหรับภาระงานทั่วไป

ฉันสับสนมากว่า vCLS VM เหล่านี้สามารถช่วยได้อย่างไร บริการคลัสเตอร์. VM เหล่านี้ไม่มีอะแดปเตอร์เครือข่าย ดังนั้นจึงไม่สามารถสื่อสารระหว่างกันได้โดยตรง เป็นโฮสต์ ESXi ของคลัสเตอร์ที่กำลังแลกเปลี่ยนข้อมูลสถานะของพวกเขา ดังนั้นในทางเทคนิคแล้ว บริการ ESXi (ทำงานเป็นกระบวนการ) สามารถทำได้ทุกอย่างที่ vCLS VM สามารถทำได้

ลองใช้ Googling "vsphere enable vcls" แล้วคุณจะเห็นว่าฟีเจอร์ใหม่นี้ทำให้ผู้ใช้เกิดความสับสน แล้วการใช้ vCLS VMs มีประโยชน์อย่างไร?

Score:1
ธง br

"ดังนั้นพวกเขาจึงไม่สามารถพูดคุยกันได้โดยตรง" - VMs มีวิธีต่างๆ ในการพูดคุยกันและกับ vCenters มากกว่าอีเธอร์เน็ต/IP

เนื่องจาก DRS และ HA ได้รับการแนะนำ พวกเขาขึ้นอยู่กับ vCenter เป็นหลัก - VC ตัดสินใจว่าจะย้าย VM ใดสำหรับ DRS และจัดการโฮสต์ที่จะย้าย และ HA ต้องการ VC เพื่อช่วยประสานงานกระบวนการลงคะแนน HA และวางแผน 'แผนผังความล้มเหลว '.

vCLS อนุญาตให้ทั้ง DRS และ HA ดำเนินการต่อได้ในกรณีที่ไม่มี VC แต่ยังอนุญาตให้ HA ลงคะแนนและวางแผนที่จะพัฒนาตามความพร้อมของโฮสต์ที่มี VC อยู่ด้วย คิดว่าเป็นฟังก์ชัน <7.0u1 VC DRS และ HA ที่ส่งออกจาก VC ไปยังคลัสเตอร์สามทางเพื่อทำหน้าที่นี้ - สมเหตุสมผลไหม

อย่างไรก็ตาม ไม่ต้องสนใจพวกมัน พวกมันสามารถจัดการด้วยตนเองได้อย่างมีประสิทธิภาพ โดยวิธีทั้งหมดให้ติดพวกมันไว้ในโฟลเดอร์ VM ของตัวเองเพื่อซ่อนพวกมัน แต่ไม่ต้องกังวลกับพวกมัน

SF.express avatar
us flag
"มีหลายวิธีสำหรับ VMs ในการพูดคุยกันและกับ vCenters ไม่ใช่แค่อีเธอร์เน็ต/IP" -- vCLS VMs กำลังทำงานบนโฮสต์ ESXi ที่แตกต่างกัน แล้วเป็นอย่างไร
SF.express avatar
us flag
ใช่ ฉันสามารถเพิกเฉยต่อพวกเขาได้ แค่อยากรู้อยากเห็นจากมุมมองของเทคโนโลยี มันเกินความเข้าใจของฉัน
br flag
มีโปรโตคอลภายใน VMware จำนวนหนึ่งที่พร้อมใช้งานด้วยเหตุผลหลายประการ
SF.express avatar
us flag
ฉันเข้าใจว่า *โปรโตคอลภายใน* เป็นไปได้หาก VM อยู่บนโฮสต์ ESX เดียวกัน แต่ vCLS VM อยู่บนโฮสต์ ESX ที่แตกต่างกัน
br flag
โดยเฉพาะอย่างยิ่ง พวกเขาใช้อินเทอร์เฟซ VMCI/vSocket เพื่อให้ VM พูดคุยกับโฮสต์ได้ และในขณะที่โฮสต์สามารถพูดคุยกันได้ พวกเขาสามารถใช้กลไกนั้นเพื่อสื่อสารระหว่างกันได้
SF.express avatar
us flag
ใช่ แต่ทำไมต้องรำคาญ? โฮสต์ ESX สามารถสื่อสารสถานะซึ่งกันและกันโดยไม่ต้องใช้ vCLS VM ขวา? สำหรับฉันแล้ว ดูเหมือนว่า vCLS VMs กำลังเพิ่มความซับซ้อนที่นี่เท่านั้น
br flag
ไม่รู้สิ ไม่ได้ออกแบบ ขอโทษนะ นี่อาจเป็นขั้นตอนวิวัฒนาการจากทุกสิ่งที่ควบคุมโดย VC ไปสู่การกระจายอำนาจอย่างสมบูรณ์ นี่เป็นเพียงขั้นตอนเดียวที่ฉันคิดว่า
SF.express avatar
us flag
ฉันยอมรับว่าการทำให้ DRS/HA/... ทำงานต่อเมื่อ VC หยุดทำงานนั้นยอดเยี่ยม แค่คิดไม่ออกว่า vCLS VMs กำลังมีบทบาทวิเศษอะไร
br flag
พวกเขาอนุญาตให้ DRS ทำงานโดยไม่มี VC และสำหรับโฮสต์ในการเริ่มต้นการลงคะแนนเสียงและแผน HA จากนั้นสื่อสารแผนระหว่างกัน - โดยพื้นฐานแล้วเพียงแค่กระจายบทบาทนั้นออกจาก VC

โพสต์คำตอบ

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