Máy ảo (VM) có thể mang lại gánh nặng hiệu suất cao hơn so với container, nhưng chúng là lựa chọn hoàn hảo để thử nghiệm các hệ điều hành khác nhau. Với vai trò là người thường xuyên thực hiện các thử nghiệm đặc biệt bên trong máy ảo, tôi thường xóa bỏ các VM khi hoàn thành dự án của mình. Thêm vào đó là xu hướng thường xuyên đổi distro của tôi, nên không có gì ngạc nhiên khi tôi thường coi bộ sưu tập VM dựa trên Proxmox của mình là “dùng một lần”, đặc biệt khi phần lớn các dịch vụ tự host của tôi chạy bên trong container. Tuy nhiên, ngay cả với tư duy đó, tôi vẫn nhận ra một số VM là phần không thể thiếu của máy chủ Proxmox của mình, và dưới đây là danh sách những máy ảo đặc biệt mà tôi nhất định không thể xóa bỏ.
1. Máy ảo Arch Linux: Khôi phục dễ dàng khi gặp sự cố
Không giống như Debian, Ubuntu và các đối tác “vanilla” khác, Arch Linux là một bản phân phối tiên tiến với môi trường không cồng kềnh, hàng trăm trang tài liệu phong phú và các gói phần mềm mới nhất mà cộng đồng Linux cung cấp. Qua nhiều năm, Arch đã trở nên dễ tiếp cận hơn rất nhiều đối với người dùng phổ thông, và tôi dám nói rằng nó không hề khó khăn như một số người vẫn nghĩ khi bạn đã vượt qua trình hướng dẫn cài đặt ban đầu.
Mặc dù vậy, tôi đã từng gặp một vài sự cố với các gói bị lỗi, vì chu kỳ phát hành liên tục (rolling-release) của Arch có thể dẫn đến một số bản cập nhật có lỗi và khiến một số ứng dụng không sử dụng được. Nhưng vì tôi chạy Arch Linux dưới dạng VM, tôi có thể sử dụng các snapshot để khôi phục ngay lập tức từ các bản cập nhật bị lỗi. Bằng cách đó, tôi sẽ không phải mất hàng giờ biên dịch lại các gói yêu thích của mình hoặc thiết lập nhiều ứng dụng “Linux ricing” để tùy chỉnh môi trường Arch của mình.
2. Máy ảo Ansible và Terraform: Tự động hóa triển khai và quản lý
Tôi đã quan tâm đến lĩnh vực DevOps và quản trị hệ thống (sysadmin) trong một thời gian dài, và thường sử dụng máy chủ Proxmox của mình để làm quen với các công cụ cấp doanh nghiệp. Terraform và Ansible là hai công cụ như vậy, cung cấp các tính năng tự động hóa hàng đầu cho những người xây dựng home lab. Tôi thường sử dụng Terraform để thực hành triển khai LXC và VM trên máy chủ Proxmox của mình. Mặc dù có thể mất một thời gian để tạo ra tệp cấu hình lý tưởng, nhưng nó rất tuyệt vời để cấp phát các máy ảo dự phòng cho các thử nghiệm của tôi.
Giao diện n8n, một trong những dịch vụ tự host mạnh mẽ để tự động hóa quy trình trên Proxmox server.
Trong khi đó, các playbook của Ansible đảm nhiệm các tác vụ sau cài đặt, và tôi thường xuyên sử dụng chúng để tự động chạy script, cập nhật gói phần mềm và sửa đổi cài đặt trên bộ sưu tập máy ảo của mình. Vì tôi chạy chúng song song với nhau, tôi cài đặt cả hai công cụ tự động hóa này trên cùng một máy ảo. Bằng cách đó, tôi có thể khắc phục lỗi trong các tệp cấu hình của mình mà không cần chuyển đổi giữa nhiều VM.
3. Máy ảo Home Assistant: Nền tảng nhà thông minh mạnh mẽ
Nếu bạn đã từng “lạc” vào thế giới nhà thông minh, bạn có thể đã thấy nhiều người (bao gồm cả tôi) tôn thờ Home Assistant như một chén thánh, và điều đó có lý do. Ngoài việc cung cấp quyền riêng tư hoàn toàn khi quản lý các thiết bị nhà thông minh của mình, Home Assistant tương thích với mọi thiết bị IoT trong kho công nghệ của tôi, và tôi đã cài đặt vô số tiện ích bổ sung và tích hợp vào phiên bản HASS của mình. Mặc dù tôi đã chuyển sang Node-RED để tự động hóa các thiết bị thông minh của mình, tôi cũng đánh giá cao sự hỗ trợ tự động hóa dựa trên blueprint mà Home Assistant cung cấp.
Hơn nữa, có một số cách để triển khai Home Assistant, từ Docker và container LXC đến các VM hoàn chỉnh. Mặc dù một container Home Assistant không quá khác biệt về chức năng, tôi vẫn ưu tiên chạy phiên bản HASS của mình bên trong một VM – một phần vì các tính năng cách ly vượt trội và cũng vì Add-on Store tích hợp sẵn giúp đơn giản hóa quá trình chạy các dịch vụ bổ sung trên máy chủ Home Assistant.
4. Nền tảng lưu trữ Container dựa trên Debian: Sự ổn định cho các dịch vụ tự host
Mặc dù tôi dựa vào LXC cho hầu hết các nhu cầu tự host của mình, nhưng không phải mọi dịch vụ đều có các mẫu LXC (hoặc thậm chí Cosmos/CasaOS/Runtipi) được định nghĩa sẵn. Đó là lúc trung tâm tự host dựa trên Debian của tôi phát huy tác dụng. Trong vài tháng đầu tiên, tôi đã chọn Docker Engine làm công cụ chạy container của mình, nhưng sau khi thử nghiệm với Podman, tôi đã chuyển sang Podman và chưa bao giờ phải hối tiếc.
Chắc chắn, tôi có thể chỉ sử dụng một LXC Docker cho thiết lập này, nhưng tôi thấy một máy ảo chuyên dụng ổn định và đáng tin cậy hơn so với một container trung tâm chạy các dịch vụ khác.
5. Môi trường phát triển Windows 11: Giải pháp tối ưu cho dự án lập trình
Trước khi tôi tham gia vào “phe” máy chủ tại nhà, việc quản lý các tài liệu mã, tệp thực thi và gói phần mềm là một nỗi đau thực sự, và tôi thường có các tệp dự án nằm rải rác trên nhiều máy tính. Việc tạo một môi trường phát triển đã trở thành một giải pháp tuyệt vời cho vấn đề mã hóa của tôi, vì tôi có thể lưu trữ “mớ hỗn độn” thư viện dự án của mình bên trong một VM duy nhất và truy cập nó từ bất cứ đâu.
Một máy tính mã hóa Windows 11 cũng cung cấp một môi trường lập trình nhất quán, điều này rất hữu ích khi tôi cần chuyển đổi thiết bị. Sau đó là khía cạnh VM của máy tính mã hóa, giúp dễ dàng khôi phục từ các lỗi mã hóa và tai nạn lập trình.
Truy cập máy ảo Windows 11 từ MacBook thông qua ứng dụng từ xa, tối ưu cho môi trường phát triển lập trình.
Các máy ảo thú vị khác mà người dùng Proxmox nên khám phá
Cho đến nay, tôi mới chỉ đề cập đến các máy ảo Proxmox “phải có” của mình, nhưng tôi cũng thường chạy một vài máy ảo khác xứng đáng được nhắc đến. Mặc dù tôi không thích những thay đổi cấp phép gần đây của ESXi, nhưng đây vẫn là một hypervisor quan trọng đối với bất kỳ người đam mê DevOps nào. Đó là lý do tại sao tôi sử dụng nested virtualization (ảo hóa lồng nhau) để chạy nó trên Proxmox, mặc dù chi phí hiệu suất bổ sung có thể khiến nó khó khuyến nghị cho các thiết lập có ngân sách hạn chế.
Nói về ảo hóa lồng nhau, Qubes OS là một bản phân phối đáng chú ý khác dành cho những người thích thử các distro và tìm kiếm điều gì đó thú vị để “vọc”. Cuối cùng, OpenMediaVault rất phù hợp cho một máy chủ chia sẻ tệp nhẹ, nhưng tôi không khuyến nghị sử dụng thiết lập OMV ảo hóa làm máy sao lưu.