Hầu hết các chuyên gia CNTT chọn nhà cung cấp đám mây dựa trên giá cả hoặc mức độ gần gũi với người dùng, nhưng hiệu suất mạng cũng cần được xem xét. Bởi vì như chúng ta thấy trong một báo cáo mới từ ThousandEyes, kiến trúc mạng cơ bản của các nhà cung cấp đám mây lớn có thể có tác động đáng kể đến hiệu suất. Và hiệu suất rất khác nhau giữa các nhà cung cấp dịch vụ đám mây.
Trong báo cáo điểm chuẩn đám mây công khai hàng năm đầu tiên của mình , ThousandEyes đã so sánh hiệu suất mạng toàn cầu của các nhà cung cấp đám mây công cộng lớn nhất ba cấp – Amazon Web Services (AWS), Google Cloud Platform (GCP) và Microsoft Azure. Công ty quản lý mạng đã xem xét hiệu suất mạng (độ trễ, mất gói, jitter) và kiến trúc kết nối. Nó cũng đo kết nối giữa người dùng với đám mây từ 27 thành phố trên toàn cầu đến 55 khu vực AWS, Azure và GCP và đo kết nối liên AZ và liên khu vực trong cả ba mạng của nhà cung cấp đám mây. Ngoài ra, họ đã đo kết nối liên vùng giữa tất cả 55 vùng trên cơ sở nhiều đám mây.
Sử dụng AWS có nghĩa là nhiều internet hơn
Có lẽ phát hiện hấp dẫn nhất trong báo cáo của ThousandEyes là thiết kế mạng AWS đã buộc lưu lượng người dùng sử dụng internet công cộng trong hầu hết hành trình giữa vị trí của người dùng và khu vực AWS. Điều này trái ngược hoàn toàn với Azure và GCP, giúp truy cập lưu lượng người dùng gần với người dùng và chạy mạng riêng của họ càng lâu càng tốt.
Có một số khác biệt về kỹ thuật trong thiết kế mạng gây ra điều đó, nhưng kết quả cuối cùng là AWS định tuyến lưu lượng người dùng ra khỏi xương sống cho đến khi nó gần về mặt địa lý với khu vực đó.
Trong các khu vực băng thông như Hoa Kỳ và Châu Âu, hiệu suất internet và hiệu suất mạng riêng không thay đổi nhiều, do đó người dùng sẽ không nhận thấy sự khác biệt. Ở những địa phương như Châu Á nơi các tuyến cáp quang ít hơn, tuy nhiên, hiệu suất internet có thể thay đổi, tạo ra hiệu suất không thể đoán trước. Các thử nghiệm cho thấy ở châu Á, độ lệch chuẩn trên hiệu suất mạng AWS cao hơn 30% so với GCP và Azure.
Hiệu suất khu vực thay đổi theo nhà cung cấp đám mây
Một phát hiện chính khác là có một số dị thường khu vực khác nhau tùy theo nhà cung cấp. Ví dụ: GCP có một mạng lưới toàn cầu mạnh mẽ nhưng không có tuyến đường cáp quang giữa châu Âu và Ấn Độ. Điều đó có nghĩa là lưu lượng truy cập từ London đến Mumbai sẽ mất gấp ba lần để đến đó so với lưu lượng truy cập trên Azure hoặc AWS. Điều này có thể có tác động lớn đến chất lượng của các ứng dụng thời gian thực như giọng nói và video.
Tất cả ba nhà cung cấp dịch vụ đám mây tiếp tục đầu tư vào các mạng của họ để lấp đầy những khoảng trống như thế này, nhưng sẽ luôn có sự khác biệt trong các mạng khác nhau – và thật tốt khi có dữ liệu để khám phá những thứ đó là gì.
Sự khác biệt trong khu vực bao gồm:
- Ở châu Á, hiệu suất mạng AWS kém ổn định hơn 56% so với Azure và 35% kém ổn định hơn Azure.
- Khi kết nối châu Âu với Singapore, Azure nhanh hơn 1,5 lần so với AWS và GCP.
Thời gian cho nhiều đám mây là bây giờ
Một câu hỏi luôn thường trực trong suy nghĩ của các nhà lãnh đạo CNTT là AWS, GCP và Azure chơi tốt như thế nào. Họ cạnh tranh, nhưng họ cũng hợp tác để đảm bảo khách hàng có thể sử dụng chiến lược nhiều đám mây. Kết quả thử nghiệm cho thấy khả năng kết nối rộng rãi giữa các mạng xương sống của cả ba nhà cung cấp điện toán đám mây lớn. Khách hàng chấp nhận nhiều đám mây có thể được đảm bảo rằng lưu lượng truy cập giữa GCP, Azure và AWS hiếm khi truy cập internet công cộng. Hiệu suất giữa các khu vực trên cả ba đều ổn định và đáng tin cậy, vì vậy các doanh nghiệp nên thoải mái phát triển trên nhiều đám mây.
Nghiên cứu nhấn mạnh rằng mạng quan trọng đối với hiệu suất của đám mây và cách duy nhất để thực sự biết những gì đang diễn ra là thu thập dữ liệu và đo lường hiệu suất. Internet luôn thay đổi, và nghiên cứu của ThousandEyes này là một ảnh chụp nhanh về những gì mọi thứ hiện tại trông như thế nào. Nhưng mọi thứ liên tục thay đổi. Các doanh nghiệp nên tiếp tục thu thập thông tin mạng và đo lường hiệu suất của chính họ để đảm bảo họ nhận được những gì họ mong đợi từ các nhà cung cấp đám mây của họ.
Leave a Reply