Skip to content

Tier dịch vụ mạng: Hàm ý đường dữ liệu thực tế

Vì sao quan trọng trong sản xuất

Bạn đã biết: Premium = 99.99% SLA, Standard = 99.9% SLA. Nhưng cách GCP đạt SLA khác nhau trong datapath:

  • Premium: Xử lý gói tin ưu tiên, dung lượng riêng, đường dự phòng
  • Standard: Nỗ lực tốt nhất, dung lượng chia sẻ, đường đơn, dẻo dai thấp

Hiểu cách GCP triển khai tier này giúp bạn:

  • Thiết kế kỳ vọng thực tế
  • Kiến trúc hệ thống tuân thủ SLA
  • Tránh giả định sai về khác biệt tier

Mô hình nội bộ: Xử lý đường dữ liệu mỗi tier

Đường dữ liệu Premium Tier

┌─────────────────────────────────────────────┐
│ Dùng gửi gói tin tới tài nguyên Premium Tier│
│ (Global Load Balancer, Premium IP)          │
└────────┬────────────────────────────────────┘


    ┌──────────────────────┐
    │ PoP (bất cứ tier)    │
    │ Lọc DDoS             │
    │ Kết thúc SSL/TLS     │
    └──────────┬───────────┘

               ▼ (Vào backbone GCP)
         ┌──────────────────────────┐
         │ Backbone Premium Tier    │
         │ - Dung lượng riêng       │
         │ - ECMP (nhiều đường)     │
         │ - Định tuyến lại khi tắc │
         │ - <0.01% mất gói SLA    │
         └──────────┬───────────────┘


         ┌──────────────────────────┐
         │ Vùng GCP (đích)          │
         │ - Nhập Premium           │
         │ - Xếp hàng ưu tiên       │
         │ - Đường dự phòng sẵn sàng│
         └──────────┬───────────────┘


         ┌──────────────────────────┐
         │ VM/Dịch vụ               │
         │ (nhận gói tin)           │
         └──────────────────────────┘

Đặc điểm chính:
├─ Nhập: PoP tới backbone GCP ưu tiên
├─ Định tuyến: ECMP (đường giá bằng đa)
├─ Dự phòng: Dự phòng tự động nếu đường xấu
├─ Thoát: Chọn egress point Premium (cold potato)
├─ SLA: 99.99% có sẵn = <52.6 phút downtime/năm
└─ Giám sát: Kiểm tra sức khỏe liên tục tất cả đường

Đường dữ liệu Standard Tier

┌──────────────────────────────────────────┐
│ Dùng gửi gói tin tới IP Standard Tier    │
│ (Tài nguyên khu vực thôi)                │
└────────┬─────────────────────────────────┘


    ┌──────────────────────┐
    │ PoP khu vực          │
    │ DDoS cơ bản          │
    │ (không xếp ưu tiên)  │
    └──────────┬───────────┘

               ▼ (qua internet công cộng)
         ┌──────────────────────────┐
         │ Đường ISP internet công  │
         │ - Nỗ lực tốt nhất        │
         │ - Đường ưa thích đơn     │
         │ - Không ECMP             │
         │ - Tắc có thể             │
         └──────────┬───────────────┘


         ┌──────────────────────────┐
         │ Vùng GCP (vùng giống)    │
         │ - Nhập Standard          │
         │ - Xếp hàng cơ bản (FIFO) │
         │ - Đường dự phòng hạn chế │
         └──────────┬───────────────┘


         ┌──────────────────────────┐
         │ VM/Dịch vụ               │
         │ (nhận gói tin)           │
         └──────────────────────────┘

Đặc điểm chính:
├─ Nhập: PoP tới vùng qua ISP (không đảm bảo)
├─ Định tuyến: Đường đơn (không ECMP)
├─ Dự phòng: Cần can thiệp thủ công nếu xấu
├─ Thoát: Hot potato (thoát sớm từ vùng gốc)
├─ SLA: 99.9% có sẵn = 8.76 giờ downtime/năm
└─ Giám sát: Cơ bản thôi, ít toàn diện

Xử lý xếp hàng & Ưu tiên

Xếp hàng Premium Tier

Hàng đợi nhập tại PoP (Premium):
┌──────────────────────────┐
│ Gói tin đến              │
│ (hỗn hợp Premium/Standard)│
└──────────┬───────────────┘

    ┌──────▼──────┐
    │ Bộ phân loại│
    │ (kiểm tier) │
    └──────┬──────┘

     ┌─────┴─────┐
     │            │
  ┌──▼──┐      ┌──▼──┐
  │Prem │      │Std  │
  │Ưu   │      │Ưu   │
  │Tiên │      │Tiên │
  │Cao  │      │Thấp │
  └──┬──┘      └──┬──┘
     │            │
  ┌──▼──────────────▼──┐
  │ Backbone/Thoát GCP │
  │ (Premium trước)    │
  └───────────────────┘

