Khi thấy cụm từ “gói trả theo tháng”, nhiều người mặc định mức giá niêm yết chính là số tiền trên hóa đơn tháng sau. Tuy nhiên, khi thanh toán thực tế, bạn vẫn có thể phải trả thêm phí vượt lưu lượng, tính năng bảo mật bổ sung, dịch vụ nhật ký hoặc lưu lượng đầu ra từ máy chủ gốc.

CDN tích hợp chống DDoS không có một mức giá cố định áp dụng cho mọi cấu hình và mức sử dụng. Chi phí dịch vụ thực tế phải được tính theo công thức “phí gói dịch vụ + phí sử dụng ngoài hạn mức + phí cho các tính năng và dịch vụ không có trong gói”. Nếu cần ước tính tổng chi phí vận hành, hãy tách riêng các khoản liên quan đến máy chủ gốc, lưu trữ và hạ tầng khác. Năng lực giảm thiểu tấn công không phải là lưu lượng có thể sử dụng cho hoạt động thông thường, và “trả theo tháng” cũng không đồng nghĩa với việc mọi hạng mục đều không giới hạn.

Chi phí hằng tháng của CDN tích hợp chống DDoS gồm những gì?

Trước tiên, hãy tách báo giá thành các hạng mục dưới đây để xác định mức giá niêm yết có sát với chi phí thực tế hay không. Không phải nhà cung cấp nào cũng tính riêng tất cả các khoản. Những chức năng đã có trong gói không được tính lại lần nữa.

Cách phân loại này có cơ sở từ thực tế tính phí. Chẳng hạn, Alibaba Cloud CDN tách dịch vụ cơ bản khỏi dịch vụ giá trị gia tăng và áp dụng nhiều phương thức tính phí khác nhau cho lưu lượng cũng như băng thông. Đây là quy tắc của riêng sản phẩm đó, không thể tự động áp dụng cho mọi gói CDN tích hợp chống DDoS. Tổng quan cách tính phí của Alibaba Cloud CDN

Khi xem báo giá, bạn nên yêu cầu nhà cung cấp ghi rõ từng mục là “đã bao gồm”, “chưa bao gồm”, “đơn giá vượt hạn mức” hoặc “không hỗ trợ”. Một câu mô tả chung chung như “đầy đủ tính năng” không thể dùng để tính hóa đơn.

Lưu lượng hợp lệ, băng thông dịch vụ và năng lực giảm thiểu tấn công khác nhau như thế nào?

Dung lượng truyền dữ liệu là mức sử dụng tích lũy, còn băng thông là tốc độ truyền

Dung lượng truyền dữ liệu thường được tính bằng GB hoặc TB và biểu thị tổng lượng dữ liệu đã truyền trong một chu kỳ. Băng thông thường được đo bằng Mbps hoặc Gbps và mô tả tốc độ truyền dữ liệu.

Vì vậy, “2 TB dữ liệu mỗi tháng” và “100 Mbps băng thông dịch vụ” không thể quy đổi trực tiếp cho nhau. Với hạn mức dung lượng, bạn còn phải kiểm tra tốc độ tức thời có bị giới hạn hay không. Với gói băng thông, hãy hỏi xem có thêm giới hạn về dung lượng theo tháng, chính sách sử dụng hợp lý hoặc thời gian duy trì công suất cao hay không.

Xét thuần túy về mặt toán học, nếu liên tục sử dụng hết 100 Mbps trong 30 ngày, lượng dữ liệu tương ứng theo hệ thập phân sẽ vào khoảng 32,4 TB:

100,000,000 bit/s ÷ 8 × 30 × 24 × 3600
= 32,400,000,000,000 Byte
≈ 32.4 TB

Đây chỉ là phép quy đổi lý thuyết trong điều kiện liên tục sử dụng hết băng thông. Điều đó không có nghĩa là mua gói 100 Mbps sẽ đương nhiên nhận được hạn mức 32,4 TB, và phép tính này cũng chưa trừ phần chi phí giao thức. Giới hạn thực tế và phương pháp ghi nhận để tính phí phải được xác minh trong điều khoản của gói.

