บรรจวบ เข้าสู่ระบบ
Score:3
Benoit avatar Server

ZFS และ SAN: ปัญหาเกี่ยวกับการขัดถูข้อมูล

ธง cn
Benoit

การทำงานในฐานะนักวิทยาศาสตร์ในสภาพแวดล้อมขององค์กร เราได้รับทรัพยากรการจัดเก็บจาก SAN ภายในเครื่องเสมือน Ubuntu 20.04 (Proxmox) คอนโทรลเลอร์ SAN ถูกส่งตรงไปยัง VM (PCIe passthrough)

SAN เองใช้ฮาร์ดแวร์ Raid 60 (ไม่มีตัวเลือกอื่นให้เรา) และนำเสนอเราด้วย 380 TB ที่เราสามารถแบ่งออกเป็น LUN จำนวนหนึ่ง เราต้องการได้รับประโยชน์จากคุณสมบัติการบีบอัด ZFS และสแน็ปช็อต เราเลือกใช้ LUN ขนาด 30 x 11 TB ซึ่งต่อมาเราจัดเป็น Stripe RAID-Z การตั้งค่านั้นซ้ำซ้อน (สองเซิร์ฟเวอร์) เรามีการสำรองข้อมูลและประสิทธิภาพนั้นดี ซึ่งทำให้เราหันไปใช้ RAID-Z แบบสไทรพ์แทนมิเรอร์แบบสไทรพ์ทั่วไป

เราสังเกตเห็นว่าโหลดการเขียนสูง (> 1 GB/s) ในระหว่างการสครับ ZFS ส่งผลให้เกิดข้อผิดพลาดของดิสก์ ซึ่งนำไปสู่อุปกรณ์ที่มีข้อบกพร่องในที่สุด เมื่อดูที่ไฟล์ที่แสดงข้อผิดพลาด เราสามารถเชื่อมโยงปัญหานี้กับกระบวนการขัดถูที่พยายามเข้าถึงข้อมูลที่ยังคงอยู่ในแคชของ SAN ด้วยแรงปานกลางระหว่างการขัดผิว กระบวนการจะเสร็จสมบูรณ์โดยไม่มีข้อผิดพลาดใดๆ

มีพารามิเตอร์การกำหนดค่าสำหรับ ZFS หรือหลายพาธที่สามารถปรับภายใน VM เพื่อป้องกันปัญหานี้กับแคช SAN หรือไม่

เอาต์พุตของสถานะ zpool

  สระว่ายน้ำ: sanpool
 สถานะ: ออนไลน์
  สแกน: สครับ ซ่อมแซม 0B ใน 2 วัน 02:05:53 โดยมีข้อผิดพลาด 0 รายการในวันพฤหัสบดีที่ 17 มี.ค. 15:50:34 น. 2022
การกำหนดค่า:

    ชื่อ รัฐ อ่าน เขียน CKSUM
    แสนพูล ออนไลน์ 0 0 0
      Raidz1-0 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b0030000002e ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b0030000002f ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b00300000031 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b00300000032 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b00300000033 ออนไลน์ 0 0 0
      Raidz1-1 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b00300000034 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b00300000035 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b00300000036 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b00300000037 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b00300000038 ออนไลน์ 0 0 0
      Raidz1-2 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b00300000062 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b00300000063 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b00300000064 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b00300000065 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b00300000066 ออนไลน์ 0 0 0
      Raidz1-3 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b0030000006a ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b0030000006b ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b0030000006c ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b0030000006d ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b0030000006f ออนไลน์ 0 0 0
      Raidz1-4 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b00300000070 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b00300000071 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b00300000072 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b00300000073 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b00300000074 ออนไลน์ 0 0 0
      Raidz1-5 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b00300000075 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b00300000076 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b00300000077 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b00300000079 ออนไลน์ 0 0 0
        wwn-0x60060e8012b003005040b0030000007a ออนไลน์ 0 0 0

ข้อผิดพลาด: ไม่มีข้อผิดพลาดของข้อมูลที่ทราบ

เอาต์พุตของ multipath -ll

