Score:1

การคำนวณแถบนับสำหรับการลบที่เก็บข้อมูลรหัส

ธง cn

ฉันกำลังตั้งค่าคลัสเตอร์ ceph (เป็นครั้งแรกสำหรับฉัน) ซึ่งในตอนท้ายจะทำจากดิสก์ประมาณ 100 แผ่นกระจายไปทั่ว 10 โฮสต์ ฉันจะใช้พูลข้อมูลรหัสลบเดียวเพื่อเพิ่มพื้นที่ดิสก์ให้สูงสุด ข้อ จำกัด ของฉันคือประสิทธิภาพ ~ 80% และความทนทานต่อความผิดพลาดของดิสก์ 2 แผ่น สิ่งนี้สามารถทำได้ง่ายที่สุดด้วยรหัสการลบ k=8 m=2 แต่ด้วย k=16 m=4 พร้อมโบนัสการทนต่อข้อผิดพลาดของดิสก์สูงสุด 4 รายการ

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

us flag
หากคุณมีโฮสต์ 10 โฮสต์ ฉันขอแนะนำไม่ให้ใช้โฮสต์ทั้งหมดเพื่อให้มี EC chunk ในกรณีที่โหนดล้มเหลว จะไม่สามารถกู้คืนได้จนกว่าโหนดจะกลับมาออนไลน์ ฉันอยากจะแนะนำให้ใช้บางอย่างเช่น k=6 m=2 หากคุณต้องการรักษาความล้มเหลวของดิสก์ 2 แผ่น ในกรณีนั้น คุณจะมีโฮสต์ "สำรอง" สองโฮสต์ ซึ่งเป็นคำที่ทำให้เข้าใจผิด เนื่องจากแน่นอนว่าโฮสต์ทั้งหมดจะถูกใช้งาน โปรไฟล์ EC เช่น k=7 m=2 ก็ใช้ได้เช่นกัน
cn flag
ขอบคุณสำหรับคำแนะนำของคุณ คุณกำลังพิจารณากรณีโดเมนล้มเหลวของโฮสต์หรือไม่ ฉันกำลังคิดเกี่ยวกับการตั้งค่าโดเมนความล้มเหลวของ osd เนื่องจากฉันกังวลหลักเกี่ยวกับการสูญเสียดิสก์มากกว่าเครื่อง และนั่นคือเหตุผลที่ฉันสนใจจำนวนแถบสูง ฉันยังกังวลว่าเครื่องของฉันมีความจุ osd ทั้งหมดที่แตกต่างกันตั้งแต่ 6 ถึง 32 TB ดังนั้นในโดเมนความล้มเหลวของโฮสต์ที่มีโฮสต์เกือบเต็ม ฉันจะจบลงด้วยโฮสต์ขนาดเล็กที่จำกัดความจุของคลัสเตอร์โดยรวมจริง ๆ ใช่ไหม
us flag
ดิสก์ที่ติดตั้งระบบปฏิบัติการก็อาจล้มเหลวได้เช่นกัน ;-) แต่ใช่ ฉันกำลังคิดเกี่ยวกับโดเมนความล้มเหลวของโฮสต์ นี่เป็นกรณีปกติในคลัสเตอร์ของลูกค้าทั้งหมดของเรา ข้อสันนิษฐานของคุณถูกต้อง OSD ที่เล็กที่สุด (หรือเต็มที่สุด) จำกัดความจุโดยรวม ฉันไม่คิดว่าเป็นความคิดที่ดีที่จะผสมผสาน OSD กับความแตกต่างของความจุขนาดใหญ่เช่นนี้ หากคุณสร้างคลาสอุปกรณ์ที่แตกต่างกันสำหรับ OSD ขนาดใหญ่และขนาดเล็ก อาจใช้ได้ผลหากคุณสร้างพูลด้วยคลาสอุปกรณ์เหล่านั้น แต่ฉันไม่คิดว่าคุณจะพอใจกับผลลัพธ์หากคุณเลือกเส้นทางนี้ โดยไม่คำนึงถึงโดเมนที่ล้มเหลว
cn flag
ฉันมีดิสก์เซิร์ฟเวอร์หลายตัวที่มีอายุและขนาดดิสก์ต่างกัน ซึ่งจนถึงตอนนี้ได้ทำงานแยกจากกัน และตอนนี้ฉันต้องสร้างพื้นที่เก็บข้อมูลขนาดใหญ่เพียงแห่งเดียว เนื่องจากฉันต้องการพูลขนาดใหญ่เพียงแห่งเดียว ดังนั้นฉันจะอยู่กับข้อเสียของข้อตกลงนี้ แต่ยังไงก็ขอบคุณสำหรับคำแนะนำล่วงหน้า กลับไปที่คำถามเดิมของฉัน คุณเห็นปัญหาร้ายแรงใดๆ ในการเพิ่มจำนวนแถบมากถึง k=40 m=8 หรือไม่
us flag
โดยพื้นฐานแล้วมันเกี่ยวกับความต้องการของคุณเกี่ยวกับความยืดหยุ่น แต่ชิ้นส่วนที่มากเกินไปส่งผลให้โหลด CPU สูงขึ้น นอกจากนี้ยังสามารถส่งผลกระทบต่อโอเวอร์เฮดพื้นที่จัดเก็บของคุณ หากคุณนึกถึง `bluestore_min_alloc_size_hdd` หากคุณมีไฟล์ขนาดเล็กจำนวนมาก ไฟล์ของคุณจะกินพื้นที่หากคุณไม่เปลี่ยนขนาดการจัดสรร โดยสรุปแล้ว ฉันไม่แนะนำให้ใช้ 48 ชิ้น แต่ควรอยู่ระหว่าง 8 ถึง 18 ชิ้น เรามีลูกค้าไม่กี่รายที่มีกลุ่มรหัสลบ ทั้ง 18 ชิ้นและ 9 ชิ้นทำงานได้ดีทีเดียว

โพสต์คำตอบ

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