Mục lục:
- Độ trễ là gì?
- Đo độ trễ với Traceroute
- Đo độ trễ với các công cụ quản lý mạng
- Giảm tác động của độ trễ
- Giữ số lượng nhỏ đó
Video: Cá sấu mất ná»a bá» hà m sau khi bại tráºn trÆ°á»c Äá»ng loại (Tháng Chín 2024)
Tốc độ của một mạng thường được định nghĩa là thông lượng: có bao nhiêu megabits hoặc gigabits mà mạng của bạn có thể bơm qua các đường ống của nó trong một giây. Điều đó chắc chắn quan trọng, nhưng có một yếu tố khác cần xem xét, và ngày nay, nó thường ít nhất là quan trọng (và đôi khi quan trọng hơn) so với tốc độ thô. Yếu tố đó là độ trễ. Cách tốt nhất để xác định độ trễ là độ trễ: khoảng thời gian giữa khi gói hoặc nhóm gói được gửi từ nguồn đến đích và nó thường được đo bằng mili giây (ms). Đối với người dùng, ngay cả những khác biệt lớn về thời gian trễ cũng không đáng chú ý trong quá trình sử dụng các ứng dụng hàng ngày của họ. Đó là, trừ khi họ đang sử dụng các ứng dụng nhạy cảm với độ trễ. Danh sách các ứng dụng nhạy cảm với độ trễ đã tăng lên gần đây, đó là lý do tại sao độ trễ rất quan trọng. Hầu hết các ứng dụng có thể điều chỉnh độ trễ chậm hơn, nhưng một số ứng dụng, đặc biệt là các ứng dụng dựa trên truyền phát video hoặc một số loại nguồn cấp dữ liệu không đổi khác, có thể chùn bước nếu hiệu suất trễ tối thiểu không đạt được.
Độ trễ là gì?
Có hai loại độ trễ ảnh hưởng đến dịch vụ đám mây. Một là thời gian để dữ liệu truyền qua mạng từ điểm này sang điểm khác. Điều này bị giới hạn bởi "tốc độ dây" của kết nối, nghĩa là tốc độ ánh sáng khi nó chạy qua cáp quang sợi thủy tinh hoặc tốc độ tín hiệu của dữ liệu chạy dọc theo cáp đồng Cat X. Trong mọi trường hợp, nó liên quan trực tiếp đến khoảng cách liên quan. Quan trọng nhất, bạn không thể làm gì về sự chậm trễ do thời gian truyền, ngoại trừ việc đến gần nhà cung cấp đám mây hoặc chọn vị trí máy chủ gần nhất cho dịch vụ đám mây bạn đang sử dụng, mặc dù không phải tất cả các dịch vụ đám mây cung cấp cho bạn tùy chọn đó.
Loại độ trễ thứ hai được tạo ra bằng cách xử lý độ trễ hoặc đôi khi do định tuyến kém. Mỗi lần gói dữ liệu của bạn đi qua một thiết bị, sẽ có một độ trễ ngắn trong khi bộ định tuyến hoặc bộ chuyển mạch quyết định nơi gửi nó tiếp theo. Có sự chậm trễ thêm do kiểm tra gói trong tường lửa hoặc các thiết bị bảo mật khác và bởi các máy chủ khi họ nhận được yêu cầu về dữ liệu, tìm thấy nó trong kho lưu trữ lớn, hành động theo yêu cầu và gửi phản hồi. Trong khi mỗi sự chậm trễ đó có thể là ngắn gọn, chúng cộng lại. Đôi khi, nếu đường dẫn của bạn từ trung tâm dữ liệu đến dữ liệu của bạn trong đám mây bị tắc nghẽn, thì độ trễ và do đó độ trễ có thể thực sự tăng lên.
Đo độ trễ với Traceroute
May mắn thay, việc đo độ trễ cho dữ liệu của bạn khá dễ dàng và không mất gì. Để tìm hiểu, hãy chạy dòng lệnh trong hệ điều hành (HĐH) mà bạn chọn và thực hiện lệnh Traceroute. Trong Microsoft Windows, bạn nhập lệnh "tracert" tại dấu nhắc lệnh, theo sau là tên của đích đến, có thể là "aws.amazon.com" hoặc "cloud.google.com." (Xem ảnh chụp màn hình bên dưới.)
Trong Apple OS X hoặc Linux, nhảy đến cửa sổ terminal và gõ: traceroute -I companydomain.com. Ngoài ra, bạn có thể thay thế tên miền bằng một địa chỉ IP thực tế. Bạn muốn chuyển đổi -I để traceroute sẽ sử dụng Giao thức tin nhắn điều khiển Internet (ICMP), cái mà nó sẽ cần để đo chính xác độ trễ.
Bất kể HĐH, những gì bạn nhìn thấy trên màn hình là phản hồi từ mỗi bộ định tuyến dọc theo đường dẫn đến trang web bạn đang kiểm tra, cùng với phép đo thời gian tính bằng ms. Thêm chúng và đó là độ trễ của bạn. Nếu bạn chạy lệnh nhiều lần, thì bạn sẽ thấy các bộ định tuyến tương tự không luôn hiển thị. Điều này là do các gói dữ liệu của bạn có thể có các đường truyền internet khác nhau mỗi khi bạn chạy lệnh. Một số con đường có thể dài hơn những con đường khác, thêm vào độ trễ tổng thể của bạn. Chào mừng bạn đến độ trễ trên internet.
Nhấn vào ảnh chụp màn hình để phóng to.
Đo độ trễ với các công cụ quản lý mạng
Chuyên gia CNTT phụ trách mạng công ty sẽ có một số loại công cụ giám sát mạng để theo dõi những gì đang chạy trên dây của họ và cách lưu lượng truy cập đó hoạt động. Bạn cũng có thể kiểm tra độ trễ của mạng theo những cách khác. Nếu đó là một công cụ có tính năng tốt, thì nó sẽ có các tính năng đo độ trễ riêng. Ví dụ, Spiceworks có phần mềm Traceroute riêng sử dụng Giao thức điều khiển truyền (TCP) thay vì giao thức ICMP được sử dụng trong chức năng theo dõi tiêu chuẩn được nêu trước đó. Điều đó cũng được sử dụng trong lệnh Ping. Trong một số trường hợp, TCP có thể chính xác hơn vì một số bộ định tuyến được cấu hình không đáp ứng với các gói ICMP.
Một ví dụ điển hình khác là Paessler AG, công ty bán Paessler PRTG Network Monitor. Công cụ này sẽ cung cấp độ trễ mạng cùng với các chức năng khác của nó. Paessler AG có phiên bản phần mềm miễn phí cũng như dùng thử miễn phí. Tôi sẽ xem xét Trình giám sát mạng PRTG, bao gồm các khả năng về độ trễ của nó, khi tôi kiểm tra công cụ để đánh giá PCMag sắp tới.
"Ngoài thời gian ping, nếu tôi đo lường rằng mọi khoảng thời gian, đó là thước đo cơ bản của độ trễ", Greg Ross, Kỹ sư hệ thống cao cấp tại Paessler AG giải thích. "Bạn có thể chia nhỏ đường dẫn và đánh giá cho mỗi bước nhảy trong đường dẫn. Chúng tôi có thể làm điều đó với số bước nhảy theo dõi.
"Khía cạnh khác là giám sát Chất lượng dịch vụ, xem xét thời gian lộn xộn và khứ hồi giữa tôi và điểm cuối", Ross nói. Ông nói rằng việc theo dõi như vậy cũng có thể cho thấy các nguyên nhân khác của độ trễ như các gói bị trì hoãn hoặc các gói nhận được không theo thứ tự.
Giảm tác động của độ trễ
Nếu ứng dụng của bạn gặp sự cố với thời gian trễ cao, thì có một số điều bạn có thể làm để giảm bớt tác động của độ trễ, ngay cả khi bạn không thể loại bỏ nó. Đầu tiên là điều tra dịch vụ Hệ thống tên miền (DNS) nào bạn đang sử dụng nếu bạn không có máy chủ DNS của riêng mình. Một nguyên nhân tiềm ẩn của độ trễ là sự chậm trễ xảy ra trong khi máy chủ DNS bạn đang sử dụng tìm kiếm địa chỉ giao thức internet (IP) của trang web bạn muốn truy cập.
Một máy chủ DNS ở xa sẽ giới thiệu độ trễ như một máy chủ đơn giản là không hoạt động tốt. Có máy chủ của riêng bạn sẽ giảm thời gian tra cứu đó, miễn là địa chỉ nằm trong bảng của máy chủ của bạn. Nếu không, bạn sẽ phải chờ trong khi nó yêu cầu máy chủ DNS tiếp theo xếp hàng cho địa chỉ. Đối với các trang web bạn truy cập thường xuyên, điều này có thể cắt giảm độ trễ.
Có kết nối chuyên dụng cũng sẽ giảm độ trễ, miễn là nó thực sự chuyên dụng, nghĩa là bạn có kết nối bằng cách sử dụng một đường xác định. Đây có thể là kết nối sợi vật lý nếu bạn đủ gần hoặc đường dây được thuê từ nhà mạng. Bằng cách này, bạn giảm số lượng bộ định tuyến có liên quan và bạn giảm khả năng lỗi định tuyến có thể gây ra độ trễ.
Và, tất nhiên, bạn có thể giảm khoảng cách. Theo các bảng được cung cấp bởi M2 Optics, 100 KM sợi quang giới thiệu độ trễ gần 500 micro giây. Đó là một nửa mili giây, vì vậy bạn thấy khoảng cách có thể làm tăng độ trễ.
Giữ số lượng nhỏ đó
Bất kể "cách chữa trị" nào bạn sử dụng để đối phó với độ trễ, hãy chắc chắn xem xét nó sẽ ảnh hưởng đến các khía cạnh khác trong mạng của bạn như thế nào. Ví dụ: nếu bạn đang sử dụng đám mây của mình để khắc phục thảm họa (DR), thì việc di chuyển quá gần có thể gây ra một loạt vấn đề của chính nó vì bạn không muốn thảm họa tương tự xảy ra với trang DR của bạn khi chạm vào trung tâm dữ liệu của bạn.
Nói chung, bạn có thể giảm độ trễ bằng cách giảm số bước nhảy trong lộ trình của mình và có một số cách để tiếp cận vấn đề đó. Ngoài những điều được đề cập trước đó, bạn có thể có băng thông được đảm bảo để giảm độ trễ do tắc nghẽn hoặc bạn có thể có các nhà cung cấp dự phòng để ứng dụng của bạn có thể chọn đường dẫn có độ trễ ít nhất trong thời gian thực.
Mặc dù bạn không thể loại bỏ độ trễ mà không vi phạm các định luật vật lý, bạn cũng không thể bỏ qua nó. Với các ứng dụng phổ biến như phân tích phát trực tuyến thời gian thực, hội thảo video và thậm chí lưu lượng Thoại qua IP (VoIP) của công ty bạn trở nên nhạy cảm hơn bao giờ hết, việc đào sâu vào độ trễ của mạng của bạn bây giờ, trước khi nó trở thành vấn đề, sẽ phải trả tiền cổ tức xuống dòng.