mpathr (360060e8012b003005040b00300000074) dm-18 HITACHI,เปิด-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:25 sdz 65:144 ใช้งานอยู่ พร้อมทำงาน
  ` - 8:0:0:25 sdbd 67:112 พร้อมใช้งาน พร้อมทำงาน
mpathe (360060e8012b003005040b00300000064) dm-5 HITACHI,เปิด-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:13 sdn 8:208 เปิดใช้งาน พร้อมทำงาน
  `- 8:0:0:13 sdar 66:176 ใช้งานพร้อมทำงาน
mpathq (360060e8012b003005040b00300000073) dm-17 HITACHI,เปิด-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:24 sdy 65:128 ใช้งานอยู่ พร้อมทำงาน
  `- 8:0:0:24 sdbc 67:96 เปิดใช้งาน พร้อมทำงาน
mpathd (360060e8012b003005040b00300000063) dm-4 HITACHI,เปิด-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:12 sdm 8:192 ใช้งานอยู่ พร้อมทำงาน
  `- 8:0:0:12 sdaq 66:160 ใช้งานอยู่ พร้อมทำงาน
mpathp (360060e8012b003005040b00300000072) dm-16 HITACHI,เปิด-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:23 sdx 65:112 ใช้งานอยู่ พร้อมทำงาน
  `- 8:0:0:23 sdbb 67:80 ใช้งานอยู่ พร้อมทำงาน
mpathc (360060e8012b003005040b00300000062) dm-3 HITACHI,เปิด-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:11 sdl 8:176 ใช้งานอยู่ พร้อมทำงาน
  `- 8:0:0:11 sdap 66:144 เปิดใช้งาน พร้อมทำงาน
เอ็มพาโธ (360060e8012b003005040b00300000071) dm-15 HITACHI,OPEN-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:22 sdw 65:96 เปิดใช้งาน พร้อมทำงาน
  `- 8:0:0:22 sdba 67:64 ใช้งานอยู่ พร้อมทำงาน
mpathb (360060e8012b003005040b00300000038) dm-2 HITACHI,เปิด-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:10 sdk 8:160 ใช้งานอยู่ พร้อมทำงาน
  ` - 8:0:0:10 sdao 66:128 พร้อมใช้งาน พร้อมทำงาน
mpathn (360060e8012b003005040b00300000070) dm-14 HITACHI,เปิด-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:21 sdv 65:80 ใช้งานอยู่ พร้อมทำงาน
  `- 8:0:0:21 sdaz 67:48 เปิดใช้งาน พร้อมทำงาน
เอ็มพาธา (360060e8012b003005040b0030000002e) dm-1 HITACHI,OPEN-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:1 sdb 8:16 ใช้งานอยู่ พร้อมทำงาน
  ` - 8:0:0:1 sdaf 65:240 ใช้งานอยู่ พร้อมทำงาน
mpathz (360060e8012b003005040b00300000033) dm-26 HITACHI,เปิด-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:5 sdf 8:80 ใช้งานอยู่ พร้อมทำงาน
  ` - 8:0:0:5 sdaj 66:48 เปิดใช้งาน พร้อมทำงาน
mpathm (360060e8012b003005040b0030000006f) dm-13 HITACHI,เปิด-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:20 sdu 65:64 ใช้งานอยู่ พร้อมทำงาน
  ` - 8:0:0:20 sday 67:32 active พร้อมวิ่ง
ความเห็นอกเห็นใจ (360060e8012b003005040b00300000032) dm-25 HITACHI,OPEN-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:4 sde 8:64 ใช้งานอยู่ พร้อมทำงาน
  ` - 8:0:0:4 sdai 66:32 เปิดใช้งาน พร้อมทำงาน
mpathl (360060e8012b003005040b0030000002f) dm-12 HITACHI,เปิด-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:2 sdc 8:32 ใช้งานอยู่ พร้อมทำงาน
  `- 8:0:0:2 sdag 66:0 เปิดใช้งาน พร้อมทำงาน
mpathx (360060e8012b003005040b0030000007a) dm-24 HITACHI,เปิด-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:30 sdae 65:224 เปิดใช้งาน พร้อมทำงาน
  ` - 8:0:0:30 sdbi 67:192 ใช้งานอยู่ พร้อมทำงาน
mpathad (360060e8012b003005040b00300000037) dm-30 HITACHI,OPEN-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:9 sdj 8:144 ใช้งานอยู่ พร้อมทำงาน
  ` - 8:0:0:9 sdan 66:112 เปิดใช้งาน พร้อมทำงาน
