કુબરનેટ્સમાં ઓટોસ્કેલિંગના ત્રણ સ્તરો: તેનો અસરકારક રીતે ઉપયોગ કેવી રીતે કરવો

કુબરનેટ્સમાં સંપૂર્ણ નિપુણતા મેળવવા માટે, તમારે ક્લસ્ટર સંસાધનોને સ્કેલ કરવાની વિવિધ રીતો જાણવાની જરૂર છે: દ્વારા સિસ્ટમ વિકાસકર્તાઓ અનુસાર, આ કુબરનેટ્સના મુખ્ય કાર્યોમાંનું એક છે. અમે હોરીઝોન્ટલ અને વર્ટીકલ ઓટોસ્કેલિંગ અને ક્લસ્ટર રીસાઇઝીંગ મિકેનિઝમ્સનું ઉચ્ચ-સ્તરનું વિહંગાવલોકન તેમજ તેનો અસરકારક રીતે ઉપયોગ કેવી રીતે કરવો તેની ભલામણો પ્રદાન કરી છે.

કલમ કુબરનેટ્સ ઓટોસ્કેલિંગ 101: ક્લસ્ટર ઓટોસ્કેલર, હોરીઝોન્ટલ ઓટોસ્કેલર અને વર્ટિકલ પોડ ઓટોસ્કેલર માં ઓટોસ્કેલિંગ અમલમાં મૂકનાર ટીમ દ્વારા અનુવાદિત Mail.ru માંથી કુબરનેટ્સ એએએસ.

સ્કેલિંગ વિશે વિચારવું શા માટે મહત્વપૂર્ણ છે

ક્યુબર્નેટિસ - સંસાધન સંચાલન અને ઓર્કેસ્ટ્રેશન માટેનું સાધન. અલબત્ત, પોડ્સની જમાવટ, દેખરેખ અને વ્યવસ્થાપનની શાનદાર સુવિધાઓ સાથે ટિંકર કરવું સરસ છે (એક પોડ કન્ટેનરનું એક જૂથ છે જે વિનંતીના જવાબમાં લોન્ચ કરવામાં આવે છે).

જો કે, તમારે નીચેના પ્રશ્નો વિશે પણ વિચારવું જોઈએ:

1. મોડ્યુલો અને એપ્લિકેશનને કેવી રીતે માપવા?
2. કન્ટેનરને કાર્યરત અને કાર્યક્ષમ કેવી રીતે રાખવું?
3. વપરાશકર્તાઓ તરફથી કોડ અને વર્કલોડમાં સતત ફેરફારોને કેવી રીતે પ્રતિસાદ આપવો?

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

કુબરનેટ્સ ઓટોસ્કેલિંગ સ્તર

અસરકારક ઓટોસ્કેલિંગ માટે બે સ્તરો વચ્ચે સંકલનની જરૂર છે:

1. પોડ લેવલ, હોરીઝોન્ટલ (હોરિઝોન્ટલ પોડ ઓટોસ્કેલર, એચપીએ) અને વર્ટિકલ ઓટોસ્કેલર (વર્ટિકલ પોડ ઓટોસ્કેલર, વીપીએ) સહિત. આ તમારા કન્ટેનર માટે ઉપલબ્ધ સંસાધનોને માપી રહ્યું છે.
2. ક્લસ્ટર સ્તર, જે ક્લસ્ટર ઓટોસ્કેલર (CA) દ્વારા સંચાલિત થાય છે, જે ક્લસ્ટરની અંદર નોડ્સની સંખ્યામાં વધારો અથવા ઘટાડો કરે છે.

હોરિઝોન્ટલ ઓટોસ્કેલર (HPA) મોડ્યુલ

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

ઉચ્ચ સ્તરીય HPA ઓપરેટિંગ ડાયાગ્રામ:

1. HPA 30 સેકન્ડના ડિફોલ્ટ અંતરાલ પર ઇન્સ્ટોલેશન દરમિયાન ઉલ્લેખિત મેટ્રિક મૂલ્યોને સતત તપાસે છે.
2. જો નિર્દિષ્ટ થ્રેશોલ્ડ પહોંચી જાય તો HPA મોડ્યુલોની સંખ્યા વધારવાનો પ્રયાસ કરે છે.
3. HPA જમાવટ/પ્રતિકૃતિ નિયંત્રકની અંદર પ્રતિકૃતિઓની સંખ્યાને અપડેટ કરે છે.
4. જમાવટ/પ્રતિકૃતિ નિયંત્રક પછી કોઈપણ જરૂરી વધારાના મોડ્યુલો જમાવે છે.

