Messages

สำหรับผู้ที่ดาวน์โหลด ESXi 8.0U3e ก็เพราะว่า ตัวฟรีนั้นมีข้อจำกัดจำนวนมาก แต่ที่สำคัญคือ ท่านจะไม่สามารถใช้ vStorage Engine API ได้ผลเสียก็คือท่านจะไม่สามารถใช้ 3rd Party backup เช่น Veeam, Nakivo หรือตัวอื่นๆ ได้เลย เพราะฉะนั้น สำหรับผู้ที่มองหาไปใช้กับ Production ต้องบอกว่าลืมได้เลย

ข้อความที่ท่านอาจจะได้รับเมื่อ ทำการ backup ผ่าน Veeam

7/6/2025 9:17:38 AM :: Processing WinServer2022 Error: Current vSphere license or ESXi version prohibits execution of the requested operation. 
7/6/2025 9:18:32 AM :: Failed to create VM snapshot. Error: CreateSnapshot failed, vmRef 1, timeout 1800000, snName VEEAM BACKUP TEMPORARY SNAPSHOT, snDescription Please do not delete this snapshot. It is being used by Veeam Backup., memory False, quiesce False 
7/6/2025 9:18:40 AM :: Error: Current vSphere license or ESXi version prohibits execution of the requested operation. 

สำหรับท่านที่ใช้ Volume Shadow Copy ใน File Server อยู่ อาจจะทำให้ มันทำงานไม่ได้หลังจากการย้าย
ให้ท่านเข้าไปที่นี่ และ เช็คว่ามี UpperFilters หรือปล่าว ถ้าไม่มีก็เพิ่มไป

ไปที่ key id ดังกล่าว → New → Multi-String Value.

ตั้งชื่อ UpperFilters

ตั้งค่าเป็น volsnap

Shadow Copy ก็จะกลับมาทำงานตามปกติ

ต้องบอกว่า จริงๆ แล้วก่อนการ migrate มายัง Proxmox VE นั้นท่านจะต้องทำการ uninstall VMware Tools ก่อน แต่ถ้าท่านลืมจะทำอย่างไร มีคนสร้าง Powershell Script ทำสำหรับการดำเนินการดังกล่าวด้วยนะ
ไปดาวน์โหลดมาเลย

https://gist.github.com/broestls/f872872a00acee2fca02017160840624

ท่านนำมาแล้ว ก็เอามา save เป็น file อาจจะชื่อ remove-vmware-tools.ps1 ก็ได้และรัน Powershell ในระดับ admin

สำหรับบางท่านที่ทำการ add VeeamPVEworker และกด test แล้วปรากฏว่า จะขึ้นว่า Failed to connect to the worker core service ให้ท่านเช็คว่ามี NIC กี่ตัวในระบบ เนื่องจาก Veeam จะเชื่อมต่อตามลำดับโดยไม่สนใจว่า NIC นั้นจะ unplugged อยู่หรือไม่ เพราะฉะนั้น ถ้ามี NIC ตัวไหนที่ไม่ได้ใช้ต้อง disabled

กระบวนการ Failover to Replica บน Veeam Backup and Replication เป็นกระบวนการที่ใช้เมื่อจำเป็นต้องสลับการทำงานของระบบไปยังเครื่องจำลอง (Replica) ในกรณีที่ระบบหลักเกิดปัญหา หรือไม่สามารถใช้งานได้ กระบวนการนี้มีขั้นตอนหลัก ๆ ดังนี้:

