데이터베이스를 적절하게 지정했는지 이해하려고 노력 중입니다. 다음은 SQL Server의 t3.xlarge 인스턴스에 대한 및 WriteIOPS를 보여주는 차트입니다 . 상당히 일정한 WriteIOPS 속도를 고려할 때 앞으로 15시간 정도 더 소모되는 것 같습니다 . 그러나 꾸준히 증가하고 있다.CPUCreditBalanceBurstBalanceBurstBalanceCPUCreditBalance
+-15시간 후에는 어떤 일이 발생합니까? 데이터베이스가 제한됩니까? 측정항목을 이해하려고 노력했습니다.여기에 정의됨그리고여기에 설명되어 있습니다, 하지만 두 잔액의 차이점이 정확히 무엇인지 잘 모르겠습니다. 두 잔액 측정항목이 무엇을 의미하는지 명확히 설명해 주실 수 있나요?
답변1
CPUCreditBalance서로 관련이 없는 두 가지 측정항목 입니다 BurstBalance.
T 유형 인스턴스에는 CPUCreditBalance. CPU 사용량이 지속되면 크레딧 잔고가 고갈되고 시스템이 제한됩니다. T 유형 인스턴스는 간헐적인 워크로드에만 적합합니다. 적은 양의 CPU라도 계속 사용하는 모든 프로세스(잘못된 프로세스라도)는 크기가 적절하지 않으면 시스템을 손상시킬 수 있습니다. 탁자여기t3.xlarge는 vCPU당 40%의 기준으로 실행되어 크레딧을 얻거나 잃지 않을 수 있음을 보여줍니다. 서버를 해당 속도 이상으로 계속 실행하는 것은 시스템에 크레딧이 부족하고 기본 속도로 제한될 때까지 크레딧을 소비합니다. 기본적으로 시스템은 CPU 사용량을 40%로 제한합니다.
반면에 는 BurstBalanceEC2 또는 RDS 인스턴스를 지원하는 EBS 스토리지 볼륨의 기능입니다. 표준 gp2 스토리지 볼륨을 프로비저닝하면 성능 기준이 제공됩니다. 그러나 해당 성능을 뛰어넘는 크레딧을 얻을 수 있습니다. 볼륨이 클수록 기본 성능도 커집니다. 디스크(읽기 또는 쓰기)를 소비하는 프로세스가 있는 경우 잔액이 소진될 때까지 기준 성능보다 훨씬 빠르게 실행됩니다. 그런 다음 기준 성능으로 제한됩니다. 이에 대한 추가 정보여기.
그래프에서 키 값이 누락되었으며 해당 값은 CPUUtilization및 입니다 ReadIOPS. 디스크에 대한 읽기 또는 쓰기 IOPS가 지속되면 버스트 밸런스가 감소한다는 것을 알 수 있습니다. 부족하면 디스크의 기본 성능으로 제한됩니다. 또한 CPU 사용량이 지속적으로 유지되면 크레딧 잔고가 감소하는 것을 확인할 수 있습니다. CPU가 소진되면 CPU가 기준 성능으로 조절됩니다.
워크로드에 따라 필요에 맞게 인스턴스 크기나 볼륨을 조정해야 할 수도 있습니다. 또는 안정적이고 일관된 CPU 성능을 위해 버스트 불가능한 인스턴스 유형으로 변경해야 할 수도 있습니다. 또는 안정적이고 일관된 디스크 성능을 위해 프로비저닝된 iops 스토리지 볼륨으로 변경해야 할 수도 있습니다.
답변2
로드가 연중무휴 24시간 일정하게 유지되면 BurstBalance(EBS 디스크)가 부족해집니다. 이에 대한 좋은 블로그 기사가 있습니다.여기. 그러나 업무 시간 외에 부하가 줄어들면 버스트 잔액이 회복될 가능성이 높습니다.
GP2/GP3 디스크가 있는 경우 버스트 밸런스가 더 빠르게 증가하므로 디스크 크기를 늘리는 것이 좋습니다. IO1/IO2인 경우 할당된 IOPS를 늘립니다.