કુબરનેટ્સ શ્રેષ્ઠ પ્રયાસો. સંસાધન વિનંતીઓ અને મર્યાદાઓ સુયોજિત કરી રહ્યા છીએ

કુબરનેટ્સ શ્રેષ્ઠ પ્રયાસો. નાના કન્ટેનર બનાવવા
કુબરનેટ્સ શ્રેષ્ઠ પ્રયાસો. નેમસ્પેસ સાથે કુબરનેટ્સનું સંગઠન
કુબરનેટ્સ શ્રેષ્ઠ પ્રયાસો. તત્પરતા અને જીવંતતા પરીક્ષણો સાથે કુબરનેટ્સ લાઇવનેસને માન્ય કરવું

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

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

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

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

પોડમાં દરેક કન્ટેનર તેની પોતાની ક્વેરીઝ અને મર્યાદા સેટ કરી શકે છે, તે બધું ઉમેરણ છે. પ્રોસેસર સંસાધનો મિલીકોર્સમાં વ્યાખ્યાયિત થયેલ છે. જો તમારા કન્ટેનરને ચલાવવા માટે બે સંપૂર્ણ કોરોની જરૂર હોય, તો તમે મૂલ્યને 2000m પર સેટ કરો છો. જો કન્ટેનરને માત્ર કોરના 1/4 ની શક્તિની જરૂર હોય, તો મૂલ્ય 250m હશે. ધ્યાનમાં રાખો કે જો તમે સૌથી મોટા નોડના કોરોની સંખ્યા કરતા વધુ CPU સંસાધન મૂલ્ય અસાઇન કરો છો, તો તમારું પોડ બિલકુલ શરૂ થવા માટે સુનિશ્ચિત કરવામાં આવશે નહીં. જો તમારી પાસે પોડ હોય જેને ચાર કોરોની જરૂર હોય, અને કુબરનેટ્સ ક્લસ્ટરમાં માત્ર બે મુખ્ય વર્ચ્યુઅલ મશીનો હોય તો આવી જ પરિસ્થિતિ થશે.

જ્યાં સુધી તમારી એપ્લિકેશન ખાસ કરીને બહુવિધ કોરો (જટિલ વૈજ્ઞાનિક કમ્પ્યુટિંગ અને ડેટાબેઝ ઓપરેશન્સ જેવા પ્રોગ્રામ્સ ધ્યાનમાં આવે છે) નો લાભ લેવા માટે ડિઝાઇન કરવામાં આવી હોય, તો પછી શ્રેષ્ઠ પ્રેક્ટિસ એ છે કે CPU વિનંતીઓને 1 અથવા તેનાથી ઓછી પર સેટ કરવી અને પછી માપનીયતા માટે વધુ પ્રતિકૃતિઓ ચલાવવી. આ ઉકેલ સિસ્ટમને વધુ સુગમતા અને વિશ્વસનીયતા આપશે.

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

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

તે યાદ રાખવું અગત્યનું છે કે તમે વિનંતીઓને ગોઠવી શકતા નથી કે જે તમારા નોડ્સ પ્રદાન કરી શકે તેવા સંસાધનો કરતાં વધી જાય. GKE વર્ચ્યુઅલ મશીનો માટે વહેંચાયેલ સંસાધન સ્પષ્ટીકરણો આ વિડિયો નીચેની લિંક્સમાં મળી શકે છે.

આદર્શ વિશ્વમાં, વર્કફ્લોને સરળ રીતે ચલાવવા માટે કન્ટેનરની ડિફૉલ્ટ સેટિંગ્સ પૂરતી હશે. પરંતુ વાસ્તવિક દુનિયા એવું નથી, લોકો સરળતાથી સંસાધનોના ઉપયોગને ગોઠવવાનું ભૂલી શકે છે, અથવા હેકર્સ ઇન્ફ્રાસ્ટ્રક્ચરની વાસ્તવિક ક્ષમતાઓ કરતાં વધુ વિનંતીઓ અને પ્રતિબંધો સેટ કરશે. આવી પરિસ્થિતિઓને બનતા અટકાવવા માટે, તમે ResourceQuota અને LimitRange સંસાધન ક્વોટા ગોઠવી શકો છો.

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

સંસાધન ક્વોટા આના જેવો દેખાઈ શકે છે. આ ઉદાહરણમાં 4 વિભાગો છે - આ કોડની 4 નીચેની રેખાઓ છે.

ચાલો તેમાંના દરેકને જોઈએ. Requests.cpu એ સંયુક્ત CPU વિનંતીઓની મહત્તમ સંખ્યા છે જે નેમસ્પેસમાંના તમામ કન્ટેનરમાંથી આવી શકે છે. આ ઉદાહરણમાં, તમારી પાસે 50m વિનંતીઓ સાથે 10 કન્ટેનર, 100m વિનંતીઓ સાથે પાંચ કન્ટેનર અથવા 500m વિનંતીઓ સાથે માત્ર એક કન્ટેનર હોઈ શકે છે. આપેલ નેમસ્પેસની requests.cpu ની કુલ સંખ્યા 500m કરતાં ઓછી હોય ત્યાં સુધી બધું સારું રહેશે.

