Ảo hóa ứng dụng và hiệu năng: hướng dẫn toàn diện để tận dụng tối đa cơ sở hạ tầng của bạn

Informatec Digital » Recursos » Ảo hóa ứng dụng và hiệu năng: hướng dẫn toàn diện để tận dụng tối đa cơ sở hạ tầng của bạn

Nói một cách đơn giản, ảo hóa là việc tạo ra các phiên bản ảo của các tài nguyên vật lý (máy chủ, thiết bị lưu trữ, mạng hoặc ứng dụng) để chạy nhiều môi trường trên cùng một phần cứng. Khả năng "chia nhỏ" một máy chủ vật lý thành nhiều phiên bản logic là nền tảng của điện toán đám mây và hầu hết các trung tâm dữ liệu hiện đại.

Máy ảo (VM) là một hệ thống biệt lập với CPU, bộ nhớ, lưu trữ và mạng ảo riêng, được xây dựng từ các tài nguyên vật lý của máy chủ. Mỗi VM hoạt động như thể nó là một máy tính độc lập và thường được đóng gói trong một hoặc nhiều tập tin, giúp việc di chuyển, sao chép và khôi phục trở nên tương đối dễ dàng.

Thành phần giúp tất cả điều này trở nên khả thi là hypervisor hay VMM (Virtual Machine Monitor). Chức năng của nó là phân tách các tài nguyên vật lý của máy chủ (CPU, RAM, ổ đĩa, mạng) và phân bổ chúng cho các máy ảo khác nhau cần đến, kiểm soát việc sử dụng và cách ly chúng với nhau để sự cố ở một máy ảo không ảnh hưởng đến phần còn lại của hệ thống.

Có hai loại hypervisor chính . Loại 1 (bare metal) chạy trực tiếp trên phần cứng máy chủ và phổ biến trong các trung tâm dữ liệu và đám mây riêng. Loại 2 được cài đặt như một ứng dụng trên hệ điều hành máy chủ (ví dụ: hypervisor dành cho máy tính để bàn để chạy nhiều máy ảo trên máy tính xách tay).

Trong hệ sinh thái Linux, KVM (Kernel-based Virtual Machine) đặc biệt quan trọng , đây là một hypervisor loại 1 được tích hợp vào nhân hệ điều hành, cho phép các máy ảo tận dụng hiệu năng và khả năng của Linux, với khả năng kiểm soát rất chi tiết về CPU, bộ nhớ và các thiết bị.

Ảo hóa ứng dụng là gì và nó khác với ảo hóa máy chủ như thế nào?

Ảo hóa ứng dụng tách ứng dụng khỏi hệ điều hành, cho phép chương trình chạy mà không cần cài đặt trực tiếp trên thiết bị của người dùng. Ứng dụng "tin rằng" nó đang giao tiếp với hệ điều hành, nhưng trên thực tế, nó giao tiếp với một lớp trung gian (trình quản lý ảo hóa ứng dụng hoặc công nghệ cách ly) để chuyển hướng quyền truy cập vào các tập tin, registry và các tài nguyên khác.

Thông thường, các ứng dụng này chạy trên một máy chủ trung tâm (trong trung tâm dữ liệu hoặc trên đám mây) và được phân phối qua mạng (mạng LAN hoặc internet) đến thiết bị của người dùng. Đối với người dùng cuối, ứng dụng có vẻ như là ứng dụng gốc, nhưng thực chất nó được triển khai hoặc ảo hóa trong một môi trường được kiểm soát.

Không giống như ảo hóa máy chủ, hoạt động ở cấp độ toàn bộ hệ điều hành , ảo hóa ứng dụng hoạt động ở cấp độ từng chương trình riêng lẻ : một tài liệu Word, một hệ thống CRM, một hệ thống ERP, một công cụ thiết kế, v.v. Điều này giúp đơn giản hóa đáng kể việc quản lý, cách ly và cập nhật, nhưng lại đặt ra những thách thức về hiệu suất liên quan đến mạng, lưu trữ và hồ sơ người dùng.

Lợi ích của ảo hóa ứng dụng đối với người dùng, bộ phận CNTT và doanh nghiệp.

Từ góc nhìn của người dùng cuối , lợi thế chính là sự tự do. Họ có thể sử dụng thiết bị ưa thích của mình (máy tính xách tay công ty, máy tính cá nhân, thin client, máy tính bảng) và truy cập các ứng dụng của công ty mà không cần phải lo lắng về việc cài đặt, cập nhật hoặc bảo trì bất cứ thứ gì. Đối với họ, việc chuyển đổi thiết bị gần như liền mạch: họ đăng nhập và các phím tắt đã sẵn sàng để sử dụng.