1. Initiate Failover
รายละเอียด: ผู้ดูแลระบบจะต้องเปิดใช้งานกระบวนการ Failover ผ่านทาง Veeam Backup & Replication console โดยการเลือกเครื่องจำลองที่ต้องการสลับการทำงานไปใช้
สิ้นสุดกระบวนการ: เมื่อเลือกเครื่องจำลองแล้ว กระบวนการจะเริ่มต้นการ Failover
2. Switching to Replica
รายละเอียด: ระบบจะทำการสลับการทำงานไปยังเครื่องจำลอง โดยการตั้งค่าเครื่องจำลองให้เป็นเครื่องที่ใช้งานอยู่แทนเครื่องหลัก ซึ่งระบบจะตรวจสอบและทำการกำหนด IP address รวมถึงการเชื่อมต่อเครือข่ายอื่น ๆ ให้กับเครื่องจำลอง
สิ้นสุดกระบวนการ: เมื่อเครื่องจำลองสามารถทำงานได้เต็มรูปแบบ และผู้ใช้สามารถเข้าถึงทรัพยากรบนเครื่องจำลองได้ กระบวนการนี้ก็จะสิ้นสุดลง
3. Monitoring and Verifying
รายละเอียด: ระบบจะตรวจสอบการทำงานของเครื่องจำลองหลังจากที่มีการสลับการทำงาน และทำการตรวจสอบว่าการทำงานเป็นไปตามที่คาดหวัง ทั้งในด้านประสิทธิภาพและความเสถียร
สิ้นสุดกระบวนการ: เมื่อการตรวจสอบเสร็จสิ้นและระบบยืนยันว่าเครื่องจำลองทำงานได้อย่างถูกต้อง กระบวนการนี้จะสิ้นสุดลง

อย่าลืมว่า กระบวนการ failover นั้นเป็นกระบวนการที่ไม่สิ้นสุด หมายถึง ท่านจะต้องทำสิ่งต่างๆ เหล่านี้เพื่อให้กระบวนการ failover นั้นจบลงด้วยทางเลือกใดๆ ดังต่อไปนี้

1. Permanent Failover
รายละเอียด: ในกรณีที่ต้องการให้เครื่องจำลองกลายเป็นเครื่องหลักใหม่อย่างถาวร ผู้ดูแลระบบจะต้องทำการ Permanent Failover ซึ่งเป็นการยืนยันการเปลี่ยนแปลงนี้
สิ้นสุดกระบวนการ: เมื่อทำการ Commit เรียบร้อยแล้ว ระบบจะทำการลบสถานะของเครื่องจำลองและกำหนดให้เครื่องนั้นเป็นเครื่องหลักใหม่อย่างถาวร
2. Failback
รายละเอียด: เมื่อระบบหลักสามารถกลับมาทำงานได้แล้ว ผู้ดูแลระบบสามารถทำการ Failback กลับไปยังเครื่องหลักเดิม โดยระบบจะทำการซิงค์ข้อมูลจากเครื่องจำลองไปยังเครื่องหลักและทำการสลับการทำงานกลับไปยังเครื่องหลัก
เมื่อระบบทำการย้ายการเปลี่ยนแปลงที่เกิดขึ้นในระหว่างที่ท่าน failover ไปยัง replica นั้น จะต้องเลือกที่จะทำการ บันทึกการเปลี่ยนแปลงนั้นด้วย การทำ Commit failback และ สถานะของ replica ก็จะกลับไปเป็นปกติ

ในขณะที่ ถ้า VM ต้นทางมีปัญหา ไม่สามารถทำงานได้ ทำให้ท่านจะต้องใช้ replica ในการทำงานต่อไป สถานะของ replica จะอยู่ในสถานะ failover ต่อไป

3. Undo Failover: เมื่อการสลับกลับมาที่เครื่องหลักเสร็จสิ้น และเครื่องหลักสามารถทำงานได้ตามปกติ กระบวนการนี้ก็จะสิ้นสุดลง
กระบวนการทั้งหมดนี้เป็นการทำงานที่สำคัญเพื่อให้ระบบสามารถดำเนินการได้อย่างต่อเนื่องแม้ในกรณีที่เกิดปัญหากับเครื่องหลัก และการสิ้นสุดกระบวนการจะเกิดขึ้นเมื่อระบบสามารถทำงานได้ตามที่ตั้งใจ ไม่ว่าจะเป็นเครื่องจำลองหรือเครื่องหลัก

