કુબરનેટ્સ વર્કર નોડ્સ: ઘણા નાના અથવા ઘણા મોટા?

કુબરનેટ્સ ક્લસ્ટર બનાવતી વખતે, પ્રશ્નો ઉભા થઈ શકે છે: કેટલા વર્કર નોડ્સને રૂપરેખાંકિત કરવા અને કયા પ્રકારનું? ઑન-પ્રિમાઈસ ક્લસ્ટર માટે શું સારું છે: તમારા ડેટા સેન્ટરમાં ઘણા શક્તિશાળી સર્વર્સ ખરીદો અથવા ડઝન જૂના મશીનોનો ઉપયોગ કરો? શું ક્લાઉડમાં આઠ સિંગલ-કોર અથવા બે ક્વોડ-કોર દાખલા લેવાનું વધુ સારું છે?

આ પ્રશ્નોના જવાબો લેખમાં છે. ડેનિયલ વેઇબેલ, સોફ્ટવેર એન્જિનિયર અને Learnk8s શૈક્ષણિક પ્રોજેક્ટના શિક્ષક આદેશના અનુવાદમાં Mail.ru માંથી કુબરનેટ્સ એએએસ.

ક્લસ્ટર ક્ષમતા

સામાન્ય રીતે, કુબરનેટ્સ ક્લસ્ટરને મોટા "સુપરનોડ" તરીકે વિચારી શકાય છે. તેની કુલ કમ્પ્યુટિંગ શક્તિ તેના તમામ ઘટક ગાંઠોની શક્તિઓનો સરવાળો છે.

તમારા ઇચ્છિત ક્લસ્ટર ક્ષમતા લક્ષ્યને હાંસલ કરવાની ઘણી રીતો છે. ઉદાહરણ તરીકે, અમને કુલ 8 પ્રોસેસર કોરો અને 32 GB RAM ની ક્ષમતાવાળા ક્લસ્ટરની જરૂર છે કારણ કે એપ્લિકેશનના સમૂહને ઘણા સંસાધનોની જરૂર છે. પછી તમે 16 GB મેમરી સાથેના બે નોડ્સ અથવા 8 GB મેમરી સાથેના ચાર નોડ્સ, બે ક્વોડ-કોર પ્રોસેસર અથવા ચાર ડ્યુઅલ-કોર સાથે ઇન્સ્ટોલ કરી શકો છો.

ક્લસ્ટર બનાવવાની અહીં માત્ર બે સંભવિત રીતો છે:

બંને વિકલ્પો સમાન ક્ષમતા સાથે ક્લસ્ટરનું ઉત્પાદન કરે છે, પરંતુ નીચેના રૂપરેખાંકનમાં ચાર નાના નોડ્સ છે અને ટોચના રૂપરેખાંકનમાં બે મોટા ગાંઠો છે.

કયો વિકલ્પ વધુ સારો છે?

આ પ્રશ્નનો જવાબ આપવા માટે, ચાલો બંને વિકલ્પોના ફાયદા જોઈએ. અમે તેમને કોષ્ટકમાં સારાંશ આપ્યા છે.

કેટલાક મોટા ગાંઠો

ઘણા નાના ગાંઠો

સરળ ક્લસ્ટર મેનેજમેન્ટ (જો તે ઓન-પ્રિમાઇઝ હોય તો)

સરળ ઓટોસ્કેલિંગ

સસ્તું (જો ઓન-પ્રિમીસ)

કિંમત થોડી અલગ છે (ક્લાઉડમાં)

સંસાધન-સઘન એપ્લિકેશનો ચલાવી શકે છે

સંપૂર્ણ પ્રતિકૃતિ

