Puncte:0

Amazon AWS RDS Burst Sold vs CPU Credit Sold

drapel er

Încerc să înțeleg dacă mi-am specificat baza de date în mod corespunzător. Mai jos este o diagramă care arată Scrie IOPS, CPUCreditBalance și BurstBalance pentru o instanță t3.xlarge a SQL Server. Se pare că îmi consum BurstBalance în alte 15 ore sau cam asa ceva, având în vedere o rată WriteIOPS destul de constantă. Însă CPUCreditBalance este în continuă creștere.

Valori AWS CloudWatch

Ce se va întâmpla în +-15 ore - baza de date va fi accelerată sau nu? Am încercat să înțeleg valorile definit aici și descrise aici, dar nu sunt sigur exact care este diferența dintre cele două solduri - poate cineva să clarifice ce înseamnă cele două valori de sold?

Puncte:2
drapel gp
Tim

If your load is constant 24/7 you will run out of BurstBalance (EBS disk). There's a good blog article about it here. However, if your load reduces say outside business hours the burst balance will likely recover.

If you have a GP2 / GP3 disk I suggest increasing the disk size as your burst balance will increase more quickly. If it's IO1 / IO2 increase the IOPS allocated.

Puncte:2
drapel ng

CPUCreditBalance și BurstBalance sunt două valori care nu au legătură.

În cazurile de tip T, aveți un CPUCreditBalance. Dacă ați utilizat susținut CPU, veți epuiza soldul dvs. de credit și mașina va fi accelerată. Instanțele de tip T sunt bune numai pentru sarcinile de lucru intermitente. Orice proces (chiar și un proces rătăcit) care continuă să consume chiar și cantități mici de CPU, poate paraliza sistemul dacă nu este dimensionat corespunzător. Masa Aici arată că un t3.xlarge poate rula la o valoare de bază de 40% per vCPU pentru a nu câștiga sau pierde credite. Orice lucru care menține serverul să funcționeze peste această rată va consuma credite până când sistemul rămâne fără credite și este redus la viteza de bază. În esență, sistemul dvs. va reduce până la 40% utilizarea procesorului.

Pe de altă parte, BurstBalance este o funcție a volumului de stocare EBS care face backup pentru o instanță EC2 sau RDS. Când furnizați un volum de stocare standard gp2, acesta oferă o bază de performanță. Cu toate acestea, puteți câștiga credite pentru a depăși această performanță. Cu cât volumul este mai mare, cu atât performanța de bază este mai mare. Dacă aveți un disc care consumă procese (citire sau scriere), acesta va rula mult mai repede decât performanța de bază până când soldul este epuizat. Acesta va fi apoi redus la performanța de bază. Mai multe informații despre asta Aici.

În graficul dvs., vă lipsesc valori cheie și acestea sunt CPUUtilizare și ReadIOPS. Ceea ce vedeți este că atunci când ați susținut citirea sau scrierea IOPS pe disc, soldul dvs. de explozie scade. Când se epuizează, veți fi limitat la performanța de bază a discului. În plus, vedeți dacă ați utilizat CPU susținut soldul dvs. de credit va scădea. Când se epuizează, procesorul tău va fi redus la performanța de bază.

În funcție de volumul de lucru, poate fi necesar să ajustați dimensiunea instanței sau volumul pentru a răspunde nevoilor dvs. Sau poate fi necesar să treceți la un tip de instanță non-burstable pentru o performanță fiabilă și consistentă a CPU. Sau, ar putea fi necesar să treceți la un volum de stocare iops prevăzut pentru performanță de disc fiabilă și consecventă.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.