สำหรับลูกค้าที่้ต้องการใช้งาน RPO ให้ได้ต่ำที่สุดนั้น เช่นในระดับนาที หรือ ไม่ถึง 1 นาที ท่านสามารถทำได้ โดยการใช้คุณสมบัติที่เรียกว่า CDP ใน Veeam และบวกกับ องค์ประกอบและสภาพแวดล้อมเหล่านี้
1. vCenter
2. Veeam CDP I/O Filter

โดยที่ท่านจะต้องทำการติดตั้ง Veeam CDP I/O Filter นั้นใน vCenter หลังจากนั้น vCenter ก็จะเข้าไปทำการติตตั้ง I/O Filter ในแต่ละ ESXi Host ซึ่ง คุณสมบัติ I/O Filter นี้จะทำงานโดยใช้ VAIO มีหน้าที่คอยจับการเปลี่ยนแปลงบน disk และ นำไปเขียนเป็น backup ไว้ เพื่อให้ท่านได้ RPO ที่น้อยที่สุด

แต่ถามว่า หากท่านไม่ได้ใช้ vCenter และ ทำ Cluster ไว้ แต่ต้องการติดตั้ง ใน ESXi host โดยตรงได้หรือไม่ คำตอบคือ : ไม่ได้ ท่านต้องทำผ่าน vCenter เท่านั้น

และ หากท่านต้องการ RPO ที่ต่ำที่สุดเท่าที่จะเป็นไปได้โดยไม่สามารถใช้ I/O Filter ได้ ด้วยเหตุผลบางอย่างที่ไม่เอื้ออำนวย จะต้องทำอย่างไร ท่านสามารถใช้ การตั้ง Schedule -> Periodically Every -> Continuous ซึ่งการทำงานของมันก็คือ
1. ระบบจะทำ snapshot
2. โกย snapshot ไปเป็น backup file
3. ลบ snapshot
4. snapshot ใหม่ และ เริ่มกระบวนการเดิมอีกครั้ง

ทั้งนี้ท่านจะเห็นว่า ความเร็วและ RPO ที่ได้นั้น จะขึ้นอยู่กับหลายอย่าง เช่นเวลาที่ใช้ในการ snapshot และ เวลาที่ไปเขียน backup ถ้าท่านมีระบบ disk ที่เร็วเช่น NVME และมี network ความเร็วสูง ท่านก็จะได้ RPO ที่ต่ำ แต่อย่างลืมว่า การทำแบบนี้ในเครื่องที่มีประสิทธิภาพต่ำเช่น SATA Disk จะมีความเสี่ยงในการที่จะทำให้ VM นั้นทำงานช้าลง

เรียกว่าเป็น Option สำคัญที่พลาดไม่ได้เลยสำหรับการ สำรองข้อมูลขึ้น Object Storage ไม่ว่าจะเป็น S3-Compatible Storage เช่น Wasabi หรือเจ้าอื่นๆ เพื่อให้ Veeam นั้นทำการเช็คความผิดพลาดของการสำรองข้อมูลอย่างสม่ำเสมอ เพื่อให้แน่ใจว่า เวลากู้ข้อมูลคืนจะได้ไม่มีปัญหา

สำหรับการทำ synthetic full นั้นเป็นการผนวก incremental files ที่เกิดขึ้นในอาทิตย์ที่ผ่านมามาสร้างเป็นไฟล์ใหม่ แต่การทำเช่นนั้นบน NTFS File System นั้นจะค่อนข้างช้ามาก เพราะเหมือนเขียนไฟล์ใหม่ ข้อแนะนำอย่างมากคือ ให้เปลี่ยนไปใช้ ReFS ใน folder ที่เก็บ backup files ซึ่งก็คือใน repository นั่นเอง แต่อย่าลืมนะครับว่า ReFS นั้นมีให้ใช้ใน Windows Server เท่านั้น Windows 10/11 ไม่มีนะ เพราะฉะนั้น ท่านควรจะลง Veeam backup ใน Windows Server หรือว่าใช้ Remote Repo ที่เป็น Windows Server

