> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/vi/cac-dich-vu-doanh-nghiep-lon-nang-cao/virtual-desktop-infrastructure/vdi-explainer/core-concepts.md). # Các khái niệm cốt lõi ### Các chế độ tối ưu hóa plug-in #### Ứng dụng Zoom Workplace VDI hỗ trợ ba chế độ hoạt động để xử lý phương tiện theo thời gian thực: Tối ưu hóa trực tiếp, Tối ưu hóa kênh, và Chế độ dự phòng Trong ngữ cảnh của ứng dụng Zoom Workplace VDI, xử lý phương tiện thời gian thực đề cập đến việc chuyển tiếp và hiển thị phương tiện thời gian thực giữa Zoom Cloud, ứng dụng Zoom Workplace VDI và/hoặc Plug-In. Để hỗ trợ nhiều trường hợp sử dụng VDI, ứng dụng Zoom Workplace VDI hỗ trợ ba chế độ hoạt động riêng biệt cho việc xử lý và tối ưu hóa phương tiện: Chế độ Direct Optimized, Chế độ Channel Optimized và Chế độ Fallback. Các chế độ này được thảo luận trong các phần sau. #### Chế độ Tối ưu Trực tiếp: Khi ứng dụng VDI và Plug-In của Zoom Workplace nhận các luồng dữ liệu độc lập từ Zoom Cloud Chế độ Tối ưu trực tiếp là chế độ tối ưu hóa mặc định cho ứng dụng Zoom Workplace VDI và Plugin. Ở chế độ này, Zoom Cloud duy trì hai luồng dữ liệu riêng biệt cho người dùng VDI được tối ưu: một luồng cho ứng dụng Zoom Workplace VDI và một luồng khác cho Plug-In. Cấu hình này cho phép máy khách từ xa của người dùng (được trang bị VDI Plug-In) giao tiếp trực tiếp với Zoom Cloud để truyền dữ liệu phương tiện theo thời gian thực, loại bỏ nhu cầu chuyển phần lớn lưu lượng phương tiện thời gian thực qua máy tính để bàn ảo hoặc qua kênh ảo. Khi hoạt động ở chế độ Tối ưu hóa Trực tiếp, điều sau sẽ xảy ra: 1. Plug-In nhận các luồng dữ liệu cho video và âm thanh trực tiếp từ đám mây. 2. Ứng dụng Zoom Workplace VDI xử lý dữ liệu cuộc họp chung, như thông tin người tham gia, tin nhắn cuộc trò chuyện hoặc các tính năng AI Companion, hiển thị chúng trong trình giữ chỗ của ứng dụng Workplace, đồng thời quản lý chia sẻ màn hình Đến bằng cách chuyển tiếp nó tới plug-in và tải lên nội dung chia sẻ màn hình cục bộ từ máy tính ảo khi đang hoạt động. 3. Máy tính để bàn Plug-In và VDI sử dụng kết nối ảo của nhà cung cấp VDI để giao tiếp và xác định vị trí cũng như việc hiển thị các phương tiện trên màn hình giữa hai lớp.

Sơ đồ minh họa cách Zoom cloud truyền dữ liệu đến hai đích riêng biệt khi sử dụng chế độ tối ưu hóa trực tiếp.

#### Chế độ tối ưu hóa kênh: Khi Plug-In nhận dữ liệu được chuyển vòng qua máy tính để bàn ảo Tối ưu hóa kênh tương tự như trải nghiệm Tối ưu hóa Trực tiếp, trong đó Plug-In tiếp tục hiển thị phương tiện truyền thông của cuộc họp (như thấy trong hình ảnh ở trên), nhưng thông qua một đường dẫn mạng khác. Ở chế độ này, những điều sau đây xảy ra: 1. Tất cả phương tiện cho cuộc họp đều được chuyển đến máy chủ VDI trước từ Zoom cloud. 2. Máy chủ VDI truyền phương tiện đến Plug-In thông qua kết nối UDP ngoài băng hoặc thông qua kênh ảo VDI hiện có nếu không thể thiết lập kết nối UDP. Phương pháp này có thể được các tổ chức ưa chuộng hơn, những tổ chức không Bật Truy cập Internet trực tiếp cho các máy khách mỏng (hoặc các thiết bị từ xa khác), hoặc những tổ chức thích định tuyến dữ liệu qua mạng của họ, nhưng có thể *có khả năng* dẫn đến trải nghiệm tệ hơn so với Tối ưu hóa Trực tiếp nếu các điều kiện Định tuyến mạng không tối ưu. Hình ảnh dưới đây minh họa luồng dữ liệu tối ưu hóa UDP/kênh.

