Burstable EC2 VPN: સ્ટાન્ડર્ડ કે અમર્યાદિત CPU ક્રેડિટ?

નાનું VPN ગેટવે સ્પીડ ટેસ્ટ પાસ કરે છે, સારું લાગે છે, અને પછી બપોર પછી ધીમું પડે છે. ટેસ્ટ દરમિયાન ઇન્સ્ટન્સ જૂઠું બોલતું નહોતું; તે નિષ્ક્રિય હતું ત્યારે કમાએલી ક્રેડિટ ખર્ચતું હતું. Burstable ઇન્સ્ટન્સ બરાબર એ માટે બનાવવામાં આવ્યા છે, જેના કારણે ટૂંકો બેન્ચમાર્ક બપોરના ટ્રાન્સફર માટે નબળું અનુમાન બને છે. બે ક્રેડિટ મોડ પણ જુદી રીતે નિષ્ફળ જાય છે, અને તેમની વચ્ચે પસંદગી કરવી એ ખરેખર નિર્ણય છે.

સ્પીડ ટેસ્ટે ક્યાંથી ઉધાર લીધું

એક CPU ક્રેડિટ એટલે એક vCPU એક મિનિટ સુધી પૂર્ણ ઉપયોગમાં ચાલવું. Burstable ઇન્સ્ટન્સ તેની બેઝલાઇન દરે ક્રેડિટ કમાય છે અને જ્યારે તે બેઝલાઇન વટાવે છે ત્યારે ખર્ચે છે. નિષ્ક્રિય રાત બેલેન્સ બનાવે છે; વ્યસ્ત સવાર તેને ખેંચી લે છે.

તેથી પ્રથમ ટેસ્ટ સારો લાગે છે. ઇન્સ્ટન્સ પાસે બચાવેલું બજેટ હતું, તેણે તેને એન્ક્રિપ્શન કામ પર ખર્ચ્યું અને સ્વસ્થ દર જાહેર કર્યો. પરિણામમાં કંઈ જ કહેતું નથી કે બેલેન્સ શૂન્ય થાય ત્યારે શું થાય. ટેસ્ટે એક ફુટાવ માપ્યો, અને ફુટાવ એ જ છે જે આપવા માટે ઇન્સ્ટન્સ બનાવાયું છે. તેણે ક્યારેય તે સ્થિર સ્થિતિ માપી નહીં જેના પર તમે હવે આધાર રાખવા જઈ રહ્યા છો.

તમારે કરવાની ગણતરી

ઇનપુટ એ પ્રતિ vCPU બેઝલાઇન ટકાવારી, vCPU સંખ્યા, સંચિત બેલેન્સ અને તમે અપેક્ષા રાખો છો તે લોડ છે. ફક્ત ઉદાહરણ તરીકે: બે vCPU ધરાવતું એક કાલ્પનિક ઇન્સ્ટન્સ લો, પ્રતિ vCPU દસ ટકા બેઝલાઇન, 24 સંચિત ક્રેડિટ, અને એક vCPU સંપૂર્ણ વ્યસ્ત જ્યારે બીજું નિષ્ક્રિય છે. આ આંકડા ઘોષિત ઇનપુટ છે, કોઈ ચોક્કસ ઇન્સ્ટન્સ સાઇઝની સ્પેસિફિકેશન નથી.

Earn rate:       2 x 10% x 60 = 12 credits/hour
Workload usage:  1 x 100% x 60 = 60 credits/hour
Net draw:        60 - 12 = 48 credits/hour
Accrued budget:  24 / 48 = 0.5 hours

તે ધારણાઓ હેઠળ બજેટ લગષે અડધા કલાકમાં પૂરું થાય છે. બેકગ્રાઉન્ડ કામ, બદલાતો લોડ અને ઇન્સ્ટન્સનું પોતાનું હિસાબ પરિણામને ખસેછે, અને આમાંથી કંઈ પણ VPN થ્રુપુટનું અનુમાન કરતું નથી. તે એનું અનુમાન કરે છે કે સતત મર્યાદા ક્યારે અસર કરવા લાગશે.

બીજા વાંચન પર પણ ધ્યાન આપો: આ ઉદાહરણમાં એક વ્યસ્ત vCPU કુલ CPU ક્ષમતાના લગભગ અડધા જેટલું છે. મધ્યમ એકંદર ટકાવારી સંતૃપ્ત કોર છુપાવી શકે છે, તેથી ક્રેડિટ આંકડાની સાથે પ્રતિ-કોર વર્તન જુઓ.

Standard અને Unlimited: એ જ શૂન્ય, જુદો અર્થ