મેમરીની વિનંતી કરેલી વિનંતીઓ.મેમરી એ સંયુક્ત મેમરી વિનંતીઓની મહત્તમ રકમ છે જે નેમસ્પેસમાંના તમામ કન્ટેનર પાસે હોઈ શકે છે. અગાઉના કેસની જેમ, તમારી પાસે 50 2 mib કન્ટેનર, પાંચ 20 mib કન્ટેનર અથવા એક 100 mib કન્ટેનર હોઈ શકે છે જ્યાં સુધી નેમસ્પેસમાં વિનંતી કરાયેલ મેમરીની કુલ રકમ 100 મેબીબાઇટ કરતાં ઓછી હોય.

Limits.cpu એ CPU પાવરનો મહત્તમ સંયુક્ત જથ્થો છે જેનો નેમસ્પેસમાંના તમામ કન્ટેનર ઉપયોગ કરી શકે છે. અમે આને પ્રોસેસર પાવર વિનંતીઓની મર્યાદા તરીકે ગણી શકીએ છીએ.

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

મર્યાદા શ્રેણી પ્રતિબંધો પ્રદાન કરે છે જે આ કરી શકે છે:

• નેમસ્પેસમાં દરેક મોડ્યુલ અથવા કન્ટેનર માટે કમ્પ્યુટિંગ સંસાધનોના લઘુત્તમ અને મહત્તમ ઉપયોગની ખાતરી કરો;
• નેમસ્પેસમાં દરેક PersistentVolumeClaim માટે લઘુત્તમ અને મહત્તમ Starage વિનંતી સંગ્રહ વિનંતીઓ લાગુ કરો;
• નેમસ્પેસમાં સંસાધન માટેની વિનંતી અને મર્યાદા વચ્ચે સંબંધ લાગુ કરો;
• નેમસ્પેસમાં સંસાધનોની ગણતરી માટે ડિફૉલ્ટ વિનંતીઓ/મર્યાદાઓ સેટ કરો અને રનટાઈમ પર આપમેળે તેમને કન્ટેનરમાં ઇન્જેક્ટ કરો.

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

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

ડિફૉલ્ટ વિનંતી વિભાગ defaultRequest પોડમાં કન્ટેનર માટે ડિફૉલ્ટ વિનંતીઓને ગોઠવે છે. ફરીથી, જો તમે આ મૂલ્યોને આત્યંતિક શ્રેણીમાં સેટ કરો છો, તો કોઈપણ કન્ટેનર કે જે સ્પષ્ટપણે આ વિકલ્પોને સેટ કરતા નથી તે આ મૂલ્યોમાં ડિફોલ્ટ થશે.

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

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

ફરીથી, એ નોંધવું અગત્યનું છે કે જો આ મૂલ્ય સેટ છે, ડિફોલ્ટ નથી, તો લઘુત્તમ મૂલ્ય ડિફોલ્ટ પ્રોમ્પ્ટ બની જાય છે.

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

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

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

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

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

ચાલો એવા દૃશ્યની કલ્પના કરીએ કે જ્યાં તમારી પાસે મશીનની મેમરી સમાપ્ત થઈ રહી હોય - કુબરનેટ્સ તેને કેવી રીતે હેન્ડલ કરશે?

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

તેથી જો કુબરનેટસને તેમના વિનંતીના પરિમાણોને ઓળંગી ગયેલા ઘણા પોડ્સ મળે છે, તો તે તેમને અગ્રતા દ્વારા સૉર્ટ કરશે અને પછી સૌથી ઓછી અગ્રતા ધરાવતા પોડ્સને દૂર કરશે. જો તમામ શીંગો સમાન પ્રાથમિકતા ધરાવે છે, તો કુબરનેટસ તે પોડ્સને સમાપ્ત કરશે જે તેમની વિનંતીઓ અન્ય પોડ્સ કરતાં વધુ છે.

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

કુબરનેટ્સ શ્રેષ્ઠ પ્રયાસો. યોગ્ય શટડાઉન સમાપ્ત કરો

કેટલીક જાહેરાતો 🙂

અમારી સાથે રહેવા બદલ આભાર. શું તમને અમારા લેખો ગમે છે? વધુ રસપ્રદ સામગ્રી જોવા માંગો છો? ઓર્ડર આપીને અથવા મિત્રોને ભલામણ કરીને અમને ટેકો આપો, $4.99 થી વિકાસકર્તાઓ માટે ક્લાઉડ VPS, એન્ટ્રી-લેવલ સર્વર્સનું એક અનન્ય એનાલોગ, જેની શોધ અમારા દ્વારા તમારા માટે કરવામાં આવી છે: VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps વિશેનું સંપૂર્ણ સત્ય $19 થી અથવા સર્વર કેવી રીતે શેર કરવું? (RAID1 અને RAID10 સાથે ઉપલબ્ધ, 24 કોરો સુધી અને 40GB DDR4 સુધી).

એમ્સ્ટરડેમમાં ઇક્વિનિક્સ ટાયર IV ડેટા સેન્ટરમાં ડેલ R730xd 2 ગણું સસ્તું? માત્ર અહીં 2 x ઇન્ટેલ ટેટ્રાડેકા-કોર Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 ટીવી $199 થી નેધરલેન્ડમાં! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 થી! વિશે વાંચો ઇન્ફ્રાસ્ટ્રક્ચર કોર્પોરેશન કેવી રીતે બનાવવું. ડેલ R730xd E5-2650 v4 સર્વર્સના ઉપયોગ સાથેનો વર્ગ એક પેની માટે 9000 યુરોના મૂલ્યના છે?

સોર્સ: www.habr.com