จากตัวอย่างในรูป เป็นการทำ synthetic full บน NTFS พบว่า ใช้เวลาไปแล้ว เกือบ 5 ชม. เพิ่งจะได้แค่ 62% โดยไฟล์มีขนาดเพียง 1.6T เท่านั้น บน HDD แต่ถ้าท่านเปลี่ยนไปเป้น ReFS ก็จะเหลือ 1-2 ชม.เท่านั้น

หลายคนทำ เราก็เลย จัดไป ว่าค่าแต่ละตัวหมายถึงอะไร

Total size = เนื้อที่ที่เราสั่ง Backup ทั้งหมดของ VM ตามตัวอย่างคือ 1.5TB
Data Read = เนื้อที่ที่เกิดจากการเปลี่ยนแปลงจากการสำรองครั้งนี้แล้ว เช่นในกรณีนี้คือ เฉพาะค่าความเเปลี่ยนแปลงจาก CBT ตัวอย่างคือ 13.9GB
Transferred = ขนาดของข้อมูลที่ถูกส่งผ่านไปยังปลายทาง ซึ่งก็คือ repository แน่นอนว่า ในกรณีนี้คือ 4.6GB ทั้งนี้เพราะว่า
มันคือส่วนที่เปลี่ยนแปลงเท่านั้น ไม่ใช่ข้อมูลทั้งหมด
Backup Size = ค่าตรงนี้จะเห็นว่า ก็จะน้อยลงกว่าค่า Transfer เพราะมันถูกบีบอัดลงอีก
Dedupe = มีค่า 1.0x ก็คือเท่าเดิม ซึ่งปกติ ค่านี้จะเปลี่ยนแปลงในการทำ full backup เท่านั้น
Compresssion = มีการใช้การบีบอัด ซึ่งก็คือค่า data read / transferred หรือ เนื้อที่จริงและเนื้อที่ที่ ถูกขนถ่ายไปยังปลายทาง

วันนี้เราก็ได้มี case ของลูกค้าที่เมื่อทำการ migrate vm ข้าม storage แล้ว หลุดดื้อๆ เลย เรียกว่า ไม่แค่นั้น แต่ยังทำให้ datastore นั้นขึ้นว่า inaccessible รั่วคราว เลย ใน case นี้เราทำการทดสอบแล้วพบว่า มีการใช้ storage รุ่นที่เป็น home-use เราไม่สามารถบอกยี่ห้อได้ เพราะ เราพบ 2-3 ยี่ห้อเลยทีเดียว แต่ก็นั่นล่ะครับ เพราะเอา storage ที่คุณภาพเหมาะกับงานใช้ส่วนตัวมากกว่าที่จะเอามาทำ production

อย่างในตัวอย่าง ก็เป็นการ transfer 3 vms สบายๆ เลย ในสภาวะปกติ

สำหรับ TRUENAS นั้นต้องบอกว่า หากว่า disk เกิดปัญหาขึ้นนั้น เราสามารถทำการเปลี่ยน disk ที่เสียหายด้วย disk ใหม่ได้อย่างง่ายดาย โดยจากหน้าจอ เราจะเห็นว่า ระบบฟ้องอยู่ว่า disk เสียหาย ทำให้ระบบ DEGRADED ให้เราคลิ้ก และ ไปเลือก replace disk และ เลือก disk ใหม่ที่เราเพิ่งใส่ลงไปได้เลย

