અપાચેમાં એક સાથે કનેક્શન્સ કેવી રીતે વધારવું

આજે હું તમારી સાથે વિશ્વની સૌથી વધુ ઉપયોગમાં લેવાતી વેબ સેવાઓમાંથી એક વિશે વધુ એક વખત વાત કરવા આવ્યો છું: વેબ સર્વર Apache2.

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

એક સાથે જોડાણોની મર્યાદા હંમેશાં સમાન રહેશે સિવાય કે આપણે યોગ્ય પગલાં નહીં લઈએ, જેનો અર્થ એ કે જો આપણે એક સાથે ઘણા લોકો જોડાયેલા રહેવા માંગીએ છીએ, તો આપણે ફક્ત સારા હાર્ડવેરની જ નહીં, પણ એક સારા ગોઠવણીની પણ જરૂર પડશે.

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

apache2_logo

વિચારવાની પ્રથમ વસ્તુ એ છે કે: મારી ટીમમાં કેટલી ક્ષમતા છે? જો હું શક્ય તેટલું દબાણ કરું તો મારા ઉપકરણો એક સાથે કેટલા જોડાણોને સપોર્ટ કરી શકે છે? આ બધું એક પરિબળ પર આધારિત છે; રેમ (રેન્ડમ એક્સેસ મેમરી).

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

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

PS -ylC apache2 --sort: rss | awk '; SUM + = $ 8; હું + = 1} END {છાપું SUM / I / 1024} '

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

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

PS -N -ylC apache2 --sort: rss | awk '{SUM + = $ 8} END {SUM / 1024 {' છાપો

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

(રેમટોટલ - રેમ XNUMXSTOPROCESOS) / રેમ_પોર_કોનએક્સઆઈએનએન

આ સૂત્રને હાથમાં લઈને, ચાલો કલ્પના કરીએ કે અમારી પાસે 4 જીબી રેમવાળા કમ્પ્યુટર છે, એટલે કે, 4096 એમબી અને આપણા કમ્પ્યુટરએ ઉપરોક્ત પરિણામો બતાવ્યા છે; ગણતરી હશે:

(4096 - 800) / 10 = 329 એક સાથે જોડાણો

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

હવે આપણી પાસે મહત્તમ એક સાથે કનેક્શન્સની સંખ્યા છે, તેથી આપણે આ નંબર પ્રાપ્ત કરવા માટે અપાચેને તૈયાર કરવા પડશે, જે આ ક callલની ગોઠવણી ફાઇલમાં કરવામાં આવે છે. apache2.confછે, જેમાં હોસ્ટ થયેલ છે / વગેરે / અપાચે 2.

પ્રશ્નમાંની ફાઇલ તેના આધારે માળખાને અનુસરે છે મોડ્યુલો, દરેક તેના અનુરૂપ નામ સાથે, પરંતુ અમને ફક્ત તેમાંથી એકમાં રસ હશે, જેનું નામ છે  એમપીએમ_પ્રોફkર્ક_મોડ્યુલ. પ્રશ્નમાંના મોડ્યુલમાં મૂળભૂત રીતે નીચેનો ડેટા છે:

સ્ટાર્ટસર્વર 5 મિનસપેરસર્વર 5 મેક્સસ્પેઅરસેવર્સ 10 મેક્સક્લાયન્ટ્સ 150 મેક્સક્ક્વેસ્ટ્સપર્ચિલ્ડ 0

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

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

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

સ્ટાર્ટસર્વર 5 મિનસપેરસર્વર 5 મેક્સસ્પેયરસર્વર 10 સર્વરલિમિટ 270 મેક્સક્લાયન્ટ્સ 250 મેક્સક્લિવિસ્ટ્સપર્ચિલ્ડ 0

હવે ફક્ત આદેશની મદદથી અપાચે સેવાને ફરીથી પ્રારંભ કરવી જરૂરી રહેશે: 

/etc/init.d/apache2 ફરીથી પ્રારંભ કરો

આ સાથે અમે પહેલાથી જ અમારા optimપ્ટિમાઇઝ વેબ સર્વરનો આનંદ લઈ શકીએ.

શુભેચ્છાઓ.


તમારી ટિપ્પણી મૂકો

તમારું ઇમેઇલ સરનામું પ્રકાશિત કરવામાં આવશે નહીં. આવશ્યક ક્ષેત્રો સાથે ચિહ્નિત થયેલ છે *

*