Năng lực giảm thiểu tấn công không phải là băng thông mà website có thể tùy ý sử dụng

Năng lực giảm thiểu tấn công mô tả khả năng xử lý lưu lượng tấn công hoặc thông số bảo vệ mà dịch vụ công bố. Băng thông dịch vụ thông thường mô tả tài nguyên truyền dữ liệu dùng cho người truy cập hợp lệ. Hai chỉ số này phải được xác minh riêng.

Ví dụ, nếu một gói giả định ghi “bảo vệ 200 Gbps”, điều đó không có nghĩa là website có thể tải xuống ở tốc độ 200 Gbps hoặc lưu lượng hợp lệ hằng tháng sẽ không bị giới hạn.

Bạn cũng cần hỏi rõ con số đó là năng lực tổng thể của nền tảng, hạn mức dành cho từng khách hàng hay thông số bảo vệ chỉ áp dụng trong những điều kiện đã thỏa thuận. Chỉ biết “bảo vệ được bao nhiêu Gbps” là chưa đủ để tính chi phí hằng tháng.

Số lượng yêu cầu và QPS cũng không phải cùng một chỉ số tính phí

QPS biểu thị tốc độ truy vấn hoặc yêu cầu mỗi giây. Số lượng yêu cầu hằng tháng là tổng số yêu cầu được xử lý trong toàn bộ chu kỳ. Một phản hồi API có thể rất nhỏ và không tạo nhiều lưu lượng, nhưng tần suất gọi cao vẫn có thể làm tăng đáng kể chi phí dựa trên số lượng yêu cầu.

AWS WAF là một ví dụ rõ ràng: chi phí liên quan đến danh sách kiểm soát truy cập web, quy tắc và số lượng yêu cầu được xử lý; một số tính năng bảo mật bổ sung còn được tính phí riêng. Điều này cho thấy các chức năng bảo mật có thể sử dụng những đơn vị đo khác nhau, chứ không có nghĩa CDN07 hoặc mọi nhà cung cấp đều áp dụng cách tính này. Bảng giá AWS WAF

Gói trả theo tháng, tính phí theo dung lượng và tính phí theo băng thông được tính như thế nào?

Gói trả theo tháng: trừ hạn mức đi kèm rồi tính phần vượt mức

Với một phương án đơn giản gồm phí cố định hằng tháng, hạn mức dữ liệu đi kèm và một đơn giá vượt mức thống nhất, có thể tính như sau:

超额流量 = max（当月计费流量－套餐包含流量，0）
流量超额费 = 超额流量 × 超额单价
当月服务费 = 套餐费＋流量超额费＋其他未包含项目

Phép tính phải sử dụng “lưu lượng tính phí” theo định nghĩa của nhà cung cấp. Tổng lưu lượng trên biểu đồ giám sát và lượng tấn công trong nhật ký bảo mật chưa chắc trùng với số liệu dùng để lập hóa đơn.

Bạn cũng cần xác nhận hạn mức có được đặt lại mỗi tháng hay không, phần chưa dùng có được chuyển sang kỳ sau hay không và có thể dùng chung giữa nhiều tên miền hoặc khu vực hay không. Nếu hạn mức của một gói không áp dụng được tại khu vực truy cập chính, chỉ so sánh tổng dung lượng sẽ không phản ánh đúng hiệu quả chi phí.

Tính phí theo dung lượng: tính riêng theo khu vực và từng bậc giá

Với mô hình đơn giá đơn giản, chi phí bằng lưu lượng tính phí nhân với đơn giá. Nếu giá thay đổi theo khu vực hoặc bậc sử dụng, hãy tính riêng từng phần rồi cộng lại.

Không nên lấy mức giá thấp nhất trong bảng giá rồi nhân với toàn bộ lưu lượng, cũng không nên nhầm giá mua gói tài nguyên với đơn giá vượt hạn mức. Thời hạn sử dụng, khu vực áp dụng và thứ tự khấu trừ của gói tài nguyên đều có thể ảnh hưởng đến tổng chi phí.