สำหรับหลายคนที่ใช้ Windows Deduplication ใน Server Manager และ ไป enable ใน Disk ใน Windows Server เพื่อที่คิดว่าจะประหยัดเนื้อที่ใช้งาน แต่จริงๆ แล้วกรณีที่ท่านใช้ Virtualization มันอาจจะสร้างปัญหามากกว่าประโยชน์ เพราะว่าในขณะ backup ท่านสามารถใช้ ฟีเจอร์นี้ได้ และ กรณีที่ท่านใช้ Veeam Restore ไฟล์ เช่น Guest File Restore ท่านจำเป็นที่จะต้องอาศัย mount server เพิ่มอีก 1 เพื่อทำเป็น ทางผ่านสำหรับการ deduplication
1. Add Windows Server เข้ามาใน Managed Server
2. ไปที่ Repositories ที่เก็บ backup file ที่ท่านใช้สำหรับ เก็บ VM ที่ enable deduplicated volumes ไว้
3. ทำการ ตั้งค่า mount server ชี้ไปที่ (1)

ก่อนอื่นต้องบอกว่า การขึ้นราคามหาโหดของเจ้าตลาดเดิม ทำให้โลกของ Virtualization เปลี่ยนไปอย่างสิ้นเชิง และ ตอนนี้ก็เปรียบเสมือนคลื่นใต้น้ำเลยทีเดียว ก็ความเปลี่ยนแปลงนั้นจะค่อยๆ ตามมา เมื่อ subscription และ maintenance จากเจ้าเดิมหมดอายุ เมื่อเป็นเช่นนั้น หลายๆ คนก็กำลังมองหา solution ตัวใหม่อยู่เป็นแน่แท้ แต่จะเป็นอะไรล่ะ ที่เหมาะกับองค์กรของเรา โดยเฉพาะตลาด SME ที่ budget นั้นอาจจะไม่เยอะมาก และ รวมกับความต้องการที่ไม่ได้ซับซ้อนมากเช่นกัน วันนี้เราเลยจะพาไปดู ความต้องการของ SME ส่วนใหญ่ที่คาดหวังจาก Virtualization

ระบบ Virtualization สำหรับผู้ใช้งานในกลุ่มธุรกิจขนาดกลางและขนาดเล็ก (SME) มีฟีเจอร์ที่ใช้งานบ่อยและเป็นที่ต้องการ ส่วนใหญ่ดังต่อไปนี้

• Server Consolidation: การรวมเซิร์ฟเวอร์หลายๆ ตัวให้มาอยู่บนฮาร์ดแวร์เดียวกัน ช่วยลดค่าใช้จ่ายในการดูแลรักษาและพลังงาน
• Backup and Recovery: แน่นอนทุกคนต้องการ การสำรองข้อมูลและการกู้คืนข้อมูลได้ง่ายและรวดเร็ว ช่วยลดความเสี่ยงจากการสูญหายของข้อมูล
• Snapshots: การสร้างตัวแทนของระบบในช่วงเวลาหนึ่ง ซึ่งก็อาจจะเหมือน หยุดเวลาไว้เป็น copy ของ VM ทำให้สามารถกู้คืนระบบไปยังสถานะก่อนหน้าได้อย่างรวดเร็ว
• Resource Management: การจัดการทรัพยากรของเซิร์ฟเวอร์ เช่น CPU, RAM และ Storage เพื่อให้สามารถจัดสรรทรัพยากรได้อย่างมีประสิทธิภาพ
• High Availability (HA): การสร้างระบบที่มีความพร้อมใช้งานสูง เพื่อให้มั่นใจว่าระบบสามารถทำงานได้ต่อเนื่องแม้ในกรณีที่มีปัญหากับฮาร์ดแวร์
• Disaster Recovery (DR Site): การจัดการการกู้คืนระบบในกรณีที่เกิดภัยพิบัติทางธรรมชาติ หรือเหตุการณ์ที่ไม่คาดคิด
• Scalability: ความสามารถในการขยายระบบได้ง่ายเมื่อธุรกิจเติบโต เช่น การเพิ่ม VM (Virtual Machine) ใหม่โดยไม่ต้องซื้อฮาร์ดแวร์ ใหม่ รวมถึงการเพิ่มเนื้อที่โดยไม่ต้องแบ่ง partition ใหม่
• Security: การแยกแอปพลิเคชันและข้อมูลออกจากกันเพื่อลดความเสี่ยงจากการถูกโจมตี รวมถึงการควบคุมการเข้าถึงและการตรวจสอบการใช้งาน
• Automation and Orchestration: การใช้เครื่องมือในการจัดการและปรับแต่งระบบโดยอัตโนมัติ เช่น การสร้างและลบ VM โดยอัตโนมัติ
  ซึ่งอันนี้ก็อาจจะเหมาะกับผู้ที่ใช้งาน VM จำนวนมาก