સંસાધનોનો વધુ કાર્યક્ષમ રીતે ઉપયોગ થાય છે (સિસ્ટમ ડિમન પર ઓછા ઓવરહેડ
ઉચ્ચ ક્લસ્ટર ફોલ્ટ સહિષ્ણુતા

મહેરબાની કરીને નોંધ કરો કે અમે ફક્ત વર્કર નોડ્સ વિશે વાત કરી રહ્યા છીએ. મુખ્ય ગાંઠોની સંખ્યા અને કદ પસંદ કરવું એ સંપૂર્ણપણે અલગ વિષય છે.

તેથી, ચાલો કોષ્ટકમાંથી દરેક મુદ્દાની વધુ વિગતવાર ચર્ચા કરીએ.

પ્રથમ વિકલ્પ: ઘણા મોટા ગાંઠો

સૌથી આત્યંતિક વિકલ્પ એ સમગ્ર ક્લસ્ટર ક્ષમતા માટે એક વર્કર નોડ છે. ઉપરના ઉદાહરણમાં, આ 16 CPU કોરો અને 16 GB RAM સાથે સિંગલ વર્કર નોડ હશે.

Плюсы

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

મહેરબાની કરીને નોંધ કરો કે ઉપરોક્ત તમામ તમારા હાર્ડવેર, તમારા સર્વર્સને લાગુ પડે છે અને ક્લાઉડ ઇન્સ્ટન્સને નહીં.

વાદળમાં પરિસ્થિતિ અલગ છે. ત્યાં, ક્લાઉડ સર્વિસ પ્રોવાઈડર દ્વારા મેનેજમેન્ટનું સંચાલન કરવામાં આવે છે. આમ, ક્લાઉડમાં દસ નોડનું સંચાલન કરવું એ એક નોડના સંચાલન કરતાં ઘણું અલગ નથી.

ક્લાઉડમાં પોડ્સ વચ્ચે ટ્રાફિક રૂટીંગ અને લોડ વિતરણ આપોઆપ કરવામાં આવે છે: ઈન્ટરનેટથી આવતા ટ્રાફિકને મુખ્ય લોડ બેલેન્સર પર મોકલવામાં આવે છે, જે ટ્રાફિકને એક નોડના પોર્ટ પર ફોરવર્ડ કરે છે (નોડપોર્ટ સેવા દરેક ક્લસ્ટર નોડમાં પોર્ટને 30000-32767 રેન્જમાં સેટ કરે છે). કુબે-પ્રોક્સી દ્વારા સેટ કરાયેલા નિયમો નોડથી પોડ પર ટ્રાફિકને રીડાયરેક્ટ કરે છે. બે ગાંઠો પર દસ શીંગો માટે તે કેવું દેખાય છે તે અહીં છે:

પ્રો #2: નોડ દીઠ ઓછી કિંમત
શક્તિશાળી કાર વધુ ખર્ચાળ છે, પરંતુ કિંમતમાં વધારો એ જરૂરી નથી કે તે રેખીય હોય. બીજા શબ્દોમાં કહીએ તો, 10 GB મેમરી સાથેનું એક દસ-કોર સર્વર સામાન્ય રીતે સમાન માત્રામાં મેમરી ધરાવતા દસ સિંગલ-કોર સર્વર કરતાં સસ્તું હોય છે.

પરંતુ નોંધ લો કે આ નિયમ સામાન્ય રીતે ક્લાઉડ સેવાઓમાં કામ કરતું નથી. તમામ મુખ્ય ક્લાઉડ પ્રદાતાઓની વર્તમાન કિંમત નિર્ધારણ યોજનાઓમાં, કિંમતો ક્ષમતા સાથે રેખીય રીતે વધે છે.

આમ, ક્લાઉડમાં તમે સામાન્ય રીતે વધુ શક્તિશાળી સર્વર્સ પર સાચવી શકતા નથી.

પ્રો #3: તમે સંસાધન-સઘન એપ્લિકેશનો ચલાવી શકો છો
કેટલીક એપ્લિકેશનોને ક્લસ્ટરમાં શક્તિશાળી સર્વરની જરૂર હોય છે. ઉદાહરણ તરીકે, જો મશીન લર્નિંગ સિસ્ટમને 8 GB મેમરીની જરૂર હોય, તો તમે તેને 1 GB નોડ્સ પર ચલાવી શકશો નહીં, પરંતુ ઓછામાં ઓછા એક મોટા વર્કર નોડ સાથે જ ચલાવી શકશો.

મિનિસી

ગેરલાભ નંબર 1. નોડ દીઠ ઘણી શીંગો
જો સમાન કાર્ય ઓછા ગાંઠો પર કરવામાં આવે છે, તો તેમાંથી દરેકમાં કુદરતી રીતે વધુ શીંગો હશે.

આ એક સમસ્યા હોઈ શકે છે.

કારણ એ છે કે દરેક મોડ્યુલ કન્ટેનર રનટાઈમ (દા.ત. ડોકર), તેમજ કુબેલેટ અને સીએડવાઈઝરમાં કેટલાક ઓવરહેડનો પરિચય આપે છે.

ઉદાહરણ તરીકે, એક કુબેલેટ નિયમિતપણે નોડ પરના તમામ કન્ટેનરને ટકી રહેવા માટે તપાસે છે-જેટલા વધુ કન્ટેનર, તેટલું વધુ કામ કુબેલેટને કરવું પડે છે.

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

જો મોડ્યુલોની સંખ્યા વધે છે, તો તે સિસ્ટમને ધીમું કરી શકે છે અને તેની વિશ્વસનીયતાને પણ નબળી બનાવી શકે છે.

કુબરનેટ્સ રીપોઝીટરીમાં કેટલાક ફરિયાદ કરીતે નોડ્સ રેડી/નોટરેડી સ્ટેટસ વચ્ચે કૂદી પડે છે કારણ કે નોડ પરના તમામ કન્ટેનરની નિયમિત ક્યૂબેલેટ તપાસમાં ઘણો સમય લાગે છે.
આ કારણોસર કુબરનેટ્સ નોડ દીઠ 110 થી વધુ શીંગો મૂકવાની ભલામણ કરે છે. નોડની કામગીરી પર આધાર રાખીને, તમે નોડ દીઠ વધુ પોડ્સ ચલાવી શકો છો, પરંતુ તે આગાહી કરવી મુશ્કેલ છે કે શું ત્યાં સમસ્યાઓ હશે અથવા બધું સારું કામ કરશે. તે અગાઉથી કાર્યનું પરીક્ષણ કરવા યોગ્ય છે.

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

પાંચ પ્રતિકૃતિઓ ફક્ત બે ગાંઠોમાં વિતરિત કરી શકાય છે, અને જો તેમાંથી એક નિષ્ફળ જાય, તો તે એકસાથે બહુવિધ પ્રતિકૃતિઓ દૂર કરશે.

જો તમારી પાસે પાંચ કે તેથી વધુ ગાંઠો હોય, તો દરેક પ્રતિકૃતિ અલગ નોડ પર ચાલશે, અને એક નોડની નિષ્ફળતા વધુમાં વધુ એક પ્રતિકૃતિ દૂર કરશે.

આમ, ઉચ્ચ ઉપલબ્ધતા જરૂરિયાતોને ક્લસ્ટરમાં ચોક્કસ ન્યૂનતમ સંખ્યામાં નોડ્સની જરૂર પડી શકે છે.

ગેરલાભ નંબર 3. નિષ્ફળતાના ખરાબ પરિણામો
ગાંઠોની નાની સંખ્યા સાથે, દરેક નિષ્ફળતા વધુ ગંભીર પરિણામો ધરાવે છે. ઉદાહરણ તરીકે, જો તમારી પાસે માત્ર બે નોડ્સ હોય અને તેમાંથી એક નિષ્ફળ જાય, તો તમારા અડધા મોડ્યુલ તરત જ અદૃશ્ય થઈ જાય છે.

અલબત્ત, કુબરનેટ્સ નિષ્ફળ નોડમાંથી કામના ભારણને અન્યમાં સ્થાનાંતરિત કરશે. પરંતુ જો તેમાંના થોડા છે, તો ત્યાં પૂરતી મુક્ત ક્ષમતા હોઈ શકતી નથી. પરિણામે, જ્યાં સુધી તમે નિષ્ફળ નોડ નહીં લાવો ત્યાં સુધી તમારી કેટલીક એપ્લિકેશનો અનુપલબ્ધ રહેશે.

આમ, જેટલા વધુ ગાંઠો, હાર્ડવેર નિષ્ફળતાઓની અસર ઓછી.

ગેરલાભ #4: વધુ ઓટોસ્કેલિંગ પગલાં
કુબરનેટ્સ ક્લાઉડ ઈન્ફ્રાસ્ટ્રક્ચર માટે ક્લસ્ટર ઓટો-સ્કેલિંગ સિસ્ટમ ધરાવે છે, જે તમને તમારી વર્તમાન જરૂરિયાતોને આધારે આપમેળે નોડ્સ ઉમેરવા અથવા દૂર કરવાની મંજૂરી આપે છે. મોટા ગાંઠો સાથે, ઓટોસ્કેલિંગ વધુ અચાનક અને અણઘડ બની જાય છે. ઉદાહરણ તરીકે, બે નોડ પર, વધારાના નોડ ઉમેરવાથી ક્લસ્ટરની ક્ષમતામાં 50%નો વધારો થશે. અને તમારે તે સંસાધનો માટે ચૂકવણી કરવી પડશે, પછી ભલે તમને તેમની જરૂર ન હોય.

આમ, જો તમે સ્વચાલિત ક્લસ્ટર સ્કેલિંગનો ઉપયોગ કરવાની યોજના ઘડી રહ્યા છો, તો નોડ્સ જેટલા નાના હશે, તેટલું વધુ લવચીક અને ખર્ચ-અસરકારક સ્કેલિંગ તમને મળશે.

હવે ચાલો મોટી સંખ્યામાં નાના ગાંઠોના ફાયદા અને ગેરફાયદા જોઈએ.

બીજો વિકલ્પ: ઘણા નાના ગાંઠો

આ અભિગમના ફાયદા અનિવાર્યપણે ઘણા મોટા ગાંઠો સાથે વિરુદ્ધ વિકલ્પના ગેરફાયદામાંથી ઉદ્ભવે છે.

Плюсы

પ્રો #1: નિષ્ફળતાની ઓછી અસર
વધુ ગાંઠો, દરેક નોડ પર ઓછા શીંગો. ઉદાહરણ તરીકે, જો તમારી પાસે દસ નોડ્સ દીઠ સો મોડ્યુલો છે, તો દરેક નોડમાં સરેરાશ દસ મોડ્યુલો હશે.

આ રીતે, જો એક નોડ નિષ્ફળ જાય, તો તમે ફક્ત 10% વર્કલોડ ગુમાવો છો. સંભવ છે કે માત્ર થોડી સંખ્યામાં પ્રતિકૃતિઓ પ્રભાવિત થશે અને એકંદર એપ્લિકેશન કાર્યરત રહેશે.

વધુમાં, બાકીના નોડ્સમાં નિષ્ફળ નોડના વર્કલોડને હેન્ડલ કરવા માટે પૂરતા મફત સંસાધનો હશે, તેથી કુબરનેટ્સ મુક્તપણે પોડ્સને ફરીથી શેડ્યૂલ કરી શકે છે અને તમારી એપ્લિકેશનો પ્રમાણમાં ઝડપથી કાર્યકારી સ્થિતિમાં પાછા આવશે.

પ્રો #2: સારી નકલ
જો ત્યાં પર્યાપ્ત ગાંઠો હોય, તો કુબરનેટ્સ શેડ્યૂલર તમામ પ્રતિકૃતિઓને અલગ-અલગ ગાંઠો અસાઇન કરી શકે છે. આ રીતે, જો નોડ નિષ્ફળ જાય, તો માત્ર એક પ્રતિકૃતિને અસર થશે અને એપ્લિકેશન ઉપલબ્ધ રહેશે.

મિનિસી

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

કુબરનેટસ કંટ્રોલર મેનેજરમાં નોડ કંટ્રોલર નિયમિતપણે ક્લસ્ટરના તમામ નોડ્સમાંથી આરોગ્ય તપાસે છે - વધુ નોડ્સ, નિયંત્રક પર વધુ ભાર.

etcd ડેટાબેઝ પરનો ભાર પણ વધી રહ્યો છે - દરેક કુબેલેટ અને ક્યુબે-પ્રોક્સી કોલ્સ નોંધક etcd માટે (API દ્વારા), જેમાં etcd એ ઑબ્જેક્ટ અપડેટ્સનું પ્રસારણ કરવું જોઈએ.

સામાન્ય રીતે, દરેક કાર્યકર નોડ માસ્ટર નોડ્સના સિસ્ટમ ઘટકો પર વધારાનો ભાર લાદે છે.

કુબરનેટ્સ સત્તાવાર રીતે ક્લસ્ટરોને સમર્થન આપે છે 5000 સુધી નોડ્સની સંખ્યા. જો કે, વ્યવહારમાં પહેલેથી જ 500 નોડ્સ છે બિન-તુચ્છ સમસ્યાઓનું કારણ બની શકે છે.

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

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

ગેરલાભ #2: વધુ ઓવરહેડ ખર્ચ.
દરેક વર્કર નોડ પર, કુબરનેટ્સ સિસ્ટમ ડિમનનો સમૂહ ચલાવે છે - તેમાં કન્ટેનર રનટાઈમ (જેમ કે ડોકર), ક્યુબે-પ્રોક્સી અને કુબેલેટનો સમાવેશ થાય છે, જેમાં સીએડવાઈઝરનો સમાવેશ થાય છે. એકસાથે તેઓ ચોક્કસ નિશ્ચિત માત્રામાં સંસાધનોનો ઉપયોગ કરે છે.

જો તમારી પાસે ઘણા નાના ગાંઠો છે, તો દરેક નોડ પર આ ઓવરહેડનું પ્રમાણ મોટું છે. ઉદાહરણ તરીકે, કલ્પના કરો કે એક નોડ પરના તમામ સિસ્ટમ ડિમન એકસાથે 0,1 CPU કોરો અને 0,1 GB મેમરીનો ઉપયોગ કરે છે. જો તમારી પાસે 10 GB મેમરી સાથે એક દસ-કોર નોડ હોય, તો ડિમન ક્લસ્ટર ક્ષમતાના 1% વાપરે છે. બીજી બાજુ, 1 GB મેમરી સાથે દસ સિંગલ-કોર નોડ્સ પર, ડિમન ક્લસ્ટર ક્ષમતાના 10% લેશે.

આમ, ઓછા ગાંઠો, વધુ કાર્યક્ષમ રીતે ઈન્ફ્રાસ્ટ્રક્ચરનો ઉપયોગ થાય છે.

ગેરલાભ નંબર 3. સંસાધનોનો બિનકાર્યક્ષમ ઉપયોગ
નાના ગાંઠો પર, એવું બની શકે છે કે બાકીના સંસાધન ભાગો કોઈપણ વર્કલોડને સોંપવા માટે ખૂબ નાના હોય, તેથી તે બિનઉપયોગી રહે છે.

ઉદાહરણ તરીકે, દરેક પોડને 0,75 GB મેમરીની જરૂર છે. જો તમારી પાસે દસ નોડ હોય, દરેક 1GB મેમરી સાથે, તો તમે દરેક નોડને 0,25GB ન વપરાયેલ મેમરી સાથે છોડીને દસ પોડ્સ ચલાવી શકો છો.

આનો અર્થ એ છે કે સમગ્ર ક્લસ્ટરની 25% મેમરી વેડફાઈ ગઈ છે.

10 GB ની મેમરીવાળા મોટા નોડ પર, તમે આમાંથી 13 મોડ્યુલ ચલાવી શકો છો - અને 0,25 GB નો માત્ર એક ન વપરાયેલ ટુકડો હશે.

આ કિસ્સામાં, માત્ર 2,5% મેમરી વેડફાઇ જતી હોય છે.

આમ, મોટા ગાંઠો પર સંસાધનોનો વધુ શ્રેષ્ઠ ઉપયોગ થાય છે.

કેટલાક મોટા ગાંઠો અથવા ઘણા નાના?

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

ઉદાહરણ તરીકે, જો એપ્લિકેશનને 10 GB મેમરીની જરૂર હોય, તો મોટા ગાંઠો એ સ્પષ્ટ પસંદગી છે. અને જો એપ્લિકેશનને ઉચ્ચ ઉપલબ્ધતા માટે દસ ગણી પ્રતિકૃતિની જરૂર હોય, તો માત્ર બે ગાંઠો પર પ્રતિકૃતિઓ મૂકવાનું જોખમ ભાગ્યે જ યોગ્ય છે - ક્લસ્ટરમાં ઓછામાં ઓછા દસ ગાંઠો હોવા જોઈએ.

મધ્યવર્તી પરિસ્થિતિઓમાં, દરેક વિકલ્પના ફાયદા અને ગેરફાયદાના આધારે પસંદગી કરો. કદાચ કેટલીક દલીલો અન્ય કરતાં તમારી પરિસ્થિતિ માટે વધુ સુસંગત છે.

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

ત્યાં કોઈ એક રેસીપી નથી, અને દરેક પરિસ્થિતિની પોતાની ઘોંઘાટ છે, અને માત્ર ઉત્પાદન સત્ય બતાવશે.

ક્લાઉડ પ્લેટફોર્મ ટીમ દ્વારા તૈયાર કરવામાં આવેલ અનુવાદ Mail.ru ક્લાઉડ સોલ્યુશન્સ.

કુબરનેટ્સ વિશે વધુ: ક્લસ્ટરોના સંચાલન અને જમાવટ માટે 25 ઉપયોગી સાધનો.

સોર્સ: www.habr.com