หน้าแรก | กระดานข่าว |  ปฏิทิน |  ค้นหา |  ติดต่อเรา VMWARE.IN.TH | Largest unofficial VMware Thailand User
หน้า: 1 [2]   ลงล่าง
  พิมพ์  
ผู้เขียน หัวข้อ: vSphere4: Best Practice-Create Block size for DATASTORE  (อ่าน 3115 ครั้ง)
godzeelus
Newbie
*
ออฟไลน์ ออฟไลน์

กระทู้: 44


ดูรายละเอียด
ผมใช้ RDM Phy เอา performance ไว้ก่อนครับ ^^
บันทึกการเข้า
 
vmware.in.th
"วีเอ็มแวร์ อิน ไทย" .. สังคมคน virtualization ออน์ไลน์
Administrator
Hero Member
*****
ออฟไลน์ ออฟไลน์

กระทู้: 1,172


pumpithu@gmail.com
ดูรายละเอียด เว็บไซต์ อีเมล์
จริง ๆ พูดเรื่องนี้มาแล้ว ขอความรู้เพิ่ม หน่อยสิครับ .. ว่า เราควรจะ Design Storage อย่างไรให้ พอเพียงกับการใช้งาน โดยยกตัวอย่างเช่น

อ้างถึง
- OS Guest :
   - C : 30 GB
   - D : 2 TB
   - RAM : 16 ~ 32 GB
   - 1 x Snapshot x 7 Day

แบบนี้เราควรจะสร้าง LUN แบบไหนให้กับ VMware ระบบนี้ให้รองรับการใช้งานและ Snapshot ได้อย่างไม่มีปัญหาครับ ...
บันทึกการเข้า

Freelance implementer Microsoft, Linux System, Data Storage and Virtualization Technology.

Twitter : http://twitter.com/pumpithu
Facebook : http://www.facebook.com/pumpithu
 
Samanosuke
Newbie
*
ออฟไลน์ ออฟไลน์

กระทู้: 31


ดูรายละเอียด เว็บไซต์ อีเมล์
ฮ่าๆๆ ตอบกันไวมากฮะ   ผมกะว่าตอบเสร็จจะไปนอน  เลยไม่ได้นอนเลย

คือ  โจทย์ นี้ต้องพิจารณาคับ
ที่นิยมกันคือ Drive C เป็น VMDK
Drive D นี่แล้วแต่คับ   เช่นถ้าลงทำเป็น ดาต้าเบสนี่  หรือ แชร์ไฟล ต้องเน้น performance อาจะใช้เป็น Raw  ก็ได้ ผูกขาด ไอโอไปเลย ถ้าเน้น  ประสิทธิภาพหนักๆ หรือ  ใช้เป็น vmfs ไปแชร์ กับเครื่องที่ โหลดน้อยก็ได้ฮะ
Snapshot ไม่ว่าจะใช้แบบไหนก็ไม่ต่างกันฮะ   สุดท้ายก็มาเป็น  vmdk อยู่ดี     ต่างกันตงตอน รีสะตอคับ
RAM เนี่ย   ถ้าเซ็ต reservation กะ priority ไว้ก็หายห่วงแล้วครับ

ยิ่งเด๊วนี้การ แบ็คอัพนั้นสามารถ เข้าไปเลือก แบ็คไฟล์วินโดวต่างๆ  ใน     file vmdkได้   ก็ อาจจะไม่จำเป็น ที่ต้อง แบ็ค  full ทุกครั้งไป

นี่เป็นแค่คร่าวๆนะฮะ

ผมง่วงนอนแล้ว
5555
 
 

บันทึกการเข้า

แหล่งข้อมูลความรู้  VMware สำหรับคนไทย
http://thaivmknowledge.blogspot.com
 
vmware.in.th
"วีเอ็มแวร์ อิน ไทย" .. สังคมคน virtualization ออน์ไลน์
Administrator
Hero Member
*****
ออฟไลน์ ออฟไลน์

กระทู้: 1,172


pumpithu@gmail.com
ดูรายละเอียด เว็บไซต์ อีเมล์
เรื่องนี้ผมเคยเจอ .. และแก้ไขประมาณนี้ครับ .

อ้างถึง
- OS Guest :
   - C : 30 GB
   - D : 2 TB
   - RAM : 16 ~ 32 GB
   - 1 x Snapshot x 7 Day

OS (C:) 70GB x Guest : สร้าง LUN ขนาด 70 GB ต่อ Guest เพราะว่า Memory จะต้องมีการกันพื้นที่ส่วนนี้ให้กับ VMware Guest ด้วย หรือ ก็สร้าง Lun ใหญ่ ๆ ให้กับ OS โดยเฉพาะเลย แต่ก็มีข้อเสียที่ มันแย่ง IOPS ระหว่างกัน
DATA (D:) 2TB : สร้าง Lun ที่เป็น Raw แบบ Virual เพื่อที่จะให้ Snapshot ได้ด้วย
Snapshot : คิดไม่ออกเลย

บันทึกการเข้า

Freelance implementer Microsoft, Linux System, Data Storage and Virtualization Technology.

Twitter : http://twitter.com/pumpithu
Facebook : http://www.facebook.com/pumpithu
 
noktualek
Full Member
***
ออฟไลน์ ออฟไลน์

กระทู้: 123


noktualek@gmail.com
ดูรายละเอียด
อ้างถึง
ดังนั้น Best Practice คือ ควรแบ่ง Partition (ใช้โปรแกรมพวก ServeRAID หรือ Startmart แบ่ง Disk) สำหรับการลง ESX แค่ประมาณ 20GB แล้ว Disk ที่เหลือค่อยมาสร้างเป็น VMFS หรือ Datastore ทีหลังที่มี Block size ขนาด 8 MB ไปเลย (สำหรับลูกค้าที่มี Disk ขนาดใหญ่ๆ) เหตุผลที่ควรแบ่ง Partitionแค่ 20 GB คือ ESX4 มันจะเอา Service Console ไว้อยู่ใน Datastore ด้วย ดังนั้นเราไม่สร้างลบ Default Datastore ได้หลังจากการลง ESX เสร็จแล้ว

อ้าวเหรอครับ ผมไปลบมาแล้ว มันก็จะเกิด Free Partition แล้วจึงเอาพื้นที่ตรงนั้น สร้าง DataStore มาใหม่ ทดลอง reboot ดูยัง boot ขึ้น หรือว่ามันจะใช้โชคช่วย เพราะอย่างที่เข้าใจว่าอาจจะไปลบข้อมูล system ไปด้วยหรือเปล่า

noktauelk
บันทึกการเข้า
 
luckysmile
Newbie
*
ออฟไลน์ ออฟไลน์

กระทู้: 16


ดูรายละเอียด อีเมล์
ผมเอา ESXi4 ลง USB Thumbdrive แล้วเอา Harddisk ทั้งหมดทำ Storage แยกไปเลย จะได้ไม่เปลือง SATA Port
บันทึกการเข้า
 
หน้า: 1 [2]   ขึ้นบน
  พิมพ์  
 
กระโดดไป:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.11 | SMF © 2006-2008, Simple Machines LLC | Thai language by ThaiSMF Valid XHTML 1.0! Valid CSS!