Docker VMM trên Docker Desktop: engine mới và cách chuyển đổi

Docker VMM là trình quản lý máy ảo (virtual machine monitor) do chính Docker xây dựng, chạy bên dưới Docker Desktop để tạo máy ảo Linux chứa Docker Engine trên macOS, Windows và Linux. Docker cho biết engine này khởi động nhanh hơn, chia sẻ file giữa host và container nhanh hơn và trả bộ nhớ lại cho máy khi container rảnh. Tính đến bản 4.99.0 (9/11/2026), Docker VMM đã có trên cả ba hệ điều hành và bật được trong Settings > General > Virtual Machine Manager, nhưng ghi chú phát hành gần nhất vẫn gọi tùy chọn trong bộ cài Windows là Beta.

Docker VMM khác gì engine cũ

Trong bài công bố bản beta công khai ngày 12/8/2026, Docker giải thích rằng Docker Desktop từ trước tới nay dựa vào VMM của bên thứ ba. Từ bản 4.86, Docker VMM được viết lại hoàn toàn, tối ưu riêng cho khối lượng container và cũng là nền tảng cho Docker Sandboxes.

Các lợi ích được nêu đều mang tính định tính, không kèm số đo:

• Khởi động nhanh hơn "đo được" ở lần mở đầu, khi chuyển dự án và khi khôi phục sau khởi động lại.
• Chia sẻ file giữa container và host nhanh hơn "đáng kể", điểm đau quen thuộc của dự án Node hay PHP có hàng chục nghìn file.
• Trả bộ nhớ cho máy khi container rảnh, giúp laptop 16GB bớt nóng và bớt swap.
• Trên Windows: ổn định hơn, mức cô lập tương đương Hyper-V và tốc độ ngang WSL2 theo mô tả của Docker.

Theo kế hoạch trong bài blog, Docker đặt mục tiêu GA vào cuối tháng 10/2026 và biến Docker VMM thành engine mặc định cho bản cài mới. Tuy vậy, khi chúng tôi đọc ghi chú phát hành tới bản 4.99.0, chưa có dòng nào tuyên bố GA hay mặc định.

Diễn biến qua các bản phát hành gần đây

Theo ghi chú phát hành Docker Desktop:

Bản 4.97.0 còn vá CVE-2026-114409, lỗi ghi khóa API và token OAuth dạng rõ vào log. Docker khuyên xóa hoặc làm sạch các gói chẩn đoán tạo từ bản 4.96.x trở về trước. Nếu team từng gửi diagnostics bundle cho ai, nên kiểm tra lại.

Yêu cầu hệ thống

Theo tài liệu Virtual Machine Manager của Docker:

• Mac: chỉ Apple silicon. Từ 4.86, Docker VMM là engine riêng của Docker; các bản 4.35–4.85 dùng libkrun.
• Windows: chỉ x86_64 (chưa hỗ trợ Arm), cần bật Windows Hypervisor Platform và Virtual Machine Platform.
• Linux: Docker Desktop 4.98 trở lên và có quyền truy cập KVM. Nếu không thấy tùy chọn, bật Beta features trong Settings.
• Bộ nhớ: cấp tối thiểu 4GB cho máy ảo Linux của Docker; Docker Desktop sẽ nhắc nếu đang thấp hơn.

Cách chuyển sang Docker VMM

1. Cập nhật Docker Desktop lên bản mới nhất.
2. Mở Settings > General > Virtual Machine Manager.
3. Chọn Docker VMM, bấm Apply & restart.
4. Chạy lại một dự án quen thuộc, so thời gian docker compose up và tốc độ hot reload với trước.

Nếu bạn nâng cấp từ bản 4.35 trở lên và đã chọn Docker VMM từ trước, thiết lập được giữ nguyên. Muốn quay lại, chọn engine cũ ở cùng vị trí: Apple Virtualization framework trên Mac, WSL 2 hoặc Hyper-V trên Windows, QEMU trên Linux.

Lỗi và hạn chế cần biết trước khi bật

• Mac không có Rosetta: chạy image amd64 sẽ chậm. Dự án còn phụ thuộc image chỉ có bản x86 nên cân nhắc.
• MongoDB, Cassandra có thể lỗi với virtiofs trên Mac; Docker dự kiến sửa ở bản sau.
• Bind mount trên Windows: mount thư mục chưa chia sẻ có thể báo lỗi "not shared from the host"; thêm thư mục trong Settings > Resources > File sharing.
• Mac, Linux: thư mục ngoài vị trí mặc định cũng phải thêm vào File sharing.
• Có thể phải khởi động lại Docker Desktop sau khi đổi engine.

Cách tự đo hiệu quả trước và sau khi chuyển

Vì Docker không công bố con số cụ thể, cách duy nhất để biết Docker VMM có đáng hay không là đo trên chính dự án của bạn. Một quy trình đơn giản trong khoảng một giờ:

1. Chọn hai dự án đại diện: một dự án nhiều file nhỏ (ví dụ ứng dụng Node có thư mục node_modules lớn được bind mount) và một dự án nặng về build image.
2. Đo với engine hiện tại: ghi thời gian từ lúc mở Docker Desktop tới khi lệnh docker info trả kết quả, thời gian docker compose up tới khi dịch vụ sẵn sàng, thời gian chạy bộ test trong container và thời gian hot reload sau khi sửa một file.
3. Ghi lại bộ nhớ: xem mức RAM mà máy ảo của Docker chiếm sau 30 phút làm việc rồi để rảnh 15 phút.
4. Chuyển sang Docker VMM, khởi động lại và lặp lại đúng các phép đo, mỗi phép ít nhất ba lần để lấy trung vị.

Ghi kết quả vào một bảng chung của team. Nếu chênh lệch không đáng kể với dự án của bạn, không có lý do gì phải vội đổi trong lúc tính năng còn nhãn Beta trên một số nền tảng.

Gợi ý cho team phát triển

Với team đang dùng Docker hằng ngày như mô tả trong bài cách container hóa ứng dụng bằng Docker, cách an toàn là để một hai người bật Docker VMM trong một tuần, ghi lại thời gian build, thời gian khởi động stack và các lỗi gặp phải. Dự án dùng MongoDB trên Mac hoặc cần image amd64 nên chờ thêm. Nếu kết quả tốt, cập nhật tài liệu onboarding để người mới chọn đúng engine ngay từ đầu.

Engine trên máy dev không ảnh hưởng tới môi trường CI hay production, vì máy chủ Linux chạy Docker Engine trực tiếp. Tuy vậy, khi file sharing nhanh hơn, vòng lặp sửa code và chạy test cục bộ ngắn lại, và đó là chỗ đội cảm nhận rõ nhất. Pipeline tự động vẫn giữ nguyên như hướng dẫn trong bài thiết lập CI/CD cho dự án web.