Những gì cấu thành CPU CPU nhàn rỗi trong quá trình tính toán tín dụng CPU T2?

9

Tài liệu về các loại "nổ" EC2 nói:

Hiệu suất cơ bản và khả năng bùng nổ được chi phối bởi các khoản tín dụng CPU. Mỗi phiên bản T2 liên tục nhận tín dụng CPU với tốc độ đã đặt, tùy thuộc vào kích thước cá thể. Các trường hợp T2 tích lũy tín dụng CPU khi chúng không hoạt động và sử dụng tín dụng CPU khi chúng hoạt động. Tín dụng CPU cung cấp hiệu suất của lõi CPU đầy đủ trong một phút.

Những gì tôi không hiểu là nhàn rỗi có nghĩa là gì? Tất cả các phiên bản sử dụng một số CPU> 0%, vậy có con số sử dụng CPU nào theo đó phiên bản được coi là "không hoạt động" không?

Đáng ngạc nhiên, với cách sử dụng tự do của thuật ngữ này, tôi không thể tìm thấy một định nghĩa "nhàn rỗi" ở bất cứ đâu.

amazon-ec2

— Dan Gravell
nguồn

7

Câu hỏi hay, tài liệu Amazon EC2 về Tín dụng CPU trong các Trường hợp T2 thực sự có thể chính xác hơn ở đây - bài đăng trên blog giới thiệu Các thực thể EC2 chi phí thấp mới với Hiệu suất ổn định cung cấp giải thích rõ hơn, xem bảng ở giữa:

Cột có nhãn "Hiệu suất cơ bản" cho biết tỷ lệ phần trăm hiệu năng lõi đơn của CPU vật lý cơ bản được phân bổ cho thể hiện. Ví dụ: một phiên bản t2.small có quyền truy cập tới 20% lõi đơn của bộ xử lý Intel Xeon chạy ở tốc độ 2,5 GHz (tối đa 3,3 GHz ở chế độ Turbo). Một t2.medium có quyền truy cập tới 40% hiệu suất của một lõi mà bạn (hoặc hệ điều hành của bạn, chính xác hơn một chút) có thể sử dụng trên một hoặc cả hai lõi theo yêu cầu.

Cột có nhãn "Tín dụng CPU / giờ" cho biết tốc độ Tín dụng CPU mà phiên bản T2 nhận được mỗi giờ. Tín dụng CPU tích lũy khi cá thể không sử dụng phân bổ CPU cơ bản của nó và được sử dụng khi cá thể hoạt động . Tín dụng CPU không sử dụng được lưu trữ trong tối đa 24 giờ. [nhấn mạnh của tôi]

— Steffen Opel
nguồn

4

Thật tuyệt, vì vậy, trong trường hợp của T2.small, ví dụ, có đường cơ sở 20% CPU, khi nó dưới 20% chúng ta đang kiếm được với một tỷ lệ cố định, khi ở trên chúng ta đang chi tiêu ở một tỷ lệ thay đổi theo tài liệu. aws.amazon.com/AWSEC2/latest/UserGuide/ từ

— Dan Gravell

1

Chính xác - cách tiếp cận minh bạch này (bao gồm các số liệu CloudWatch phù hợp ) là một cải tiến khá quan trọng và cạnh tranh so với mô hình điều chỉnh trước đây cho các t1.microtrường hợp khét tiếng tương ứng .

— Steffen Opel

@DanGravell, bạn kiếm được với tốc độ thay đổi "Ví dụ: nếu một ví dụ t2.small có mức sử dụng CPU là 5% mỗi giờ, thì nó sẽ sử dụng 3 tín dụng CPU (5% trong 60 phút), nhưng nó sẽ kiếm được 12 tín dụng CPU trong giờ, do đó, chênh lệch 9 tín dụng CPU sẽ được thêm vào số dư tín dụng CPU "

— Paul Draper

2

"Không sử dụng" nổi tiếng là khó xác định chung cho các máy chủ Linux. Ở cấp độ chung, không sử dụng bất kỳ lúc nào không dành cho chế độ người dùng, chế độ hệ thống, chế độ ưu tiên thấp, chờ đợi hoặc gián đoạn - với điều khoản đặc biệt đưa ra khối lượng công việc phù hợp, thời gian chờ tôi có thể được chuyển đổi thành thời gian chế độ người dùng (cho một quá trình khác).

