Máy ảo (VM) đôi khi có thể gây ra hiệu suất chậm hơn so với container, nhưng chúng lại là lựa chọn hoàn hảo để thử nghiệm nhiều hệ điều hành khác nhau. Với vai trò là người thường xuyên tiến hành các thử nghiệm độc đáo bên trong máy ảo, tôi thường có xu hướng xóa bỏ VM của mình sau khi hoàn thành dự án. Kết hợp với thói quen “nhảy distro” liên tục, việc tôi coi bộ sưu tập máy ảo Proxmox của mình là “dùng một lần” không có gì đáng ngạc nhiê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 này, tôi vẫn nhận ra một số máy ảo Proxmox là những phần không thể thiếu của hệ thống server của mình. Dưới đây là danh sách các máy ảo đặc biệt mà tôi không bao giờ muốn chia tay.
5. Máy ảo Arch Linux
Dễ dàng khắc phục sự cố hơn với máy ảo
Không giống như Debian, Ubuntu và các đối tác “thuần” 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, kho 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. Trong nhiều năm, Arch đã trở nên dễ tiếp cận hơn với người dùng thông thường, và tôi dám khẳng định rằng nó không hề khó khăn như một số người vẫn nghĩ, một khi bạn đã vượt qua trình hướng dẫn cài đặt ban đầu.
Mặc dù vậy, tôi đã vài lần gặp phải các gói bị lỗi, vì chu kỳ phát hành “rolling-release” của Arch đôi khi 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 thể sử dụng được. Nhưng vì tôi chạy Arch Linux dưới dạng máy ảo, tôi có thể sử dụng tính năng snapshot để khôi phục tức thì từ các bản cập nhật bị lỗi. Bằng cách này, 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 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.
4. Máy ảo Ansible và Terraform
Tự động hóa các máy ảo và LXC khác
Tôi đã quan tâm đến lĩnh vực DevOps và quản trị hệ thống từ lâu, và thường sử dụng server Proxmox của mình để làm quen với các công cụ cấp công nghiệp. Terraform và Ansible là hai tiện ích như vậy, cung cấp các tính năng tự động hóa hàng đầu cho những người yêu thích home lab. Tôi có xu hướng sử dụng Terraform để thực hành triển khai LXC và VM trên server 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 quản lý quy trình tự động hóa với n8n trên Proxmox, minh họa các dịch vụ tự động hóa home lab
Trong khi đó, Ansible playbooks đả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 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
HAOS là phương pháp ưa thích để chạy Home Assistant
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) xem Home Assistant như một chén thánh, và có lý do chính đáng cho điều đó. Bên cạnh việc cung cấp sự 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 máy tính của tôi, và tôi có vô số add-on và tích hợp được kết nối với 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, tôi cũng đánh giá cao sự hỗ trợ cho tự động hóa dựa trên blueprint mà Home Assistant cung cấp.
Hơn nữa, có nhiều cách để triển khai Home Assistant, từ Docker và LXC container đến các máy ảo 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 thích chạy phiên bản HASS của mình bên trong một máy ảo – một phần vì tính năng cách ly vượt trội của nó và cũng vì Add-on Store tích hợp giúp đơn giản hóa quá trình chạy các dịch vụ bổ sung trên server Home Assistant.
2. Nền tảng lưu trữ container dựa trên Debian
Bạn có thể chọn bất kỳ phiên bản Linux nào
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, không phải mọi dịch vụ đều có các template LXC (hoặc thậm chí Cosmos/CasaOS/Runtipi) được định nghĩa sẵn. Đó là lúc hub 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 runtime 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 Docker LXC 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.
1. Môi trường phát triển Windows 11
Giải pháp lý tưởng cho các tệp dự án lộn xộn của tôi
Trước khi tôi tham gia vào cộng đồng home server, việc quản lý các tài liệu mã, file nhị phân và gói phần mềm của tôi 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 PC. Việc tạo một môi trường phát triển đã trở thành giải pháp toàn diện 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 máy ảo duy nhất và truy cập nó từ mọi nơi.
Một máy tính mã hóa chạy 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 tiện lợi khi tôi cần thay đổi thiết bị. Sau đó, khía cạnh máy ảo của máy mã hóa giúp dễ dàng khôi phục từ các sự cố mã hóa và lỗi lập trình.
Màn hình MacBook hiển thị ứng dụng truy cập môi trường phát triển Windows 11 chạy trên máy ảo Proxmox, minh họa khả năng làm việc linh hoạt
Không thiếu các máy ảo thú vị dành cho người dùng Proxmox
Cho đến nay, tôi chỉ đề cập đến những máy ảo Proxmox “phải có” của mình, nhưng tôi cũng thường xuyên 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 về cấp phép gần đây của ESXi, nhưng nó 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 ảo hóa lồng ghép (nested virtualization) để chạy nó trên Proxmox, mặc dù chi phí hiệu suất bổ sung có thể khiến nó khó được khuyến nghị cho các thiết lập có ngân sách hạn hẹp.
Nói về ảo hóa lồng ghép, Qubes OS là một bản phân phối đáng chú ý khác dành cho những người thích “nhảy distro” và tìm kiếm điều gì đó thú vị để mày mò. Cuối cùng, OpenMediaVault là lựa chọn hoàn hảo cho một server chia sẻ file 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.
Hãy chia sẻ những máy ảo không thể thiếu của bạn trên Proxmox trong phần bình luận bên dưới nhé!