Bài viết này do AI tạo ra, biên soạn từ báo cáo chính thức của Cloudflare Radar và được kiểm tra lại các số liệu chính.
Internet hiếm khi hỏng vì một lý do duy nhất. Báo cáo sự cố kết nối quý II/2026 của Cloudflare cho thấy cùng một biểu hiện là website chậm, DNS lỗi hoặc ứng dụng mất kết nối có thể bắt nguồn từ bão, mất điện, đứt cáp, lỗi ký DNSSEC, chiến sự hoặc quyết định ngắt mạng hành chính. Với đội vận hành, giá trị lớn nhất của báo cáo không nằm ở từng sự cố riêng lẻ mà ở bài học về thiết kế dự phòng và cách đọc tín hiệu telemetry.
Giữa tháng 4, bão Sinlaku đi qua gần Guam, kéo theo gió mạnh, mất điện và gián đoạn hệ thống nước. Cloudflare ghi nhận lưu lượng từ lãnh thổ này giảm tới 80%. Cuối tháng 6, mất điện ở Tanzania cũng tạo một đợt giảm lưu lượng kéo dài ít nhất năm giờ. Động đất tại Venezuela ngày 24/6 để lại dấu vết tương tự trên HTTP bytes truyền tải.
Điểm chung: mạng có thể định tuyến tốt nhưng vẫn mất dịch vụ khi trạm, POP, CPE, hệ thống làm mát hoặc tuyến last-mile không còn điện. UPS duy trì vài phút không thay thế được máy phát, nhiên liệu, kiểm thử chuyển nguồn và tuyến truyền dẫn đa dạng vật lý.
Ngày 5/5, quá trình rollover khóa DNSSEC tại registry DENIC của Đức bắt đầu sinh chữ ký không hợp lệ. Resolver xác thực DNSSEC đã từ chối câu trả lời cho tên miền .de và trả SERVFAIL cho đến khi hệ thống trở lại bình thường lúc 23:15 UTC.
Sự cố này nhắc đội DNS không coi rollover là thao tác hành chính. Cần kiểm thử trước trên môi trường tách biệt, giám sát validation từ nhiều resolver công cộng và nội bộ, theo dõi SERVFAIL/NXDOMAIN bất thường, đồng thời có runbook rollback rõ ràng. Lưu lượng truy vấn còn có thể tăng mạnh vì đáp án lỗi không được cache hiệu quả, khiến sự cố DNS kéo theo áp lực lên authoritative DNS.
Ngày 21/6, lưu lượng từ mạng Karib Cable tại Saint Lucia gần như về 0 trong nhiều giờ; lưu lượng cấp quốc gia giảm xấp xỉ 60% trong thời gian ảnh hưởng. Với đảo nhỏ hoặc khu vực phụ thuộc ít tuyến terrestrial/submarine, một điểm đứt có thể cắt phần lớn dung lượng Internet.
Đa dạng tuyến cần được đánh giá theo đường vật lý, nhà cung cấp upstream, điểm cập bờ, tuyến metro và nguồn điện, không chỉ bằng hai hợp đồng ISP. Hai đường truyền có thể vẫn dùng chung một duct, một POP hoặc một cáp biển. BGP multihoming giúp chuyển hướng khi upstream còn đường đi, nhưng không khôi phục được last-mile hay điểm vật lý chung đã mất.
Cloudflare ghi nhận các đợt ngắt Internet theo giờ thi ở Sudan và Iraq. Ở Sudan có 10 lần trong khoảng 13–23/4, mỗi lần khoảng 3,5 giờ; Iraq có ba lần trong tháng 6, thời lượng khoảng 90 phút. Iran cũng chỉ khôi phục từng phần sau thời gian gián đoạn dài.
Doanh nghiệp có người dùng, chi nhánh hoặc nhà cung cấp tại vùng rủi ro cần coi đây là tình huống continuity planning: đồng bộ dữ liệu trước, cache nội dung cần thiết, có kênh liên lạc ngoài Internet công cộng và tránh phụ thuộc vào một vùng duy nhất cho luồng thanh toán, xác thực hoặc hỗ trợ khách hàng.
Quý II/2026 cho thấy resilience không phải một tính năng của router, CDN hay cloud riêng lẻ. Bão làm mất điện, cáp đứt làm biến mất đường truyền, DNSSEC lỗi khiến resolver chủ động chặn tên miền, còn chính sách có thể cắt kết nối dù hạ tầng vẫn hoạt động. Tất cả đều hiện lên như traffic drop hoặc timeout, nhưng hướng khắc phục hoàn toàn khác nhau.
Vì vậy NOC/SRE cần ghép telemetry mạng với dữ liệu điện, DNS, BGP, ứng dụng và nhà cung cấp. Mục tiêu không chỉ phát hiện “lưu lượng giảm”, mà phân biệt nhanh đây là lỗi authoritative DNS, upstream, tuyến vật lý, vùng cloud hay hạn chế kết nối theo địa lý. Phân loại đúng trong những phút đầu quyết định việc chuyển traffic, kích hoạt DR hay chỉ thông báo người dùng.
Cloudflare Radar, báo cáo “Natural disasters and government interference: examining Q2 2026’s major Internet disruption events”, quý II/2026. Các liên kết nguồn ngoài không được hiển thị trong bài viết công khai.
