VCenter

VMware vCenter Server
Phát triển bởi	VMware, Inc.
Phát hành lần đầu	5 tháng 12 năm 2003; 21 năm trước
Phiên bản ổn định	8.0 (build 20519528); / 10 tháng 11 năm 2022; 2 năm trước
Hệ điều hành	Windows Server (bản cuối cùng hỗ trợ: 6.7U2); VMware ESXi
Nền tảng	32-bit (ngưng hỗ trợ từ 4.1U2), 64-bit
Website	www.vmware.com/products/vcenter-server.html

VMware vCenter Server là tiện ích trong bộ giải pháp vSphere (trước kia là VMware Infrastructure) của VMware được sử dụng để quản lý tập trung các máy ảo, máy chủ ESXi và các thành phần khác của nền tảng điện toán đám mây vSphere.

Lịch sử

Ban đầu vCenter được thiết kế như một dịch vụ chạy trên hệ điều hành Windows. Phiên bản đầu tiên có tên VirtualCenter 1.0 ra mắt ngày 05 tháng 12 năm 2003.^[2] Phiên bản 4.0 (thuộc bộ vSphere 4) trở đi được đổi tên thành vCenter.^[3]

Bắt đầu từ phiên bản vCenter 5.0 ra mắt 24 tháng 8 năm 2011^[4], được chia làm 2 dòng:

Windows vCenter Server: bản cài đặt trên hệ điều hành Windows, đòi hỏi một cơ sở dữ liệu (CSDL) riêng (PostgreSQL, MSSQL, Oracle).
vCenter Server Appliance (VCSA): là một máy ảo được cấu hình sẵn đã được tích hợp CSDL PostgreSQL (có thể sử dụng CSDL Oracle ngoài). VCSA yêu cầu một máy chủ ESXi sẵn có để cài đặt như một máy ảo (VCSA không hỗ trợ chạy trực tiếp trên phần cứng máy thật (bare-metal)).^[5]

vCenter 6.7, cũng như bộ giải pháp vSphere 6.7 là phiên bản cuối cùng còn hỗ trợ nền tảng Windows.^[6]^[7]

Tính năng

Ngoài mục đích quản lý tập trung, vCenter cần được dùng để thực hiện một số chức năng của vSphere như vMotion, svMotion, DRS...

vMotion (di chuyển nóng)^[8]

vMotion trong ESX cho phép di chuyển một máy ảo di giữa hai máy chủ khác nhau mà không cần phải tắt máy ảo.

Trong quá trình di chuyển nóng vMotion (vLM) của máy ảo đang chạy (VM), nội dung của bộ nhớ (RAM) của VM được gửi từ VM đang chạy đến VM mới trên máy chủ khác. Để thực hiện việc này, ESX gửi bộ nhớ từ VM ban đầu đến VM khác và sau đó sẽ kiểm tra dữ liệu nào được thay đổi và gửi dữ liệu đó, lặp đi lặp lại, càng về sau nội dung khác biệt sẽ càng nhỏ hơn. Vào giây phút cuối, nó sẽ nhanh chóng 'đóng băng' VM hiện có, chuyển những thay đổi cuối cùng trong nội dung RAM và sau đó khởi động VM mới. Mục đích của quá trình này là giảm thiểu thời gian VM bị treo. Trong trường hợp lý tưởng, thời gian chuyển dữ liệu cuối cùng sẽ bằng thời gian cần thiết để khởi động VM mới.^[9]^[10]

svMotion (Storage vMotion)^[11]^[12]

svMotion cho phép di chuyển nóng đĩa ảo và thư mục gốc mà không có thời gian downtime^[11].svMotion sử dụng mirror driver để sao chép đĩa ảo và/hoặc thư mục gốc sang datastore khác một cách đồng thời, đảm bảo dữ liệu luôn được đồng bộ cho đến khi svMotion hoàn tất, đến lúc đó dữ liệu nguồn sẽ được xóa ^[13]