Hướng dẫn quản lý Affinity Groups trong Cloud Gen 4 tại vHost

Affinity Group trong Cloud Gen 4 cho phép người dùng điều khiển và triển khai các instance (VM) lên các host vật lý (hypervisors).

Việc sử dụng Affinity Groups trong Cloud Gen 4 giúp:

+) Tăng độ sẵn sàng (High Availability).
+) Tối ưu hiệu năng theo yêu cầu của ứng dụng.

Hiện nay có 4 loại Affinity Group, khác nhau ở mức độ Strict và Non-Strict ở bảng sau:

Affinity Type	Giải thích	Khi nào nên dùng
Host Anti-Affinity (Strict)	Các VM trong nhóm bắt buộc phải chạy trên các host khác nhau. Nếu không đủ host thì sẽ không khởi động được.	Khi các VM không bao giờ chạy cùng trên một host.
Host Affinity (Strict)	Các VM trong nhóm bắt buộc phải chạy trên cùng một host. Nếu không có host phù hợp thì không khởi động được.	Đòi hỏi yêu cầu kỹ thuật hoặc license bắt buộc cho tất cả VM phải chạy chung trên một host.
Host Anti-Affinity (Non-Strict)	Ưu tiên đặt các VM trên các host khác nhau, nhưng nếu không đủ host thì vẫn cho phép chạy chung.	Khi muốn tăng độ sẵn sàng (HA) nhưng vẫn đảm bảo VM luôn khởi động được.
Host Affinity (Non-Strict)	Ưu tiên đặt các VM trên cùng một host, nhưng nếu không thể thì vẫn chạy trên host khác.	Khi muốn gom VM trên cùng host để tối ưu hiệu năng, nhưng vẫn linh hoạt.

Bảng 1.1: Các loại Affinity Group trong Cloud Server Gen4 tại vHost.

Hình 1.1: Hình ảnh các loại Affinity Group trong Cloud Gen4 tại vHost.

Tăng tính dự phòng (Anti-Affinity): Với các ứng dụng có nhiều Instance phục vụ cùng nội dung và sử dụng load balancer, gán các Instance vào một nhóm host anti-affinity để tránh bị đặt hết trên một host.
Yêu cầu hiệu năng hoặc license (affinity): Nếu ứng dụng cần chia sẻ tài nguyên cục bộ hoặc license chỉ cho phép chạy trên cùng host, dùng host affinity.
Strict/Non-Strict:
+) Strict: Ràng buộc tuyệt đối theo rule, có thể khiến VM không khởi động nếu hạ tầng thiếu host.
+) Non-Strict: Ưu tiên theo rule, nhưng vẫn đảm bảo VM luôn khởi động được.

Khi thay đổi Affinity của một instance hiện có, cần Stop instance trước, sau đó đổi group và Start lại để áp dụng.

Có thể chỉ định Affinity Group ngay từ bước khởi tạo instance.

Affinity rule chỉ là hướng dẫn dẫn cho scheduler. Neeys hạ tầng không đủ, Cloud Gen 4 có thể không tuân thủ hoàn hoặc từ chối deploy

Đăng nhập vào giao diện quản trị Cloud Gen 4 tại vHost.

Từ bên trái menu chọn Compute -> Affinity Groups, nhấp vào Add new Affinity Groups.

Hình 4.1: Add new Affinity Group.

Điền tên group cần tạo, mô tả và loại groups cần tạo. Sau đó nhấn OK để lưu

Hình 4.2: Điền thông tin group.

Vào Compute -> Instances

Stop instance bằng nút ở góc trên.

Sau khi instance dừng, chọn Change Affinity

Chọn Affinity Group mới tạo và nhấn OK.

Sau đó Start lại instance để áp dụng rule mới.

Ở đây, chúng ta sẽ có hai trang Website đang sử dụng load balancing chạy trên mô hình VPC. Về cách tạo Load Balancer, các tính năng và hướng dẫn sử dụng chi tiết, Quý Khách có thể tham khảo bài viết hướng dẫn của vHost tại đường dẫn này.

a) Host Anti-Affinity (Strict)

Đối với Host Anti-Affinity (Strict), ở đây có hai Instances nằm trên cùng một Host, sau khi stop và gán vào cùng Group, thì chỉ một Instance có thể start được, còn Instance còn lại sẽ không thể chạy. Nguyên nhân là do quy tắc này sẽ không cho phép hai Instances cùng chạy trên một Host.

Sau khi Start lên ta truy cập địa chỉ load balancing thì chỉ có web1 xuất hiện

b) Host Anti-Affinity (Non-Strict)

Đối với Host Anti-Affinity (Non-Strict), hệ thống sẽ ưu tiên phân bổ các Instances lên các Host khác nhau. Tuy nhiên, trong trường hợp tài nguyên hạn chế hoặc không còn Host khả dụng, các Instances vẫn có thể cùng chạy trên một Host.

Sau khi truy cập ta sẽ thấy được hai trang Website.

Qua hai ví dụ trên về Host Anti-Affinity (Strict) và Host Anti-Affinity (NON – Strict), có thể thấy nguyên lý hoạt động tương tự đối với Host Affinity. Cụ thể, với Host Affinity (Strict) phải bắt buộc các Instances chạy trên cùng một Host thì mới có thể Start được. Trong khi đó, Host Affinity (NON – Strict) thì có thể linh động hơn sẽ chuyển các Instance sang Host khác nếu Host ban đầu đó không còn khả dụng hoặc không đủ tài nguyên.

Affinity Groups trong Cloud Gen 4 cho phép kiểm soát các máy ảo được phân bố nhằm tối ưu hiệu năng và độ sẵn sàng. Trước phiên bản 4.18 chỉ có loại Strict (Affinity/Anti-Affinity) với ràng buộc tuyệt đối, dễ dẫn đến việc VM không khởi động nếu thiếu tài nguyên. Từ phiên bản 4.18, Cloud Gen 4 bổ sung Non-Strict (Adaptive), cho phép triển khai linh hoạt theo cơ chế “ưu tiên nhưng không bắt buộc”, nhờ đó VM luôn chạy được. Strict phù hợp khi cần ràng buộc tuyệt đối, còn Non-Strict thích hợp khi muốn cân bằng giữa độ tin cậy và tính linh hoạt.

Nếu Quý Khách đang quan tâm đến dịch vụ hoặc muốn đăng ký dùng thử để trải nghiệm, vui lòng nhấn vào nút bên dưới.

Trong quá trình sử dụng, nếu Quý Khách cần hỗ trợ, vui lòng liên hệ qua các kênh sau:

• Tổng đài: 19006806 (phím 2)
• Email: support@vHost.vn
• Ticket: https://members.vhost.vn/tickets/new/

Quý Khách cũng có thể để lại câu hỏi hoặc phản hồi bên dưới, chúng tôi sẽ hỗ trợ trong thời gian sớm nhất.