VPN EC2 Burstable: tín dụng CPU Standard hay Unlimited?

Một gateway VPN nhỏ vượt qua bài kiểm tra tốc độ, cảm giác ổn, rồi chậm dần sau bữa trưa. Instance không hề nói dối trong lúc kiểm tra; nó đang tiêu tín dụng kiếm được khi rảnh rỗi. Instance burstable được thiết kế chính xác cho việc đó, khiến một benchmark ngắn trở thành công cụ dự báo tồi cho cả một buổi chiều truyền dữ liệu. Hai chế độ tín dụng cũng hỏng theo cách khác nhau, và việc chọn giữa chúng mới là quyết định thực sự.

Bài kiểm tra tốc độ đã vay từ đâu

Một tín dụng CPU là một vCPU chạy ở mức sử dụng tối đa trong một phút. Instance burstable kiếm tín dụng theo tốc độ đường cơ sở của nó và tiêu chúng khi vượt quá đường cơ sở đó. Một đêm rảnh rỗi tích lũy số dư; một buổi sáng bận rộn rút cạn nó.

Đó là lý do bài kiểm tra đầu tiên trông tốt. Instance có một ngân sách để dành, tiêu nó vào công việc mã hóa và báo cáo tốc độ lành mạnh. Không có gì trong kết quả cho bạn biết điều gì xảy ra khi số dư về không. Benchmark đo một đợt bùng nổ, và bùng nổ chính là thứ instance được thiết kế để cung cấp. Nó chưa bao giờ đo trạng thái ổn định mà bạn sắp phụ thuộc vào.

Phép tính bạn phải làm

Đầu vào là phần trăm đường cơ sở trên mỗi vCPU, số lượng vCPU, số dư tích lũy và tải bạn mong đợi. Chỉ để minh họa, hãy lấy một instance giả định có hai vCPU, đường cơ sở mười phần trăm mỗi vCPU, 24 tín dụng tích lũy, và một vCPU hoàn toàn bận trong khi cái kia rảnh. Những con số này là đầu vào được khai báo, không phải thông số kỹ thuật của một kích thước instance cụ thể.

Earn rate:       2 x 10% x 60 = 12 credits/hour
Workload usage:  1 x 100% x 60 = 60 credits/hour
Net draw:        60 - 12 = 48 credits/hour
Accrued budget:  24 / 48 = 0.5 hours

Theo những giả định đó, ngân sách cạn trong khoảng nửa giờ. Công việc nền, tải thay đổi và chính kế toán của instance làm dịch chuyển kết quả, và không điều nào trong số này dự đoán thông lượng VPN. Điều nó dự đoán là khi nào ràng buộc bền vững bắt đầu tác động.

Cũng lưu ý cách đọc thứ hai: trong ví dụ này, một vCPU bận chiếm khoảng một nửa tổng dung lượng CPU. Một tỷ lệ tổng thể vừa phải có thể che giấu một lõi đã bão hòa, vì vậy hãy xem hành vi từng lõi bên cạnh các con số tín dụng.

Standard và Unlimited: cùng số không, ý nghĩa khác nhau

Ở chế độ Standard, số dư cạn kiệt giới hạn CPU bền vững về phía đường cơ sở. Instance vẫn làm việc, chỉ chậm hơn, và mức trần có thể dự đoán được. Ở chế độ Unlimited, instance có thể tiếp tục rút tín dụng thặng dư sau khi số dư về không, và việc sử dụng bền vững trên đường cơ sở có thể tạo ra các khoản phí theo quy tắc kế toán của dịch vụ.

Vì vậy CPUCreditBalance bằng không có nghĩa là bị giới hạn ở chế độ này và có thể bị tính phí ở chế độ kia. Đó là toàn bộ sự so sánh, và đó là lý do việc đọc chỉ số mà không đọc chế độ sẽ gây hiểu lầm.

Phần thặng dư cũng không phải hóa đơn đơn giản cho mỗi tín dụng. Việc vận hành sau đó dưới đường cơ sở có thể trả bớt phần sử dụng thặng dư, và các điều kiện tính phí khác cũng áp dụng. Hãy kiểm tra chế độ đã cấu hình và quy tắc dịch vụ hiện hành thay vì tin vào tuyên bố gói miễn phí từ một bài blog cũ.

Những gì cần theo dõi trong công việc thực tế

Ghi lại CPUCreditUsage và CPUCreditBalance bên cạnh thời lượng và tốc độ truyền. Trên Unlimited, thêm CPUSurplusCreditBalance và CPUSurplusCreditsCharged. Hướng dẫn giám sát tín dụng CPU của AWS giải thích mỗi chỉ số báo cáo gì và tần suất bao lâu.

Kiểm tra lại với mức đồng thời đại diện và thời lượng đủ dài để thấy xu hướng, và ghi lại số dư ban đầu. Một buổi sáng rảnh rỗi và một buổi chiều bận rộn không phải cùng một thí nghiệm, kể cả với các lệnh giống hệt nhau.

Các giới hạn không phải CPU

Băng thông mạng có đường cơ sở và hành vi bùng nổ riêng, và giới hạn tốc độ gói hoặc số kết nối có thể siết trước CPU. Bộ nhớ quan trọng khi phần triển khai VPN giữ trạng thái cho mỗi kết nối, và một instance nhỏ có thể hết bộ nhớ trước khi hết tín dụng rất lâu.

Vì vậy một số dư tín dụng khỏe mạnh chứng minh một điều: ngân sách CPU không phải ràng buộc hiện tại. Nó không nói gì về đường mạng, và không nói gì về điều xảy ra khi mức đồng thời tăng gấp đôi. Hãy theo dõi các chỉ số mạng trong cùng cửa sổ với các chỉ số tín dụng, để mức giảm thông lượng có nguyên nhân khả dĩ thay vì một giả thuyết.

Chọn đường cơ sở một cách có chủ đích

Dùng khối lượng công việc bền vững đã đo để chọn đường cơ sở, hoặc chấp nhận bùng nổ một cách rõ ràng và dự trù ngân sách cho nó. Cả hai câu trả lời đều có thể bảo vệ được khi được viết ra; không câu nào bảo vệ được khi suy ra từ luồng video thành công của người khác.

Nếu gateway đang chịu tải, hãy coi chế độ tín dụng là một phần của kế hoạch dung lượng thay vì một mặc định bạn chưa từng mở. Chế độ bạn chọn chính là sự cố bạn có thể dự đoán.