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

Hyper-V: ประโยชน์ของการวางฮาร์ดดิสก์เสมือนและโฟลเดอร์เครื่องเสมือนในไดรฟ์แยกต่างหาก

ธง cn
AlexVPerl

Hyper-V มีสองโฟลเดอร์ 'Virtual Hard Disks' และ 'Virtual Machines' โฟลเดอร์แรกจัดเก็บดิสก์เสมือนและโฟลเดอร์หลังจัดเก็บการตั้งค่า สแน็ปช็อต ฯลฯ

มีประโยชน์ไหมในการจัดเก็บโฟลเดอร์ทั้งสองนี้บนไดรฟ์ SSD แยกกันไปที่:

  1. เพิ่มประสิทธิภาพ - ลดโอกาสของคอขวด IO ที่เกี่ยวข้องกับดิสก์

  2. เพิ่มอายุการใช้งาน SSD แต่ละตัว - โฟลเดอร์ 'Virtual Machines' เก็บไฟล์ .VMRS ซึ่งเท่ากับจำนวน RAM ที่กำหนดค่าไว้บนระบบปฏิบัติการเกสต์ ดังนั้นโฟลเดอร์นี้ควรได้รับผลกระทบหนักขึ้นด้วยการเขียนดิสก์บนระบบปฏิบัติการเกสต์ที่ใช้ RAM สูง และทำให้ SSD เร็วขึ้น

90
0 + 0
joeqwerty avatar
cv flag
joeqwerty
**มีประโยชน์ไหมในการจัดเก็บทั้งสองโฟลเดอร์บนไดรฟ์ SSD แยกกัน** - ไม่จริง
0
ตอบกลับ
Score:2
avatar Server
ธง cn
TomTom

ไม่มีเลยจริงๆ อย่างที่คุณเห็นในกรณีที่คุณใช้การตั้งค่าคลัสเตอร์ การตั้งค่าทั้งหมดจะอยู่ในวอลุ่มที่ใช้ร่วมกันของคลัสเตอร์เดียวกัน

หาก VM ส่งผลกระทบต่อประสิทธิภาพ แสดงว่าคุณมีปัญหาร้ายแรงเกี่ยวกับประสิทธิภาพ เช่นเดียวกับอายุขัยของ SSD

