oVirt Virtualization Progressive Delivery —

oVirt คืออะไร

oVirt เป็น open source virtualization management platform สร้างบน KVM hypervisor ให้ความสามารถจัดการ virtual machines, storage, networking ใน datacenter เทียบเท่า VMware vSphere แต่เป็น open source ฟรี พัฒนาโดย Red Hat community เป็น upstream project ของ Red Hat Virtualization (RHV)

Components หลักของ oVirt ได้แก่ oVirt Engine เป็น management server ที่ให้ web UI และ REST API สำหรับจัดการทุกอย่าง, oVirt Node เป็น minimal OS ที่ติดตั้งบน physical hosts สำหรับรัน VMs, VDSM (Virtual Desktop and Server Manager) เป็น agent บน hosts ที่รับคำสั่งจาก Engine, Storage domains เก็บ VM disks รองรับ NFS, iSCSI, FC, GlusterFS, Ceph

Progressive Delivery สำหรับ oVirt เป็นการ deploy workloads ใหม่ทีละน้อยบน virtualization platform ใช้ techniques เช่น canary VMs, rolling updates, blue-green VM pools เพื่อลด risk เมื่อ update OS images, applications หรือ configurations บน VMs จำนวนมาก

ติดตั้ง oVirt Engine และ Hosts

Setup oVirt virtualization platform

=== oVirt Installation ===

1. Install oVirt Engine (CentOS Stream 9 / AlmaLinux 9)

sudo dnf install -y centos-release-ovirt45
sudo dnf install -y ovirt-engine

2. Run Engine Setup

sudo engine-setup

Configuration prompts:

--== PRODUCT OPTIONS ==--

Configure Engine: Yes

Configure Data Warehouse: Yes

Configure Grafana: Yes

--== PACKAGES ==--

Update packages: Yes

--== NETWORK ==--

Engine FQDN: engine.example.com

Firewall manager: firewalld

--== DATABASE ==--

Local or Remote: Local

Automatically configure PostgreSQL: Yes

--== ENGINE ==--

Application mode: Both (Server + Desktop)

Default SAN wipe: No

เนื้อหาเกี่ยวข้อง — ทำความเข้าใจ Azure DevOps Pipeline DevOps Culture

--== STORAGE ==--

Default storage type: NFS

--== PKI ==--

Organization name: example.com

--== APACHE ==--

Configure Apache: Yes

Setup SSL: Yes

แนะนำเพิ่มเติม — คู่มือเทรดจาก SiamCafeBook

3. Access Web UI

https://engine.example.com/ovirt-engine/

Login: admin@internal / (password set during setup)

4. Add Hypervisor Host

On host machine:

sudo dnf install -y centos-release-ovirt45
sudo dnf install -y ovirt-host

Or use oVirt Node (minimal ISO):

Download from: https://ovirt.org/download/node.html

In oVirt Engine Web UI:

Compute > Hosts > New

Name: host01.example.com

Address: 192.168.1.101

SSH Port: 22

Authentication: Password or SSH Public Key

5. Configure Storage Domain

NFS Storage:

Storage > Domains > New

Name: nfs-data

Domain Function: Data

Storage Type: NFS

เนื้อหาเกี่ยวข้อง — ดูเพิ่มเติมเรื่อง Azure Functions Code Review Best Practice

Export Path: nfs-server:/data/ovirt

NFS Version: Auto

6. Create VM Template

Compute > Virtual Machines > New

Name: template-almalinux9

Cluster: Default

Template: Blank

OS: Linux > Red Hat Enterprise Linux 9

Memory: 4096 MB

CPUs: 2

Disk: 40 GB (Thin Provision)

Install OS, configure, then:

Right-click VM > Make Template

Template Name: almalinux9-base-v1

แนะนำเพิ่มเติม — แหล่งความรู้ Forex iCafeForex

echo "oVirt platform installed"

จัดการ Virtual Machines

จัดการ VMs ผ่าน oVirt REST API

Progressive Delivery สำหรับ VM Workloads

Deploy workloads ทีละน้อยบน oVirt

High Availability และ Live Migration

HA และ migration สำหรับ oVirt

=== oVirt HA and Live Migration ===

1. Enable VM High Availability

In oVirt Web UI:

Compute > Virtual Machines > Edit VM > High Availability

• Highly Available: Yes
• Priority: High (1 = Low, 100 = High)
• Resume Behavior: AUTO_RESUME
• Migration Policy: Cluster Default

Via REST API:

PUT /ovirt-engine/api/vms/{vm_id}

{

"high_availability": {

"enabled": true,

เนื้อหาเกี่ยวข้อง — Apache Arrow Multi-cloud Strategy

"priority": 100

}

}

2. Configure Fencing (STONITH)

Required for HA to work properly

Compute > Hosts > Edit > Power Management

Type: ipmilan / ilo / drac5