Đối với các quản trị viên CNTT , ảo hóa ứng dụng là một giải pháp giảm tải đáng kể. Thay vì triển khai và vá lỗi phần mềm trên hàng trăm hoặc hàng nghìn máy tính, họ chỉ cần cài đặt và bảo trì ứng dụng trên một hoặc một vài máy chủ rồi phân phối cho người dùng được ủy quyền. Điều này giúp tập trung quản lý tại một vị trí duy nhất và giúp việc áp dụng các bản vá lỗi, thay đổi phiên bản, cấu hình bảo mật và chính sách nhanh hơn rất nhiều.

Các nhà phát triển cũng được hưởng lợi. Họ có thể có nhiều môi trường ảo hóa khác nhau trên cùng một hệ thống để kiểm tra mã trên các phiên bản hệ điều hành hoặc sự kết hợp phần mềm khác nhau, mà không cần phải thiết lập các phòng thí nghiệm vật lý phức tạp. Hơn nữa, sự cô lập do lớp ảo hóa cung cấp cho phép họ mở các tệp có khả năng bị hỏng hoặc nguy hiểm mà không làm ảnh hưởng đến hệ thống máy chủ.

Đối với toàn bộ tổ chức, ảo hóa ứng dụng tạo điều kiện thuận lợi cho các sáng kiến ​​như BYOD (Mang thiết bị cá nhân đến nơi làm việc) , giảm nhu cầu mua các thiết bị doanh nghiệp mạnh mẽ, đơn giản hóa việc hỗ trợ và thường dẫn đến tiết kiệm đáng kể về giấy phép trùng lặp, giờ hỗ trợ và việc thay thế phần cứng sớm.

Một điểm quan trọng là tuân thủ quy định . Vì dữ liệu nhạy cảm không nằm trên thiết bị của người dùng (mà nằm trong trung tâm dữ liệu hoặc đám mây), nên việc tuân thủ các quy định như HIPAA hoặc PCI-DSS dễ dàng hơn, do bề mặt tấn công được giảm thiểu và việc kiểm soát truy cập cũng như kiểm toán được tập trung hóa.

Tác động của ảo hóa đến hiệu năng: CPU, RAM, ổ đĩa và mạng.

Ảo hóa luôn tạo ra một lượng tài nguyên tiêu hao nhất định vì có thêm một lớp trung gian giữa ứng dụng và phần cứng (trình ảo hóa, công cụ xuất bản, máy khách từ xa, v.v.). Mặc dù chi phí này thường nhỏ nếu nền tảng được thiết kế đúng kích thước, nhưng việc hiểu rõ nó dễ nhận thấy nhất ở những điểm nào là điều đáng quan tâm.

Ở cấp độ CPU , các bài kiểm tra hiệu năng cho thấy một máy ảo điển hình chạy trên KVM hoặc VMware vSphere đạt hiệu suất thấp hơn từ 5% đến 7,5% so với cùng hệ thống chạy trực tiếp trên phần cứng vật lý. Sự khác biệt này có thể chấp nhận được đối với hầu hết các ứng dụng doanh nghiệp (bộ ứng dụng văn phòng, ứng dụng web, ERP), nhưng nó có thể gây ảnh hưởng nghiêm trọng đến hiệu năng đối với các tác vụ đòi hỏi nhiều tài nguyên tính toán, trí tuệ nhân tạo (AI) hoặc dựng hình 3D.

So sánh RAM DDR4 và DDR5 , tốc độ thực tế có thể giảm khoảng 7-13% do yêu cầu quản lý bổ sung từ hypervisor. Trong các môi trường đòi hỏi cao, điều này dẫn đến việc phải tăng dung lượng bộ nhớ hoặc giới hạn số lượng máy ảo trên mỗi máy chủ để tránh tắc nghẽn.

Sự khác biệt dễ nhận thấy nhất nằm ở hiệu năng lưu trữ (IOPS) . Các thử nghiệm với các công cụ như fio cho thấy hiệu năng giảm khoảng 17-25% trong các thao tác đọc/ghi ngẫu nhiên 4K so với cùng một ổ đĩa trên phần cứng vật lý. Việc lựa chọn mảng NVMe, SSD hiệu năng cao, bộ nhớ đệm và thiết kế lưu trữ chia sẻ tốt là rất quan trọng để máy ảo và các ứng dụng ảo hóa hoạt động trơn tru.

