Tổng quan nghiên cứu

Sự bùng nổ của hạ tầng điện toán đám mây với hơn 500 tập đoàn công nghệ hàng đầu như Cisco, IBM, Red Hat và Intel tham gia đóng góp đã đưa OpenStack trở thành nền tảng mã nguồn mở phổ biến nhất cho mô hình Hạ tầng như một Dịch vụ (IaaS). Dù vậy, trong các trung tâm dữ liệu quy mô lớn, dịch vụ mạng ảo hóa thường trở thành điểm nghẽn cổ chai (bottleneck) nghiêm trọng, chiếm tới 28% độ trễ xử lý gói tin và làm suy giảm 35% hiệu năng toàn hệ thống. Vấn đề cốt lõi nằm ở sự phức tạp khi xử lý các luồng lưu lượng mạng qua các lớp trừu tượng hóa phần mềm tại tầng Data Link (Layer 2) và tầng Network (Layer 3).

Mục tiêu cụ thể của luận văn là nghiên cứu, thiết lập quy trình triển khai chuẩn xác và đo kiểm hiệu năng định lượng giữa các giải pháp networking nâng cao trong OpenStack, trọng tâm là phân tích mô-đun Neutron kết hợp cùng Open vSwitch (OVS), OVN, LinuxBridge và các công nghệ chuyển mạch ảo phân tán. Nghiên cứu xác định các thông số tối ưu nhằm loại bỏ độ trễ trung gian, tối đa hóa thông lượng dữ liệu và triệt tiêu nguy cơ mất gói tin trong môi trường đa người thuê (multi-tenant).

Phạm vi nghiên cứu được thực hiện tại phòng thí nghiệm chuyên ngành Mạng máy tính và Truyền thông dữ liệu thuộc Trường Đại học Công nghệ – Đại học Quốc gia Hà Nội, hoàn thành vào tháng 11 năm 2019. Nghiên cứu thực hiện trên các bản phát hành OpenStack tiêu chuẩn với 3 mô hình luồng lưu lượng mạng điển hình gồm East-West, North-South và lưu lượng định tuyến qua Floating IP. Kết quả đạt được mang ý nghĩa thực tiễn to lớn khi cung cấp giải pháp gia tăng thông lượng truyền dẫn thêm 22%, giảm thiểu tỷ lệ rớt gói tin xuống mức 0.05%, đồng thời tiết kiệm 30% chi phí đầu tư thiết bị mạng vật lý chuyên dụng cho các doanh nghiệp viễn thông và công nghệ.

Cơ sở lý thuyết và phương pháp nghiên cứu

Khung lý thuyết áp dụng

Luận văn xây dựng trên 3 trụ cột lý thuyết nền tảng: Mô hình điện toán đám mây theo tiêu chuẩn NIST SP 800-145 (xác định 5 đặc tính cốt lõi gồm tự phục vụ theo nhu cầu, truy cập mạng rộng rãi, hồ chứa tài nguyên, co giãn nhanh và dịch vụ đo lường định lượng); Kiến trúc Mạng điều khiển bằng phần mềm (Software-Defined Networking - SDN) tách biệt hoàn toàn mặt phẳng điều khiển (Control Plane) khỏi mặt phẳng chuyển tiếp dữ liệu (Data Plane); và Nguyên lý kiến trúc không chia sẻ tài nguyên (Share-Nothing Architecture) trong các hệ thống tính toán phân tán.

Mô hình nghiên cứu tập trung vào kiến trúc phân tầng của OpenStack Neutron với khung điều khiển Modular Layer 2 (ML2 Plugin). Hệ thống vận hành dựa trên 5 khái niệm chuyên sâu:

  • Modular Layer 2 (ML2) Plugin: Cơ chế cho phép tích hợp đồng thời nhiều công nghệ chuyển mạch Layer 2 thông qua Type Drivers (quản lý phân đoạn mạng Local, Flat, VLAN, GRE, VXLAN) và Mechanism Drivers (điều khiển hạ tầng chuyển mạch vật lý và ảo).
  • Open vSwitch (OVS): Chuyển mạch ảo đa tầng chuẩn mã nguồn mở, hỗ trợ giao thức OpenFlow và quản lý luồng dữ liệu mềm dẻo.
  • Network Namespaces: Kỹ thuật cô lập ngăn xếp mạng của nhân Linux, cho phép thiết lập các bảng định tuyến, quy tắc tường lửa iptables và dải địa chỉ IP chồng lấn (overlapping IPs) độc lập cho từng người thuê.
  • L3 Agent và Floating IP: Cơ chế thực thi định tuyến phân tán kết hợp Network Address Translation (NAT) để kết nối mạng nội bộ ra mạng ngoài.
  • Message Broker AMQP (RabbitMQ): Hệ thống hàng đợi bản tin xử lý các cuộc gọi thủ tục từ xa (Remote Procedure Call - RPC) giữa máy chủ Neutron Server và các Agent phân tán.

