હોસ્ટિંગ અને સમર્પિત સર્વર્સ: પ્રશ્નોના જવાબ. ભાગ 4

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

હોસ્ટિંગ અને સમર્પિત સર્વર્સ: પ્રશ્નોના જવાબ. ભાગ 1
હોસ્ટિંગ અને સમર્પિત સર્વર્સ: પ્રશ્નોના જવાબ. ભાગ 2. ડેટા સેન્ટરમાં ઈન્ટરનેટ આટલું મોંઘું કેમ છે?
હોસ્ટિંગ અને સમર્પિત સર્વર્સ: પ્રશ્નોના જવાબ. ભાગ 3

100 TB ની ટ્રાફિક મર્યાદા અને 1 Gbit/s ચેનલવાળા સર્વરની કિંમત ટ્રાફિક વગરની 1 Gbit/s ચેનલવાળા સર્વરની કિંમત કરતાં ઘણી ઓછી કેમ છે? છેવટે, જો તમે 2 Gbps ચેનલ અને 3 TB ની મર્યાદા સાથે 1-100 સર્વર ભાડે આપો છો, તો તમે 1 Gbps અનમિટેડ સાથે સર્વર દ્વારા વપરાશમાં લેવાયેલી રકમનો વપરાશ કરી શકો છો, જ્યારે પ્રદાતા અનિવાર્યપણે વધુ હાર્ડવેર, વધુ કનેક્શન્સ અને ઓછી કિંમત પ્રદાન કરે છે?

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

100 TB ટ્રાફિક એ એકદમ મોટી મર્યાદા છે. આ 100 Mbps અનમીટર કરતાં વધુ છે. છેવટે, એકાઉન્ટિંગ વિના 100 Mbit / s ની ચેનલ ધરાવતાં, તમે મહત્તમ 100 (મેગાબિટ્સમાં ઝડપ) * 86400 (દિવસમાં સેકંડની સંખ્યા) * 30 (દિવસો) / 8 (બાઇટ્સમાં બિટ્સ) / 1000 પંપ કરી શકો છો. (ગીગાબાઇટ્સમાં મેગાબાઇટ્સ, જો આપણે 1000 દ્વારા ગણીએ, અને 1024 નહીં, તો 1024 કિબિબિટમાં થોડો છે) = 32% ના સતત ચેનલ લોડ સાથે દરેક દિશામાં 400 GB પ્રતિ મહિને. જો કે, આપણે જાણીએ છીએ તેમ, સર્વર્સ સતત ટ્રાફિકનો વપરાશ કરતા નથી અને ઘણી વાર દૈનિક વપરાશના વળાંક આના જેવા દેખાઈ શકે છે:

કેટલાક માટે, શિખરો મહત્તમ થ્રુપુટ સુધી પહોંચી શકે છે અને આ ક્ષણોમાં પ્રમાણિક 1 Gbit/s જરૂરી છે. આ કિસ્સામાં, દર મહિને કુલ ટ્રાફિક મર્યાદા લગભગ ઓળંગી શકાતી નથી:

આવા ક્લાયંટ, અલબત્ત, પ્રદાતાઓ માટે ખૂબ નફાકારક નથી, અને તેથી પ્રદાતા તેમને અનમીટરેડમાં સ્થાનાંતરિત કરવાનો પ્રયાસ કરે છે, કારણ કે જો તે સમાન પ્રદેશના ગ્રાહકોને સેવાઓ પ્રદાન કરે છે, તો સંભવ છે કે વપરાશના શિખરો એકરૂપ થશે અને આ "પ્રમાણિક" ગીગાબિટ પ્રદાતા ફક્ત 1,2 ક્લાયંટને વેચી શકશે. જો પ્રદાતા પાસે જુદા જુદા પ્રદેશોના ક્લાયંટ હોય, તો સંભવ છે કે ચેનલ એક જ સમયે બે અથવા વધુ સબ્સ્ક્રાઇબર્સને વેચી શકાય, કારણ કે પ્રેક્ષકોના વપરાશની ટોચ અલગ-અલગ સમયે થશે. વાસ્તવમાં, દરેક ક્લાયંટ તેમની 100 TB મર્યાદાનો ઉપયોગ કરતા નથી, તેથી 100 TB ટ્રાફિક મર્યાદા સાથે સર્વરને પ્રદાન કરવું અત્યંત નફાકારક છે.

તદુપરાંત, 10 ગીગાબીટ ચેનલોને રેક્સ સાથે જોડીને, દરેક વ્યક્તિ વચ્ચે ટ્રાફિકને ખૂબ જ અસરકારક રીતે વિભાજીત કરવાનું શક્ય છે. અમે 10 Gbps ચેનલને 5 TB મર્યાદા સાથે સર્વરથી ભરેલા સરેરાશ 100 રેક્સમાં વિભાજીત કરવાનું મેનેજ કરીએ છીએ. આ લગભગ 150 સર્વર્સ છે. કારણ કે 47 એકમોની ઊંચાઈ સાથેનો એક રેક 41 સિંગલ-યુનિટ સર્વર અથવા 21 ડબલ-યુનિટ સર્વર સમાવી શકે છે.