0 + 0
AlexVPerl avatar
cn flag
AlexVPerl
ขอขอบคุณสำหรับการตอบสนองของคุณ. ในสถานการณ์คลัสเตอร์ ฉันเห็นประเด็นของคุณ คุณคิดอย่างไรกับสิ่งนี้สำหรับอินสแตนซ์ Hyper V เดียว
0
ตอบกลับ
cn flag
TomTom
เหมือน. ไม่มีผลกระทบอย่างแท้จริง รับ SSD ที่เหมาะสม - เสร็จแล้ว พาร์ติชันระบบของ VM นั้นไม่ใหญ่หรือสร้างการเขียนจำนวนมาก
0
ตอบกลับ
AlexVPerl avatar
cn flag
AlexVPerl
ฉันเห็นด้วยกับคุณในเรื่องนั้นสำหรับไฟล์ .VHDX สำหรับกรณีการใช้งานส่วนใหญ่ เว้นแต่ระบบปฏิบัติการแขกจะเป็นเซิร์ฟเวอร์ไฟล์หรือกำลังเขียนและลบจำนวนมาก แต่ไฟล์ .VMRS จัดเก็บสถานะการทำงานของ VM โดยพื้นฐานแล้วจะเป็นสแน็ปช็อต RAM ของ VM ใน VM RAM ที่ไม่ว่างจะถูกเขียนใหม่อย่างต่อเนื่อง ดังนั้นไฟล์ .VMRS จึงควรทำให้ SSD เครียดและเสื่อมสภาพมากกว่าไฟล์ .VHDX
0
ตอบกลับ
cn flag
TomTom
อา ไม่ .VMRS ไม่ได้รับการอัปเดตอย่างต่อเนื่องด้วยข้อมูล RAM ฉันไม่แน่ใจว่าคุณได้ความคิดไร้สาระนี้มาจากไหน มีการอัปเดตเฉพาะเมื่อมีการบันทึกสถานะการทำงานของ VM ไม่มีกิจกรรมการเขียนคงที่ที่นั่น ไฟล์จะถูกจัดสรรเมื่อ VM เริ่มทำงาน จากนั้นไฟล์จะถูกเขียนเมื่อ VM ถูกทำให้อยู่ในสถานะอยู่เฉยๆ - นั่นคือทั้งหมด ทำไมคุณถึงคิดว่ามันจะอัพเดทไฟล์อย่างต่อเนื่อง? RAM มีทรูพุต 50+GB/S - ไม่ต้องปิดการตั้งค่า SSDสิ่งที่จะเป็นประโยชน์เนื่องจากอยู่นอกการควบคุมการเคลื่อนไหว .... vms รีสตาร์ทหลังจากไฟดับ
0
ตอบกลับ
cn flag
TomTom
ด้วยเหตุนี้ ในการทำงานปกติ .VRMS จะไม่สร้างภาระการเขียนที่มีนัยสำคัญ ดังนั้นอาร์กิวเมนต์ของคุณจึงไม่ถูกต้อง
0
ตอบกลับ
AlexVPerl avatar
cn flag
AlexVPerl
ตกลง ฉันติดตามความคิดของคุณ เมื่อดูวันที่แก้ไขของไฟล์ .VRMS ฉันเชื่อว่าคุณถูกต้อง เนื่องจากการประทับเวลาช้ากว่า 1-2 วัน ฉันไม่ได้หมายความว่าไฟล์ VRMS ได้รับการอัปเดตตามเวลาจริง (อาจเป็นปัญหาคอขวด) แต่เป็นการสแน็ปช็อตบ่อยครั้ง แต่ดูเหมือนว่าจะไม่บ่อยนัก จากนั้นคำถามจะกลายเป็นว่าการอัปเดต .VRMS เต็มหรือส่วนต่าง ฉันต้องการถือว่าส่วนต่าง แต่ถ้าเต็มแล้วข้อโต้แย้งของฉันก็ยังคงมีอยู่
0
ตอบกลับ
cn flag
TomTom
ไฟล์ .VRMS มีส่วนไดนามิกของการกำหนดค่า VM ตราบใดที่ VM ยังทำงานอยู่ โดยพื้นฐานแล้วมันไม่ควรมีการเปลี่ยนแปลงใดๆ เลย ดังนั้นจึงไม่มีการโหลดโดยนัย ดังนั้นจึงไม่มีสิ่งใดได้รับจากการย้ายออกจากดิสก์ของ VM
0
ตอบกลับ
AlexVPerl avatar
cn flag
AlexVPerl
ฉันคิดว่ามันบ่อยกว่าที่คุณเชื่อ ฉันกำลังตรวจสอบหนึ่งในเซิร์ฟเวอร์ และไฟล์ .VMRS มีอายุสูงสุด 1-2 วัน VM เหล่านี้ไม่ได้ถูกรีสตาร์ทเป็นเวลาหลายสัปดาห์หรือไม่ได้แก้ไขแต่อย่างใด จากที่กล่าวมา ฉันต้องเห็นด้วยกับคุณเกี่ยวกับประสิทธิภาพ - การจัดเก็บไว้ใน SSD แยกกันจะไม่มีประโยชน์อะไร แต่ยังไม่มั่นใจเกี่ยวกับการสึกหรอของ SSD แต่จะขึ้นอยู่กับว่าการอัปเดต .VRMS นั้นเต็มหรือต่างกัน
0
ตอบกลับ
cn flag
TomTom
ไม่มันจะไม่ ที่เก็บข้อมูล SSD ใด ๆ ที่คุณควรใช้ควรใช้งานหนักอยู่แล้ว ดังนั้นไฟล์ VMRS จึงไม่ควรเพิ่มข้อมูลใด ๆ ที่สามารถวัดได้ 5 เขียนต่อวันคือสิ่งที่คุณควรมีในด้าน SSD
0
ตอบกลับ
AlexVPerl avatar
cn flag
AlexVPerl
ฉันขอขอบคุณที่คุณมีส่วนร่วมในการสนทนานี้ ลองพิจารณาไดรฟ์ขนาด 2TB เต็ม โดยสันนิษฐานทั่วไปว่า 50% เป็นไฟล์ .VHDX และอีก 50% เป็นไฟล์ .VRMS (แน่นอนว่าส่วน .VRMS อาจสูงกว่านี้ตาม RAM ที่กำหนด) ที่ 5 เขียนต่อวัน คุณกำลังดู อย่างน้อย 5 TBW ต่อวัน สมมติว่า SSD สำหรับองค์กรโดยเฉลี่ยอยู่ที่ 1,400 TBW ซึ่งใช้เวลาเพียง 280 วันในการเสื่อมสภาพของไดรฟ์นั้น ฉันคิดว่ามีบางอย่างที่ต้องพูดเกี่ยวกับการย้ายไฟล์ .VRMS ไปยัง HDD เชิงกล
0
ตอบกลับ
cn flag
TomTom
ใช่ มันเกิดขึ้นเมื่อคุณซื้อไดร์ฟขยะที่ไม่เหมาะกับงาน นั่งลง ทำการบ้าน และรับไดร์ฟที่ได้รับคะแนน 5 WRITES ต่อวัน เสร็จแล้ว. "SSD ระดับองค์กรโดยเฉลี่ย" ของคุณเป็นเพียงไดรฟ์ราคาถูกที่ไม่ได้หมายถึงปริมาณงานที่มีความเข้มข้นสูง รับไดรฟ์ที่เหมาะสม คุณจะได้รับ 3 WPD เป็นเวลา 5 ปี หาเครื่องมือที่เหมาะสมกับงาน หรือรับไดรฟ์ 4tb และจัดสรร 50% เป็นเงินสำรอง
0
ตอบกลับ
cn flag
TomTom
คุณยังสร้างข้อโต้แย้งที่ไม่ใช่เชิงตรรกะทั้งหมด - ระดับที่ฉันจะไล่เด็กฝึกหัดออก เราพบว่าไฟล์ VRMS มีการเขียนน้อยกว่า VHD มาก จากนั้นคุณก็สมมติว่าพวกเขาเขียนแบบเดียวกันเพื่อพิสูจน์ว่าไดรฟ์เส็งเคร็งนั้นเร็วแค่ไหน หากมีสิ่งใดเกิดขึ้น ไฟล์ .VRMS จะเพิ่มความสามารถในการใช้งานของไดรฟ์ เนื่องจากแทบจะไม่มีการเขียนเลย (คุณไม่ต้องรีสตาร์ท vm ตลอดเวลาภายใต้การใช้งานปกติ) และด้วยเหตุนี้... จึงใช้งานได้ช้าลง แต่โดยพื้นฐานแล้ว ให้หาไดร์ฟสำหรับการเขียนแบบเข้มข้นระดับไฮเอนด์ที่เหมาะสม
0
ตอบกลับ
cn flag
TomTom
โอ้ และอีกสิ่งหนึ่ง - คุณเคยกังวลกับการพยายามเรียกใช้ VM จำนวนหนึ่งจาก HDD จำนวนน้อย (ไม่ใช่แม้แต่ตัวเดียว) หรือไม่? นี่คือคำใบ้: IO ที่ดีทั้งหมดนั้นจะหายไปเร็วกว่าหมอกในวันที่แดดจัด คุณต้องการ HDD หลายสิบตัวเพื่อที่จะล้มเหลวเมื่อเข้าใกล้ IO เมื่อคุณทำการแพตช์ คุณจะรอตลอดไปเพื่อให้มีอะไรเกิดขึ้น เนื่องจากดิสก์จะยุ่งอยู่กับการขยับหัว เคยไปที่นั่นทำอย่างนั้น ไม่มีอีกครั้ง. เฉพาะกับแคช SSD ขนาดใหญ่มากในคลัสเตอร์ ซึ่งบังเอิญมีการเขียน 5 ครั้งต่อวัน และฉันจะใช้ SSD ทั้งหมดในปี 2565 เมื่อเราทำการปรับปรุงใหม่ครั้งต่อไป NVME ทั้งหมดอย่างแท้จริง
0
ตอบกลับ
AlexVPerl avatar
cn flag
AlexVPerl
คุณแย้งตัวเองในความคิดเห็นข้างต้น ก่อนอื่นคุณอ้างว่าการเขียน VRMS นั้นเกิดขึ้นไม่บ่อยนัก จากนั้นคุณก็พูดต่อไปว่าการใส่ลงใน HDD จะทำให้ประสิทธิภาพการทำงานลดลง ด้วยไฟล์ VHDX บนไดรฟ์เชิงกล ใช่แล้วประสิทธิภาพนั้นแย่มาก สำหรับไฟล์ VRMS ฉันไม่คิดว่ามันจะสำคัญมากนักเนื่องจากเป็นสแน็ปช็อตที่ไม่บ่อยนักซึ่งอาจเกิดขึ้นแบบอะซิงโครนัส นอกจากนี้ คุณคิดอย่างไม่ถูกต้องว่าภาระงานและสภาพแวดล้อมของทุกคนเหมือนกันกับคุณ คุณพูดจากมุมมองของศูนย์ข้อมูลขนาดใหญ่ที่มีอาร์เรย์ไดรฟ์ SSD มูลค่า 4,000 ดอลลาร์เท่านั้น แล้วสตาร์ทอัพ/เอสเอ็มอีที่มีงบจำกัดล่ะ?
0
ตอบกลับ
AlexVPerl avatar
cn flag
AlexVPerl
วิธีคิดของคุณปิดสนิทกับวิธีแก้ปัญหาที่สร้างสรรค์โดยบอกว่ามีวิธีเดียวที่ “ถูกต้อง” ในการแก้ปัญหา นอกจากนี้ยังเป็นเรื่องงมงายเล็กน้อยที่จะบอกว่าหากคุณไม่ได้ใช้ไดรฟ์ราคา 4,000 ดอลลาร์ การตั้งค่าฮาร์ดแวร์ของคุณก็ไร้สาระในช่วงแรก Facebook ทำงานทั้งหมดบนคลัสเตอร์ของเซิร์ฟเวอร์ที่สร้างขึ้นเองโดยใช้ชิป AMD ที่โอเวอร์คล็อกในมาเธอร์บอร์ดระดับผู้บริโภคซึ่งเปิดโล่งโดยไม่มีเคส ตามวิธีคิดของคุณ พวกเขาจะ “ต้องใช้” เฉพาะฮาร์ดแวร์ขององค์กรหรือไม่ใช้เลย พวกเขาสามารถจ่ายได้ในตอนนั้นหรือไม่? ไม่ พวกเขาจะอยู่รอดหรือไม่หากใช้งบประมาณส่วนใหญ่ไปกับมัน ไม่น่าจะใช่
0
ตอบกลับ
AlexVPerl avatar
cn flag
AlexVPerl
ฉันแค่จะบอกว่ามันไม่ได้มีขนาดเดียวที่เหมาะกับทุกคน และยังมีโซลูชันที่สร้างสรรค์อื่นๆ อยู่ นอกจากนี้ คุณยังมองข้ามปริมาณงานที่ VM เดียวสามารถใช้ RAM จำนวนมากได้ (256-512GB) เช่น VM ที่เรียกใช้ฐานข้อมูลหรือแคชในหน่วยความจำประสิทธิภาพสูง การเขียนข้อมูล VRMS รายวันหลายๆ ครั้งในขนาดดังกล่าวจะทำให้ SSD ทำงานหนักขึ้นอย่างแน่นอน คุณยังทำผิดพลาดซ้ำแล้วซ้ำเล่าโดยสันนิษฐานว่าไฟล์ VRMS ถูกเขียนถึงเฉพาะระหว่างการรีสตาร์ท â ผิด คุณควรอ่านเอกสารประกอบของ MS หรือตรวจสอบเซิร์ฟเวอร์ตัวใดตัวหนึ่ง คุณจะเห็นว่ามีการอัปเดตบ่อยขึ้น
0
ตอบกลับ
ธงชาติไทย
Kulap
คำถามนี้เป็นภาษาอื่นๆ:

โพสต์คำตอบ

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