VMware Disk Note

จดๆมาจากที่เจ็บมาระดับนึง จะแบ่งหัวข้อประมาณนี้

- VM Disk Type

• thin create เร็วใช้เร็ว ใช้ตามจริง แต่ความเสี่ยง Disk ไม่พอดี เช่น

100 GB แบ่ง 30 GB / 30 GB เหลือ 40 GB
เพิ่ม VM A 20 GB thin มันใช้ 5 GB เหลือ 30 GB
เพิ่ม VM B 30 GB แบบ thick ตอนนี้เหลือ 5 GB
ปัญหา ถ้า VM A มันโตเกิน 5 GB ที่เหลือ VM มันจะ Shutdown

** ยังไม่รวม RAM Disk (.vmsd) การจองเนื้อที่ Disk จริงๆ VM Size + RAM

• thick provision lazy zeroed จอง disk ตามเราต้องการเลยใน metadata สร้าง VM 30 GB มันจะจอง 30 GB อันนี้ถ้า มีลงอะไรเพิ่มมันกินที่เพิ่มตามที่ใช้อีกที เช่น ลง Windows 10 GB มันไปกันให้ 10 ก่อน
• thick provision eagerly zeroed จอง disk แต่ Initial ช้าสุด มันไปกัน disk จริงๆ ให้เป็นผืนเดียวกัน เหมือนกับพวก DB จะใช้ Disk แบบนี้ จะได้ไม่สะดุดตอนที่ไม่พอ

การเปลี่ยน thin > thick มี vCenter ด้วย เสียเงินนั้นแหละ

- จองเนื้อที่

การจองเนื้อที่ Disk จริงๆ VM Size + VM RAM ยกตัวอย่าง เช่น

• ถ้ามี VM Disk 20 GB / RAM 8 GB ใช้ Disk = 28 GB
• ถ้ามี Disk 1,024 GB (ประมาณ 1 TB) ไม่สน RAM Physical นะ
  - ลองสร้าง VM (200GB + RAM 32GB) 3 VM ใช้ Disk ไปแล้ว = 696 GB
  - เหลือที่ VM Disk + RAM ได้อีก 304 GB ถ้าสร้าง VM 300 GB เหลือที่สำหรับ RAM อีก 28 GB
  - ยังไม่รวม Snapshot นะตัวแสบเลย เคยโดนทำแล้วค้าง Disk ไม่พอ

- Snapshot

Snapshot != Backup

• Snapshot Type มี 2 แบบมี with ram / no ram

Remove Snapshot - Snapshot ถ้าไม่จำเป็น ไม่ต้องใช้ ยิ่งทำ Snapshot เก็บเยอะ ยิ่งเสียพื้นที่ จำเป็นทำ Snapshot เช่น ก่อน Update VM ทำเสร็จแล้วลบออก

• เพราะ VM + Snapshot ถึงย้ายไปที่อื่นได้ เอาง่ายๆ มีพื้นที่เผื่อไว้ 2-3 เท่า
  ไม่ควรทำเกิน 2 Version เพราะมันจะหา original file กินที่เยอะ

V1 file A
V2 file B file A
V3 File C

ถ้าจัดการ Snapshot สิ่งที่ VMware มันทำ เอา V1 / V2 / V3 มารวมกัน + Link อย่างไฟล์ A ถ้ามีใน V3 มัน Track ไปหาย 

เนื่อที่จริงที่ใช้ VM + Snapshot(V1/V2/V3) + Link 

• ถ้าที่ไม่พอจะเกิดปัญหา disk consolidate.
  ทางแก้ทางนึงใช้ Veeam / Synology Backup เอาเนื้อ Data จริงๆออกมา แล้วค่อยสร้าง VM ใหม่ ไม่ควรใช้ Copy Disk

ดังนั้นแล้ว การตั้ง Server ต้องวางแผน

• VM Disk + VM RAM เท่าไหร่ ในแต่ละตัว
• ทำ Snapshot กี่รอบ Snapshot != Backup เพราะต้องเผื่อที่ตอนลบอีก
• จะมี Growth อีกเท่าไหร่
• แล้วถึงมากำหนด Physical

จดไว้ก่อน ผมเองเป็น Backend Dev เคยได้หน้าที่มาดูพวกนี้ แล้วพลาดเหมือน อย่างเรื่อง Snapshot มันทำอะไรไม่ได้จนเครื่อง Retire ได้ ถ้ามีอะไรเพิ่ม เดี่ยวไล่กลับมา Update