*

  1. ડેટા માટે જવાબદાર: મિગ્યુએલ gelંજેલ ગેટóન
  2. ડેટાનો હેતુ: નિયંત્રણ સ્પામ, ટિપ્પણી સંચાલન.
  3. કાયદો: તમારી સંમતિ
  4. ડેટાની વાતચીત: કાયદાકીય જવાબદારી સિવાય ડેટા તૃતીય પક્ષને આપવામાં આવશે નહીં.
  5. ડેટા સ્ટોરેજ: cસેન્ટસ નેટવર્ક્સ (ઇયુ) દ્વારા હોસ્ટ કરેલો ડેટાબેઝ
  6. અધિકાર: કોઈપણ સમયે તમે તમારી માહિતીને મર્યાદિત, પુન recoverપ્રાપ્ત અને કા deleteી શકો છો.

  1.   ઝેટાટિનો જણાવ્યું હતું કે

    પોસ્ટ માટે આભાર!

    1.    ડ્રેસિલ જણાવ્યું હતું કે

      મને આનંદ છે કે તમને તે ઉપયોગી લાગ્યું.

      શુભેચ્છાઓ.

  2.   માઇકલ એન્જેલો જણાવ્યું હતું કે

    ક્લસ્ટર અપાચે અને બે સર્વરોની રીત છે, તમે તે કેવી રીતે કાર્ય કરે છે તે સમજાવી શકો છો?

    1.    ડ્રેસિલ જણાવ્યું હતું કે

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

      http://www.muspells.net/blog/2011/04/alta-disponibilidad-con-apache2-y-heartbeat-en-debian-squeeze/

    2.    એડ્યુઆર્ડો જલીલ જણાવ્યું હતું કે

      તમે લાંબા સમય માટે પૂછ્યું છે, જો તમે હલ ન કરો તો; મારી પાસે તૃતીય પક્ષ સાથે સંતુલન યોજના છે જે ફાઇલ સિસ્ટમ તરીકે કાર્ય કરે છે, તમે ફોલ્ડરો કે જે var / www / html / (મારા કિસ્સામાં) માં છે તે ફાઇલ સિસ્ટમ તરફ નિર્દેશ કરો, તેથી તેઓ સમાન માહિતી શેર કરે છે, અને તમારે સંભવત a વર્ચ્યુઅલ આઇપીની જરૂર પડશે જે જવાબ આપે અને અપાચેસના આઇપ્સ પર રીડાયરેક્ટ કરો, આ માટે તમે હેપ્રોક્સી પર કબજો કરી શકો છો અને જો તમે તેને ઉચ્ચ પ્રાપ્તિમાં કરવા માંગતા હોવ તો તમે એક ઘટે તેવા કિસ્સામાં રક્ષણાત્મકને એકીકૃત કરી શકો છો, બીજો જવાબ આપે છે, અથવા જો તમારી પાસે એપ્લિકેશન માટે ડોમેન પહેલેથી જ છે, તો તમે પાઉન્ડ સાથે બેલેન્સ કરી શકો છો. બંને સર્વરો પર બેકએન્ડ કરવાથી, જેમ કે મૂડ અથવા અમુક એપ્લિકેશનો જે mysql માં ડેટાબેસથી કનેક્ટ થાય છે, તમારે એપ્લિકેશન સર્વર દીઠ એક વપરાશકર્તા બનાવવો પડશે જે સમાન ડેટાબેઝને નિર્દેશ કરે છે.

  3.   શમારુ જણાવ્યું હતું કે

    આ પોસ્ટ માટે ખૂબ ખૂબ આભાર, તમે એકદમ સાચા છો, રેમ એ પ્રાથમિક ગણતરી છે, જો કે હું કલ્પના કરું છું કે અમે અમારા પ્રોસેસર સંભાળી શકતી મહત્તમ પ્રક્રિયાઓની પણ ગણતરી કરીએ છીએ (અલબત્ત, પ્રથમ મુખ્ય મેમરીની ગણતરી કરી રહ્યા છીએ) અને ડિસ્ક કેવી રીતે વિતરિત કરવામાં આવશે. સખત (ઉદાહરણ તરીકે પાર્ટીશનો / var = 1TR).

    1.    ડ્રેસિલ જણાવ્યું હતું કે

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

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

      http://bytelearning.blogspot.com.es/2015/07/controlando-la-salud-del-equipo-con-bash.html

      સાદર

  4.   સેર્ગીયો એસ જણાવ્યું હતું કે

    ખૂબ જ સારી નોંધ, ખૂબ ખૂબ આભાર!

    1.    ડ્રેસિલ જણાવ્યું હતું કે

      તમારો ખુબ ખુબ આભાર! હું આશા રાખું છું કે તમે તેનો લાભ લેવામાં સમર્થ હશો.

  5.   રંગલો જણાવ્યું હતું કે

    હું આંચકો બનવા માંગતો નથી ...
    … પરંતુ કનેક્શન્સની સંખ્યામાં વધારો કરીને તમે DDoS એટેક માટે વધુ સંવેદનશીલ છોડશો નહીં?

    1.    ડ્રેસિલ જણાવ્યું હતું કે

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

      iptables -A INPUT -p tcp ynsyn –dport 80 -m કનેલિમિટ-ક્લેનિમિટ-અપ 10-એમ સ્ટેટ-સ્ટેટ NEW -j ACCEPT

      iptables -A INPUT -p tcp - 80 -m રાજ્ય સ્ટેટ એસ્ટેટલેસ્ટ, રિલેટેડ -જે એસીસીપીટી

      iptables -A INPUT -p tcp portdport 80 -j DROP

      1.    રંગલો જણાવ્યું હતું કે

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

    2.    ડ્રેસિલ જણાવ્યું હતું કે

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

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

      શુભેચ્છાઓ.

  6.   ઇલિયોટાઇમ 3000 જણાવ્યું હતું કે

    સારું. હમણાં માટે હું મારી સાઇટ પર એનજીઆઈએનએક્સ સાથે ચાલુ રાખું છું જેથી મારી પાસેના VPS ને ત્રાસ ન આપે.

  7.   બ્રુનો કાસ્સિઓ જણાવ્યું હતું કે

    ગુડ પોસ્ટ @ ડ્ર્રેસિલ!

    હું રૂપરેખાંકન કરતાં વધુ આંકડાકીય કંઈક સાથે ફાળો આપવા માંગતો હતો.
    જોકે વપરાશના પરિમાણની ગણતરી કરવાની સૌથી સહેલી અને ઝડપી રીત સરેરાશ સાથે છે, કદાચ આપણે વધુ સખત હોઈએ અને "મીન" ની જગ્યાએ "મધ્ય" નો ઉપયોગ કરી શકીએ. શું અમને બચાવે છે? કે જ્યારે કોઈ કનેક્શનમાં ઘણી મેમરીનો વપરાશ થયો હોય તો સંખ્યાઓ વધે છે. ઉદાહરણ તરીકે, ધારો કે નીચેના ક્લાયન્ટ્સ જે નીચેની કિંમતોનો વપરાશ કરે છે, તેઓ ઇચ્છે છે તે મેમરીના એકમમાં (KB, MB, MiB, વગેરે):

    10, 15, 150, 5, 7, 10, 11, 12

    સરેરાશ આશરે ~ 30 આપશે

    અને આ કારણ છે કે અમારી પાસે ખૂબ મોટો અંત (150) છે, અને ગણતરીઓ ક્રેઝી છે. સરેરાશ આ ડેટાને ingર્ડર કરવા, નમૂનાઓની સંખ્યાને 2 (અમારા કેન્દ્ર) ને વિભાજીત કરીને અને પછી તે સ્થાનની સંખ્યા મેળવવાનો સમાવેશ કરે છે. આ સાથે અમારી પાસે કંઈક એવું હશે

    5, 7, 10, 10, 11, 12, 15, 150

    તેથી અમારું સરેરાશ હશે: 8/2 = 4 એટલે કે 10 ડ .લર

    અહીં તમે જોઈ શકો છો કે આત્યંતિક ભલે ગમે તેવો ઉન્મત્ત હોય, તે હંમેશા આપણને વધુ વાસ્તવિક મૂલ્ય આપશે. જો આપણે 200 નો વપરાશ કરનાર ગ્રાહકને ઉમેરીશું, તો અમારું સરેરાશ 11 થશે, જ્યારે સરેરાશ …….

    તે ફક્ત એક ફાળો છે, અને તે ખૂબ ચર્ચાસ્પદ છે, કારણ કે જોડાણો સાથે તે ખરાબ નથી.

    આલિંગન લોકો લિંક્સેરા 🙂

  8.   કાર્લોસ જણાવ્યું હતું કે

    નમસ્તે, મને મારા સમર્પિત સર્વર પર સમસ્યા આવી છે, અને તે તે છે કે પ્રત્યેક સમયે આશરે 250 લોકોની સંખ્યા approનલાઇન આવે છે, રીઅલ ટાઇમમાં ગૂગલ ticsનલિટિક્સ અનુસાર, મારો સર્વર જેવું તૂટી જાય છે અને જોડાણ ધીમું થાય ત્યાં સુધી તે ટપકતું નથી. વેબસાઇટ સાથેનું કનેક્શન અને onlineનલાઇન વપરાશકર્તાઓની સંખ્યા કરતાં વધુ અપલોડ ક્યારેય કરતું નથી, પરંતુ જ્યારે હું સમર્પિત સર્વરનું પ્રદર્શન જોઉં છું કે જે 8 જીબી રેમ છે, ત્યારે તે 10% ઉપયોગ બતાવે છે, cpu: 5% વપરાશ અને હાર્ડ ડિસ્ક: 1.99 ઉપયોગ%.
    તમે મને મદદ કરી શકો છો? હું શું કરવું તે શોધી શકતો નથી, શું આ પગલાઓ સમાધાનમાં છે?

    1.    ડ્રેસિલ જણાવ્યું હતું કે

      ગુડ કાર્લોસ.

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

      શુભેચ્છાઓ.

      1.    કાર્લોસ જણાવ્યું હતું કે

        ડ્રેસિલ, મેં તમારો ઉલ્લેખ કરેલું ગોઠવણી મેં કર્યું છે અને તે સંતોષકારક છે, ગઈકાલે હું 280નલાઇન XNUMX વપરાશકર્તાઓ સુધી પહોંચ્યો અને સર્વર અટકી નહીં, હું આ પરિણામથી ખૂબ જ ખુશ છું, અને ડેટાબેઝને izeપ્ટિમાઇઝ કરવા માટે તમે મને કહો છો તે બીજી વસ્તુ પણ કરવા માંગું છું, want હું આ કેવી રીતે પ્રાપ્ત કરી શકું?

    2.    ડ્રેસિલ જણાવ્યું હતું કે

      ડેટાબેઝ ખ્યાલ એકદમ ખુલ્લો છે; mysql નો ઉપયોગ પોસ્ટગ્રેસ (ઉદાહરણ તરીકે) જેવો નથી. દેખીતી રીતે હું બધા ડેટાબેસેસ જાણતો નથી; મેં mysql અને postgres નો પ્રયાસ કર્યો છે, અને આમાં એક સાથે જોડાણોનો વધારો પરિમાણ મહત્તમ જોડાણો પર આધારિત હશે; mysql ઓપ્ટિમાઇઝેશન /etc/my.conf માં કરવામાં આવશે અને મહત્તમ કનેક્શન્સ પરિમાણોને બદલવું પડશે (અન્ય લોકો વચ્ચે). તેના બદલે પોસ્ટગ્રેસેસ માટે, મારી પાસે મારા બ્લોગ પર એક લેખ છે જે તમને તે કેવી રીતે optimપ્ટિમાઇઝ કરવું તે તમારા માટે ઉપયોગી હોઈ શકે છે અથવા તમે તમારા ડેટાબેઝના સંદર્ભ તરીકે ઉપયોગ કરી શકો છો તે સમજાવે છે:

      http://bytelearning.blogspot.com.es/2016/02/postgresql-una-alternativa-mysql-en.html

      શુભેચ્છાઓ.

  9.   એરિક્સન વાસ્કિઝ જણાવ્યું હતું કે

    હેલો, જ્યારે હું પહેલો આદેશ ફેંકીશ, ત્યારે તે મને 0 નું મૂલ્ય બતાવે છે. તે શું હોઈ શકે?

  10.   ડેનિયલ ઓજેડા જણાવ્યું હતું કે

    આ પોસ્ટ બદલ આભાર.

  11.   રોલાન્ડો એગ્યુલેરા સાલાઝાર જણાવ્યું હતું કે

    કેટલું સારું મેન્યુઅલ, તે માહિતી હું જે શોધી રહ્યો છું તેનો એક ભાગ છે... આભાર!

    પરંતુ હવે, જો હું ઇચ્છું કે જ્યારે તે 250 મુલાકાતીઓ વટાવી જાય, મુલાકાતી 251 રાહ જોવાના પૃષ્ઠ અથવા વર્ચ્યુઅલ કતાર પર જાય, તો શું હું તે આ જ ગોઠવણીથી કરી શકું?

    શુભેચ્છાઓ અને આભાર!