Sơ đồ minh họa cách dữ liệu được truyền đến VDI Desktop và Remote Client thông qua kết nối hairpin.

#### Chế độ dự phòng: Khi tất cả phương tiện cuộc họp được định tuyến đến và được xử lý trực tiếp trên máy tính để bàn ảo Chế độ dự phòng (Fallback Mode) biểu thị trải nghiệm VDI hoàn toàn chưa được tối ưu. Ở chế độ này, không có tối ưu hóa phương tiện (media optimization) hoặc Plug-In nào đang được sử dụng, và mọi liên lạc diễn ra trực tiếp giữa máy chủ VDI và Zoom cloud, với mọi quá trình xử lý diễn ra độc quyền trên máy chủ VDI. Phương pháp này đặt một gánh nặng xử lý đáng kể lên tài nguyên máy chủ VDI, thường dẫn đến hiệu suất kém, bao gồm chậm, video giật và âm thanh bị méo. Vì vậy, Chế độ Dự phòng là lựa chọn ít được ưu tiên nhất và chỉ nên được sử dụng như giải pháp cuối cùng hoặc khi các Plug-In không khả dụng. {% hint style="danger" %} **Cảnh báo** Nên tránh Chế độ dự phòng khi có thể để duy trì hiệu suất máy chủ. {% endhint %} #### Tóm tắt các chế độ kết nối Ứng dụng VDI Zoom Workplace hỗ trợ ba chế độ kết nối riêng biệt, mỗi chế độ được tối ưu cho các nhu cầu vận hành và bảo mật khác nhau. Chế độ mặc định và hiệu quả nhất là Direct Optimized Mode, trong đó ứng dụng VDI Zoom Workplace và Plug-In thiết lập các kết nối riêng biệt tới Zoom cloud, xử lý độc lập các phần tương ứng của một cuộc họp Zoom để mang lại trải nghiệm liền mạch và được tối ưu hóa. Ngoài Chế độ Tối ưu hóa Trực tiếp, ứng dụng Zoom Workplace VDI có thể hoạt động trong các cấu hình thay thế, bao gồm Chế độ Tối ưu hóa kênh và Chế độ Dự phòng. Các chế độ này có thể giúp giải quyết các hạn chế cụ thể về quy trình làm việc hoặc mạng, chẳng hạn như Truy cập internet bị hạn chế cho các thiết bị từ xa, Định tuyến dữ liệu vì các mối lo ngại về quyền riêng tư, hoặc việc không có Plug-Ins. Bảng sau đây tóm tắt những khác biệt chính giữa các chế độ này. | | **Giảm tải phương tiện** | **Truy cập đám mây trực tiếp từ Plug-In** | | -------------------- | ------------------------ | ----------------------------------------- | | **Tối ưu trực tiếp** | ✔ | ✔ | | **Tối ưu theo kênh** | ✔ | | | **Chế độ dự phòng** | | | ### Giảm tải phương tiện WebRTC #### Tổng quan Zoom cung cấp một ứng dụng khách WebRTC dựa trên trình duyệt thông qua [Ứng dụng Web Zoom](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064261) có thể giảm tải xử lý âm thanh sang Thiết bị cục bộ của người dùng khi chạy bên trong môi trường máy tính để bàn ảo. Điều này hoạt động mà không cần bất kỳ plugin nào dành riêng cho Zoom vì nền tảng VDI cung cấp riêng công cụ WebRTC cục bộ của mình và một khung chuyển hướng kết nối Ứng dụng Web Zoom với công cụ đó. {% hint style="danger" %} **Cảnh báo** Giảm tải phương tiện WebRTC hiện chỉ giới hạn ở âm thanh và không hỗ trợ tối ưu hóa video. {% endhint %} Tính năng này hỗ trợ các sản phẩm và kênh sau từ ứng dụng web Zoom: * Zoom Phone * Zoom trung tâm liên hệ * Trình kết nối CTI của Zoom trung tâm liên hệ Tính năng này hiện được hỗ trợ bởi các nền tảng máy tính để bàn ảo sau: * Citrix * Omnissa Horizon Tham khảo Trung tâm hỗ trợ của Zoom để biết thêm thông tin về [cấu hình Zoom VDI để hỗ trợ chuyển hướng WebRTC cho ứng dụng web Zoom](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083142). #### Ứng dụng web Zoom chuyển tải âm thanh WebRTC của VDI sang Thiết bị cục bộ Khi ứng dụng Zoom Web App bên trong máy tính ảo cố gắng khởi tạo âm thanh WebRTC, các yêu cầu của nó được chặn lại trước khi máy tính ảo thử thu hoặc xử lý âm thanh. Thay vì kích hoạt ngăn xếp phương tiện WebRTC tích hợp sẵn trong trình duyệt của phiên được lưu trữ, nền tảng VDI chuyển đổi báo hiệu liên quan đến âm thanh thành các thông điệp điều khiển nhẹ. Những thông điệp này được gửi qua kênh ảo của nhà cung cấp VDI tới máy cục bộ của người dùng, chuyển hướng lưu lượng âm thanh thời gian thực từ Zoom cloud trực tiếp đến máy cục bộ của người dùng. Trên máy cục bộ, công cụ WebRTC gốc đi kèm với ứng dụng khách VDI (ví dụ: Citrix, Omnissa Horizon) nhận các thông báo này và trở thành bộ phận chịu trách nhiệm cho toàn bộ việc thu âm thanh, mã hóa, giải mã và phát lại. Công cụ này sử dụng micrô, loa và tài nguyên xử lý của hệ thống cục bộ, giúp đảm bảo rằng âm thanh không đi qua máy chủ máy tính để bàn ảo. Sơ đồ sau minh họa cách dữ liệu được định tuyến khi sử dụng WebRTC Media Offloading với ứng dụng web Zoom và một tác nhân ảo được hỗ trợ.
Diagram illustrating the Zoom cloud connecting to two different components, with audio going to the Remote Client and Presence, Meeting Data, Video, and Screen Sharing routing to the VDI Desktop