Độ trễ mạng cũng có thể tăng lên, đặc biệt khi nhiều máy ảo dùng chung một giao diện vật lý hoặc khi truyền tải lưu lượng đồ họa hoặc video nặng giữa các phiên từ xa. Thiết kế mạng (VLAN, QoS, băng thông, giảm tải) và việc sử dụng các giao thức xuất bản đồ họa hiệu quả tạo ra sự khác biệt đáng kể đối với trải nghiệm người dùng.

Môi trường Windows, App-V và VDI/RDS: hiệu năng thực tế

Trong môi trường Windows hiện đại (Windows 7 SP1, Windows 10, Windows 11, Windows Server 2012 R2 và 2016), ảo hóa ứng dụng với Microsoft App-V là một trong những công nghệ chủ chốt để cung cấp ứng dụng trong các kịch bản Dịch vụ Máy tính Từ xa (RDS) và cơ sở hạ tầng VDI.

Trong các môi trường này, người dùng thường làm việc trên các máy ảo không lưu trữ dữ liệu lâu dài (máy ảo hoặc máy chủ RDSH được tạo lại thường xuyên). Để đảm bảo người dùng có thể truy cập các ứng dụng ảo của họ chỉ trong vài giây sau khi đăng nhập, việc tối ưu hóa máy khách App-V , giải pháp quản lý hồ sơ và chính ảnh nền là rất quan trọng.

Trải nghiệm người dùng phụ thuộc vào một số khoảng thời gian liên kết với nhau: thời gian từ khi người dùng nhập thông tin đăng nhập cho đến khi họ có thể tương tác với màn hình nền, thời gian từ đó cho đến khi quá trình cập nhật App-V bắt đầu, thời lượng của quá trình cập nhật đó, và cuối cùng là thời gian cần thiết để phím tắt ứng dụng ảo hoặc liên kết tệp trở nên khả dụng.

Việc tối ưu hóa thời gian này bao gồm việc kết hợp các cấu hình App-V ( chế độ lưu trữ nội dung dùng chung , giới hạn xuất bản đồng thời, bảo toàn các tích hợp người dùng), một giải pháp lập hồ sơ tốt (UE-V hoặc UPM khác) và một chiến lược hình ảnh cơ bản được thiết kế theo mục tiêu chính: hiệu suất tối đa hoặc tiết kiệm dung lượng lưu trữ tối đa.

Các trường hợp sử dụng: phương pháp hướng đến hiệu năng so với lưu trữ

Chúng ta có thể phân loại các triển khai App-V trong môi trường VDI/RDSH không lưu trữ dữ liệu, có trạng thái thành hai kịch bản cực đoan chính, biết rằng trên thực tế nhiều công ty cuối cùng sẽ ở đâu đó giữa hai trường hợp này: một trường hợp được tối ưu hóa cho hiệu suất và trường hợp còn lại tập trung vào việc giảm mức tiêu thụ dung lượng lưu trữ.

Trong kịch bản ưu tiên hiệu năng, ảnh nền được tích hợp sẵn một số hoặc tất cả các gói ứng dụng ảo có liên quan, cũng như các nhóm kết nối của chúng. Điều này đòi hỏi việc chuẩn bị và bảo trì ảnh bổ sung, nhưng nó mang lại trải nghiệm người dùng tốt nhất: các ứng dụng xuất hiện như thể đã sẵn sàng ngay từ khi người dùng đăng nhập.

Cách tiếp cận hướng đến lưu trữ tránh việc đưa các gói dành riêng cho người dùng vào ảnh nền, ngăn ngừa tình trạng quá tải các mảng đĩa dùng chung với dữ liệu mà nhiều người dùng có thể không cần. Cách tiếp cận này ưu tiên giảm kích thước ảnh máy ảo, với chi phí là chuyển một số thao tác cấu hình sang thời điểm đăng nhập, do đó làm tăng nhẹ thời gian cần thiết để một số ứng dụng khả dụng.

Trên thực tế, người ta thường áp dụng phương pháp tối ưu hiệu năng cho một nhóm nhỏ người dùng hoặc gói phần mềm quan trọng (ví dụ: nhân viên chăm sóc khách hàng hoặc các ứng dụng kinh doanh được sử dụng nhiều) và phương pháp tối ưu dung lượng lưu trữ cho người dùng không thường xuyên hoặc các ứng dụng ít nhạy cảm với thời gian khởi động.

Chuẩn bị môi trường và ảnh nền cho App-V

Để ảo hóa ứng dụng trong VDI hoặc RDSH hoạt động trơn tru, giải pháp quản lý ảnh nền và cấu hình (UE-V hoặc UPM khác) phải được chuẩn bị đúng cách. Lỗi ở giai đoạn này thường dẫn đến việc đăng nhập không thể thực hiện, mất kết nối hoặc xuất bản trùng lặp không cần thiết.