પરિણામે, કુલ ચેનલ વપરાશ નીચે મુજબ છે:

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

જો કે, પૈસા બચાવવા અને સબ્સ્ક્રાઇબર્સને નારાજ ન કરવાના અન્ય રસ્તાઓ છે - સસ્તી ટ્રાન્ઝિટ અપલિંક કનેક્ટ કરો અથવા એક્સચેન્જ પોઈન્ટ પર ટ્રાફિક મોકલો અથવા જો તમે મોટા ટ્રાફિક જનરેટર હો તો મફતમાં પીઅરિંગ કરો.

આ તે છે જે અમને નીચા ભાવે પ્રદાન કરવાની મંજૂરી આપે છે, સબ્સ્ક્રાઇબર્સની સેવાને નકારતા નથી, દરેક 1500G માટે ટ્રાન્ઝિટ પ્રદાતાઓને 6000-10 યુરો ચૂકવવા માટે, ટ્રાન્ઝિટ પ્રદાતા કેટલા સારા છે તેના આધારે અને ચોક્કસ ઓવરસેલ રેશિયો સાથે ઓછી કિંમતે કનેક્ટિવિટી વેચવા માટે, જ્યારે દરેક સબ્સ્ક્રાઇબરે એકબીજા સાથે દખલ કર્યા વિના, તેની પોતાની પ્રમાણિક ચેનલનો ઓર્ડર આપ્યો છે.

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

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

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

નોંધનીય છે કે માર્કેટિંગ હેતુઓ માટે આ ભેદનો ઉપયોગ થતો અટકાવવા માટે, ISO (ઇન્ટરનેશનલ સ્ટાન્ડર્ડાઇઝેશન ઓર્ગેનાઇઝેશન) એ લાંબા સમયથી દ્વિસંગી બાઇટ માટે "bi" ઉપસર્ગ રજૂ કર્યો છે, એટલે કે, kibibytes, mebibytes, gibibytes, tebibytes. પરંતુ માર્કેટિંગ હજુ પણ થયું છે, અને જો ડ્રાઇવ ઉત્પાદકો, દશાંશ બાઇટ્સનો ઉપયોગ કરીને, ડ્રાઇવ ક્ષમતાના નાના વોલ્યુમો સૂચવવાનું મેનેજ કરે છે, તો પછી જ્યારે ટ્રાફિકનું માપન અને એકાઉન્ટિંગ કરવામાં આવે છે, ત્યારે પરિસ્થિતિ વિપરીત છે. હોસ્ટિંગ પ્રદાતા, 100 TB ટ્રાફિક પ્રદાન કરતી વખતે, દ્વિસંગી શરતોમાં ગણાય ત્યારે તે ખરેખર હોઈ શકે તેના કરતાં ઓછું પ્રદાન કરે છે.

એવું લાગે છે કે તફાવત નાનો છે, 24 દીઠ માત્ર 1000 બાઇટ્સ, આમાંથી ભૂલ માત્ર 2,4% છે, પરંતુ 10% ના સ્તરે આટલો મોટો તફાવત શા માટે છે? કદાચ તેઓએ ખરેખર કેટલાક ટ્રાફિકને ધ્યાનમાં લીધા નથી?

મુદ્દો એ છે કે આપણે ભૂલવું ન જોઈએ કે "ભૂલ" વધે છે, એટલે કે:

કીબીબાઈટમાં 1024 બાઈટ્સ (જો આપણે ISO ધોરણો અનુસાર બોલીએ તો), મેબીબાઈટમાં પહેલેથી જ 1024 * 1024 = 1 બાઈટ્સ છે, એક ગીબીબાઈટમાં - 048 * 576 * 1024 = 1024 બાય 1024 * 1 બાયટ્સ 073* 741 * 824 = 1024.

અનપેક્ષિત વળાંક? હા?

ટેરાબાઇટ્સમાં ટ્રાફિકને માપતી વખતે, એકાઉન્ટિંગ એકમો વચ્ચેનો તફાવત બરાબર 10% છે!

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

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

તે એ પણ અનુસરે છે કે જ્યારે મર્યાદિત ટ્રાફિક પ્રદાન કરવામાં આવે છે, ત્યારે કુલ ઇનકમિંગ + આઉટગોઇંગ ટ્રાફિકને ઘણીવાર ધ્યાનમાં લેવામાં આવે છે, અને જો તમારી પાસે, કહો, VPN સેવા હોય, તો ગુણોત્તર 1 થી 1 હશે અને તમારા ગ્રાહકો કુલ પમ્પ કરી શકશે. 50 ની મર્યાદા સાથે 100 TB થી વધુ ટ્રાફિક નહીં.

ચાલુ રહી શકાય…

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

અમારી સાથે રહેવા બદલ આભાર. શું તમને અમારા લેખો ગમે છે? વધુ રસપ્રદ સામગ્રી જોવા માંગો છો? ઓર્ડર આપીને અથવા મિત્રોને ભલામણ કરીને અમને ટેકો આપો, $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