જ્યારે મેટ્રિક થ્રેશોલ્ડ પહોંચી જાય ત્યારે HPA મોડ્યુલ જમાવટ પ્રક્રિયા શરૂ કરે છે

HPA નો ઉપયોગ કરતી વખતે, નીચેનાનો વિચાર કરો:

• ડિફૉલ્ટ HPA ચેક અંતરાલ 30 સેકન્ડ છે. તે ધ્વજ દ્વારા સુયોજિત થયેલ છે હોરિઝોન્ટલ-પોડ-ઓટોસ્કેલર-સિંક-પીરિયડ કંટ્રોલર મેનેજરમાં.
• ડિફોલ્ટ સંબંધિત ભૂલ 10% છે.
• મોડ્યુલોની સંખ્યામાં છેલ્લા વધારા પછી, HPA અપેક્ષા રાખે છે કે મેટ્રિક્સ ત્રણ મિનિટમાં સ્થિર થઈ જશે. આ અંતરાલ ધ્વજ દ્વારા સેટ કરવામાં આવે છે આડા-પોડ-ઓટોસ્કેલર-અપસ્કેલ-વિલંબ.
• મોડ્યુલોની સંખ્યામાં છેલ્લા ઘટાડા પછી, HPA સ્થિર થવા માટે પાંચ મિનિટ રાહ જુએ છે. આ અંતરાલ ધ્વજ દ્વારા સેટ કરવામાં આવે છે આડા-પોડ-ઓટોસ્કેલર-ડાઉનસ્કેલ-વિલંબ.
• HPA પ્રતિકૃતિ નિયંત્રકોને બદલે ડિપ્લોયમેન્ટ ઑબ્જેક્ટ્સ સાથે શ્રેષ્ઠ કામ કરે છે. હોરિઝોન્ટલ ઓટોસ્કેલિંગ એ રોલિંગ અપડેટ સાથે અસંગત છે, જે પ્રતિકૃતિ નિયંત્રકોની સીધી હેરફેર કરે છે. જમાવટ સાથે, પ્રતિકૃતિઓની સંખ્યા ડિપ્લોયમેન્ટ ઑબ્જેક્ટ્સ પર સીધી આધાર રાખે છે.

શીંગોનું વર્ટિકલ ઓટોસ્કેલિંગ

વર્ટિકલ ઓટોસ્કેલિંગ (VPA) હાલના પોડ્સને વધુ (અથવા ઓછા) CPU સમય અથવા મેમરી ફાળવે છે. સ્ટેટફુલ અથવા સ્ટેટલેસ પોડ્સ માટે યોગ્ય, પરંતુ મુખ્યત્વે સ્ટેટફુલ સેવાઓ માટે બનાવાયેલ છે. જો કે, જો તમારે શરૂઆતમાં ફાળવેલ સંસાધનોની માત્રાને આપમેળે સમાયોજિત કરવાની જરૂર હોય તો તમે સ્ટેટલેસ મોડ્યુલો માટે VPA નો ઉપયોગ પણ કરી શકો છો.

VPA પણ OOM (મેમરી બહાર) ઇવેન્ટનો પ્રતિસાદ આપે છે. CPU સમય અને મેમરી બદલવા માટે પોડ્સ પુનઃપ્રારંભ કરવાની જરૂર છે. જ્યારે પુનઃપ્રારંભ કરવામાં આવે છે, ત્યારે VPA ફાળવણી બજેટને માન આપે છે (શીંગો વિતરણ બજેટ, PDB) મોડ્યુલોની ન્યૂનતમ આવશ્યક સંખ્યાની ખાતરી આપવા માટે.

તમે દરેક મોડ્યુલ માટે ન્યૂનતમ અને મહત્તમ સંસાધનો સેટ કરી શકો છો. આમ, તમે ફાળવેલ મેમરીની મહત્તમ રકમ 8 GB સુધી મર્યાદિત કરી શકો છો. આ ઉપયોગી છે જો વર્તમાન ગાંઠો ચોક્કસપણે કન્ટેનર દીઠ 8 GB થી વધુ મેમરી ફાળવી શકતા નથી. વિગતવાર સ્પષ્ટીકરણો અને ઓપરેટિંગ મિકેનિઝમમાં વર્ણવેલ છે સત્તાવાર VPA વિકિ.