Trong phương pháp tối ưu hiệu năng, các bước quan trọng bao gồm kích hoạt máy khách App-V tích hợp hệ thống , kích hoạt UE-V (hoặc giải pháp tương đương) bằng mẫu cấu hình App-V, cấu hình chế độ lưu trữ nội dung dùng chung (SCS) để chỉ giữ lại dữ liệu xuất bản trên đĩa và thiết lập registry để giữ lại các tích hợp người dùng khi đăng nhập.

Ngoài ra, tất cả các gói và nhóm kết nối toàn cục và người dùng phải được cấu hình trước (sử dụng các lệnh như Add-AppvClientPackage và Add-AppvClientConnectionGroup), và các gói toàn cục phải được xuất bản trước. Trong một số trường hợp, nên thực hiện các chu kỳ xuất bản/cập nhật toàn cục và người dùng, hủy xuất bản các gói mục tiêu người dùng và dọn dẹp các mục VFS trong hồ sơ (ví dụ: trong AppData\Local và AppData\Roaming liên quan đến App-V).

Trong phương pháp tập trung vào lưu trữ, quá trình chuẩn bị tương tự, nhưng chỉ các nhóm kết nối và gói toàn cục được cấu hình sẵn. Các gói dành riêng cho người dùng được loại bỏ khỏi ảnh nền để tránh làm tăng kích thước và mức sử dụng ổ đĩa của máy ảo.

Ngoài ra, điều quan trọng cần hiểu là bộ phận quản trị CNTT sẽ cần thường xuyên cập nhật ảnh hệ thống gốc để phản ánh những thay đổi về phiên bản gói phần mềm, bản vá bảo mật và quyền truy cập mới. Trong một số môi trường, sẽ cần phải quản lý nhiều ảnh hệ thống khác nhau cho các hồ sơ người dùng khác nhau.

Các thông số hiệu năng quan trọng trong ứng dụng khách App-V

Trong ứng dụng khách App-V có một số thiết lập registry ảnh hưởng trực tiếp đến tốc độ xuất bản và tải trọng lên CPU, ổ đĩa và mạng, đặc biệt là trên các máy chủ RDS có nhiều người dùng đồng thời.

Chế độ Lưu trữ Nội dung Chia sẻ (SCS) chỉ cho phép lưu trữ siêu dữ liệu xuất bản trên ổ đĩa cục bộ, trong khi phần còn lại của tài nguyên ứng dụng được tải theo yêu cầu từ kho lưu trữ trung tâm (SAN, máy chủ nội dung). Điều này giúp tiết kiệm IOPS cục bộ và giảm dung lượng ổ đĩa, với điều kiện có kết nối mạng độ trễ thấp đến máy chủ nội dung.

Tùy chọn PreserveUserIntegrationsOnLogin ngăn không cho máy khách phân tách và tích hợp lại các thành phần người dùng từ các gói chưa được cấu hình sẵn khi đăng nhập. Nếu tùy chọn này không được bật và có nhiều gói người dùng chưa được cấu hình, mỗi lần đăng nhập có thể dẫn đến việc xuất bản hai lần cho mỗi gói, ảnh hưởng đáng kể đến thời gian đăng nhập.

Một tham số quan trọng khác là MaxConcurrentPublishingRefresh , xác định số lượng người dùng có thể đồng thời kích hoạt cập nhật xuất bản. Nếu không đặt giới hạn cho tham số này trên máy chủ RDS, có thể gây ra hiện tượng tăng đột biến CPU khi nhiều người dùng đăng nhập cùng lúc. Việc đặt một giá trị hợp lý sẽ giảm thiểu hiện tượng này, nhưng đổi lại, trong trường hợp có nhiều người dùng đăng nhập cùng lúc, một số người dùng có thể phải chờ lâu hơn một chút để thấy các ứng dụng mới được xuất bản.

Quản lý hồ sơ người dùng: UE-V và các giải pháp UPM khác

Để các ứng dụng ảo khởi chạy gần như tức thì trong môi trường không lưu trữ dữ liệu, điều cần thiết là giải pháp quản lý hồ sơ người dùng phải duy trì và áp dụng chính xác các "kết nối người dùng" giữa các phiên: khóa registry, phím tắt, menu Start, danh mục App-V, v.v.