Phương pháp nghiên cứu

Nghiên cứu sử dụng phương pháp thực nghiệm định lượng kết hợp thu thập dữ liệu trực tiếp từ hệ thống phần cứng máy chủ chuyên dụng. Cỡ mẫu thực nghiệm bao gồm 50 kịch bản truyền tải dữ liệu với 1200 lượt đo lường lặp lại độc lập, được thu thập liên tục trong 180 giờ vận hành nhằm đảm bảo độ tin cậy thống kê cao nhất. Phương pháp chọn mẫu là chọn mẫu thực nghiệm phân tầng ngẫu nhiên (stratified benchmark sampling), phân bổ đồng đều qua các kích thước gói tin tiêu chuẩn từ 64 bytes đến 1518 bytes trên các cấu hình mạng ảo hóa đơn node (Single-Node All-in-One) và đa node (Multi-Node Cluster).

Lý do lựa chọn phương pháp đo kiểm định lượng thông qua bộ công cụ chuẩn công nghiệp iperf3, Netperf và tcpdump là nhằm loại bỏ các sai số chủ quan, ghi nhận chính xác các thông số vật lý của luồng dữ liệu như băng thông thực tế (throughput), độ trễ truyền gói tin khứ hồi (RTT latency), tỷ lệ thất thoát gói tin (packet loss rate) và mức độ chiếm dụng năng lực xử lý CPU của máy chủ. Tiến trình nghiên cứu được tiến hành có hệ thống qua 4 giai đoạn kéo dài trong 6 tháng, từ khâu thiết lập phần cứng nền tảng, cài đặt OpenStack bản Stein và Rocky, cấu hình chi tiết các giải pháp mạng ảo hóa, cho đến giai đoạn stress-test và xử lý dữ liệu đo lường.

Kết quả nghiên cứu và thảo luận

Những phát hiện chính

Quá trình thực nghiệm đã làm sáng tỏ 4 phát hiện quan trọng mang tính định lượng cao:

Thứ nhất, thông lượng mạng luồng East-West giữa các máy ảo nội bộ khi sử dụng cơ chế đóng gói VXLAN qua OVS đạt mức trung bình 8.75 Gbps trên đường truyền vật lý 10 GbE, tương đương 87.5% công suất tối đa của phần cứng, cao hơn 18.2% so với mô hình chuyển mạch LinuxBridge truyền thống (chỉ đạt 7.40 Gbps) khi xử lý gói tin kích thước lớn 1518 bytes.

Thứ hai, việc sử dụng Floating IP kết hợp kỹ thuật dịch địa chỉ mạng NAT qua iptables tạo ra độ trễ trung bình tăng thêm 1.45 ms so với giao tiếp IP tĩnh trực tiếp. Tuy nhiên, giải pháp mạng OVN giúp tối ưu hóa bảng luồng OpenFlow, giảm thời gian xử lý định tuyến xuống còn 0.85 ms, cải thiện tốc độ phản hồi 41.3% so với mô hình Neutron L3 Agent cổ điển.

Thứ ba, tỷ lệ mất mát gói tin (Packet Loss) trong điều kiện hệ thống chịu tải đỉnh 95% băng thông giảm mạnh từ 1.85% ở cấu hình mặc định xuống chỉ còn 0.08% khi kích hoạt các giải pháp phân tán tải và tối ưu hóa hàng đợi gói tin trên Integration Bridge (br-int) và Tunneling Bridge (br-tun).

Thứ tư, mức tiêu hao tài nguyên CPU của tiến trình chuyển mạch ảo giảm từ 26.5% tổng công suất chip xử lý xuống còn 17.2% khi chuyển đổi cơ chế quản lý trạng thái mạng từ chế độ thăm dò liên tục (polling) sang cơ chế điều khiển hướng sự kiện qua RabbitMQ và tối ưu hóa không gian người dùng.

Thảo luận kết quả

Nguyên nhân chính dẫn đến sự chênh lệch hiệu năng rõ rệt là do kiến trúc xử lý của OVS và OVN đã chuyển dịch phần lớn các tác vụ tra cứu bảng định tuyến từ tầng ứng dụng (User Space) xuống trực tiếp tầng nhân hệ điều hành (Kernel Space), giúp loại bỏ thao tác sao chép dữ liệu thừa trong bộ nhớ. Trong khi đó, việc lạm dụng Network Namespaces và chuỗi lọc gói tin iptables phức tạp trong các mô hình cũ đã tạo ra hiện tượng nghẽn cổ chai cục bộ tại Network Node điều khiển trung tâm.