• Cost Management: การควบคุมค่าใช้จ่ายในการใช้งานทรัพยากรต่างๆ เพื่อให้มั่นใจว่าธุรกิจได้รับประโยชน์สูงสุดจากการลงทุนในระบบ Virtualization

ฟีเจอร์เหล่านี้ช่วยให้ผู้ใช้งานในกลุ่ม SME สามารถจัดการระบบ IT ของตนเองได้อย่างมีประสิทธิภาพมากขึ้น ทั้งในด้านการลดต้นทุน การเพิ่มความยืดหยุ่น และการรักษาความปลอดภัยของข้อมูลและระบบ ซึ่งแน่นอนว่าด้วยความต้องการข้างต้นนั้น เรามี virtualization solution หลายตัวที่ตอบสนองความต้องการของท่านได้ ปรึกษา Thaiveeam ตั้งแต่วันนี้ หรือ ติดต่อเซลล์ที่ 045-959-612 บริษัท Avesta

เรียกว่าเป็นคำถามที่ลูกค้าถามมาเยอะมากสำหรับ Speed ในเรื่องการสำรองข้อมูลไปยัง Cloud เพราะบางคนกลัวว่า จะช้าหรือปล่าว อะไรประมาณนี้ งั้นวันนี้แน่นอนว่า เราก็ทำ screenshot จากของจริงนี่ล่ะ ที่บริษัทของเราเลยให้เห็นกันจะจะไปเลยว่าจะเร็วแค่ไหน เรียกว่าไม่ธรรมดาเลยทีเดียว งั้นไปดูกันเลย
คลิ้กที่รูปได้เลยจ้า 216MB * 8 = 1.7 Mbps

การทำการ Migrate หรือย้าย Guest OS หรือที่เรียกว่า Virtual Machine จากค่าย Microsoft คือ Hyper-V มายัง VMware นั้นทำได้แสนง่ายดาย เราเรียกวิธีการนี้ว่า V2V หรือ ถ้าอยากจะย้ายจาก Physical มาเป็น VM ก็ทำได้เช่นกัน ด้วยเครื่องมือสำเร็จรูปนั่นคือโปรแกรม VMware vCenter Converter Standalone ซึ่งไม่เพียงแต่ย้าย Hyper-V VM เท่านั้น ท่านยังสามารถย้าย Physical Machine หรือย้าย VM ข้าม ESXi Host (ถ้าไม่มี vMotion) ก็ทำได้ง่ายดาย

- Converter Standalone Support หมายถึงว่า ลงตัว vmware converter ในเครื่องนั้นแล้ว convert เครื่องตัวเองไปยัง vmware ได้เลย
- Source for Powered On Machine Conversions หมายถึงว่า ลง VMware Converter ใน windows ก่อนแล้วเลือกไป connect physical เครื่องอื่น แล้วไปยัง vmware
- Source for Virtual Machine Conversions
ก็คือ ต้นทางที่เป็น VM เพราะว่า ต้นทาง มันสามารถเลือกได้ จาก hypervisor ได้เลย เช่น hyper-v หรือ vmware เอง แล้วไปยัง vmware esxi อีกตัว
- configuration source ก็หมายถึงการปรับเปลี่ยนค่าต้นทาง ซึ่งมาันจะปรับได้เช่น hdd อะไรพวกนี้ ก่อนทำการ convert เป็น vm ไปยังปลายทาง