Standard મોડમાં, ખાલી થયેલું બેલેન્સ સતત CPUને બેઝલાઇન તરફ મર્યાદિત કરે છે. ઇન્સ્ટન્સ કામ ચાલુ રાખે છે, ફક્ત ધીમે, અને મર્યાદા અનુમાનક્ષમ છે. Unlimited મોડમાં બેલેન્સ શૂન્ય થયા પછી પણ ઇન્સ્ટન્સ વધારાની ક્રેડિટમાંથી ખેંચી શકે છે, અને બેઝલાઇનથી ઉપરનો સતત ઉપયોગ સેવાના હિસાબ નિયમો હેઠળ ચાર્જ ઊભો કરી શકે છે.

તેથી શૂન્ય CPUCreditBalance એટલે એક મોડમાં થ્રોટલિંગ અને બીજામાં સંભવિત બિલિંગ. આખી સરખામણી એટલી જ છે, અને તેથી મોડ વાંચ્યા વિના મેટ્રિક વાંચવું ભ્રામક છે.

વધારો પણ પ્રતિ-ક્રેડિટ સરળ બિલ નથી. પછીનું બેઝલાઇન નીચેનું સંચાલન વધારાના ઉપયોગને ચૂકવી શકે છે, અને બીજી ચાર્જ શરતો લાગુ પડે છે. જૂની બ્લોગ પોસ્ટના ફ્રી-ટિયર દાવા પર આધાર રાખવાને બદલે ગોઠવેલો મોડ અને સેવાના વર્તમાન નિયમો તપાસો.

વાસ્તવિક કામ દરમિયાન શું જોવું

ટ્રાન્સફરની અવધિ અને દરની બાજુમાં CPUCreditUsage અને CPUCreditBalance નોંધો. Unlimited પર CPUSurplusCreditBalance અને CPUSurplusCreditsCharged ઉમેરો. AWSની CPU-ક્રેડિટ મોનિટરિંગ માર્ગદર્શિકા સમજાવે છે કે દરેક શું જાહેર કરે છે અને કેટલી વાર.

પ્રતિનિધિ સમવર્તીતા અને વલણ જોવા માટે પૂરતી અવધિ સાથે ફરી ટેસ્ટ કરો, અને શરૂઆતનું બેલેન્સ નોંધો. નિષ્ક્રિય સવાર અને વ્યસ્ત બપોર સમાન પ્રયોગ નથી, સમાન આદેશો સાથે પણ.

જે મર્યાદાઓ CPU નથી

નેટવર્ક બેન્ડવિડથની પોતાની બેઝલાઇન અને ફુટાવ વર્તન છે, અને પેકેટ-દર કે કનેક્શનની મંજૂરીઓ CPU પહેલાં બંધન કરી શકે છે. મેમરી ત્યારે મહત્વની છે જ્યારે VPN અમલીકરણ પ્રતિ-કનેક્શન સ્થિતિ રાખે છે, અને નાનું ઇન્સ્ટન્સ ક્રેડિટ પૂરી થવાના ઘણા સમય પહેલાં મેમરી પૂરી કરી શકે છે.

તેથી સ્વસ્થ ક્રેડિટ બેલેન્સ એક વાત સાબિત કરે છે: CPU બજેટ વર્તમાન મર્યાદા નથી. તે નેટવર્ક માર્ગ વિશે કંઈ કહેતું નથી, અને બમણી સમવર્તીતામાં શું થાય તે પણ કહેતું નથી. ક્રેડિટ મેટ્રિકની સાથે જ નેટવર્ક મેટ્રિક જુઓ, જેથી થ્રુપુટ ઘટવાનું કારણ સિદ્ધાંતને બદલે સંભવિત કારણ હોય.

જાણી જોઈને બેઝલાઇન પસંદ કરવી

બેઝલાઇન પસંદ કરવા માટે માપેલો સતત વર્કલોડ વાપરો, અથવા ફુટાવને સ્પષ્ટપણે સ્વીકારો અને તેના માટે બજેટ રાખો. બંને જવાબ લખાયેલા હોય હોય ત્યારે સમર્થનીય છે; બીજા કોઈની સફળ વિડિયો સ્ટ્રીમમાંથી અનુમાનિત હોય ત્યારે એક પણ સમર્થનીય નથી.

જો ગેટવે લોડ-વહન કરે છે, તો ક્રેડિટ મોડને ક્યારેય ન ખોલેલા ડિફોલ્ટ તરીકે નહીં, પણ ક્ષમતા યોજનાના ભાગ તરીકે ગણો. તમે પસંદ કરેલો મોડ એ જ નિષ્ફળતા છે જેનું તમે અનુમાન કરી શકો છો.