Công nghệ Ảo hóa Trải nghiệm Người dùng (UE-V) của Microsoft tập trung mạnh vào các kịch bản VDI và RDS. Nó thu thập và lưu trữ các cài đặt người dùng và tự động áp dụng chúng khi người dùng đăng nhập vào một thiết bị hoặc phiên khác. Đối với App-V, UE-V có thể hoạt động với các mẫu cụ thể để thu thập chính xác đường dẫn registry và tệp nơi lưu trữ các tích hợp.

Một điểm đặc biệt quan trọng là cách xử lý các tệp .lnk (phím tắt). UE-V chỉ hỗ trợ xóa phần mở rộng .lnk khỏi danh sách các tệp bị loại trừ trong trường hợp tất cả các thiết bị của người dùng đều có cùng một bộ ứng dụng được cài đặt trong cùng một đường dẫn. Nếu điều kiện này không được đáp ứng (ví dụ: một ứng dụng chỉ được cài đặt trên một máy tính hoặc trong một đường dẫn khác), việc đồng bộ hóa các tệp .lnk có thể dẫn đến các phím tắt bị lỗi.

Khi sử dụng các giải pháp UPM khác (đĩa hồ sơ người dùng, sản phẩm của bên thứ ba), điều quan trọng là chúng phải có khả năng: bảo toàn các tích hợp người dùng được chỉ định (nhật ký và thư mục), đồng bộ hóa hồ sơ vào thời điểm thích hợp (đăng nhập hoặc khởi động ứng dụng, trước khi xuất bản App-V) và ghi lại các thay đổi ở những vị trí đó trước khi đăng xuất.

Trong App-V, tiện ích SyncAppvPublishingServer.exe được giới thiệu để cung cấp các giải pháp lập hồ sơ với một cơ chế kích hoạt rõ ràng: nó khởi tạo quá trình cập nhật xuất bản của người dùng khi đăng nhập, nhưng cho phép trì hoãn cho đến khi hồ sơ được tải hoàn toàn. Điều này ngăn App-V xuất bản lên một hồ sơ chưa hoàn chỉnh hoặc đã lỗi thời.

Hướng dẫn về trải nghiệm người dùng: Điều gì xảy ra khi đăng nhập?

Bằng cách xem xét quy trình từng bước, chúng ta có thể hiểu rõ hơn cách người dùng cảm nhận ảo hóa ứng dụng trong cuộc sống hàng ngày, tùy thuộc vào việc chúng ta áp dụng phương pháp hiệu năng hay lưu trữ.

Trong phương pháp đánh giá hiệu năng , lần đăng nhập đầu tiên vào VDI/RDSH không lưu trữ dữ liệu sẽ kích hoạt quá trình xuất bản hoặc cập nhật người dùng. Nếu đây là lần đầu tiên người dùng nhận được các ứng dụng ảo, thao tác này sẽ mất khoảng thời gian thông thường. Sau khi hoàn tất, giải pháp phân tích hiệu năng sẽ ghi lại các tương tác của người dùng, thường là khi đăng xuất, với tác động tương tự như việc lưu trữ trạng thái còn lại của người dùng.

Ở giai đoạn đầu, giải pháp UPM sẽ áp dụng tất cả các tích hợp người dùng trước khi App-V bắt đầu làm mới quy trình xuất bản. Người dùng sẽ thấy các phím tắt trên màn hình nền hoặc menu Bắt đầu ngay từ đầu, và nhiều phím tắt trong số đó hoạt động ngay lập tức. Nếu không có thay đổi về quyền, quy trình xuất bản sẽ hoàn tất trong vài giây. Khi có thay đổi, thời gian sẽ tăng lên tùy thuộc vào số lượng và độ phức tạp của các ứng dụng được ảo hóa.

Do đó, bằng cách bảo toàn 100% các tích hợp người dùng, tải trọng trong quá trình xuất bản được giảm thiểu : hệ thống chỉ điều chỉnh quyền hoặc thay đổi phiên bản, và các ứng dụng sẵn sàng trong thời gian rất ngắn kể từ khi đăng nhập.

Trong phương pháp dựa trên lưu trữ , lần đăng nhập đầu tiên cũng khởi chạy quá trình xuất bản người dùng, với thời gian thông thường. Tuy nhiên, cả trong lần đăng nhập đầu tiên và các lần đăng nhập tiếp theo, việc cần phải cấu hình trước (thêm hoặc cập nhật) các gói người dùng có thể kéo dài thời gian sử dụng ứng dụng. Thông thường, thời gian này sẽ kéo dài thêm 10 giây hoặc hơn, tùy thuộc vào dung lượng và độ phức tạp của các gói.