Khi so sánh với các báo cáo thử nghiệm của cộng đồng OpenStack Foundation quốc tế, kết quả của luận văn hoàn toàn tương đồng về mặt xu hướng, đồng thời bổ sung thêm các bằng chứng thực nghiệm giá trị trên hạ tầng phần cứng cận cao cấp tại Việt Nam. Toàn bộ dữ liệu đo kiểm trong luận văn được mô hình hóa trực quan qua hệ thống 12 biểu đồ cột so sánh thông lượng theo từng kích thước gói tin, kết hợp 6 bảng ma trận đối chiếu chi tiết giữa các kịch bản lưu lượng North-South và East-West, giúp người đọc dễ dàng nhận diện điểm gãy hiệu năng của từng cấu hình mạng.

Đề xuất và khuyến nghị

Dựa trên kết quả nghiên cứu thực nghiệm, luận văn đưa ra 4 khuyến nghị then chốt nhằm nâng cao hiệu năng mạng ảo hóa:

  1. Nâng cấp kiến trúc mạng sang giải pháp OVN (Open Virtual Network): Nhằm mục tiêu nâng cao 25% thông lượng tổng thể và giảm 40% độ trễ xử lý định tuyến cho toàn cụm máy ảo, tiến hành trong lộ trình 3 tháng do Đội ngũ Kỹ sư Kiến trúc Đám mây (Cloud Infrastructure Architects) chủ trì thực hiện.
  2. Tích hợp công nghệ SR-IOV (Single Root I/O Virtualization) và DPDK (Data Plane Development Kit) cho các cụm máy tính chuyên dụng: Nhằm mục tiêu đưa độ trễ truyền dẫn xuống dưới mức 0.5 ms và giảm thiểu 35% mức chiếm dụng CPU của hệ thống máy chủ, triển khai trong 4 tháng bởi Kỹ sư Hạ tầng Mạng và Ảo hóa.
  3. Triển khai cơ chế định tuyến phân tán DVR (Distributed Virtual Routing) và dự phòng nóng High Availability (HA) cho các cổng Gateway: Nhằm mục tiêu đảm bảo độ sẵn sàng dịch vụ đạt chuẩn SLA 99.99% và rút ngắn thời gian chuyển mạch dự phòng sự cố xuống dưới 1.5 giây, áp dụng trong vòng 2 tháng bởi nhóm Vận hành Hệ thống và SRE.
  4. Thiết lập hệ thống giám sát tự động luồng dữ liệu thời gian thực tích hợp công cụ đo từ xa Ceilometer và Prometheus: Nhằm mục tiêu phát hiện sớm 95% sự cố nghẽn mạng cục bộ và giảm thời gian phục hồi dịch vụ (MTTR) xuống dưới 10 phút, thực hiện định kỳ trong 6 tháng bởi Phòng Quản trị Công nghệ Thông tin.

Đối tượng nên tham khảo luận văn

Luận văn cung cấp nguồn tư liệu học thuật và hướng dẫn kỹ thuật chuyên sâu cho 4 nhóm đối tượng trọng tâm:

  • Kỹ sư Kiến trúc Điện toán Đám mây (Cloud Architects): Nắm vững nguyên lý cấu trúc của ML2 Plugin, OVS và các cơ chế đóng gói mạng ảo để thiết kế, mở rộng quy mô các cụm trung tâm dữ liệu IaaS từ 50 đến hơn 500 Compute Nodes một cách tối ưu.
  • Chuyên viên Quản trị Mạng và Kỹ sư DevOps/SRE: Ứng dụng các thông số cấu hình chi tiết về L2/L3 Agents, Network Namespaces, iptables và Floating IP để xử lý dứt điểm các lỗi nghẽn mạng, xung đột dải địa chỉ và suy giảm băng thông trong môi trường OpenStack production thực tế.
  • Giảng viên, Học viên Cao học và Sinh viên ngành Mạng máy tính & CNTT: Sử dụng làm tài liệu tham khảo học thuật chuẩn mực về phương pháp luận nghiên cứu hệ thống phân tán, kỹ thuật benchmark mạng ảo hóa bằng iperf3/Netperf và cách thức phân tích dữ liệu hiệu năng định lượng.
  • Giám đốc Công nghệ (CTO) và Quản lý Kỹ thuật tại các Doanh nghiệp Viễn thông: Có được các bằng chứng định lượng vững chắc để xây dựng phương án chuyển đổi hạ tầng mạng từ phần cứng độc quyền sang nền tảng ảo hóa mã nguồn mở, giúp tiết kiệm 30-40% tổng chi phí đầu tư ban đầu (CAPEX) và chi phí vận hành (OPEX).

Câu hỏi thường gặp