Address: 192.168.1.201 (IPMI address)

Username: admin

Password: secret

Options: lanplus=1

Test fencing:

Compute > Hosts > Right-click > Confirm Host has been Rebooted

3. Live Migration

Requirements:

• Shared storage (NFS, iSCSI, GlusterFS)
• Same CPU family on source and destination
• Network connectivity between hosts

Migrate VM:

Compute > Virtual Machines > Right-click > Migrate

Select target host or "Automatic"

CLI:

curl -X POST \
"https://engine.example.com/ovirt-engine/api/vms/{vm_id}/migrate" \
-H "Content-Type: application/xml" \
-u "admin@internal:password" \

-d '<action><host><name>host02</name></host></action>'

4. Scheduling Policies

Cluster > Edit > Scheduling Policy

Available policies:

• evenly_distributed: Balance VMs across hosts by CPU/memory
• power_saving: Consolidate VMs to fewer hosts (save power)
• vm_evenly_distributed: Even number of VMs per host
• cluster_maintenance: Migrate all VMs off a host

Custom properties:

CpuOverCommitDurationMinutes: 10

HighUtilization: 80

เนื้อหาเกี่ยวข้อง — บทความที่เกี่ยวข้อง: subnetting in computer networks in hindi

LowUtilization: 20

5. Affinity Groups

Control VM placement:

Compute > Affinity Groups > New

Positive affinity: VMs should run on same host

(e.g., app + cache for low latency)

Negative affinity: VMs should NOT run on same host

(e.g., web-01 and web-02 for HA)

Host affinity: VMs should/must run on specific hosts

(e.g., GPU VMs on GPU hosts)

6. Maintenance Mode

Before host maintenance:

Compute > Hosts > Right-click > Maintenance

This live-migrates all VMs to other hosts

After maintenance:

Compute > Hosts > Right-click > Activate

echo "HA and migration configured"

Monitoring และ Automation

Monitor oVirt platform

FAQ คำถามที่พบบ่อย

Q: oVirt กับ Proxmox VE ต่างกันอย่างไร?

A: oVirt เป็น enterprise-grade ออกแบบสำหรับ large-scale datacenter management มี features เช่น scheduling policies, affinity groups, data warehouse, Grafana dashboards เหมาะสำหรับองค์กรที่ต้องการ VMware alternative ฟรี Proxmox VE ใช้งานง่ายกว่า web UI ดีกว่า ติดตั้งเร็วกว่า มี built-in container support (LXC) เหมาะสำหรับ SMB และ home lab ทั้งคู่ใช้ KVM hypervisor เลือก oVirt สำหรับ enterprise ที่ต้องการ advanced scheduling และ integration กับ Red Hat ecosystem เลือก Proxmox สำหรับ simplicity และ ease of use

Q: Progressive Delivery บน VMs ต่างจากบน Kubernetes อย่างไร?

A: Kubernetes มี built-in rolling updates, canary deployments ผ่าน Deployment resource และ service mesh (Istio) traffic splitting ง่าย สำหรับ VMs ต้อง implement เอง ใช้ snapshots สำหรับ rollback, templates สำหรับ versioning, scripts สำหรับ orchestration ข้อดีของ VMs คือ isolation สูงกว่า, stateful workloads จัดการง่ายกว่า, legacy applications ที่ไม่ containerize ได้ แนะนำใช้ Ansible หรือ Terraform กับ oVirt provider สำหรับ automate progressive delivery บน VMs

Q: oVirt storage แนะนำแบบไหน?

A: NFS ง่ายที่สุด เหมาะสำหรับเริ่มต้นและ small-medium deployment performance ดีถ้าใช้ 10GbE network iSCSI performance ดีกว่า NFS สำหรับ random I/O เหมาะสำหรับ database VMs GlusterFS distributed storage ที่ scale ได้ ใช้ storage ของ hosts เอง ไม่ต้องมี dedicated storage server Ceph RBD performance ดีที่สุด scale ได้มากที่สุด แต่ซับซ้อนในการ setup สำหรับ production แนะนำ NFS สำหรับ general workloads iSCSI สำหรับ database Ceph สำหรับ large-scale

Q: Live Migration ใช้เวลานานไหม?

A: ขึ้นกับ memory size ของ VM และ network bandwidth VM 4GB memory บน 10GbE network ใช้เวลา 5-15 วินาที VM 16GB memory อาจใช้ 30-60 วินาที VM ที่มี dirty memory rate สูง (database, in-memory cache) อาจใช้เวลานานกว่าเพราะต้อง copy memory pages ที่เปลี่ยนระหว่าง migration ซ้ำ Convergence policies ช่วย กำหนด max migration time ถ้าเกินจะ throttle VM CPU เพื่อลด dirty pages Downtime จริง (switchover) เพียง 10-100 milliseconds ผู้ใช้แทบไม่รู้สึก