વધુમાં, VPA પાસે એક રસપ્રદ ભલામણ કાર્ય (VPA ભલામણકર્તા) છે. તે ઐતિહાસિક મેટ્રિક્સ પર આધારિત બુદ્ધિશાળી અલ્ગોરિધમના આધારે નવી મેમરી અને CPU સમય મૂલ્યો સૂચવવા માટે તમામ મોડ્યુલોના સંસાધન વપરાશ અને OOM ઇવેન્ટ્સનું નિરીક્ષણ કરે છે. ત્યાં એક API પણ છે જે પોડ હેન્ડલ લે છે અને સૂચવેલ સંસાધન મૂલ્યો પરત કરે છે.

તે નોંધવું યોગ્ય છે કે VPA ભલામણકર્તા સંસાધન "મર્યાદા" ને ટ્રૅક કરતું નથી. આના પરિણામે નોડ્સની અંદર સંસાધનોનો એકાધિકાર મોડ્યુલ થઈ શકે છે. વિશાળ મેમરી અથવા CPU વપરાશને ટાળવા માટે નેમસ્પેસ સ્તર પર મર્યાદા સેટ કરવી વધુ સારું છે.

ઉચ્ચ સ્તરીય VPA ઓપરેશન સ્કીમ:

1. VPA 10 સેકન્ડના ડિફોલ્ટ અંતરાલ પર ઇન્સ્ટોલેશન દરમિયાન ઉલ્લેખિત મેટ્રિક મૂલ્યોને સતત તપાસે છે.
2. જો ઉલ્લેખિત થ્રેશોલ્ડ પહોંચી જાય, તો VPA ફાળવેલ સંસાધનોને બદલવાનો પ્રયાસ કરે છે.
3. VPA જમાવટ/પ્રતિકૃતિ નિયંત્રકની અંદર સંસાધનોની સંખ્યાને અપડેટ કરે છે.
4. જ્યારે મોડ્યુલો પુનઃપ્રારંભ થાય છે, ત્યારે બધા નવા સંસાધનો બનાવેલ ઉદાહરણો પર લાગુ થાય છે.

VPA સંસાધનોની જરૂરી રકમ ઉમેરે છે

VPA નો ઉપયોગ કરતી વખતે કૃપા કરીને નીચેના મુદ્દાઓને ધ્યાનમાં રાખો:

• સ્કેલિંગ માટે પોડની ફરજિયાત પુનઃપ્રારંભની જરૂર છે. ફેરફારો કર્યા પછી અસ્થિર કામગીરી ટાળવા માટે આ જરૂરી છે. વિશ્વસનીયતા માટે, મોડ્યુલો પુનઃપ્રારંભ થાય છે અને નવા ફાળવવામાં આવેલા સંસાધનોના આધારે નોડ્સમાં વિતરિત કરવામાં આવે છે.
• VPA અને HPA હજુ એકબીજા સાથે સુસંગત નથી અને સમાન પોડ્સ પર ચાલી શકતા નથી. જો તમે એક જ ક્લસ્ટરમાં બંને સ્કેલિંગ મિકેનિઝમનો ઉપયોગ કરી રહ્યાં છો, તો ખાતરી કરો કે તમારી સેટિંગ્સ તેમને સમાન ઑબ્જેક્ટ પર સક્રિય થવાથી અટકાવે છે.
• VPA માત્ર ભૂતકાળ અને વર્તમાન વપરાશના આધારે સંસાધનો માટે કન્ટેનર વિનંતીઓને ટ્યુન કરે છે. તે સંસાધન વપરાશ મર્યાદા સેટ કરતું નથી. એપ્લીકેશન યોગ્ય રીતે કામ ન કરતી હોય અને વધુ ને વધુ સંસાધનો લેવાનું શરૂ કરવામાં સમસ્યા હોય, આનાથી કુબરનેટ્સ આ પોડને બંધ કરી દેશે.
• VPA હજુ વિકાસના પ્રારંભિક તબક્કામાં છે. તૈયાર રહો કે નજીકના ભવિષ્યમાં સિસ્ટમમાં કેટલાક ફેરફારો થઈ શકે છે. તમે વિશે વાંચી શકો છો જાણીતી મર્યાદાઓ и વિકાસ યોજનાઓ. આમ, VPA અને HPA ના સંયુક્ત ઓપરેશનને અમલમાં મૂકવાની યોજના છે, તેમજ તેમના માટે વર્ટિકલ ઓટોસ્કેલિંગ નીતિ સાથે મોડ્યુલોની જમાવટ (ઉદાહરણ તરીકે, ખાસ લેબલ 'VPA જરૂરી છે').

કુબરનેટ્સ ક્લસ્ટરને ઓટોસ્કેલિંગ કરવું

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

SA કામગીરીની ઉચ્ચ-સ્તરની યોજના:

1. CA 10 સેકન્ડના ડિફોલ્ટ અંતરાલ પર બાકી સ્થિતિમાં મોડ્યુલ્સ માટે તપાસે છે.
2. જો એક અથવા વધુ પોડ્સ સ્ટેન્ડબાય સ્થિતિમાં હોય કારણ કે ક્લસ્ટર પાસે તેમને ફાળવવા માટે પૂરતા ઉપલબ્ધ સંસાધનો નથી, તો તે એક અથવા વધુ વધારાના નોડ્સની જોગવાઈ કરવાનો પ્રયાસ કરે છે.
3. જ્યારે ક્લાઉડ સેવા પ્રદાતા જરૂરી નોડ ફાળવે છે, ત્યારે તે ક્લસ્ટરમાં જોડાય છે અને પોડ્સને સેવા આપવા માટે તૈયાર છે.
4. Kubernetes શેડ્યૂલર નવા નોડમાં બાકી રહેલા પોડ્સનું વિતરણ કરે છે. જો આ પછી પણ કેટલાક મોડ્યુલો રાહ જોવાની સ્થિતિમાં રહે છે, તો પ્રક્રિયા પુનરાવર્તિત થાય છે અને ક્લસ્ટરમાં નવા નોડ્સ ઉમેરવામાં આવે છે.

ક્લાઉડમાં ક્લસ્ટર નોડ્સની આપમેળે જોગવાઈ

CA નો ઉપયોગ કરતી વખતે નીચેની બાબતો ધ્યાનમાં લો:

• CA એ સુનિશ્ચિત કરે છે કે CPU લોડને ધ્યાનમાં લીધા વિના ક્લસ્ટરમાંના તમામ પોડ્સને ચલાવવા માટે જગ્યા છે. તે એ પણ સુનિશ્ચિત કરવાનો પ્રયાસ કરે છે કે ક્લસ્ટરમાં કોઈ બિનજરૂરી ગાંઠો નથી.
• CA અંદાજે 30 સેકન્ડ પછી સ્કેલ કરવાની જરૂરિયાત રજીસ્ટર કરે છે.
• એકવાર નોડની જરૂર ન રહે તે પછી, CA સિસ્ટમને સ્કેલ આઉટ કરતા પહેલા 10 મિનિટ રાહ જોવાનું ડિફોલ્ટ કરે છે.
• ઓટોસ્કેલિંગ સિસ્ટમમાં વિસ્તરણકર્તાઓનો ખ્યાલ છે. નોડ્સના જૂથને પસંદ કરવા માટે આ વિવિધ વ્યૂહરચના છે જેમાં નવા નોડ્સ ઉમેરવામાં આવશે.
• વિકલ્પનો જવાબદારીપૂર્વક ઉપયોગ કરો cluster-autoscaler.kubernetes.io/safe-to-evict (સાચું). જો તમે ઘણા બધા પોડ્સ ઇન્સ્ટોલ કરો છો, અથવા જો તેમાંથી ઘણા બધા ગાંઠોમાં વિખરાયેલા હોય, તો તમે મોટાભાગે ક્લસ્ટરને સ્કેલ કરવાની ક્ષમતા ગુમાવશો.
• ઉપયોગ કરો PodDisruptionBudgesપોડ્સને કાઢી નાખવાથી અટકાવવા માટે, જે તમારી એપ્લિકેશનના ભાગોને સંપૂર્ણપણે તૂટી જવાનું કારણ બની શકે છે.

કુબરનેટ્સ ઓટોસ્કેલર્સ એકબીજા સાથે કેવી રીતે ક્રિયાપ્રતિક્રિયા કરે છે

સંપૂર્ણ સંવાદિતા માટે, પોડ સ્તર (HPA/VPA) અને ક્લસ્ટર સ્તર બંને પર ઓટોસ્કેલિંગ લાગુ કરવું જોઈએ. તેઓ એકબીજા સાથે પ્રમાણમાં સરળ રીતે ક્રિયાપ્રતિક્રિયા કરે છે:

1. HPAs અથવા VPAs અપડેટ પોડ પ્રતિકૃતિઓ અથવા વર્તમાન પોડ્સ માટે ફાળવેલ સંસાધનો.
2. જો આયોજિત સ્કેલિંગ માટે પૂરતા ગાંઠો ન હોય, તો CA રાહ જોઈ રહેલી સ્થિતિમાં શીંગોની હાજરીની નોંધ લે છે.
3. CA નવા નોડ્સ ફાળવે છે.
4. મોડ્યુલો નવા નોડ્સ પર વિતરિત કરવામાં આવે છે.