Tuy nhiên, đối với câu hỏi không hoạt động của AWS t2, điều này không đúng. Nó cũng không giữ được t1 (do thời gian "bị đánh cắp"), nhưng ngay cả điều đó cũng không giải thích được hành vi của t2. Tôi đã chạy vào các tình huống trong đó thời gian nhàn rỗi (như được báo cáo bởi cả Linux hàng đầu và AWS CloudWatch) vượt quá mức ngưỡng tài liệu, tuy nhiên trường hợp này đang mất tín dụng CPU thay vì đạt được chúng. Tôi tin rằng đây là lỗi kế toán ở phía Amazon và cho đến khi nó được khắc phục, cố gắng hết sức để hiểu cách sử dụng CPU và nhàn rỗi được xác định sẽ lãng phí thời gian ..

Tôi đã đăng một số biểu đồ minh họa trên các diễn đàn hỗ trợ của AWS, nơi hy vọng họ sẽ phản hồi. https://forums.aws.amazon.com/thread.jspa?messageID=568026#568026

— osma
nguồn

Chúng tôi có thể có cùng một vấn đề với một ví dụ trung bình để xử lý thư. Tín dụng được tích lũy tuyến tính hoàn toàn không sử dụng và hiện đang được triển khai, giảm dần ngay cả khi sử dụng tối đa trong các thùng 5 phút dưới 1%. Có thể là ngưỡng nhàn rỗi là một phần nhỏ của 1%, nhưng điều đó sẽ không làm cho các trường hợp trở nên hữu ích. Phản hồi từ Amazon cho vé của bạn và những người khác cho thấy rằng tính toán tín dụng không hoạt động như dự định.

— Nick

Nhân viên của Amazon đã đăng một lời giải thích về hệ thống, có vẻ phức tạp hơn tài liệu dẫn đến suy nghĩ: không chỉ có số dư tín dụng tối đa cho mỗi loại đối tượng T2, mà tín dụng kiếm được 24 giờ trước sẽ hết hạn từ số dư. Nghĩa là, một t2.small sẽ kiếm được 12 tín dụng mỗi giờ, duy trì số dư tối đa 288 tín dụng, nhưng CSONG bất kỳ khoản tín dụng nào họ kiếm được 24 giờ trước sẽ bị trừ khỏi số dư. Điều này có nghĩa là các trường hợp trên 24 giờ sẽ mất tín dụng nhanh hơn bạn mong đợi và số dư dài hạn có thể sẽ gần với giá trị ban đầu hơn giá trị tối đa.

— osma

@osama cảm ơn vì đã thêm nó. Từ các biểu đồ tôi nghi ngờ thậm chí còn nhiều hơn thế, nhưng nó đang giải quyết cho chúng tôi vào lúc này mới là vấn đề :) Chúng tôi đã tăng tải trung bình trên một phương tiện kể từ thứ Sáu và đang theo dõi để xem điều gì sẽ xảy ra.

— Nick

0

Đây là một cái gì đó như dưới đây

Nếu bạn đang sử dụng phiên bản vi mô chạy trên lõi đơn tối đa 10% trong suốt. giả sử thời gian đến khi máy chủ của bạn tiêu thụ 5% lõi đơn, do đó, nó coi 5% năng lượng tính toán còn lại là không hoạt động. 5% này tiếp tục tích lũy ngoài khóa học chỉ trong 24 giờ. Bây giờ nếu bạn có sự tích lũy này và có nghĩa là trong khi máy chủ của bạn đang đói về sức mạnh tính toán thì nó có thể mượn từ sức mạnh tính toán tích lũy này. Đối với sức mạnh tính toán này, họ đã sử dụng một từ ưa thích gọi là Tín dụng CPU.

Tôi đã tìm ra và tìm thấy lời giải thích tốt trên một số blog http://themindtracks.com/amazon-launches-new-low-cost-ec2-instances-bururdy-performance/

— Achal Saraiya
nguồn