Nền tảng đám mây ZStack
Triển khai một máy chủ với đầy đủ tính năng, miễn phí trong một năm
Các doanh nghiệp trên toàn thế giới đang tích cực khám phá các tùy chọn như VMware Tanzu sang container, VM sang container, di chuyển VMware TKGS và di chuyển VMware Tanzu để hiện đại hóa cơ sở hạ tầng kỹ thuật số của họ. Xu hướng này được thúc đẩy bởi sự quan tâm ngày càng tăng đối với các hoạt động dựa trên nền tảng đám mây, mối lo ngại về cấu trúc chi phí nền tảng và nhu cầu áp dụng các mô hình triển khai linh hoạt và có thể mở rộng hơn. Đồng thời, việc tìm kiếm các công cụ di chuyển VMware, di chuyển trực tiếp và di chuyển nguội, các lựa chọn thay thế VMware Broadcom và các lựa chọn thay thế VMware cho thấy các tổ chức đang đánh giá lại cách phát triển từ ảo hóa truyền thống sang kiến trúc dựa trên vùng chứa. Khi Kubernetes trở thành nền tảng ứng dụng mặc định của ngành, nhiều nhóm cũng cân nhắc việc chuyển từ VMware vSphere sang OpenShift Virtualization hoặc các lớp ảo hóa dựa trên nền tảng đám mây tương tự để kết nối khối lượng công việc cũ và hệ sinh thái container trong tương lai.
Gần đây, Gartner đã phát hành Hướng dẫn thị trường năm 2025 dành cho Nền tảng ảo hóa máy chủ. Báo cáo cho biết “thị trường ảo hóa máy chủ đang trải qua thời kỳ gián đoạn đáng kể nhất trong nhiều thập kỷ, vì việc Broadcom mua lại VMware đã định hình lại bối cảnh cạnh tranh”. Gartner dự đoán thêm rằng “đến năm 2028, áp lực chi phí sẽ thúc đẩy 70% khách hàng doanh nghiệp VMware trên toàn thế giới chuyển 50% khối lượng công việc ảo của họ sang các nền tảng thay thế”.
Ảo hóa cũ đã giúp ích cho các công ty trong nhiều năm. Tuy nhiên, các ứng dụng mới muốn có tốc độ, di chuyển dễ dàng và thay đổi nhanh chóng. Việc chuyển sang vùng chứa cho thấy một sự thay đổi lớn trong build. Vùng chứa cho phép các ứng dụng chạy giống nhau trên bất kỳ đám mây nào. Chúng phù hợp trơn tru trong các dòng xây dựng và phát hành. Chúng phát triển cạnh nhau với tải trọng bổ sung thấp.
Nhiều công ty lần đầu tiên chọn VMware Tanzu và TKGS để đưa Kubernetes vào vSphere. Nhưng những cách cấp phép mới và nhu cầu công việc hàng ngày khiến các nhóm phải suy nghĩ lại về kế hoạch dài hạn. Vì vậy, kế hoạch VMware Tanzu sang vùng chứa hoặc rộng hơn là kế hoạch VM sang vùng chứa trở thành các bước chính để cập nhật.
VMware Tanzu Kubernetes Grid Service (TKGS) cho phép các cụm Kubernetes chạy ngay bên trong vSphere. Nó liên kết đến vCenter. Nó sử dụng mạng và lưu trữ vSphere. Nó cung cấp cho Kubernetes khả năng kiểm soát theo kiểu chạy VMware. Điều này giúp các nhóm hiểu sâu hơn về VMware. Nhưng các cụm phải tuân theo quy tắc của VMware. Điều này hạn chế khi các nhóm muốn có sự tự do dựa trên nền tảng đám mây.
Quá trình di chuyển VMware TKGS không phải là một hoạt động chuyển đổi đơn giản. Nhiều cụm dựa vào bộ cân bằng tải dành riêng cho vSphere, chính sách khối lượng liên tục và cấu trúc mạng. Các ứng dụng có thể cần được đóng gói lại cho các thùng chứa hoặc được phân tích bằng các công cụ di chuyển của VMware để xác định tính tương thích. Hơn nữa, một số khối lượng công việc trạng thái phải được thiết kế lại trước khi lộ trình di chuyển VMware Tanzu thành công trở nên khả thi.
Một bước đi tốt bắt đầu với danh sách đầy đủ các dịch vụ trên máy ảo TKGS hoặc VMware. Các nhóm chia ứng dụng thành những ứng dụng sẵn sàng cho VM vào vùng chứa và những ứng dụng cần nhiều công việc hơn. Biết được liên kết lưu trữ, đường đi và kiểm soát của người dùng mang lại kết quả an toàn hơn.
Một số ứng dụng đã sử dụng các bộ phận nhỏ hoặc đường băng mới. Chúng phù hợp với việc di chuyển container nhanh chóng. Những người khác vẫn ở khối lớn, cần các bộ phận hệ thống hoặc bị khóa đối với nhà cung cấp. Con đường di chuyển VMware Tanzu của họ trở nên khó khăn. Các nhóm thường chọn các công cụ di chuyển VMware để tự động tạo hình ảnh hoặc kéo các phần ứng dụng.
Không phải tất cả khối lượng công việc đều biến thành vùng chứa nhanh chóng. Nhiều công ty chọn một cách hỗn hợp. Họ chuyển VMware vSphere sang OpenShift Virtualization. Máy ảo chạy bên trong Kubernetes cho đến khi sẵn sàng cho bản dựng mới. Điều này mang lại sự thay đổi chậm mà không phá vỡ các dịch vụ chính.
Các công cụ được tạo để VM hoạt động với vùng chứa có thể tự động tạo hình ảnh, nhu cầu bản đồ và cài đặt sao chép. Họ cắt giảm công việc đóng gói lại ứng dụng. Họ đảm bảo khối lượng công việc mới phù hợp với quy tắc vùng chứa. Họ cũng giúp các công việc di chuyển lớn của VMware Tanzu.
Trong quá trình di chuyển, các nhóm thường so sánh di chuyển trực tiếp và di chuyển nguội.
Di chuyển trực tiếp phù hợp khi di chuyển các máy ảo giữa các cụm VMware với thời gian ngừng hoạt động tối thiểu. Di chuyển lạnh, bao gồm việc tắt khối lượng công việc trong thời gian ngắn, phổ biến hơn đối với quá trình chuyển đổi vùng chứa do những khác biệt cơ bản về VM và vòng đời vùng chứa. Đối với việc di chuyển VMware TKG hoặc chuyển đổi các dịch vụ nguyên khối thành các bộ chứa, việc di chuyển lạnh mang lại các bước chuyển đổi rõ ràng hơn và các điều kiện thử nghiệm có thể dự đoán được.
Di chuyển VM trực tiếp tới vùng chứa sẽ kéo các phần ứng dụng. Nó gói chúng thành những hình ảnh đẹp của OCI. Nó ghi các tập tin Kubernetes. Nó bổ sung thêm các quy tắc theo dõi và phát triển. Cách này mang lại sự tự do lâu dài nhất. Nó cắt giảm các giới hạn VMware cũ.
Khi khối lượng công việc hiện không thể chuyển vùng chứa, các nhóm sẽ chọn các lớp VM gốc Kubernetes. Những điều này cho phép máy ảo chạy bên cạnh các vùng chứa dưới một điều khiển. Điều này hoạt động rất tốt khi xem xét các lựa chọn thay thế VMware phù hợp với nền tảng đám mây nhưng vẫn giữ cho VM phù hợp.
Bước chậm làm giảm rủi ro. Các nhóm kiểm tra khối lượng công việc của vùng chứa từng chút một. Bắt đầu với các ứng dụng có mức độ nhấn nhẹ hoặc thấp. Điều này tạo dựng niềm tin trước khi chạm vào các hệ thống chính. Bước này phù hợp với việc di chuyển VMware Tanzu và các kế hoạch cập nhật lớn.
Các gói mạng, lớp lưu trữ, xâm nhập và khối lượng cần ánh xạ cẩn thận để tránh bị gián đoạn. Mạng Kubernetes khác nhiều so với VMware NSX hoặc vSphere. Ở lại kiểm tra là cần thiết. Các quy tắc tương tự sẽ giữ nguyên dịch vụ khi chuyển từ TKGS sang container.
Sau khi VMware Tanzu chuyển sang vùng chứa, các nhóm sẽ kiểm tra dấu tốc độ, hoạt động phát triển và cài đặt an toàn. Khắc phục các bước như thay đổi giới hạn tài nguyên hoặc dòng xây dựng tốt hơn để mang lại giá trị nền tảng hoàn toàn mới.
ZStack là nhà cung cấp cơ sở hạ tầng đám mây toàn cầu và nền tảng dựa trên AI, cung cấp bộ sản phẩm đầy đủ được thiết kế cho các doanh nghiệp đang chuyển đổi sang kiến trúc hiện đại, sẵn sàng cho container. Hệ sinh thái nền tảng của nó bao gồm Đám mây ZStack để quản lý đám mây thống nhất, ZStack ZSphere để ảo hóa hiệu suất cao, ZStack Zaku cho các hoạt động trên đám mây container dựa trên Kubernetes và ZStack CMP để quản trị nhiều đám mây. Cùng với nhau, các sản phẩm này giúp các tổ chức hỗ trợ cả ứng dụng dựa trên VM và khối lượng công việc trên nền tảng đám mây với hiệu suất ổn định, mô hình triển khai linh hoạt và các hoạt động trong vòng đời được đơn giản hóa.
ZStack đã được công nhận trong Hướng dẫn thị trường dành cho nền tảng ảo hóa máy chủ năm 2025 của Gartner với nền tảng ảo hóa ZSphere và được xếp hạng số 1 trong số các nhà cung cấp đám mây độc lập trong báo cáo Thị trường phần mềm hệ thống đám mây Trung Quốc của IDC với nền tảng ZStack Cloud.
ZStack cung cấp lớp VM tốc độ cao với tính năng tự động tính toán, lưu trữ và thiết lập mạng. Đối với các nhóm lập kế hoạch VMware Tanzu sang container, VM sang container hoặc di chuyển VMware TKG, đó là hàng hóa đám mây container hỗ trợ thiết lập cụm Kubernetes dễ dàng và kiểm soát cuộc sống.
Với nhiều công việc trong các nhóm đám mây vững chắc, ZStack hỗ trợ một cơ sở hỗn hợp nơi các máy ảo và vùng chứa chạy cạnh nhau. Điều này tạo ra sự lựa chọn mạnh mẽ cho các công ty trong việc kiểm tra các lựa chọn thay thế VMware hoặc các lựa chọn thay thế VMware Broadcom. Nó mang lại sự tăng trưởng an toàn và tạo ra nhu cầu chuyển từ nền tảng VMware sang nền tảng container mới.
A: Con đường tốt nhất bắt đầu bằng việc đánh giá khối lượng công việc, sau đó là chọn các công cụ di chuyển tự động chuyển đổi hình ảnh và khám phá phần phụ thuộc. Triển khai theo từng giai đoạn giúp giảm rủi ro và đảm bảo sự ổn định trong quá trình chuyển đổi.
A: Các công cụ phân tích kiến trúc ứng dụng, trích xuất các yêu cầu thời gian chạy và tự động tạo hình ảnh vùng chứa đặc biệt hữu ích cho các hoạt động di chuyển VM-to-container và VMware Tanzu.
A: Di chuyển trực tiếp áp dụng chủ yếu cho việc di chuyển VMware-to-VMware. Di chuyển lạnh được khuyến nghị cho quá trình chuyển đổi vùng chứa vì nó đảm bảo trạng thái khởi động sạch và ánh xạ cấu hình có thể dự đoán được trong Kubernetes.
A: Các lựa chọn thay thế bao gồm nền tảng container, ngăn xếp ảo hóa gốc Kubernetes và giải pháp nền tảng đám mây giúp tránh các cấu trúc cấp phép phức tạp và hỗ trợ lộ trình hiện đại hóa linh hoạt.
A: Đúng. Nó cung cấp một mô hình kết hợp cho phép máy ảo chạy bên trong Kubernetes trong khi các nhóm dần dần chuyển đổi dịch vụ thành vùng chứa, khiến mô hình này trở nên lý tưởng cho khối lượng công việc phức tạp hoặc có trạng thái.