Sơ đồ minh họa cách phương tiện được chia giữa Virtual Desktop và Thiết bị Remote Client.

#### Tương tác giữa ứng dụng web Zoom và máy cục bộ Từ góc nhìn của ứng dụng web Zoom, trải nghiệm vẫn giống một phiên WebRTC tiêu chuẩn. Việc báo hiệu giữa ứng dụng web Zoom và backend của Zoom được chuyển tiếp qua máy tính để bàn ảo, và công cụ WebRTC cục bộ phản ánh các tham số phiên đã thương lượng. Ứng dụng máy tính để bàn ảo tiếp tục trình bày giao diện Zoom—các điều khiển, trạng thái cuộc họp và chỉ báo—trong khi âm thanh thời gian thực thực tế được tạo ra và được tiêu thụ bởi máy cục bộ. Vì chỉ các thông điệp báo hiệu đi qua kênh ảo, nên chi phí băng thông thấp và ổn định, ngay cả trong môi trường nhiều người dùng. #### Tại sao không cần Plug-in Yếu tố then chốt là client VDI (ví dụ: Citrix, Omnissa Horizon) đã bao gồm một công cụ WebRTC đầy đủ có khả năng xử lý âm thanh theo thời gian thực. Vì lớp chuyển hướng làm cho công cụ này xuất hiện đối với Zoom Web ứng dụng như triển khai WebRTC nền tảng của nó, Zoom không cần cung cấp và duy trì một plug-in riêng. Logic chuyển hướng ánh xạ các lệnh gọi API WebRTC, Truy cập Thiết bị và thương lượng phiên từ trình duyệt bên trong máy tính để bàn ảo sang công cụ gốc trên máy cục bộ. #### Kết quả Cách tiếp cận này cho phép trải nghiệm WebRTC dựa trên trình duyệt của Zoom hoạt động hiệu quả trong các môi trường VDI với tối ưu hóa âm thanh đầy đủ. Giao diện chạy bên trong máy tính để bàn ảo, nhưng âm thanh thời gian thực được thu và xử lý cục bộ, mang lại cho người dùng trải nghiệm hội nghị phản hồi nhanh và có khả năng mở rộng mà không cần phần mềm Zoom bổ sung trên máy cục bộ hoặc tạo thêm nhu cầu xử lý từ máy chủ của máy tính để bàn ảo. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://library.zoom.com/technical-library/vi/cac-dich-vu-doanh-nghiep-lon-nang-cao/virtual-desktop-infrastructure/vdi-explainer/core-concepts.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.