한국어English日本語简体中文繁體中文DeutschไทยTiếng ViệtРусскийPortuguês (Brasil)EspañolBahasa Indonesia

Sách trắng lag game › L11 Ổ đĩa

Cạn burst credit của ổ đĩa cloud Burst credit depletion

ID nguyên nhân dk-burst · Phụ trách chính Hạ tầng server (Đội hạ tầng) · Phối hợp Hạ tầng DB (Đội hạ tầng)

Mở thẻ gốc có hình minh họa và thí nghiệm →

Một số ổ đĩa cloud và cấu hình server nhỏ có burst credit cho phép tạm chạy nhanh hơn mức cơ bản. Khi giờ bận kéo dài làm credit cạn, tốc độ đột ngột tụt xuống.

Vì sao Dùng vượt hiệu năng cơ bản trong thời gian dài → Dẫn đến Burst credit cạn, tụt thẳng về hiệu năng cơ bản → Trên màn hình Tối nào cũng vậy, sau vài giờ thì bắt đầu lag

Triệu chứng
Giật khựng, Quay chậm, Trễ thao tác
Yếu tố
Ngưng trệ, Độ trễ
Ai gặp phải
Cả server
Khi nào
Giờ cao điểm buổi tối, Càng chạy lâu càng nặng
Phụ trách
Phụ trách chính Hạ tầng server (Đội hạ tầng) · Phối hợp Hạ tầng DB (Đội hạ tầng)
Việc cần làm (Đội hạ tầng)
Thiết bị server·OS: ổ đĩa bảo đảm hiệu năng (gp3, loại chỉ định IOPS), cảnh báo lượng credit còn lại, kiểm tra cả giới hạn burst băng thông ổ đĩa của instance và CPU credit. Thiết bị DB: chuyển cả ổ đĩa DB, kể cả DB managed, sang loại bảo đảm hiệu năng và cảnh báo lượng credit còn lại.
Con số tham khảo
Ổ gp2 100 GB của AWS bình thường đạt 300 IOPS, burst lên 3.000 IOPS, và nếu credit đầy thì trụ được khoảng 30 phút. gp3 không có credit, luôn ở mức 3.000. Các ổ Premium SSD cỡ nhỏ của Azure cũng burst bằng credit tối đa 30 phút.
Trên đồ thị
Chạm giới hạn rồi đi ngang · IOPS, lượng burst credit còn lại
Chỗ cần xem
Xem BurstBalance của EBS trên CloudWatch (gp2, st1, sc1), EBSIOBalance% và EBSByteBalance% của instance (một số instance có burst), CPUCreditBalance của instance loại burstable. Với Azure, xem chỉ số tỷ lệ dùng burst credit như Data Disk Used Burst IO Credits Percentage
Đúng nếu
từ lúc lượng còn lại tụt gần về 0, IOPS (VolumeReadOps, VolumeWriteOps) đi ngang ở mức hiệu năng cơ bản, VolumeQueueLength và lag cùng tăng. Bắt đầu sau khi giờ cao điểm kéo dài vài giờ
Loại trừ nếu
mọi lượng còn lại đều dư dả mà IOPS vẫn đi ngang → giới hạn cố định của volume hoặc instance (dk-iops)
Cách kiểm tra
Kiểm tra bằng công cụ hạ tầng (không cần code game)
Tìm hiểu thêm
Dù ổ đĩa vẫn ổn, server ảo cỡ nhỏ còn có giới hạn burst ngay trên băng thông ổ đĩa của instance (ví dụ tối thiểu 30 phút mỗi ngày), nên đồ thị cũng có dạng y như vậy. Server giá rẻ dùng CPU credit cũng chậm xuống mức hiệu năng cơ bản khi hết credit.

Nguồn

  1. Amazon EBS General Purpose SSD volumes AWS
    Hiệu năng cơ bản của gp2 là 3 IOPS mỗi GiB (tối thiểu 100), burst tới 3.000 IOPS bằng I/O credit, 5,4 triệu credit đủ cho ít nhất 30 phút. gp3 không có burst, luôn đạt 3.000 IOPS
  2. Managed disk bursting Microsoft Azure
    Premium SSD từ P20 trở xuống burst dựa trên credit, credit đầy thì chạy ở tốc độ burst tối đa trong 30 phút
  3. Amazon EBS-optimized instance types AWS
    Một số instance chỉ giữ hiệu năng EBS tối đa trong 30 phút, mỗi 24 giờ một lần, sau đó trở về hiệu năng cơ bản
  4. Standard mode for burstable performance instances AWS
    Instance loại burstable ở chế độ standard, khi hết CPU credit, hạ mức sử dụng CPU về mức cơ bản (giảm từ từ, không tụt đột ngột)
  5. Amazon CloudWatch metrics for Amazon EBS AWS
    BurstBalance: lượng I/O credit còn lại của gp2, lượng credit thông lượng còn lại của st1, sc1 (%), VolumeReadOps, VolumeWriteOps, VolumeQueueLength
  6. CloudWatch metrics that are available for your instances AWS
    EBSIOBalance%, EBSByteBalance%: lượng EBS credit còn lại của một số instance burst 30 phút mỗi 24 giờ một lần, CPUCreditBalance: lượng CPU credit còn lại của instance loại burstable
  7. Disk metrics Microsoft Azure
    Tỷ lệ dùng burst credit của ổ đĩa và VM như Data Disk Used Burst IO Credits Percentage (mỗi 5 phút)

Nguyên nhân nên xem cùng

Cùng tầng: L11 Ổ đĩa

Nguyên nhân ở tầng khác gây cùng triệu chứng (Giật khựng)

Xem thẻ gốc có hình minh họa và thí nghiệm