સહયોગી કુબરનેટ્સ સ્કેલ-આઉટ સિસ્ટમ

કુબરનેટ્સ ઓટોસ્કેલિંગમાં સામાન્ય ભૂલો

ઑટોસ્કેલિંગને અમલમાં મૂકવાનો પ્રયાસ કરતી વખતે ઘણી સામાન્ય સમસ્યાઓ આવી જાય છે.

HPA અને VPA મેટ્રિક્સ અને કેટલાક ઐતિહાસિક ડેટા પર આધાર રાખે છે. જો અપર્યાપ્ત સંસાધનો ફાળવવામાં આવ્યા હોય, તો મોડ્યુલો ઓછા કરવામાં આવશે અને મેટ્રિક્સ જનરેટ કરવામાં સક્ષમ રહેશે નહીં. આ કિસ્સામાં, ઓટોસ્કેલિંગ ક્યારેય થશે નહીં.

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

આદર્શ દૃશ્ય - 4 મિનિટ:

1. 30 સેકન્ડ. લક્ષ્ય મેટ્રિક્સ અપડેટ કરો: 30−60 સેકન્ડ.
2. 30 સેકન્ડ. HPA મેટ્રિક મૂલ્યો તપાસે છે: 30 સેકન્ડ.
3. 2 સેકન્ડ કરતાં ઓછી. શીંગો બનાવવામાં આવે છે અને રાહ જોવાની સ્થિતિમાં જાય છે: 1 સેકન્ડ.
4. 2 સેકન્ડ કરતાં ઓછી. CA વેઇટિંગ મોડ્યુલ જુએ છે અને જોગવાઈ નોડ્સ પર કૉલ્સ મોકલે છે: 1 સેકન્ડ.
5. 3 મિનિટ. ક્લાઉડ પ્રદાતા નોડ્સ ફાળવે છે. K8s તેઓ તૈયાર થાય ત્યાં સુધી રાહ જુએ છે: 10 મિનિટ સુધી (ઘણા પરિબળો પર આધાર રાખીને).

સૌથી ખરાબ (વધુ વાસ્તવિક) દૃશ્ય - 12 મિનિટ:

1. 30 સેકન્ડ. લક્ષ્ય મેટ્રિક્સ અપડેટ કરો.
2. 30 સેકન્ડ. HPA મેટ્રિક મૂલ્યો તપાસે છે.
3. 2 સેકન્ડ કરતાં ઓછી. શીંગો બનાવવામાં આવે છે અને સ્ટેન્ડબાય સ્થિતિમાં દાખલ થાય છે.
4. 2 સેકન્ડ કરતાં ઓછી. CA પ્રતીક્ષા મોડ્યુલો જુએ છે અને નોડ્સની જોગવાઈ કરવા માટે કોલ કરે છે.
5. 10 મિનીટ. ક્લાઉડ પ્રદાતા નોડ્સ ફાળવે છે. K8s તેઓ તૈયાર થાય ત્યાં સુધી રાહ જુએ છે. રાહ જોવાનો સમય ઘણા પરિબળો પર આધાર રાખે છે, જેમ કે વિક્રેતા વિલંબ, OS વિલંબ અને સહાયક સાધનો.

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

કુબરનેટ્સમાં સ્કેલિંગનું સંચાલન કેવી રીતે કરવું

1. કુબરનેટ્સ એ રિસોર્સ મેનેજમેન્ટ અને ઓર્કેસ્ટ્રેશન ટૂલ છે. પોડ્સ અને ક્લસ્ટર સંસાધનોનું સંચાલન કરવા માટેની કામગીરી કુબરનેટ્સમાં નિપુણતા મેળવવા માટે એક મુખ્ય સીમાચિહ્નરૂપ છે.
2. HPA અને VPA ને ધ્યાનમાં લેતા પોડ માપનીયતાના તર્કને સમજો.
3. CA નો ઉપયોગ ફક્ત ત્યારે જ થવો જોઈએ જો તમને તમારી પોડ્સ અને કન્ટેનરની જરૂરિયાતોની સારી સમજ હોય.
4. ક્લસ્ટરને શ્રેષ્ઠ રીતે ગોઠવવા માટે, તમારે સમજવાની જરૂર છે કે કેવી રીતે વિવિધ સ્કેલિંગ સિસ્ટમ્સ એકસાથે કામ કરે છે.
5. સ્કેલિંગ સમયનો અંદાજ કાઢતી વખતે, સૌથી ખરાબ-કેસ અને શ્રેષ્ઠ-કેસ દૃશ્યોને ધ્યાનમાં રાખો.

સોર્સ: www.habr.com