Giám sát uptime và độ trễ từ các thành phố datacenter

Vì sao nên giám sát từ các thành phố datacenter?

Giám sát từ các thành phố datacenter cho thấy dịch vụ của bạn hoạt động thế nào từ các trung tâm mạng mà lưu lượng người dùng của bạn đi qua. Một lần kiểm tra từ văn phòng của bạn chỉ thử một đường đi. Một lần kiểm tra từ Frankfurt, Singapore hoặc São Paulo sẽ thử tuyến đường, phản hồi DNS và edge CDN được phục vụ cho khu vực đó.

Các câu hỏi điển hình mà nó trả lời:

• Website có phản hồi từ mọi thị trường không, hay một khu vực bị lỗi?
• CDN có đưa khách truy cập Tokyo đến một edge châu Á không, hay đưa tận đến Virginia?
• Thay đổi DNS hoặc chứng chỉ có đến được mọi khu vực không?
• Trang chậm là do vấn đề máy chủ hay do khoảng cách?

IP datacenter đo đường đi qua datacenter, không đo chặng cuối của người dùng tại nhà qua Wi-Fi hay mạng di động. Đó là ưu điểm cho việc kiểm tra lặp lại, và là hạn chế nếu bạn cần timing của người dùng thực.

Độ trễ tối thiểu giữa hai thành phố là bao nhiêu?

Vòng khứ hồi tối thiểu tính bằng mili giây xấp xỉ bằng khoảng cách tính bằng km chia cho 100. Ánh sáng trong sợi quang đi được khoảng 200 km mỗi mili giây, và vòng khứ hồi đi quãng đường đó hai lần. Tuyến thực tế dài hơn đường thẳng, nên giá trị đo được cao hơn.

Các cặp gần nhất trong số các trang thành phố datacenter của chúng tôi, theo khoảng cách trên các trang đó:

Nếu một lần kiểm tra từ Amsterdam đến máy chủ London mất 40 ms, khoảng cách chỉ giải thích dưới 4 ms; hãy xem xét định tuyến, thiết lập TLS hoặc máy chủ. Bảng dữ liệu thành phố liệt kê mọi thành phố cùng cơ sở hạ tầng và thành phố lân cận gần nhất.

Proxy thay đổi những gì tôi đo được như thế nào?

Proxy thêm một chặng cho mỗi yêu cầu: công cụ kiểm tra của bạn nói chuyện với proxy, và proxy nói chuyện với dịch vụ của bạn. Tổng thời gian là tổng của cả hai chặng, nên một công cụ kiểm tra ở Paris dùng IP Tokyo chủ yếu đo Paris đến Tokyo.

Hai cách rõ ràng để đọc các con số:

1. Chạy công cụ kiểm tra gần proxy. Một máy chủ nhỏ ở cùng khu vực giữ chặng đầu ngắn, nên timing phản ánh đúng thành phố bạn chọn.
2. Đo riêng chặng đầu. Đo thời gian một yêu cầu đến một endpoint nhẹ qua proxy và trừ đi mức cơ sở đó khỏi timing dịch vụ của bạn.

Chỉ riêng uptime thì chặng thêm không quan trọng: câu hỏi là dịch vụ của bạn có phản hồi từ thành phố đó không, với mã trạng thái và nội dung nào.

# Documentation address; use an IP, port and credentials from your account
curl -x http://USERNAME:[email protected]:8000 \
  -o /dev/null -s \
  -w "status=%{http_code} connect=%{time_connect}s tls=%{time_appconnect}s first_byte=%{time_starttransfer}s total=%{time_total}s\n" \
  https://example.com/health

Làm thế nào để tôi xây dựng một trình giám sát đa thành phố đơn giản?

Một trình giám sát đa thành phố đơn giản cần một IP cho mỗi khu vực, một URL health trên phía bạn và một bộ lập lịch.