mpathk (360060e8012b003005040b0030000006d) dm-11 HITACHI,เปิด-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:19 sdt 65:48 ใช้งาน พร้อมทำงาน
  `- 8:0:0:19 sdax 67:16 เปิดใช้งาน พร้อมทำงาน
mpathw (360060e8012b003005040b00300000031) dm-23 HITACHI,เปิด-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:3 sdd 8:48 ใช้งานอยู่ พร้อมทำงาน
  `- 8:0:0:3 sdah 66:16 ใช้งาน พร้อมวิ่ง
เอ็มพาแทค (360060e8012b003005040b00300000036) dm-29 HITACHI,OPEN-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:8 sdi 8:128 ใช้งานอยู่ พร้อมทำงาน
  ` - 8:0:0:8 sdam 66:96 ใช้งานอยู่ พร้อมวิ่ง
mpathj (360060e8012b003005040b0030000006c) dm-10 HITACHI,เปิด-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:18 sds 65:32 ใช้งานอยู่ พร้อมทำงาน
  ` - 8:0:0:18 sdaw 67:0 พร้อมใช้งาน พร้อมทำงาน
mpathv (360060e8012b003005040b00300000079) dm-22 HITACHI,เปิด-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:29 sdad 65:208 พร้อมใช้งาน พร้อมทำงาน
  ` - 8:0:0:29 sdbh 67:176 ใช้งาน พร้อมทำงาน
mpathab (360060e8012b003005040b00300000035) dm-28 HITACHI,เปิด-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:7 sdh 8:112 ใช้งานอยู่ พร้อมทำงาน
  ` - 8:0:0:7 sdal 66:80 เปิดใช้งาน พร้อมทำงาน
mpathi (360060e8012b003005040b0030000006b) dm-9 HITACHI,เปิด-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:17 sdr 65:16 ใช้งานอยู่ พร้อมทำงาน
  `- 8:0:0:17 sdav 66:240 ใช้งานพร้อมทำงาน
mpathu (360060e8012b003005040b00300000077) dm-21 HITACHI,OPEN-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:28 sdac 65:192 ใช้งานอยู่ พร้อมทำงาน
  ` - 8:0:0:28 sdbg 67:160 ใช้งานอยู่ พร้อมทำงาน
mpathaa (360060e8012b003005040b00300000034) dm-27 HITACHI,OPEN-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:6 sdg 8:96 ใช้งานอยู่ พร้อมทำงาน
  `- 8:0:0:6 sdak 66:64 เปิดใช้งาน พร้อมทำงาน
mpathh (360060e8012b003005040b0030000006a) dm-8 HITACHI,เปิด-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:16 sdq 65:0 ใช้งานอยู่ พร้อมทำงาน
  `- 8:0:0:16 sdau 66:224 เปิดใช้งาน พร้อมทำงาน
เส้นทาง (360060e8012b003005040b00300000076) dm-20 HITACHI,OPEN-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:27 sdab 65:176 ใช้งานอยู่ พร้อมทำงาน
  ` - 8:0:0:27 sdbf 67:144 เปิดใช้งาน พร้อมทำงาน
mpathg (360060e8012b003005040b00300000066) dm-7 HITACHI,เปิด-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:15 sdp 8:240 ใช้งานอยู่ พร้อมทำงาน
  ` - 8:0:0:15 sdat 66:208 พร้อมใช้งาน พร้อมทำงาน