Trong trường hợp này, các quy trình xuất bản và cập nhật phải cấu hình lại tất cả các ứng dụng ảo mỗi khi đăng nhập, điều này chắc chắn sẽ kéo dài giai đoạn làm mới xuất bản. Điều này giúp tiết kiệm dung lượng ổ đĩa nhưng lại làm giảm tốc độ đăng nhập.

Vòng đời gói App-V và các trạng thái đang chờ xử lý

Việc quản lý vòng đời của các gói App-V cũng ảnh hưởng đến hiệu suất và tính nhất quán của các phiên bản mà người dùng nhìn thấy. Khi quản trị viên cập nhật một gói, thay đổi quyền hoặc gỡ bỏ ứng dụng, các thao tác đó có thể vẫn đang chờ xử lý nếu gói đó đang được sử dụng.

Bắt đầu từ App-V 5.0 SP2, trạng thái chờ xử lý đã được giới thiệu . Thay vì báo lỗi, các thao tác xuất bản hoặc hủy xuất bản được đánh dấu là hoàn thành khi khởi động lại dịch vụ App-V hoặc khi lệnh xuất bản/hủy xuất bản được thực hiện lại. Đối với các gói được xuất bản toàn cầu, điều này thường yêu cầu khởi động lại dịch vụ máy chủ hoặc máy khách.

Trong môi trường không lưu trữ dữ liệu lâu dài, các tác vụ đang chờ xử lý này có thể không bao giờ được xử lý vì máy tính bị loại bỏ hoặc tạo lại trước khi các điều kiện được đáp ứng. Các tác vụ đang chờ xử lý được lưu trữ trong hồ sơ người dùng (ví dụ: trong HKEY_CURRENT_USER\Software\Microsoft\AppV\Client\PendingTasks), và nếu giải pháp lập hồ sơ không áp dụng khóa này trước khi đăng nhập, các thao tác sẽ bị đình trệ.

Đó là lý do tại sao việc giữ cho hình ảnh gốc luôn đồng bộ với trạng thái thực tế của các gói phần mềm lại rất quan trọng: phiên bản, quyền, bản phát hành toàn cầu. Chúng ta càng ít phụ thuộc vào trạng thái chờ xử lý, trải nghiệm sẽ càng dễ dự đoán hơn, và sẽ càng ít gặp phải những bất ngờ với các gói phần mềm bị kẹt hoặc biến mất đột ngột.

Tối ưu hóa trình tự và cấu hình để cải thiện hiệu suất xuất bản

App-V bao gồm nhiều tính năng ảnh hưởng đến cách thức hoạt động của việc xuất bản và khởi chạy ứng dụng. Một số điều chỉnh trong giai đoạn sắp xếp trình tự có thể tạo ra sự khác biệt đáng kể trong môi trường mạng tốc độ cao.

Một ví dụ là việc loại bỏ khối tính năng 1 (FB1) . Nếu FB1 (tập hợp tối thiểu các tệp được tải xuống trước khi khởi động ứng dụng) không được xác định, ứng dụng sẽ cố gắng khởi động ngay lập tức và tải xuống những gì cần thiết trong quá trình hoạt động. Trên mạng tốc độ cao, điều này có thể tăng tốc độ khởi chạy lần đầu, nhưng trên mạng chậm, nó có thể gây gián đoạn hoặc phải chờ trong khi nội dung bổ sung đang được truyền tải.

Khi tạo gói mới bằng trình sắp xếp trình tự, chỉ cần bỏ chọn tùy chọn "Tối ưu hóa gói cho mạng chậm" trong bước truyền phát. Đối với các gói hiện có, bạn có thể cập nhật gói mà không cần chọn tùy chọn tối ưu hóa này. Tốt nhất là nên thực hiện các thử nghiệm này trong môi trường được kiểm soát và luôn khôi phục máy sắp xếp trình tự về trạng thái ban đầu sau đó.

Một khía cạnh khác là việc quản lý các thư viện Side-by-Side (SxS) , chẳng hạn như các thư viện runtime của Visual C++. Không cần thiết phải sắp xếp lại các gói để sửa đổi chúng: nếu các thư viện phụ thuộc SxS đã được cài đặt trên máy khách, trình cài đặt MSI mà App-V có thể khởi chạy trong quá trình xuất bản sẽ không chạy, giúp tiết kiệm thời gian. Việc bao gồm quá nhiều thư viện SxS trong gói có thể kích hoạt các cài đặt bổ sung trong quá trình xuất bản, ảnh hưởng đến hiệu suất.