Khi tắc:
├─ Gói Premium: <1% mất
├─ Gói Standard: 2-5% mất
├─ Kết quả: Premium được ưu tiên

Xếp hàng Standard Tier (FIFO)

Hàng đợi nhập tại PoP (Standard):
┌──────────────────────────┐
│ Gói tin đến (FIFO)       │
│ (Standard thôi)          │
└──────────┬───────────────┘

  ┌────────▼────────┐
  │ Thoát khu vực   │
  │ (đến trước)     │
  │ (không ưu tiên) │
  └────────┬────────┘

  ┌────────▼────────┐
  │ Internet công   │
  │ (định tuyến ISP)│
  └────────────────┘

Khi tắc:
├─ Tất cả gói: Tỉ lệ mất giống
├─ Mất: 0.1-5% tuỳ ISP
└─ Kết quả: Không phân biệt

Triển khai SLA: Cách Google đạt được

Cơ chế SLA Premium Tier (99.99%)

Để đạt 99.99% uptime (52.6 phút downtime cho phép/năm):

1. Dự phòng:
   ├─ Nhiều đường từ gốc tới đích
   ├─ Mỗi đường giám sát độc lập
   ├─ Hỏng đường đơn: Lưu lượng định tuyến lại (<1 giây)
   └─ Cần: Ít nhất 2 đường đa dạng mỗi cặp vùng

2. Kiểm tra sức khỏe:
   ├─ Gửi thăm dò mỗi 5 giây
   ├─ Phát hiện hỏng <5 giây
   ├─ Kích hoạt định tuyến lại trong 10 giây
   └─ Kết quả: <15 giây max downtime mỗi lần hỏng

3. Lập kế hoạch dung lượng:
   ├─ Thiết kế cho dự phòng n+1
   ├─ Dung lượng đỉnh: 80% tổng (20% khoảng trống)
   ├─ Có thể hấp thụ hỏng đường + duy trì SLA
   └─ Giám sát: Sử dụng thực tế real-time

4. Tính toán có sẵn:
   ├─ Downtime: Thời gian không tiếp cận vùng
   ├─ Suy giảm từng phần: Không tính nếu <0.01% mất gói
   ├─ Đo lường: Kiểm tra tổng hợp liên tục
   └─ Báo cáo: Công bố hàng tháng

Cơ chế SLA Standard Tier (99.9%)

Để đạt 99.9% uptime (8.76 giờ downtime cho phép/năm):

1. Dựa vào đường đơn:
   ├─ Đường chính: Tuỳ thuộc ISP
   ├─ Hỏng: Có thể cần can thiệp thủ công
   ├─ Thời gian phục hồi: Có thể giờ
   └─ Sự cân bằng: Tiết kiệm chi phí biện minh ít dự phòng

2. Kiểm tra sức khỏe cơ bản:
   ├─ Thăm dò ít thường xuyên
   ├─ Phát hiện: 30-60 giây
   ├─ Định tuyến lại: Thủ công hoặc tự động rất chậm
   └─ Kết quả: Có thể mất kết nối tạm thời

3. Lập kế hoạch dung lượng:
   ├─ Thiết kế cho dự phòng n (không n+1)
   ├─ Dung lượng đỉnh: Có thể 90-95%
   ├─ Nguy hiểm: Tắc khi đỉnh
   └─ Giảm thiểu: Giám sát, khuyên mở rộng

4. Tính toán có sẵn:
   ├─ Downtime: Mất kết nối hoàn toàn
   ├─ Suy giảm: Chấp nhận 0.1-1% mất gói
   ├─ Đo lường: Kiểm tra tuần hoàn (không liên tục)
   └─ Báo cáo: Công bố hàng quý

Khác biệt thực tế thường gặp

Kịch bảnPremiumStandard
Vùng down (bảo trì)Dự phòng tự động vùng khácCan thiệp thủ công hoặc outage vùng
Suy giảm tuyến ISPĐịnh tuyến lại đường dự phòng (giây)Chờ ISP sửa (giờ)
Loạt lưu lượng đỉnhHấp thụ cân bằng ECMPCó thể tắc, tăng độ trễ
Hỏng PoPLưu lượng dùng PoP thay thế tự độngDùng khu vực ảnh hưởng (tuỳ ISP)
Tấn công DDoSLọc PoP ưu tiên traffic hợp lệNỗ lực tốt nhất, traffic hợp lệ mất
Lỗi tuyến BGPHội tụ nhanh, tác động tối thiểuCó thể outage lâu hơn

Mô hình kiến trúc production

Mô hình 1: Triển khai tier hỗn hợp (Lai)

