การออกแบบระบบ Virtual Desktop Infrastructure (VDI) และ End User Computing (EUC) มักให้ความสำคัญกับการเลือก Connection Broker เป็นลำดับแรก เช่น Citrix, Omnissa Horizon หรือ Microsoft AVD ในทางปฏิบัติ ปัจจัยที่กำหนดความสำเร็จของโครงการกลับอยู่ที่โครงสร้างพื้นฐานชั้นล่าง ได้แก่ ความสามารถของ Storage ในการรองรับ I/O Pattern ของ Desktop Workload การจัดการ User Profile และการวางแผน Disaster Recovery
บทความนี้อธิบายองค์ประกอบของ Nutanix EUC Stack ในเชิงสถาปัตยกรรม ครอบคลุมองค์ประกอบของแพลตฟอร์ม การจัดการข้อมูลผู้ใช้ รูปแบบสิทธิ์การใช้งาน และประเด็น Image Portability ในสภาพแวดล้อมแบบ Hybrid Multicloud
1. องค์ประกอบของ Nutanix EUC Stack
Nutanix วางตำแหน่งผลิตภัณฑ์เป็นแพลตฟอร์มรองรับ EUC Workload ไม่ใช่เป็น Connection Broker โดยมี AOS เป็นแกนกลางและมีองค์ประกอบเสริม 6 ส่วน
| องค์ประกอบ | บทบาทในงาน EUC |
|---|---|
| AHV | Enterprise-grade Hypervisor ที่รวมอยู่ในสิทธิ์การใช้งานของลูกค้า Nutanix ทุกราย รองรับ Virtual TPM (vTPM) ในระดับซอฟต์แวร์ ซึ่งเป็นข้อกำหนดของ Windows 11 โดยไม่ต้องพึ่งพา TPM Chip ในระดับฮาร์ดแวร์ |
| Files | Scale-out Distributed File Server รองรับโปรโตคอล SMB และ NFS ใช้จัดเก็บ User Data, User Profile และ Departmental Share |
| Flow | Application-centric Network Security ทำ Microsegmentation ในระดับ VM เพื่อจำกัด East-West Traffic ระหว่าง Desktop VM และลดโอกาสการแพร่กระจายของมัลแวร์ภายในวง VDI |
| NC2 | Nutanix Cloud Clusters สำหรับรันคลัสเตอร์บน Bare-metal Instance ของ AWS และ Azure ใช้รองรับ Capacity Bursting และ Disaster Recovery |
| Automation | Automation Framework ผ่าน NCM (ชื่อเดิม Calm) หรือ Runbook สำหรับการ Scale up/down ทรัพยากรตามช่วงเวลาใช้งาน |
| BC/DR | ความสามารถด้าน Business Continuity และ Disaster Recovery รองรับทั้งรูปแบบ Single-site และ Multi-site |
องค์ประกอบทั้งหมดบริหารจัดการผ่าน Prism Central ในลักษณะ Single Pane of Glass ซึ่งลดจำนวน Management Console ที่ทีมปฏิบัติการต้องดูแล
2. Nutanix Files และการจัดการข้อมูลผู้ใช้
คุณสมบัติที่เกี่ยวข้องกับงาน EUC โดยตรง
- Native Service — บริหารจัดการและอัปเกรดร่วมกับแพลตฟอร์ม AOS/AHV ผ่าน Prism Central ไม่จำเป็นต้องดูแล Windows File Server Cluster แยกส่วน
- High Availability และ Continuous Availability (CA) — รองรับ SMB 3.1 คุณสมบัติ CA มีความสำคัญเป็นพิเศษต่อการจัดเก็บ Profile Container เนื่องจากการขาดการเชื่อมต่อชั่วขณะระหว่าง Failover อาจทำให้ Profile ของผู้ใช้เสียหาย
- Data Locality — จัดเก็บข้อมูลไว้ใกล้กับ Workload เพื่อลด Latency ในการเข้าถึง Profile
- VDI Sync — ซิงโครไนซ์ข้อมูลระหว่างสองไซต์ พร้อมรองรับการ Roaming ของข้อมูลตามตำแหน่งของ Workload
- File Analytics — วิเคราะห์พฤติกรรมการเข้าถึงไฟล์ ตรวจจับความผิดปกติที่เข้าลักษณะการทำงานของ Ransomware และสามารถระงับการเขียนไฟล์ได้ทันที รวมถึงจัดทำ Audit Trail และระบุ Cold Data เพื่อบริหารต้นทุนพื้นที่จัดเก็บ
สิทธิ์การใช้งาน Nutanix Files รวมอยู่ในสิทธิ์ EUC แบบ Per-User ตามจำนวนผู้ใช้ที่ได้รับอนุญาต
3. การจัดการ User Profile
Nutanix ไม่ได้พัฒนา Profile Management Solution ของตนเอง แต่ทำหน้าที่เป็นชั้น Storage ประสิทธิภาพสูงที่รองรับโซลูชันจากผู้ผลิตอื่นๆ ได้แก่
- Microsoft FSLogix จัดเก็บ Profile ในรูปแบบ Container (VHD/VHDX) บน SMB Share
- Liquidware ProfileUnity
- Citrix Profile Management
- Folder Redirection
ในการออกแบบ Share ที่ใช้จัดเก็บ Profile Container ต้องกำหนดค่า Continuous Availability เพื่อรองรับกรณี Node Failover และช่วงการทำ Maintenance
4. Performance และ Scalability
สถาปัตยกรรมของ Nutanix อาศัยหลัก Data Locality กล่าวคือข้อมูลของ VM จะถูกจัดเก็บบน Local Disk ของ Node ที่ VM นั้นทำงานอยู่ การอ่านข้อมูลจึงไม่จำเป็นต้องส่งผ่าน Network ไปยัง Storage ส่วนกลาง
ผลลัพธ์ในเชิงการขยายระบบคือจำนวน VM ที่รองรับได้เพิ่มขึ้นในลักษณะเชิงเส้นตามจำนวน Node ที่เพิ่มเข้ามา ขณะที่ Performance ต่อผู้ใช้ยังคงที่ ซึ่งแตกต่างจากสถาปัตยกรรมที่ไม่มี Data Locality ที่ปริมาณ East-West Traffic จะเพิ่มขึ้นตามขนาดคลัสเตอร์และส่งผลกระทบต่อ User Experience
5. รูปแบบ Licensing Model
Nutanix มีรูปแบบสิทธิ์การใช้งานสองแบบ
5.1 Per-User Licensing
คิดค่าสิทธิ์ตามจำนวนผู้ใช้หรือจำนวน VM โดยไม่ขึ้นกับจำนวน Node ในคลัสเตอร์ ตามภาพประกอบ สิทธิ์ชุดเดียวกันสามารถใช้ได้ในทั้งสามสถานการณ์
- 500 EUC Users บนคลัสเตอร์ 3 Node
- 500 EUC Users บนคลัสเตอร์ 6 Node
- Deploy 200 Users ในระยะแรก และเพิ่มอีก 300 Users ในภายหลัง
สิทธิ์ที่ครอบคลุมภายใต้รูปแบบนี้
- ขยาย License ได้อิสระตามการเติบโตของจำนวนผู้ใช้
- โยกย้าย License ได้เมื่อ Upgrade หรือขยาย Infrastructure
- รวม License การทำ Disaster Recovery
- รวม License การใช้งาน Nutanix Files ตามจำนวนผู้ใช้
- รองรับการแชร์ Desktop ระหว่างผู้ใช้ที่ทำงานต่างกะหรือต่าง Time Zone
- ขนาดของ VM และจำนวน Copy ไม่มีผลต่อค่า License
5.2 Core-Based Licensing
คิดค่าสิทธิ์ตามจำนวน CPU Core
5.3 ระดับของสิทธิ์การใช้งาน
แบ่งเป็น Starter, Pro และ Ultimate โดยระดับ Ultimate ครอบคลุมสิทธิ์การใช้งาน NC2 บน Public Cloud
หากการขยายระบบในอนาคตเกิดจากความต้องการทรัพยากร (RAM หรือ Storage) โดยจำนวนผู้ใช้ไม่เปลี่ยนแปลง รูปแบบ Per-User จะมีต้นทุนรวมต่ำกว่า เนื่องจากการเพิ่ม Node ไม่ก่อให้เกิดค่าสิทธิ์เพิ่มเติม
6. Hybrid Multicloud ด้วย Nutanix Cloud Clusters
NC2 คือการนำ Nutanix Cloud Platform ซึ่งประกอบด้วย NCI (AOS, AHV, DR, NKE) ร่วมกับ Prism และ Flow Networking ไปทำงานบน Bare-metal Instance ของผู้ให้บริการ Public Cloud โดยตรง
ลักษณะสำคัญคือกระบวนการนี้ไม่ใช่การแปลง VM ให้เป็น Native Cloud Instance แต่เป็นการติดตั้งแพลตฟอร์มทั้งชุดบนฮาร์ดแวร์ที่เช่าใช้จากผู้ให้บริการ VM จึงยังคงสถานะเป็น AHV VM เดิม ขณะที่สามารถเชื่อมต่อกับบริการของผู้ให้บริการภายใน VPC หรือ VNET เดียวกัน เช่น S3, RDS, Direct Connect ของ AWS หรือ Blob Storage, SQL Database, ExpressRoute ของ Azure
ในบริบทของ EUC โครงสร้างประกอบด้วย EUC Broker ชุดเดียวที่ควบคุม Desktop ทั้งฝั่ง On-Premises และฝั่ง NC2 บน Public Cloud โดยทั้งสองฝั่งใช้ Storage, Networking, User Profile และ App Layer ในรูปแบบเดียวกัน ประโยชน์ที่ได้ประกอบด้วย
- ขยาย EUC Workload จาก On-Premises ไปยัง AWS และ Azure
- รูปแบบการใช้งานและการบริหารจัดการเหมือนกับการรัน EUC บน AHV
- ใช้ Broker Integration ที่มีอยู่เดิมได้ต่อเนื่อง
กรณีการใช้งานที่เหมาะสมคือองค์กรที่มีความต้องการ Desktop เพิ่มขึ้นเป็นช่วงเวลา (Seasonal Workforce) ซึ่งการเปิดใช้ NC2 ตามระยะเวลาที่ต้องการมีต้นทุนต่ำกว่าการจัดหา Node เพิ่มเพื่อรองรับ Peak Capacity ตลอดทั้งปี
7. Image Portability
การกระจาย Golden Image ไปยังหลายแพลตฟอร์มมีสองแนวทาง
- Conversion — แปลง Image ให้เป็นฟอร์แมตของแต่ละแพลตฟอร์ม แนวทางนี้ไม่รับประกัน Image Integrity และต้องดำเนินการ Reconstruct และ Refactor ทุกครั้งที่มีการเปลี่ยนแปลง
- Distribution — สร้าง Image ครั้งเดียวแล้วกระจายไปยังปลายทาง (Build once and ship) โดย Image ที่ปลายทางยังคงสภาพเดิม
7.1 ข้อจำกัดของแนวทาง Conversion
เมื่อสภาพแวดล้อมขยายไปยังหลายแพลตฟอร์ม จำนวน Base Image ที่ต้องดูแลจะเพิ่มขึ้นตามจำนวนแพลตฟอร์ม ดังภาพประกอบซึ่งแสดง Base Image A, B, C และ D สำหรับ Nutanix, Azure, AWS และ GCP ตามลำดับ ทุกรอบการปรับปรุงหรือ Patch จึงต้องดำเนินกระบวนการ Build, Convert และ Test แยกกันในทุกแพลตฟอร์ม ส่งผลให้ภาระด้าน Operation เพิ่มขึ้นตามจำนวนแพลตฟอร์ม ขณะที่ผู้ใช้คาดหวังประสบการณ์การใช้งานที่เหมือนกันไม่ว่าจะเข้าใช้งานจากตำแหน่งใด
7.2 แนวทาง Distribution บน NC2
เนื่องจาก NC2 เป็นแพลตฟอร์ม Nutanix ชุดเดียวกันที่ทำงานบน Public Cloud Base Image ที่สร้างขึ้นจึงสามารถใช้งานได้ทั้งบน Private Cloud, NC2 on Azure, NC2 on AWS และ Hosted Solution โดยไม่ต้องผ่านกระบวนการแปลงฟอร์แมต กระบวนการจึงเปลี่ยนจาก Conversion เป็น Distribution ซึ่งรักษา Image Integrity และลดจำนวนรอบการทดสอบลงเหลือเพียงชุดเดียว
7.3 Workload Rehosting ด้วย Nutanix Move
Nutanix Move รองรับการย้าย Workload จาก 3-Tier ESXi หรือ Hyper-V, AWS-native, Azure-native และระหว่าง Nutanix Private Cloud คุณสมบัติที่เกี่ยวข้องกับการวางแผนงาน
- ย้าย Workload ผ่าน UI หรือ API โดยไม่ต้อง Refactor หรือ Rearchitect Application
- Pre-seed Data ล่วงหน้าเป็นวันหรือสัปดาห์ ทำให้ปริมาณข้อมูลที่ต้องถ่ายโอนในช่วง Cutover เหลือเพียงส่วน Delta ซึ่งช่วยลด Downtime Window
- ทดสอบ Workload ที่ปลายทางก่อน Cutover
- Cutover แบบ 1-Click และรองรับการ Map Source-Target Network
8. สิ่งที่ได้รับ
| ประโยชน์ | ที่มาในเชิงเทคนิค |
|---|---|
| Cost Savings | แนวทาง Software-Driven ทำให้การเพิ่มคุณสมบัติและมาตรการความปลอดภัยใหม่ เช่น vTPM ดำเนินการผ่านการอัปเดตซอฟต์แวร์ ลดความจำเป็นในการเปลี่ยนฮาร์ดแวร์ |
| Simplified IT Management | รวมศูนย์การจัดการ Patch, Backup และ Recovery ที่ Prism Central |
| Enhanced Security | Flow Microsegmentation, File Analytics และ vTPM |
| Scalability | รูปแบบสิทธิ์ Per-User ร่วมกับความสามารถของ NC2 ในการรองรับความต้องการที่ผันผวน |
| Sustainability | การแปลงเครื่องคอมพิวเตอร์เดิมให้ทำหน้าที่เป็น Thin Client ช่วยยืดอายุการใช้งานอุปกรณ์ปลายทาง ลดปริมาณ E-Waste และลด TCO โดยเฉพาะในกรณีที่อุปกรณ์เดิมไม่รองรับข้อกำหนดของ Windows 11 |
| Future-Proof Infrastructure | สถาปัตยกรรมเดียวกันรองรับทั้ง Private Cloud, Public Cloud และ Edge |
9. ข้อพิจารณาก่อนการออกแบบระบบ
ข้อมูลที่จำเป็นต่อการทำ Sizing และการเลือกรูปแบบสิทธิ์การใช้งาน
- จำนวนผู้ใช้ทั้งหมดและจำนวน Concurrent User ซึ่งเป็นตัวเลขที่แตกต่างกันและส่งผลต่อทั้ง Sizing และ Licensing
- ประเภทของผู้ใช้ จำแนกเป็น Task Worker, Knowledge Worker และ Power User ที่ต้องใช้ GPU
- Connection Broker ที่ใช้งานอยู่หรือที่กำหนดจะใช้
- โซลูชัน Profile Management ที่ใช้งานอยู่
- ข้อกำหนดด้าน Disaster Recovery ได้แก่ค่า RPO และ RTO ที่ยอมรับได้ และความพร้อมของไซต์สำรอง