Với hệ thống có lưu lượng biến động mạnh, tính phí theo dung lượng có thể là một lựa chọn phù hợp. Tuy nhiên, chỉ dựa vào thông điệp “dùng bao nhiêu trả bấy nhiêu” thì chưa thể kết luận phương án này luôn rẻ hơn. Ngân sách còn phải tính đến các tháng cao điểm và lưu lượng bất thường.

Tính phí theo băng thông: trước tiên phải xác định băng thông tính phí được lấy như thế nào

“Tính phí theo băng thông” có thể đề cập đến gói băng thông cố định, đỉnh băng thông theo ngày, số liệu thống kê theo tháng hoặc một phương pháp khác trong hợp đồng. Không thể mặc định mọi trường hợp đều là một khoản phí cố định hằng tháng.

Tính phí theo percentile 95 là một phương thức cần được làm rõ. Chẳng hạn, tài liệu công khai về giá CDN của Tencent Cloud mô tả việc thu thập các điểm dữ liệu băng thông theo quy tắc, loại bỏ 5% điểm cao nhất rồi dùng giá trị lớn nhất còn lại làm băng thông tính phí, kết hợp với các điều kiện như hợp đồng và số ngày sử dụng hợp lệ để quyết toán. Thông tin giá CDN của Tencent Cloud

Percentile 95 không phải là giảm 5% lưu lượng, cũng không có nghĩa 5% lưu lượng được miễn phí. Khoảng thời gian lấy mẫu, số ngày sử dụng hợp lệ, cam kết tối thiểu, cách lấy giá trị và quy tắc làm tròn phải được kiểm tra trong tài liệu hoặc hợp đồng của nhà cung cấp tương ứng.

Các đợt tăng đột biến trong thời gian ngắn và mức cao kéo dài có thể tác động khác nhau đến phương thức này. Muốn so sánh tính phí theo dung lượng hay theo băng thông có lợi hơn, hãy áp dụng cả hai mô hình cho cùng một đường biểu diễn lưu lượng thực tế.

Hóa đơn giả định: vì sao gói 600 nhân dân tệ trở thành 1.060 nhân dân tệ?

Toàn bộ mức giá, hạn mức và mức sử dụng dưới đây chỉ dùng để minh họa. Đây không phải báo giá của CDN07 và cũng không đại diện cho mức giá trung bình của thị trường. Ví dụ giả định một khu vực, một đơn giá vượt mức duy nhất và sử dụng đồng nhân dân tệ; chưa tính thuế, chiết khấu và giá theo bậc.

Ví dụ này cần phân biệt hai con số: hóa đơn dịch vụ CDN là 1.060 nhân dân tệ; sau khi cộng phí lưu lượng đầu ra từ máy chủ gốc do nền tảng khác thu, tổng các khoản được liệt kê là 1.140 nhân dân tệ. Không nên gọi toàn bộ số tiền này là “phí gói CDN hằng tháng”.

Nếu gói cơ bản đã bao gồm các tính năng bảo mật và nhật ký nói trên, không được cộng thêm 160 nhân dân tệ. Nếu lưu lượng trong tháng không vượt 2.000 GB, phí vượt lưu lượng phải bằng 0 chứ không phải một số âm.

Trong tình huống minh họa với các điều kiện khác không đổi, nếu lưu lượng tính phí tăng từ 3.500 GB lên 5.500 GB, phí dịch vụ CDN sẽ thành 1.460 nhân dân tệ. Vì vậy, ngân sách không chỉ cần tính tháng thông thường mà còn phải tính tháng cao điểm hoặc có chiến dịch. Các chi phí liên quan như máy chủ gốc phải được ước tính riêng theo mức sử dụng cao điểm.

Dùng Python để kiểm tra lại cách tính một gói đơn giản

Đoạn mã dưới đây chạy cục bộ trên Python 3, không truy cập tài khoản, không mua dịch vụ và không thay đổi cấu hình. Chỉ cần thay các tham số bằng báo giá và số liệu sử dụng đã được xác nhận:

from decimal import Decimal
# 演示数据：人民币、单地区、单一超额单价，不含税费与折扣。 package_fee = Decimal("600")
included_gb = Decimal("2000")
used_gb = Decimal("3500")
overage_price = Decimal("0.20")
security_extra = Decimal("100")  # 已包含在套餐时填0 logs_extra = Decimal("60")       # 已包含在套餐时填0 origin_egress = Decimal("80")     # 其他平台费用，单独列示
overage_gb = max(used_gb - included_gb, Decimal("0"))
overage_fee = overage_gb * overage_price cdn_total = package_fee + overage_fee + security_extra + logs_extra
print(f"超额流量：{overage_gb} GB")
print(f"流量超额费：{overage_fee:.2f} 元")
print(f"CDN服务费：{cdn_total:.2f} 元")
print(f"列示项目合计：{cdn_total + origin_egress:.2f} 元")

Với các tham số mẫu, kết quả lần lượt phải là 1.500 GB, 300,00 nhân dân tệ, 1.060,00 nhân dân tệ và 1.140,00 nhân dân tệ. Công cụ này áp dụng cho mô hình gói đơn giản nêu trên. Giá theo bậc, khấu trừ đa khu vực, tính phí theo percentile 95 hoặc cam kết chi tiêu tối thiểu cần được xử lý riêng theo quy tắc tính phí tương ứng.

Khi bị tấn công, những khoản phí nào có thể thay đổi?

“Có bảo vệ DDoS” và “không phát sinh thêm bất kỳ chi phí nào trong thời gian bị tấn công” không phải là cùng một cam kết. Bạn cần kiểm tra riêng cách tính phí cho dịch vụ bảo vệ, số yêu cầu được xử lý, dữ liệu truyền ra ngoài và tài nguyên tại máy chủ gốc.

Chẳng hạn, tài liệu chính thức của Cloudflare nêu rằng khả năng bảo vệ DDoS tiêu chuẩn, không tính phí theo quy mô tấn công, được cung cấp cho tất cả các gói. Đây là chính sách rõ ràng của dịch vụ đó và không thể suy rộng thành quy tắc chung cho mọi nhà cung cấp; điều này cũng không có nghĩa tất cả các tính năng trả phí khác đều miễn phí. Thông tin về bảo vệ DDoS của Cloudflare

Khi mua dịch vụ, hãy hỏi đủ chi tiết để sau này có thể đối chiếu hóa đơn:

• Dữ liệu tấn công đã được nhận diện và chặn có được tính vào hạn mức lưu lượng hoặc yêu cầu hợp lệ hay không?
• Yêu cầu hoặc lưu lượng phát sinh từ bước xác minh, từ chối truy cập và các phản hồi bảo mật khác được thống kê như thế nào?
• Lưu lượng bất thường chưa được nhận diện là tấn công sẽ được tính phí ra sao và có thể yêu cầu xem xét lại hay không?
• Việc nâng cấp mức bảo vệ được kích hoạt theo điều kiện nào, có cần xác nhận hay không và sẽ làm tăng những khoản phí nào?
• Khi vượt phạm vi đã thỏa thuận, nhà cung cấp sẽ tiếp tục dịch vụ, giới hạn tốc độ, tạm dừng hay áp dụng blackholing?

Blackholing thường có nghĩa là tạm thời loại bỏ lưu lượng đến mục tiêu và có thể đồng thời ảnh hưởng đến truy cập hợp lệ. Đừng chỉ quan tâm đến việc có phải trả thêm tiền hay không; hãy xác nhận biện pháp kiểm soát chi phí có làm gián đoạn dịch vụ hay không.

Nếu dự định dùng quy tắc bảo mật để giảm mức tiêu thụ do lưu lượng bất thường, bạn phải cân nhắc cả người dùng hợp lệ và các giao diện máy–máy. Chặn toàn bộ truy cập tần suất cao có thể làm gián đoạn những yêu cầu chính đáng. Có thể tham khảo cách phối hợp WAF, quản lý bot và bảo vệ DDoS để xác định yêu cầu nào cần nhận diện, giới hạn tốc độ hoặc tiếp tục được phép gọi bình thường.

