> 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 plugin #### Ứ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 Zoom Workplace VDI app, xử lý phương tiện (media) thời gian thực đề cập đến việc chuyển tiếp và kết xuất phương tiện thời gian thực giữa Zoom Cloud, Zoom Workplace VDI app và/hoặc Plug-In. Để hỗ trợ nhiều trường hợp sử dụng VDI, Zoom Workplace VDI app hỗ trợ ba chế độ vận hành riêng biệt để xử lý và tối ưu hóa media: Direct Optimized mode, Channel Optimized mode và Fallback mode. Những nội dung này sẽ được thảo luận trong các phần sau. #### Chế độ tối ưu hóa trực tiếp: Khi ứng dụng Zoom Workplace VDI và trình bổ trợ nhận các luồng dữ liệu độc lập từ Đám mây Zoom Direct Optimized Mode là chế độ tối ưu hoá 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 cho ứng dụng Zoom Workplace VDI và một 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 để chuyển dữ liệu media theo thời gian thực, loại bỏ nhu cầu chuyển phần lớn lưu lượng media 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, xảy ra như sau: 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, chẳng hạn 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 phần 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. Plug-In và máy tính để bàn 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 kết xuất nội dung đa 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 hairpin thô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 của cuộc họp (như thấy trong hình trên), nhưng thông qua một đường dẫn mạng khác. Ở chế độ này, các điều sau xảy ra: 1. Tất cả dữ liệu phương tiện cuộc họp trước tiên được chuyển đến máy chủ VDI từ đám mây Zoom. 2. Máy chủ VDI truyền phương tiện tới 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 ưu tiên sử dụng nếu họ không Bật Truy cập Internet trực tiếp cho thin client (hoặc các thiết bị từ xa khác), hoặc nếu họ muốn định tuyến dữ liệu qua mạng của mình, 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 điều kiện Định tuyến mạng không tối ưu. Hình ảnh bên dưới 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 tới VDI Desktop và Remote Client thông qua một kết nối hairpin.

#### Chế độ dự phòng: Khi tất cả phương tiện của cuộc họp được định tuyến đến và xử lý trực tiếp trên máy tính để bàn ảo Chế độ dự phòng đại diện cho trải nghiệm VDI hoàn toàn chưa được tối ưu hóa. Trong chế độ này, không có tối ưu hóa phương tiện hoặc Plug-In nào được sử dụng, và mọi hoạt động giao tiếp diễn ra trực tiếp giữa máy chủ VDI và đám mây Zoom, với mọi quá trình xử lý chỉ diễn ra 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 năng kém, bao gồm chậm chạp, 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 dùng như giải pháp cuối cùng hoặc khi không có Plug-Ins. {% 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 Zoom Workplace VDI 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 Zoom Workplace VDI 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, được tối ưu hóa. Ngoài Direct Optimized Mode, ứ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. Những chế độ này có thể giúp giải quyết các ràng buộc cụ thể về quy trình làm việc hoặc mạng, chẳng hạn như quyền 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 quan ngại về quyền riêng tư, hoặc thiếu 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ền thông** | **Truy cập đám mây trực tiếp từ Plug-In** | | ---------------------------- | ------------------------------------- | ----------------------------------------- | | **Tối ưu trực tiếp** | ✔ | ✔ | | **Được tối ưu hóa cho kênh** | ✔ | | | **Chế độ dự phòng** | | | ### Giảm tải phương tiện WebRTC #### Tổng quan Zoom cung cấp một máy 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 việc 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 yêu cầu bất kỳ phần bổ trợ nào dành riêng cho Zoom vì nền tảng VDI cung cấp công cụ WebRTC cục bộ của riêng nó 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 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 đây từ Ứng dụng web Zoom: * Zoom Phone * Zoom trung tâm liên hệ * Zoom trung tâm liên hệ CTI Trình kết nối 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 nằm 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ó sẽ bị 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 ở phiên được lưu trữ, nền tảng VDI sẽ chuyển đổi các tín hiệu liên quan đến âm thanh thành các thông điệp điều khiển nhẹ. Các thông điệp này được gửi qua kênh ảo của nhà cung cấp VDI đến máy tính 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 tính 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 VDI client (ví dụ: Citrix, Omnissa Horizon) nhận các thông điệp này và 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 Zoom ứng dụng web 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 Máy tính để bàn ảo và Thiết bị máy khách từ xa.

#### Tương tác giữa ứng dụng web Zoom và máy tính cục bộ Từ góc nhìn của Zoom Web Ứng dụng, trải nghiệm vẫn giống một phiên WebRTC Tiêu chuẩn. Tín hiệu giữa Zoom Web Ứng dụng 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 chiếu các tham số phiên đã được 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à các chỉ báo—trong khi âm thanh thời gian thực thực tế được tạo ra và được xử lý bởi máy cục bộ. Vì chỉ các thông điệp tín hiệu đi qua kênh ảo, nên mức hao 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 giúp mở khóa là việc ứng dụng khách VDI (ví dụ: Citrix, Omnissa Horizon) đã bao gồm một cơ chế đa phương tiện WebRTC đầy đủ, có khả năng xử lý âm thanh thời gian thực. Vì lớp chuyển hướng làm cho cơ chế này xuất hiện với Zoom Web App như triển khai WebRTC bên dưới của nó, nê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, quyền truy cập thiết bị và quá trình thương lượng phiên từ trình duyệt trong máy tính ảo tới cơ chế 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 đến cho người dùng trải nghiệm hội nghị đáp ứng nhanh và có khả năng mở rộng mà không cần cài thêm phần mềm Zoom trên máy cục bộ hoặc tạo thêm gánh nặng xử lý cho 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.