เส้นทาง (360060e8012b003005040b00300000075) dm-19 HITACHI,OPEN-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:26 sdaa 65:160 ใช้งานอยู่ พร้อมทำงาน
  ` - 8:0:0:26 sdbe 67:128 เปิดใช้งาน พร้อมทำงาน
mpathf (360060e8012b003005040b00300000065) dm-6 HITACHI,เปิด-V
size=11T features='0' hwhandler='0' wp=rw
`-+- นโยบาย='เวลาให้บริการ 0' prio=1 สถานะ=ใช้งานอยู่
  |- 7:0:0:14 sdo 8:224 เปิดใช้งาน พร้อมทำงาน
  `- 8:0:0:14 sdas 66:192 เปิดใช้งาน พร้อมทำงาน
122
0 + 0
Andrew Henle avatar
ph flag
Andrew Henle
"SAN เองใช้ฮาร์ดแวร์ Raid 6 (ไม่มีตัวเลือกอื่นให้เรา) และนำเสนอเราด้วย 380 TB ที่เราสามารถแบ่งออกเป็น LUN จำนวนหนึ่ง" โปรดบอกฉันว่าทีมสตอเรจของคุณไม่ได้ทำอะไรโง่ๆ เช่น สร้างไฟล์เดียว อาร์เรย์ RAID-6 จากดิสก์ขนาด 12TB จำนวน 32 แผ่น จากนั้นพูดว่า "Herp! Derp! นี่คือ 380TB ของคุณ! เราควรนำเสนอ LUN จำนวนเท่าใดจากอาร์เรย์นี้" หากพวกเขาทำสิ่งที่น่ารังเกียจ นั่นจะเป็นรายการสยองขวัญที่ [read-modify-write](https://www.vmdamentals.com/?p=897) เมื่อใดก็ตามที่คุณเขียนถึง LUN คนใดคนหนึ่งของคุณ การเขียนสครับไปยัง LUN ทั้งหมดจะทำให้ที่เก็บข้อมูล SAN ล้นหลาม
0
ตอบกลับ
Andrew Henle avatar
ph flag
Andrew Henle
สิ่งที่พวกเขาควรทำคือพูดว่า "เรามีไดรฟ์ X TB จำนวน N คุณต้องการให้เราแยกออกเป็นอาร์เรย์แยกกันอย่างไร แล้วเราจะนำเสนอแต่ละไดรฟ์ให้คุณเป็น LUN ต่างหาก" แต่นั่นจะต้องใช้ความพยายามมากขึ้นในส่วนของพวกเขา อาร์เรย์ FWIW, RAID-6 ที่มี 10 ไดรฟ์แต่ละไดรฟ์น่าจะเป็นจุดที่ดี แม้ว่าคุณจะต้องระวังเวลาสร้าง RAID ใหม่สำหรับไดรฟ์ที่ล้มเหลวสำหรับสิ่งเหล่านั้น อาร์เรย์ RAID-6 ของไดรฟ์มากกว่า 30 ตัวนั้นไม่มีความสามารถและไม่มีความสามารถ และใช่ ฉันหวังว่าพวกเขาจะอ่านข้อความนี้ ถ้านั่นคือสิ่งที่พวกเขาทำ
0
ตอบกลับ
Benoit avatar
cn flag
Benoit
เรียน แอนดรูว์ ไม่ใช่กรณีที่แย่ที่สุดในความคิดเห็นแรกของคุณหรือกรณีที่ดีที่สุดของความคิดเห็นที่สองของคุณ⦠ฉันทราบดีว่าพวกเขาใช้อาร์เรย์ RAID6 ที่เล็กกว่าไดรฟ์ 10 ตัวที่คุณกล่าวถึง (RAID 60 ฉันจะแก้ไขคำถามของฉันตามนั้น) ได้ขอการแยกเพื่อให้ตรงกับรูปทรงเรขาคณิตของ ZFS (ในฐานะคนโง่เขลาโดยสมบูรณ์ ฉันหวังว่าจะได้หนึ่งดิสก์ต่อ LUN) แต่เห็นได้ชัดว่ามันเป็นวิธีแก้ปัญหาบางอย่างที่พวกเขาซื้อตามที่เป็นอยู่ และการแยกจะได้รับการแก้ไขเมื่อเริ่มมีอาการ SAN ดูเหมือนจะดีแม้ระหว่างการสครับหรือขณะย้ายข้อมูลจำนวนมาก 380 TB ของฉันเป็นเพียงส่วนน้อยตามที่ฉันเข้าใจ
0
ตอบกลับ
ewwhite avatar
ng flag
ewwhite
คุณต้องมี [ZFS professional/consultant](https://serverfault.com/users/13325/ewwhite?tab=profile) และผู้สนับสนุนเพื่อทำงานร่วมกับ IT ขององค์กร...
0
ตอบกลับ
Benoit avatar
cn flag
Benoit
เกี่ยวกับการขอความช่วยเหลือจากผู้เชี่ยวชาญ: เรื่องนี้อาจจบลงเช่นเดียวกับการตรวจสอบความปลอดภัย ในฐานะนักวิทยาศาสตร์สภาพอากาศ เรามักจะถึงขีดจำกัด...
1
ตอบกลับ
Score:0
avatar Server
ธง uz
longneck

คุณกำลังมองผิดจุด ถ้าคุณ SAN ข้อบกพร่อง ภายใต้ภาระแล้วคุณไม่สามารถพึ่งพาได้ระยะเวลา แก้ไข SAN

0 + 0
Benoit avatar
cn flag
Benoit
ขอบคุณสำหรับคำตอบ เนื่องจากเราเข้าใจว่าเราไม่ได้มีข้อผิดพลาดของ SAN ภายใต้การโหลดอย่างเคร่งครัด แต่ข้อมูลในแคชถูกตั้งค่าสถานะอย่างไม่ถูกต้องว่าเป็นข้อผิดพลาดเมื่อขัดถูขณะโหลด การขัดหลังจากการออกแรงมากจะไม่ทำให้เกิดข้อผิดพลาดใดๆ ฉันจะต่อสู้กับผู้ที่รับผิดชอบ SAN เพื่อรับข้อมูลเพิ่มเติมนอกเหนือจากที่ “ทุกอย่างเรียบร้อยดี” จากฝ่ายของพวกเขา
0
ตอบกลับ
Benoit avatar
cn flag
Benoit
หนึ่งคำชี้แจงเกี่ยวกับปัญหาที่อาจเกิดขึ้นกับ SAN ฉันรอสามเดือนก่อนที่จะโพสต์คำถามของฉันเพื่อแยกปัญหาที่โจ่งแจ้งกับ SAN ข้อมูลจะถูกคัดลอกจากพูล SSD ของ Raid 10 ที่รวดเร็วซึ่งสร้างโหลดจำนวนมาก ในช่วงเวลานี้ ข้อมูลประมาณ 400TB ถูกสครับโดยไม่มีข้อผิดพลาดแม้แต่ครั้งเดียว อย่างไรก็ตาม ฉันโหลดได้จำกัดระหว่างการสครับ
0
ตอบกลับ
Score:0
ewwhite avatar Server
ธง ng
ewwhite

นี่อยู่ในขอบเขตของ บริการระดับมืออาชีพเนื่องจากลักษณะเฉพาะของการตั้งค่าและการกำหนดค่า SAN ที่แปลก

สิ่งนี้สามารถปรับแต่งและปรับเปลี่ยนเพื่อพฤติกรรมและประสิทธิภาพที่ดีขึ้น

  • ทำไมคุณขัดแม้ว่า?
  • คุณได้ปรับแต่งค่าใดเพื่อให้สามารถขัดสระของรูปทรงเรขาคณิตนี้ได้
  • กรุณาโพสต์ของคุณ /etc/modprobe.d/zfs.conf
  • กรุณาโพสต์ Proxmox ของคุณ /etc/sysctl.conf
0 + 0
Benoit avatar
cn flag
Benoit
ขอบคุณสำหรับคำตอบ. เรากำลังขัดเพราะเราเก็บสแน็ปช็อตของดิสก์ Proxmox VM และฐานข้อมูลไว้ในกลุ่มนี้ เราคิดว่าความสมบูรณ์ของข้อมูลบนอุปกรณ์บล็อกเป็นสิ่งสำคัญ เรายังไม่ได้ปรับแต่งใด ๆ ในขณะนี้ เราสามารถจัดสรรได้ถึง 80 GB ให้กับ ZFS ARCเราไม่ได้สร้างไฟล์ zfs.conf ใดๆ โดยปกติเราจะตั้งค่าพารามิเตอร์ ARC ที่นั่น แต่สำหรับ ZFS บน SAN เราไม่มีประสบการณ์เพียงพอที่จะทำเช่นนั้น เกี่ยวกับ Proxmox /etc/sysctl.conf: ทุกบรรทัดมีความคิดเห็น เรายังไม่ได้แก้ไขไฟล์นี้ โปรดทราบว่า Proxmox ส่งผ่านอะแดปเตอร์ SAN ไปยัง VM (PCIe passtrough)
0
ตอบกลับ
ewwhite avatar
ng flag
ewwhite
การตั้งค่าต้องทำงาน ติดต่อฉันออฟไลน์
0
ตอบกลับ
ธงชาติไทย
Kulap
คำถามนี้เป็นภาษาอื่นๆ:

โพสต์คำตอบ

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