Vì sao cache hit vẫn có thể phát sinh chi phí?

Cache hit có nghĩa là nút biên có thể trả lời bằng nội dung đã lưu mà không cần truy cập lại máy chủ gốc để lấy nội dung đó. Điều này chủ yếu làm giảm yêu cầu về máy chủ gốc và khối lượng xử lý tại máy chủ gốc; dữ liệu truyền từ nút biên đến người dùng vẫn tồn tại.

Vì vậy, nếu tính phí theo lưu lượng đầu ra từ nút biên, phản hồi cache hit vẫn có thể phát sinh chi phí CDN. Nếu một tính năng được tính theo số yêu cầu xử lý, các yêu cầu cache hit cũng không đương nhiên được loại trừ. Có thể xem cách CDN phân phối và lưu nội dung vào bộ nhớ đệm để hiểu nguyên lý; chi phí thực tế vẫn phải căn cứ vào quy tắc của sản phẩm.

Máy chủ gốc cũng có hóa đơn riêng. Ví dụ, tài liệu về băng thông Internet công cộng của Alibaba Cloud ECS cho biết các trường hợp tính phí lưu lượng Internet công cộng liên quan sẽ thu phí đối với lưu lượng đầu ra. Việc dữ liệu gửi từ máy chủ gốc đến CDN có bị tính phí hay không và áp dụng mức giá nào phụ thuộc vào sản phẩm tại máy chủ gốc cũng như đường truyền mạng. Thông tin tính phí băng thông Internet công cộng của Alibaba Cloud ECS

Bạn cũng cần phân biệt tỷ lệ cache hit theo yêu cầu với tỷ lệ cache hit theo byte. Nhiều yêu cầu nhỏ có thể được phục vụ từ bộ nhớ đệm, trong khi một số ít tệp lớn vẫn liên tục được lấy từ máy chủ gốc và tạo ra lượng dữ liệu đáng kể. Chỉ nhìn một tỷ lệ cache hit tổng thể là chưa đủ để dự đoán hóa đơn.

Có thể kiểm soát chi phí bằng cách nén hình ảnh, giảm tải xuống lặp lại và thiết lập bộ nhớ đệm hợp lý cho tài nguyên công khai. Đối với nội dung liên quan đến tài khoản, đơn hàng và số dư, cần ưu tiên việc cô lập dữ liệu và tính cập nhật. Không nên lưu mọi phản hồi vào bộ nhớ đệm chỉ để giảm chi phí về máy chủ gốc.

Làm thế nào để ước tính ngân sách và kiểm tra báo giá của CDN07?

Sử dụng mức sử dụng tính phí thực tế, không chỉ nhìn số người truy cập mỗi ngày

Số người truy cập hoặc lượt xem trang mỗi ngày không thể quy đổi trực tiếp thành chi phí hằng tháng. Cùng một lượt truy cập nhưng đọc nội dung văn bản, xem video và tải tệp cài đặt dung lượng lớn sẽ tạo ra lượng dữ liệu hoàn toàn khác nhau.

Nếu chưa có hóa đơn lịch sử, có thể bắt đầu bằng công thức ước tính sau:

月CDN下行流量
≈ 每月页面访问次数 × 每次访问实际由CDN发送的数据量
  ＋ 独立下载、接口等其他CDN数据量

Ví dụ, giả sử có 10.000 lượt truy cập trang mỗi ngày, mỗi lượt thực tế nhận 2 MB dữ liệu từ CDN trong 30 ngày liên tiếp. Theo hệ thập phân, riêng phần truy cập trang này tạo ra khoảng 600 GB. Phép tính chưa bao gồm tải xuống riêng, lưu lượng API, truy cập tự động và khác biệt trong phương pháp tính phí.

Với hệ thống đã sử dụng dịch vụ, nên ưu tiên thu thập dung lượng truyền dữ liệu, biểu đồ băng thông, số lượng yêu cầu, phân bố theo khu vực và chi tiết hóa đơn của chu kỳ hoàn chỉnh gần nhất. Sau đó, hãy ước tính riêng cho tháng thông thường và tháng cao điểm.