OpenStack Neutron mang lại cải tiến gì nổi bật so với mô-đun Nova Network tiền nhiệm? Nova Network chỉ cung cấp các chức năng mạng phẳng cơ bản được gán cứng, thiếu khả năng phân đoạn bảo mật đa người thuê. Neutron bổ sung giao diện API hoàn chỉnh cho Mạng điều khiển bằng phần mềm (SDN), hỗ trợ tạo lập router ảo, tường lửa FWaaS, cân bằng tải LBaaS và mạng riêng ảo VPNaaS độc lập cho từng dự án, giúp tăng tính linh hoạt quản trị hạ tầng lên gấp 3 lần.

Tại sao Network Namespaces lại đóng vai trò sống còn trong kiến trúc Neutron L3 Agent? Network Namespaces hoạt động như các bộ chứa ngăn xếp mạng độc lập trong nhân Linux. Cơ chế này cho phép hàng trăm người thuê khác nhau cùng sử dụng chung một dải địa chỉ IP nội bộ (chẳng hạn dải 192.168.1.0/24) mà không xảy ra hiện tượng xung đột định tuyến, đảm bảo tính cô lập tuyệt đối về mặt dữ liệu giữa các khách hàng trên cùng một máy chủ vật lý.

Giải pháp OVN khắc phục điểm yếu của Neutron OVS truyền thống như thế nào? Trong mô hình OVS cũ, mỗi thao tác cấu hình đều cần giao tiếp qua RabbitMQ và gọi tiến trình Python Agent cục bộ, gây nghẽn khi hệ thống mở rộng trên 100 nốt mạng. OVN sử dụng cơ sở dữ liệu phân tán OVSDB gọn nhẹ, đẩy trực tiếp các quy tắc luồng vào bảng chuyển tiếp, giúp giảm 50% thời gian tạo cổng mạng và tăng 20% tốc độ truyền gói tin.

Khi nào hệ thống ảo hóa nên chuyển sang sử dụng công nghệ SR-IOV thay vì chuyển mạch ảo? Doanh nghiệp nên áp dụng SR-IOV khi triển khai các ứng dụng viễn thông NFV, giao dịch tài chính tần suất cao hoặc cơ sở dữ liệu lớn đòi hỏi tốc độ truyền tải trên 10 Gbps và độ trễ cực thấp. SR-IOV cho phép máy ảo ánh xạ trực tiếp phần cứng card mạng PCI, loại bỏ hoàn toàn chi phí xử lý trung gian của lớp chuyển mạch ảo phần mềm.

Phương pháp nào giúp đo kiểm chính xác hiệu năng mạng trong OpenStack mà không gây sai lệch kết quả? Quy trình đo kiểm chuẩn xác đòi hỏi thiết lập môi trường mạng cô lập, sử dụng công cụ iperf3 chạy đồng thời nhiều luồng TCP/UDP qua các kích cỡ gói tin từ 64 đến 1518 bytes. Đồng thời, kỹ sư phải giám sát chặt chẽ mức độ chiếm dụng CPU của máy chủ thông qua mpstat để đảm bảo hiện tượng suy giảm thông lượng không xuất phát từ việc nghẽn tài nguyên tính toán.

Kết luận

  • Luận văn đã phân tích toàn diện kiến trúc dịch vụ mạng OpenStack Neutron, làm rõ nguyên lý vận hành của khung điều khiển ML2, hệ thống hàng đợi RabbitMQ và các cơ chế trừu tượng hóa mạng Layer 2/Layer 3.
  • Thiết lập thành công hệ thống thử nghiệm thực tế trên cả mô hình Single-Node và Multi-Node, thực hiện 1200 lượt đo lường chuẩn xác với các công cụ kiểm thử công nghiệp.
  • Cung cấp các số liệu định lượng chứng minh giải pháp tối ưu hóa chuyển mạch ảo giúp nâng cao thông lượng mạng lên 22%, hạ độ trễ xuống 41.3% và giảm tỷ lệ mất gói tin xuống dưới 0.08%.
  • Đưa ra 4 nhóm đề xuất kỹ thuật mang tính thực thi cao cùng lộ trình 6 tháng rõ ràng, hỗ trợ đắc lực cho các doanh nghiệp trong quá trình xây dựng trung tâm dữ liệu đám mây hiệu năng cao.
  • Mở ra hướng nghiên cứu tiếp nối về việc tích hợp trí tuệ nhân tạo (AI) trong tự động hóa điều phối luồng lưu lượng mạng và ứng dụng công nghệ eBPF để tăng tốc chuyển tiếp gói tin trong kỷ nguyên đám mây lai (Hybrid Cloud).

Hãy bắt đầu tối ưu hóa hạ tầng mạng OpenStack của bạn ngay hôm nay bằng cách áp dụng các giải pháp kiến trúc OVN và chuẩn hóa quy trình phân tán định tuyến L3 để khai phóng tối đa hiệu năng hệ thống!