Ảo hóa GPU không dễ dàng nếu không có những cân nhắc ăn nhập. Trong môi trường VMware, quản trị viên cần phê chuẩn vấn đề license, các đề xuất về tài nguyên và khả năng cung cấp phần cứng.
Ảo hóa GPU không còn dành riêng cho các hệ thống VDI; càng ngày càng có nhiều ứng dụng sử dụng vGPU cho máy tính để bàn, máy chủ và máy tính hiệu suất cao (HPC). Do đó, điều quan trọng là quản trị viên ảo phải nhận ra việc ảo hóa GPU không giống như ảo hóa CPU hoặc RAM. Quản trị viên đề xuất một cách tiếp cận khác khi thiết kế, cấp phép và triển khai chúng, đặc biệt là đối với ảo hóa GPU VMware.
Khi nói đến hệ thống VDI, quản trị viên sẽ tìm thấy nhiều cuộc bàn bạc về các tài nguyên I/O, CPU và bộ nhớ cấp thiết , điều này có ý nghĩa vì chúng thường rất quan trọng trong việc thiết lập hệ thống VDI. Tuy nhiên, một trong những thứ mà quản trị viên không phải lúc nào cũng cân nhắc là chính các GPU.
Quản trị viên nên có vGPU trong tay để xây dựng thành công hệ thống VDI và trong khi hai nhà cung cấp chính cho vGPU là Nvidia và AMD, thì dòng sản phẩm Nvidia có lịch sử lâu đời hơn với các dòng sản phẩm VMware .
Cân nhắc về license, nhu cầu tài nguyên trước khi ảo hóa VMware GPU
dù rằng thực tại GPU là phần cứng, thường được gắn một hypervisor kèm theo, nhưng mỗi GPU là độc nhất vô nhị. Quản trị viên có thể trộn và kết hợp một số phần cứng trong GPU, điều này có thể trở thành thách thức đối với một số người. Ví dụ: quản trị viên có thể có các mẫu card GPU khác nhau trong cùng một cụm VMware, cho phép quản trị viên chạy các máy ảo trên các phân lớp GPU khác nhau để có hiệu suất tối ưu, phí tổn hợp lý và tính linh hoạt.
ngoài ra, mỗi máy (host) trong cụm đó phải chạy nội bộ cùng một GPU. Do vậy, trong khi máy host của quản trị viên có thể có các model GPU khác nhau, mỗi host chỉ có thể cài đặt một model. Nó sẽ hao hao như việc có hai model CPU khác nhau trong cùng một nền móng máy chủ; quản trị viên không thể có hai CPU khác nhau và duy trì một hypervisor ổn định.
Điều này có tức thị đối với quản trị viên là họ phải quan tâm nhiều hơn đến các nhóm VMware Distributed Resource Scheduler và High Availability của VMware để bảo đảm workload của họ chạy trên đúng máy chủ GPU mà họ đã đặt cho mỗi workload ảo. Điều này không có tức là quản trị viên chẳng thể di chuyển workload từ host có GPU cụ thể sang máy chủ khác có GPU khác. Để làm như vậy, quản trị viên phải tắt máy khách trước và đảm bảo license của họ đã được thiết lập, nhưng họ có thể sử dụng vMotion để di chuyển khách từ máy chủ cụ thể sang máy chủ khác trong cùng một mô hình GPU.
>>> Xem thêm: R250 Dell
Quản trị viên phải bảo đảm họ có các host với GPU ăn nhập để xử lý failover hoặc tốt hơn là chọn các GPU có thể đáp ứng nhiều loại workload hơn để chuẩn hóa trên một mô hình chung. Một trong những điều tuyệt vời về VMware và Nvidia là khả năng phân bổ tối đa bốn GPU cho mỗi máy ảo. Quản trị viên có thể mở rộng quy mô đến các GPU cấp nhàng nhàng và cao cấp hơn, chẳng hạn như Nvidia Tesla T4 hoặc Quadro, để xử lý workload cao hơn mà không phá vỡ vạc hệ thống hoặc đề xuất một số GPU phần cứng khác nhau để hỗ trợ nhiều “knowledge worker” truyền thống hơn.
ngoại giả, quản trị viên phải thay đổi cài đặt đồ họa cho máy chủ từ chia sẻ thành san sớt trực tiếp. Nếu bước này bị bỏ qua, máy ảo của quản trị viên sẽ không phát động.
Sau khi quản trị viên đã đặt GPU của họ trên một nhóm máy chủ cụ thể, họ cũng sẽ yêu cầu license. Với GPU, quản trị viên phải có license phần mềm cho phép trình điều khiển truy nã cập chức năng GPU từ xa. Mặc dầu điều này thêm một license khác để quản lý, nhưng nó mang lại cơ hội tuyệt vời cho quản trị viên.
Điều này là do các tính năng của vGPU được xác định bởi license chứ không phải bởi trình điều khiển. Điều này có nghĩa là, để bật hoặc tắt một số chức năng cố định, quản trị viên phải có license cụ thể để làm như vậy. Đây là một ích lợi to lớn cho những quản trị viên, những người có thể lo âu về việc phải cấu hình lại các cài đặt dựa trên nhu cầu.
tuy nhiên, nếu quản trị viên đang sử dụng nhiều GPU, họ phải có license như NVLink của Nvidia để kết hợp mọi thứ lại với nhau. Quản trị viên chẳng thể ghép nối các thành phần với nhau từ một số GPU để phân bổ hai đến bốn GPU cho mỗi máy ảo; chúng phải được cấp phát đầy đủ các thẻ.
Các cân nhắc bổ sung để đảm bảo triển khai vGPU thành công
phê duyệt các vGPU chia sẻ công nghệ giống như hypervisor, chúng cũng san sớt các ích lợi bảo mật giống nhau. Mặc dù bảo mật video có thể không phải là ưu tiên hàng đầu đối với một số quản trị viên, nhưng nó sẽ phát huy tác dụng khi quản trị viên sử dụng GPU cho tính toán hiệu suất cao, học sâu và AI.
Điều rút cục mà quản trị viên nên biết là nền móng máy chủ phần cứng của GPU rất có thể sẽ thay đổi. GPU là những chiếc card “trâu cày” nghiêm chỉnh và chúng yêu cầu một framework lý tưởng để hỗ trợ. Nền tảng phần cứng không được tối ưu hóa GPU có thể thiếu không gian bên trong vật lý cấp thiết, khả năng làm mát và sức mạnh để hỗ trợ một số card GPU nhất quyết.
Quản trị viên phải làm việc với cả VMware và Nvidia để có nền tảng phần cứng được chứng thực và bảo đảm họ chọn đúng card cho các trường hợp sử dụng, cũng như các đề nghị về nguồn và làm mát trong trọng tâm dữ liệu của họ. Những thách thức đi kèm với công nghệ ảo hóa GPU chắc hẳn đã quen thuộc với quản trị viên, với một đôi điểm khác biệt. Ảo hóa GPU không phải là một trò chơi hoàn toàn mới; nó chuyển trò chơi sang một lĩnh vực khác. Nếu quản trị viên biết những điều kỳ quặc, họ có thể tránh chúng và triển khai thành công.
>>> Xem thêm: r450 dell
Ảo hóa GPU không còn dành riêng cho các hệ thống VDI; càng ngày càng có nhiều ứng dụng sử dụng vGPU cho máy tính để bàn, máy chủ và máy tính hiệu suất cao (HPC). Do đó, điều quan trọng là quản trị viên ảo phải nhận ra việc ảo hóa GPU không giống như ảo hóa CPU hoặc RAM. Quản trị viên đề xuất một cách tiếp cận khác khi thiết kế, cấp phép và triển khai chúng, đặc biệt là đối với ảo hóa GPU VMware.
Khi nói đến hệ thống VDI, quản trị viên sẽ tìm thấy nhiều cuộc bàn bạc về các tài nguyên I/O, CPU và bộ nhớ cấp thiết , điều này có ý nghĩa vì chúng thường rất quan trọng trong việc thiết lập hệ thống VDI. Tuy nhiên, một trong những thứ mà quản trị viên không phải lúc nào cũng cân nhắc là chính các GPU.
Quản trị viên nên có vGPU trong tay để xây dựng thành công hệ thống VDI và trong khi hai nhà cung cấp chính cho vGPU là Nvidia và AMD, thì dòng sản phẩm Nvidia có lịch sử lâu đời hơn với các dòng sản phẩm VMware .
Cân nhắc về license, nhu cầu tài nguyên trước khi ảo hóa VMware GPU
dù rằng thực tại GPU là phần cứng, thường được gắn một hypervisor kèm theo, nhưng mỗi GPU là độc nhất vô nhị. Quản trị viên có thể trộn và kết hợp một số phần cứng trong GPU, điều này có thể trở thành thách thức đối với một số người. Ví dụ: quản trị viên có thể có các mẫu card GPU khác nhau trong cùng một cụm VMware, cho phép quản trị viên chạy các máy ảo trên các phân lớp GPU khác nhau để có hiệu suất tối ưu, phí tổn hợp lý và tính linh hoạt.
ngoài ra, mỗi máy (host) trong cụm đó phải chạy nội bộ cùng một GPU. Do vậy, trong khi máy host của quản trị viên có thể có các model GPU khác nhau, mỗi host chỉ có thể cài đặt một model. Nó sẽ hao hao như việc có hai model CPU khác nhau trong cùng một nền móng máy chủ; quản trị viên không thể có hai CPU khác nhau và duy trì một hypervisor ổn định.
Điều này có tức thị đối với quản trị viên là họ phải quan tâm nhiều hơn đến các nhóm VMware Distributed Resource Scheduler và High Availability của VMware để bảo đảm workload của họ chạy trên đúng máy chủ GPU mà họ đã đặt cho mỗi workload ảo. Điều này không có tức là quản trị viên chẳng thể di chuyển workload từ host có GPU cụ thể sang máy chủ khác có GPU khác. Để làm như vậy, quản trị viên phải tắt máy khách trước và đảm bảo license của họ đã được thiết lập, nhưng họ có thể sử dụng vMotion để di chuyển khách từ máy chủ cụ thể sang máy chủ khác trong cùng một mô hình GPU.
>>> Xem thêm: R250 Dell
Quản trị viên phải bảo đảm họ có các host với GPU ăn nhập để xử lý failover hoặc tốt hơn là chọn các GPU có thể đáp ứng nhiều loại workload hơn để chuẩn hóa trên một mô hình chung. Một trong những điều tuyệt vời về VMware và Nvidia là khả năng phân bổ tối đa bốn GPU cho mỗi máy ảo. Quản trị viên có thể mở rộng quy mô đến các GPU cấp nhàng nhàng và cao cấp hơn, chẳng hạn như Nvidia Tesla T4 hoặc Quadro, để xử lý workload cao hơn mà không phá vỡ vạc hệ thống hoặc đề xuất một số GPU phần cứng khác nhau để hỗ trợ nhiều “knowledge worker” truyền thống hơn.
ngoại giả, quản trị viên phải thay đổi cài đặt đồ họa cho máy chủ từ chia sẻ thành san sớt trực tiếp. Nếu bước này bị bỏ qua, máy ảo của quản trị viên sẽ không phát động.
Sau khi quản trị viên đã đặt GPU của họ trên một nhóm máy chủ cụ thể, họ cũng sẽ yêu cầu license. Với GPU, quản trị viên phải có license phần mềm cho phép trình điều khiển truy nã cập chức năng GPU từ xa. Mặc dầu điều này thêm một license khác để quản lý, nhưng nó mang lại cơ hội tuyệt vời cho quản trị viên.
Điều này là do các tính năng của vGPU được xác định bởi license chứ không phải bởi trình điều khiển. Điều này có nghĩa là, để bật hoặc tắt một số chức năng cố định, quản trị viên phải có license cụ thể để làm như vậy. Đây là một ích lợi to lớn cho những quản trị viên, những người có thể lo âu về việc phải cấu hình lại các cài đặt dựa trên nhu cầu.
tuy nhiên, nếu quản trị viên đang sử dụng nhiều GPU, họ phải có license như NVLink của Nvidia để kết hợp mọi thứ lại với nhau. Quản trị viên chẳng thể ghép nối các thành phần với nhau từ một số GPU để phân bổ hai đến bốn GPU cho mỗi máy ảo; chúng phải được cấp phát đầy đủ các thẻ.
Các cân nhắc bổ sung để đảm bảo triển khai vGPU thành công
phê duyệt các vGPU chia sẻ công nghệ giống như hypervisor, chúng cũng san sớt các ích lợi bảo mật giống nhau. Mặc dù bảo mật video có thể không phải là ưu tiên hàng đầu đối với một số quản trị viên, nhưng nó sẽ phát huy tác dụng khi quản trị viên sử dụng GPU cho tính toán hiệu suất cao, học sâu và AI.
Điều rút cục mà quản trị viên nên biết là nền móng máy chủ phần cứng của GPU rất có thể sẽ thay đổi. GPU là những chiếc card “trâu cày” nghiêm chỉnh và chúng yêu cầu một framework lý tưởng để hỗ trợ. Nền tảng phần cứng không được tối ưu hóa GPU có thể thiếu không gian bên trong vật lý cấp thiết, khả năng làm mát và sức mạnh để hỗ trợ một số card GPU nhất quyết.
Quản trị viên phải làm việc với cả VMware và Nvidia để có nền tảng phần cứng được chứng thực và bảo đảm họ chọn đúng card cho các trường hợp sử dụng, cũng như các đề nghị về nguồn và làm mát trong trọng tâm dữ liệu của họ. Những thách thức đi kèm với công nghệ ảo hóa GPU chắc hẳn đã quen thuộc với quản trị viên, với một đôi điểm khác biệt. Ảo hóa GPU không phải là một trò chơi hoàn toàn mới; nó chuyển trò chơi sang một lĩnh vực khác. Nếu quản trị viên biết những điều kỳ quặc, họ có thể tránh chúng và triển khai thành công.
>>> Xem thêm: r450 dell