Việc sử dụng các tệp cấu hình động (Cấu hình triển khai/Người dùng) cũng có ảnh hưởng. Máy khách App-V phải phân tích các tệp này và chạy các tập lệnh hoặc áp dụng các ngoại lệ/bao gồm trong registry ảo. Nếu mỗi gói chứa các cấu hình lớn, quá trình xuất bản sẽ bị ảnh hưởng. Chỉ sử dụng chúng ở những nơi thực sự mang lại giá trị và vô hiệu hóa chúng trong các gói không cần thiết có thể giảm đáng kể thời gian xuất bản.

Cuối cùng, cần xem xét lại các phông chữ ảo được bao gồm trong các gói. Mặc dù một gói điển hình thường chỉ chứa không quá hai mươi phông chữ, nhưng mỗi phông chữ được khai báo đều đồng nghĩa với việc tốn thêm công sức trong quá trình cập nhật triển khai. Việc vô hiệu hóa các phông chữ ảo không cần thiết thông qua cấu hình động và thay vào đó cài đặt các phông chữ thực sự cần thiết trực tiếp vào ảnh hệ thống sẽ giúp tiết kiệm vài giây trong quá trình triển khai với nhiều người dùng.

Tối ưu hóa hiệu năng tổng thể trong máy ảo

Ngoài App-V, còn có một số phương pháp phổ biến khác để cải thiện hiệu suất của bất kỳ máy ảo nào , cho dù trong môi trường máy tính để bàn, phòng thí nghiệm hay môi trường sản xuất.

Bước đầu tiên là đảm bảo rằng các tiện ích mở rộng ảo hóa phần cứng, chẳng hạn như Intel VT-x hoặc AMD-V , được bật trong BIOS/UEFI của máy chủ. Nếu không có chúng, hypervisor sẽ phải mô phỏng nhiều thao tác hơn bằng phần mềm, và hiệu năng sẽ giảm mạnh.

Nên chọn ổ đĩa ảo có kích thước cố định thay vì ổ đĩa ảo động. Mặc dù ổ đĩa tự động mở rộng dung lượng khi đầy giúp tiết kiệm không gian hơn, nhưng chúng dễ bị phân mảnh và cho hiệu năng kém hơn. Nếu dung lượng trên máy chủ không phải là vấn đề, bạn nên dành sẵn kích thước ổ đĩa ảo tối đa ngay từ đầu.

Vị trí lưu trữ cũng là một yếu tố quan trọng khác. Bất cứ khi nào có thể, tốt nhất nên lưu trữ máy ảo trên ổ SSD tốc độ cao thay vì ổ cứng cơ học hoặc ổ cứng ngoài chậm. Sự khác biệt về hiệu năng trong thời gian khởi động hệ thống, thời gian khởi chạy ứng dụng và truy cập dữ liệu là rất đáng chú ý.

Đừng quên cài đặt các công cụ tích hợp hypervisor (Guest Additions, VMware Tools, v.v.) trên hệ thống khách. Chúng bổ sung các trình điều khiển được tối ưu hóa cho video, mạng, chuột và lưu trữ, cho phép hoạt động mượt mà hơn nhiều so với các trình điều khiển chung của hệ điều hành.

Cuối cùng, nên phân bổ đủ RAM và lõi CPU cho mỗi máy ảo, lưu ý rằng mỗi máy ảo chạy một hệ điều hành hoàn chỉnh. Đối với hệ thống Windows 7/10/11 hoặc các bản phân phối Linux hiện tại, 2 GB là mức tối thiểu khá sát; trên thực tế, việc phân bổ nhiều bộ nhớ hơn sẽ cải thiện hiệu suất đáng kể. Điều tương tự cũng áp dụng cho lõi CPU: nếu máy chủ có nhiều lõi, việc phân bổ chúng một cách hợp lý giữa các máy ảo đang hoạt động sẽ tạo ra sự khác biệt.

Máy chủ vật lý so với môi trường ảo hóa: khi nào nên chọn mỗi tùy chọn?

Khi triển khai dịch vụ, câu hỏi luôn đặt ra là nên chọn máy ảo hay máy chủ vật lý chuyên dụng . Không có câu trả lời duy nhất: điều đó phụ thuộc vào khối lượng công việc, mức độ quan trọng của độ trễ, cũng như mục tiêu về chi phí và tính linh hoạt.

Máy chủ vật lý (phần cứng trần) cung cấp hiệu năng thô tối đa mà không cần đến trình ảo hóa. Chúng là lựa chọn ưu tiên cho các cơ sở dữ liệu giao dịch hiệu năng rất cao, các tác vụ đòi hỏi nhiều GPU (trí tuệ nhân tạo, dựng hình 3D, CAD cao cấp) hoặc các dịch vụ thời gian thực (chơi game, phát trực tuyến được mã hóa cao) nơi mỗi mili giây đều quan trọng.

