Điểm:0

Số dư bùng nổ Amazon AWS RDS so với số dư tín dụng CPU

lá cờ er

Tôi đang cố gắng hiểu liệu tôi có chỉ định cơ sở dữ liệu của mình một cách thích hợp hay không. Dưới đây là một biểu đồ cho thấy ViếtIOPS, CPUCân bằng tín dụngSố dư bùng nổ đối với phiên bản t3.xlarge của SQL Server. Có vẻ như tôi đang tiêu thụ của tôi Số dư bùng nổ trong khoảng 15 giờ nữa, với tốc độ WriteIOPS khá ổn định. Tuy nhiên, các CPUCân bằng tín dụng đang tăng đều đặn.

Số liệu AWS CloudWatch

Điều gì sẽ xảy ra sau + -15 giờ nữa - cơ sở dữ liệu có được điều chỉnh hay không? Tôi đã cố gắng hiểu các chỉ số định nghĩa ở đâymô tả ở đây, nhưng tôi không chắc chính xác sự khác biệt giữa hai số dư là gì - ai đó có thể giải thích ý nghĩa của hai chỉ số số dư không?

Điểm:2
lá cờ gp
Tim

Nếu tải của bạn không đổi 24/7, bạn sẽ hết BurstBalance (đĩa EBS). Có một bài viết blog hay về nó đây. Tuy nhiên, nếu tải của bạn giảm, chẳng hạn như ngoài giờ làm việc, số dư bùng nổ có thể sẽ phục hồi.

Nếu bạn có đĩa GP2/GP3, tôi khuyên bạn nên tăng kích thước đĩa vì số dư liên tục của bạn sẽ tăng nhanh hơn. Nếu là IO1/IO2, hãy tăng IOPS được phân bổ.

Điểm:2
lá cờ ng

CPUCân bằng tín dụngSố dư bùng nổ là hai chỉ số không liên quan.

Trên các phiên bản loại T, bạn có một CPUCân bằng tín dụng. Nếu bạn sử dụng CPU liên tục, bạn sẽ cạn kiệt số dư tín dụng của mình và máy sẽ bị điều chỉnh. Phiên bản loại T chỉ phù hợp với khối lượng công việc không liên tục. Bất kỳ quy trình nào (thậm chí là quy trình sai lầm) tiếp tục tiêu thụ một lượng nhỏ CPU, có thể làm tê liệt hệ thống nếu nó không được định cỡ phù hợp. Cái bàn đây cho thấy rằng một t3.xlarge có thể chạy ở mức cơ bản là 40% cho mỗi vCPU để không tăng cũng không mất tín dụng. Bất cứ thứ gì giữ cho máy chủ chạy trên tốc độ đó sẽ tiêu tốn tín dụng cho đến khi hệ thống hết tín dụng và được điều chỉnh về tốc độ cơ bản. Về cơ bản, hệ thống của bạn sẽ được điều chỉnh tới 40% mức sử dụng CPU.

Mặt khác, Số dư bùng nổ là một chức năng của ổ đĩa lưu trữ EBS sao lưu phiên bản EC2 hoặc RDS. Khi bạn cung cấp một dung lượng lưu trữ gp2 tiêu chuẩn, nó sẽ cung cấp một đường cơ sở về hiệu suất. Tuy nhiên, bạn có thể kiếm được các khoản tín dụng để vượt qua hiệu suất đó. Âm lượng càng lớn, hiệu suất cơ bản càng lớn. Nếu bạn có một đĩa tiêu thụ quá trình (đọc hoặc ghi), nó sẽ chạy nhanh hơn nhiều so với hiệu suất cơ bản cho đến khi hết số dư. Sau đó, nó sẽ được điều chỉnh đến hiệu suất cơ bản. Thông tin thêm về điều đó đây.

Trong biểu đồ của bạn, bạn đang thiếu các giá trị chính và đó là Sử dụng CPUĐọcIOPS. Những gì bạn thấy là khi bạn duy trì đọc hoặc ghi IOPS vào đĩa, số dư liên tục của bạn sẽ giảm. Khi nó hết, bạn sẽ bị giới hạn ở hiệu suất cơ bản của đĩa. Ngoài ra, bạn sẽ thấy nếu bạn duy trì việc sử dụng CPU, số dư tín dụng của bạn sẽ giảm. Khi nó hết, CPU của bạn sẽ được điều chỉnh về hiệu suất cơ bản.

Tùy thuộc vào khối lượng công việc của bạn, bạn có thể phải điều chỉnh kích thước hoặc khối lượng của phiên bản để đáp ứng nhu cầu của mình. Hoặc bạn có thể phải đổi sang loại phiên bản không thể bùng nổ để có hiệu năng CPU ổn định và đáng tin cậy. Hoặc, bạn có thể phải thay đổi sang ổ đĩa lưu trữ iops được cung cấp để có hiệu suất đĩa ổn định và đáng tin cậy.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.