Kiến trúc: Dùng cả hai tier chiến lược
├─ API đối mặt dùng: Premium tier (SLA quan trọng)
├─ Công việc hàng loạt nội bộ: Standard tier (tối ưu chi phí)
├─ Đường ống phân tích dữ liệu: Standard tier
└─ Thông báo thực tế: Premium tier

Tối ưu hóa chi phí:
├─ Premium: 20% lưu lượng (đối mặt dùng)
├─ Standard: 80% lưu lượng (nội bộ)
├─ Giảm chi phí: ~50% so với toàn Premium
└─ SLA vẫn đáp ứng đường quan trọng

Triển khai:
├─ Tạo bộ cân bằng tải riêng mỗi tier
├─ Định tuyến lưu lượng dùng tới Premium
├─ Định tuyến lưu lượng nội bộ tới Standard
└─ DNS/logic ứng dụng chọn tier

Mô hình 2: Dự phòng dần (Premium Tier)

Trung tâm chính: asia-southeast1 (Premium)
Trung tâm phụ: us-central1 (Premium)
Trung tâm ba: eu-west1 (Premium)

Phân phối lưu lượng:
├─ Bình thường: 100% tới asia-southeast1 (SLA Premium duy trì)
├─ asia-southeast1 down: 100% tới us-central1 (SLA Premium duy trì)
├─ us-central1 down: 100% tới eu-west1 (SLA Premium duy trì)

Kết quả:
└─ Hỏng vùng đơn: SLA duy trì qua dự phòng tự động

Chi phí: Premium tier toàn cầu (đắt nhưng cần cho SLA)

Lỗi thường gặp & Mô hình chống

Lỗi 1: Giả định Standard Tier xử lý tất cả

Suy nghĩ sai:

"Standard Tier chi phí thấp, đủ bất cứ công việc nào"

Hiểu đúng:

  • Standard: Khu vực thôi, 99.9% SLA, đường đơn
  • Premium: Toàn cầu, 99.99% SLA, đường đa
  • Nếu cần SLA: Premium cần
  • Biện minh chi phí: Tuỳ thuộc tác động downtime

Phòng chống: Tính chi phí downtime ứng dụng. So sánh chi phí Premium tier.

Lỗi 2: Trộn kỳ vọng tier

Suy nghĩ sai:

"Standard Tier với cân bằng ECMP = dẻo dai Premium Tier"

Hiểu đúng:

  • Standard Tier: Đường đơn theo cơ bản
  • ECMP: Phân phối đường đa
  • Kết hợp: Không, ECMP không sẵn Standard Tier
  • Kết quả: Standard vẫn đường đơn

Phòng chống: Xác nhận đặc điểm tier tài liệu GCP trước thiết kế.

Lỗi 3: Không giám sát tuân thủ SLA

Suy nghĩ sai:

"Mua Premium Tier, SLA tự động đáp ứng"

Hiểu đúng:

  • Premium: SLA GCP với họ
  • SLA bạn: Tuỳ thuộc thiết kế ứng dụng
  • Ví dụ: SLA mạng Premium không đảm bảo có sẵn ứng dụng
  • Phải giám sát: Sức khỏe ứng dụng end-to-end

Phòng chống: Triển khai giám sát toàn diện vượt mạng.

Hướng dẫn triển khai GCP

Giám sát chỉ số riêng Tier

bash
# Kiểm tra trạng thái tier hiện tại
gcloud compute addresses list --global --format='table(name, network_tier, address)'

# Giám sát đường dự phòng premium tier
gcloud compute routes list --filter="dest_range~YOUR_IP" \
  --format='table(dest_range, next_hop_gateway, priority)'

# Theo dõi tuân thủ SLA
gcloud monitoring dashboards create \
  --config='{"displayName": "Giám sát SLA Network Tier", ...}'

# Tạo cảnh báo tăng độ trễ (chỉ báo suy giảm tier)
gcloud alpha monitoring policies create \
  --notification-channels=CHANNEL_ID \
  --alert-strategy='threshold: 100ms, comparison: GREATER'

Xác nhận đặc điểm Tier

bash
# Kiểm tra dẻo dai đường Premium
# 1. Bắt đầu ping tới IP Premium
ping 35.201.123.45 &

# 2. Mô phỏng vấn đề mạng
gcloud compute networks update my-network --enable-vpc-flow-logs

# 3. Giám sát: Quan sát <1 giây gián đoạn dự phòng

# Kiểm tra hành vi đường Standard
ping 35.202.123.45 &
# 1. Quan sát: Thời gian phục hồi lâu hơn vấn đề đường

Tài liệu tham khảo


Tiếp theo: Phân bổ lưu lượng & Giá thoát — Cách GCP quản lý dung lượng mỗi vùng