Yêu cầu báo giá theo cấu hình thực tế rồi mới chọn cấp độ gói

CDN07 cung cấp nhiều cấp độ giá cho CDN tích hợp chống DDoS, đồng thời hỗ trợ cấu hình tùy chỉnh liên quan đến nút biên, băng thông và chính sách bảo mật. Bạn có thể xem các gói giá của CDN07, sau đó đối chiếu với dịch vụ CDN tích hợp chống DDoS để kiểm tra khu vực người dùng, máy chủ gốc, giao thức và yêu cầu bảo vệ.

Đánh giá đồng thời kết nối mạng, mức sử dụng hợp lệ và nhu cầu bảo vệ sẽ giúp tránh việc chỉ mua theo một con số về năng lực giảm thiểu tấn công rồi sau đó mới phát hiện hạn mức lưu lượng hoặc tính năng không phù hợp.

Nên yêu cầu lập phương án thành báo giá bằng văn bản, ghi rõ loại tiền tệ, chu kỳ, hạn mức trong gói, đơn giá vượt mức, tính năng bổ sung và phạm vi hỗ trợ; sau đó dùng cùng một bộ số liệu sử dụng để tính toán. Khi đặt mua chính thức, hãy căn cứ vào báo giá còn hiệu lực và điều khoản dịch vụ đã được hai bên xác nhận.

Xác nhận phạm vi chi phí và cách xử lý khi vượt hạn mức

Trước khi thanh toán, hãy làm rõ các câu hỏi sau:

1. Đây là giá trả theo tháng hay giá quy đổi theo tháng từ gói trả theo năm? Giá đã bao gồm thuế chưa và điều kiện gia hạn có giữ nguyên hay không?
2. Gói bao gồm bao nhiêu dung lượng hợp lệ, băng thông và số lượng yêu cầu; những hạng mục nào được tính phí riêng?
3. Hạn mức được tính theo tài khoản, tên miền hay khu vực; có thể dùng chung hoặc chuyển sang kỳ sau hay không?
4. Lưu lượng tấn công, nâng cấp mức bảo vệ và truy cập hợp lệ được phân biệt cũng như tính phí như thế nào?
5. Nhật ký, quy tắc, chứng chỉ, tên miền bổ sung và dịch vụ kỹ thuật đã được bao gồm hay chưa?
6. Có hỗ trợ cảnh báo sử dụng, giới hạn chi tiêu hoặc yêu cầu xác nhận trước khi nâng cấp hay không; khi kích hoạt ngưỡng, dịch vụ sẽ được xử lý như thế nào?

Không nên xem ngưỡng cảnh báo là giới hạn chi tiêu tuyệt đối. Việc thống kê dữ liệu, gửi cảnh báo và thực thi có thể có độ trễ, vì vậy cần xác nhận cơ chế thực tế của dịch vụ đã chọn. Nếu biện pháp giới hạn khiến dịch vụ bị dừng hoặc chuyển sang kết nối trực tiếp với máy chủ gốc, bạn còn phải đánh giá rủi ro về tính sẵn sàng và lộ địa chỉ IP gốc. Mục tiêu không thể chỉ là “ngăn hóa đơn tiếp tục tăng”.

Câu hỏi thường gặp

Gói CDN tích hợp chống DDoS trả theo tháng có lưu lượng không giới hạn không?

Không nhất thiết. Trả theo tháng có thể chỉ có nghĩa phí cơ bản được thu theo một chu kỳ cố định. Dung lượng hợp lệ, băng thông, số lượng yêu cầu và các tính năng khác vẫn có thể bị giới hạn. Hãy đánh giá hạn mức đi kèm cùng quy tắc vượt mức thay vì chỉ nhìn cụm từ “trả theo tháng”.

Lưu lượng chưa dùng hết trong tháng có được chuyển sang tháng sau không?