Mặt khác, máy ảo lại tỏa sáng trong các môi trường có tính linh hoạt và khả năng mở rộng cao . Các dịch vụ web, kiến ​​trúc vi mô và container , môi trường phát triển và thử nghiệm, máy tính để bàn ảo và nhiều ứng dụng doanh nghiệp hoạt động xuất sắc trong môi trường ảo hóa, cho phép tạo ảnh chụp nhanh, di chuyển trực tiếp, cung cấp nhanh chóng và quản lý tài nguyên tập trung.

Xét về khía cạnh cấp phép và chi phí, môi trường ảo hóa có thể đắt hơn nếu sử dụng các hypervisor thương mại với giấy phép tính theo CPU hoặc theo socket, nhưng chúng tiết kiệm được phần cứng, không gian và năng lượng tiêu thụ. Mặt khác, một máy chủ vật lý chuyên dụng có thể rẻ hơn về chi phí cấp phép, nhưng kém hiệu quả hơn trong việc sử dụng tài nguyên nếu nó chỉ chạy một vài ứng dụng.

Trên thực tế, nhiều tổ chức lựa chọn phương pháp kết hợp : máy chủ vật lý cho các khối lượng công việc quan trọng và nhạy cảm về hiệu năng nhất, và cụm ảo hóa cho các dịch vụ còn lại, bao gồm nền tảng xuất bản ứng dụng và VDI.

Các bài kiểm tra khả năng chịu tải và các chỉ số để đánh giá hiệu suất

Để đưa ra quyết định sáng suốt, chỉ dựa vào trực giác thôi là chưa đủ: bạn cần phải đo lường. Các bài kiểm tra khả năng chịu tải của CPU, RAM, ổ đĩa và mạng cho phép bạn so sánh môi trường ảo hóa với máy chủ vật lý và xác nhận xem sự suy giảm hiệu năng có thể chấp nhận được đối với một ứng dụng cụ thể hay không.

Các công cụ như sysbench giúp đo lường khả năng tính toán của CPU (ví dụ: bằng cách tính toán các số nguyên tố đến một giới hạn nhất định), trong khi các tiện ích như memtester hoặc stress-ng cho phép bạn đánh giá độ trễ và băng thông bộ nhớ trong các điều kiện tải khác nhau.

Đối với lưu trữ, các công cụ chuyên dụng như fio là tiêu chuẩn thực tế để đo lường IOPS, thông lượng và độ trễ với các kiểu truy cập khác nhau (đọc/ghi tuần tự, đọc/ghi ngẫu nhiên và kết hợp cả hai). Các công cụ này cho phép bạn định lượng tác động của lớp ảo hóa và loại hệ thống đĩa được sử dụng.

Ở cấp độ mạng, các tiện ích như iperf3, netperf và ping cho phép bạn đo băng thông tối đa, độ trễ trung bình và độ dao động giữa các máy chủ vật lý, máy ảo và máy khách từ xa. Dữ liệu này đặc biệt hữu ích trong các trường hợp liên quan đến việc triển khai các ứng dụng đồ họa hoặc máy tính để bàn từ xa với yêu cầu tương tác cao.

Việc kết hợp các số liệu này với trải nghiệm người dùng thực tế cho phép điều chỉnh thiết kế: từ việc nâng cấp RAM hoặc CPU cho một số máy ảo nhất định, đến việc thay đổi vị trí ổ đĩa, sửa đổi kích thước tối đa của các ấn phẩm App-V đồng thời, hoặc quyết định rằng một cơ sở dữ liệu nhất định nên chạy trên máy chủ vật lý.

Dựa trên những điều đã nêu ở trên, việc thiết kế ảo hóa ứng dụng và cơ sở hạ tầng tốt có thể mang lại sự cân bằng tối ưu giữa hiệu năng, tính linh hoạt và chi phí . Bằng cách tận dụng các công nghệ như App-V, UE-V, KVM hoặc các hypervisor thương mại, lựa chọn cẩn thận giữa máy chủ vật lý và máy ảo dựa trên khối lượng công việc, và tinh chỉnh các thông số quan trọng về xuất bản và hồ sơ người dùng, nhân viên có thể sử dụng các ứng dụng nhanh chóng, mọi lúc mọi nơi mà không gặp phải sự phức tạp tiềm ẩn gây tắc nghẽn hoạt động kinh doanh.