Điều này phụ thuộc vào quy tắc của gói hoặc gói tài nguyên. Một số hạn mức được đặt lại theo từng chu kỳ, một số được khấu trừ trong thời hạn hiệu lực, đồng thời có thể bị giới hạn theo khu vực hoặc sản phẩm. Trước khi mua hạn mức lớn, hãy xác nhận quy tắc chuyển tiếp và thời hạn sử dụng để tránh biến phần không dùng hết thành chi phí lãng phí.

CDN tích hợp chống DDoS có luôn phát sinh thêm phí sau khi bị tấn công không?

Không nhất thiết. Cần tách chi phí của chức năng bảo vệ khỏi phần tăng thêm do yêu cầu, dữ liệu truyền, nhật ký hoặc tài nguyên liên quan. Mỗi dịch vụ có cách xử lý khác nhau, vì vậy không thể suy ra hóa đơn chỉ từ một bản ghi tấn công.

Tính phí theo băng thông có luôn rẻ hơn tính phí theo dung lượng không?

Không. Chi phí phụ thuộc vào đường biểu diễn lưu lượng, cách xác định băng thông tính phí, đơn giá, cam kết tối thiểu và hạn mức đi kèm. Truyền tải ổn định trong thời gian dài và lưu lượng tăng đột biến trong thời gian ngắn phải được tính riêng; không thể chỉ dựa vào tổng dung lượng trong tháng để kết luận.

Vì sao tỷ lệ cache hit rất cao nhưng hóa đơn không giảm đáng kể?

Có thể lượng truy cập về máy chủ gốc đã giảm nhưng dữ liệu CDN gửi đến người dùng không giảm, hoặc chi phí đến từ số lượng yêu cầu và các hạng mục khác. Bạn cũng phải kiểm tra chỉ số đang xem là tỷ lệ cache hit theo yêu cầu hay theo byte, rồi đối chiếu với chi tiết hóa đơn.

Nếu gói CDN bao gồm SSL, tôi có phải mua chứng chỉ riêng không?

Trước tiên, hãy xác định “bao gồm SSL” có nghĩa là hỗ trợ HTTPS, quản lý chứng chỉ hay bao gồm việc cấp và quản lý một loại chứng chỉ cụ thể. Phạm vi tên miền, loại chứng chỉ, gia hạn và yêu cầu chứng chỉ phía máy chủ gốc đều phải được kiểm tra riêng. Chỉ dựa vào chữ “hỗ trợ” là chưa đủ để xác định chi phí.

Làm thế nào để nhận báo giá CDN07 sát hơn với chi phí thực tế?

Hãy cung cấp khu vực người dùng chính, vị trí máy chủ gốc, tên miền và giao thức, mức sử dụng thông thường, đường biểu diễn lưu lượng cao điểm và tình hình tấn công đã ghi nhận; đồng thời nêu rõ những tính năng bắt buộc. Thông tin càng sát hệ thống thực tế, bạn càng dễ xác định hạn mức của gói có phù hợp hay không và tính được các chi phí có thể phát sinh ngoài gói.

Tính rõ chi phí hằng tháng trước khi chọn gói

Khi kiểm tra giá CDN tích hợp chống DDoS, hãy ghi nhớ bốn điểm:

• Giá niêm yết của gói chỉ là điểm bắt đầu; chi phí thực tế còn phụ thuộc vào hạn mức đi kèm và quy tắc vượt mức.
• Lưu lượng hợp lệ, băng thông dịch vụ, năng lực giảm thiểu tấn công và số lượng yêu cầu phải được xác minh riêng.
• Cần tách hóa đơn CDN khỏi chi phí máy chủ gốc, lưu trữ và các hạ tầng liên quan, sau đó mới tổng hợp ngân sách.
• Hãy tính riêng tháng thông thường và tháng cao điểm, đồng thời làm rõ chi phí cũng như cách xử lý dịch vụ sau khi vượt hạn mức.

Nếu đã chuẩn bị dữ liệu sử dụng và danh sách yêu cầu, bạn có thể liên hệ CDN07 để trao đổi về gói và chi phí. Hãy xác nhận từng mục về lưu lượng hợp lệ, phạm vi bảo vệ và khoản phát sinh trước khi quyết định ngân sách hằng tháng cùng cấu hình gói.