په اپاچی کې متقابل اړیکې څنګه لوړول

نن ورځ زه تاسو سره یوځل بیا په نړۍ کې د یو له ترټولو ډیر کارول شوي ویب خدماتو په اړه خبرو کولو ته راځي: ویب سرور اپسيکس.

دا یوه موضوع ده چې ډیری وختونه په اړه خبرې شوي ، مګر اوس زه تاسو ته د دې بلې خدمت په پام کې نیولو لپاره د بلې ب featureې په اړه درته وایم: په ورته وخت کې د اړیکو محدودیت. مهمه نده چې موږ خورا ii پروسسر او 7 GB رام سره خورا بنسټیز یا سپیسشپ لرو ...

د یو بل سره د اړیکو محدودیت به تل ورته وي پرته لدې چې موږ مناسب تدابیر ونیسو ، پدې معنی چې که موږ غواړو په ورته وخت کې ډیری خلک وصل شي ، موږ به نه یوازې ښه هارډویر ته اړتیا ولرو ، بلکه یو ښه تشکیلات هم.

پدې حالت کې ، دا اړینه نده چې یو څه نصب کړئ ، هرڅه د ساده مفهومونو پراساس دي چې د اپاټا تنظیم کولو لپاره باید په پام کې ونیول شي؛ هغه تصورات چې باید د بدلون کولو څخه دمخه باید خورا واضح وي.

apache2_logo

د فکر کولو لومړی شی دا دی: زما ټیم کوم ظرفیت لري؟ زما د تجهیزاتو څومره یوځل اړیکې کولی شي ملاتړ وکړي که زه یې د امکان تر حده مجبور کړم؟ دا ټول په یو فاکتور پورې اړه لري؛ رام (د سرسري لاسرسي حافظه).

رام څومره لوی دی ، د اتصالاتو لوی شمیر ، که څه هم هیڅ ټاکل شوی ارزښت شتون نلري (دا د هر X رام لپاره X پیرودونکي دي) ، له همدې امله لومړی دا مهم دی چې زموږ په ویب سرور کې یو څه کوچني محاسبې ترسره کړئ ، زموږ د حدود پیژندلو لپاره.

لومړی شی چې تاسو باید پوهیږئ دا دی چې د رام حافظه په اوسط ډول هره اړیکه اپاچی ته مصرفوي ، ځکه چې هر یو رامینځته شوی رامینځته کوي په سیستم کې د رام اندازه یو څه مصرف کوي ... په ښکاره ډول ټول اړیکې ورته رام نه مصرفوي ، کوم چې تاسو باید اړین وي میډیا ... دا ټول د لاندې قوماندې سره ترلاسه کیدی شي:

ps -ylC apache2 --sort: rss | awk '؛ SUM + = $ 8؛ I + = 1} END {SUM / I / 1024} 'چاپ کړئ

ترلاسه شوې پایله به په میګابایټونو کې وښودل شي او ممکن د فعالو ارتباطاتو ، د پا pagesو ډول ته رسیدلي ډول ، او داسې نورو پورې اړه ولري. له همدې امله ، دا مشوره ورکول کیږي چې ازموینه د بیلابیلو ټبونو سره خلاصه کړي. هر یو د امکان په صورت کې مختلف مینځپانګې ښیې. زما په قضیه کې ، د مثال په توګه ، پایله 9.5458 شوې ، کوم چې که موږ دا سر ته ورسوو نو دا به وي 10 MB په اوسط ډول په هر پیوستون کې رام مصرف شو.

دا هم مهمه ده چې پوهه شي چې رام د پاتې پروسو لخوا څومره مصرف کیږي چې په سیسټم کې فعال دي ، ځکه چې ویب خدمت یوازینی ندي چې په آپریټ سیسټم کې چلیږي او دا اړینه ده چې په سرور کې وړیا رم حافظه پریږدي نو دا اجرا کولی شي. پاتې دندې دا د لاندې ښودل شوي کمانډ سره ترلاسه کیدی شي:

PS -N -ylC apache2 --sort: rss | awk '{SUM + = $ 8} END {چاپ SUM / 1024 {'

ترلاسه شوې پایله به په میګابایټونو کې هم وښودل شي ، او دا به موږ ته دقیقا دقیقه اندازه په ګوته کړي چې د پاتې پروسو لخوا مصرف شوي رام؛ زما په قضیه کې 800 MB. د دې معلوماتو په مرسته موږ وکولی شو د یوځل د اړیکې شمیرو عمومي محاسبه وکړو چې موږ یې درلودل؛ زه محاسبه کوم چې موږ به د خورا ساده عملیاتو له لارې ترلاسه کړو.

(ریموټال - رام_RESTOPROCESOS) / رام_POR_CONNEXIÓN

د دې فورمول سره په لاس کې ، راځئ تصور وکړئ چې موږ د 4 GB رام کمپیوټر لرو ، دا چې 4096 MB دی او زموږ کمپیوټر پورته ذکر شوې پایلې ښودلې shown محاسبه به دا وي:

(4096 - 800) / 10 = 329 یوځل اړیکې

د دې محاسبې سره ستونزه دا ده چې یو خورا خورا ډیر دی ، ځکه چې دا به ټول رام مصرفوي (سرور رامینځته کول بدلوي) او همدارنګه ، د ډیټابیس درلودو په صورت کې ، لکه د مای ایس کیو ایل یا کوم بل ، دې سره پیوستونونه به هم مصرف کړي. رام ، د کوم سره چې ترلاسه شوی شمیره کیدی شي د یوټوپیان شمیره وړ وګ .ل شي. نو د دې لپاره ، چې د احتمالي اضافي پروسو لپاره حافظه آزاده کړئ او دا احتمال هم په پام کې ونیسئ چې ډیټابیس سره پیوستون اعدام شوي ، موږ به د اړیکو شمیره راکمه کړو 250.

اوس چې موږ زموږ د اعظمي اعداد یوځل اړیکې لرو ، موږ به د دې شمیر ترلاسه کولو لپاره اپاپي چمتو کړو ، کوم چې د دې تلیفون ترتیب کولو فایل کې ترسره کیږي apache2.conf، کوم چې په کوربه توب دی / وغيره / اپاچی 2.

په پوښتنې کې فایل د جوړښت تعقیبوي پر بنسټ ماډلونه، هر یو د هغې سره ورته نوم لري ، مګر موږ به یوازې یو له هغوی څخه علاقه ولرو ، چې نوم یې دی  ایم پی ایم_پیرفورک_موډول. انډول په پوښتنې کې لاندې ډیټا په ډیفالټ ډول لري:

د سټارټ سرور 5 MinSpareServers 5 MaxSpareServers 10 MaxClients 150 MaxRequostsPerChild 0

دا انډول د خورا مهم پیرامیټونو لړۍ لري ، که څه هم یو له دوی څخه دی چې په ځانګړي توګه به زموږ ګټه وي ، بلل کیږي میکسلیټونه. دا پیرامیټر د یو وخت اتصال اعظمي شمیر مشخص کوي او باید ترمیم شي 250.

یو نظر چې په ذهن کې وساتئ دا دی کله چې د ډیفالټ څخه پرته بل ارزښت په ټاکل شوي پیرامیټر کې مشخص شي ، نو اړینه ده چې له دې څخه دمخه بل یو څه اضافه کړئ. دې پیرامیټر ته ویل کیږي پالنګر او د ارتباطاتو حد ټاکي چې سرور یې کولی شي "وساتي" حتی که دا له حد څخه بهر وي.

د سرور لیمیم پیرامیټر باید تل د میکسلیټس څخه یو څه لوړ وي او دلته ، ځکه چې د چلولو لپاره لږ خونه شتون لري ، د حد حد 270. دا به انډول داسې ښکاري لکه:

د سټارټ سرور 5 MinSpareServers 5 MaxSpareServers 10 ServerLimit 270 MaxClients 250 MaxRequostsPerChild 0

اوس به یوازې اړتیا وي چې د بولۍ په کارولو سره د اپاپي خدمت بیا پیل کړئ: 

/etc/init.d/apache2 بیا پیلول

پدې سره موږ کولی شو دمخه زموږ مطلوب ویب سرور څخه خوند واخلو.

مننه.


د مقالې مینځپانګه زموږ د اصولو سره سمون لري ایډیټیک اخلاق. د غلطۍ راپور ورکولو لپاره کلیک وکړئ دلته.

21 نظرونه ، خپل پریږدئ

خپله نظر پرېږدئ

ستاسو د بریښنا لیک پته به خپره نه شي. اړین برخو سره په نښه شوي دي *

*

*

  1. د معلوماتو لپاره مسؤل: میګیوانجل ګاتین
  2. د معلوماتو هدف: د سپیم کنټرول ، د نظر مدیریت.
  3. قانونیت: ستاسو رضایت
  4. د معلوماتو راټولول: معلومات به د قانوني مکلفیت پرته دریمې ډلې ته نه لیږدول کیږي.
  5. د معلوماتو ذخیره: ډیټابیس د Occentus شبکې (EU) لخوا کوربه شوی
  6. حقونه: په هر وخت کې تاسو کولی شئ خپل معلومات محدود ، له سره تنظیم او حذف کړئ.

  1.   زیتاتینو dijo

    د پوسټ لپاره مننه!

    1.    ډریسیل dijo

      زه خوشحاله یم چې تاسو دا ګټور وموند

      مننه.

  2.   میشلینګیل dijo

    د اپاچي او دوه سرورونو سره د کلستر کولو لاره شتون لري ، ایا تاسو کولی شئ تشریح کړئ چې دا څنګه کار کوي؟

    1.    ډریسیل dijo

      که څه هم ما د دې په اړه یو څه تیوري لوستې ، ما هیڅکله یې په عمل کولو نه پلي کړی. حتی که څه هم ، شاید دا مقاله تاسو ته پدې برخه کې یو څه لارښود درکوي ، که څه هم ما تکرار کړه چې ما دا فرصت نه درلود چې په عمل کې یې ولرم:

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

    2.    ادواردو جلیل dijo

      تاسو د اوږدې مودې لپاره غوښتنه کړې ، که تاسو یې حل نه کړئ؛ زه د دریمې ډلې سره د توازن سکیم لرم چې د فایل سیسټم په توګه کار کوي ، تاسو هغه فولډرې په ګوته کوئ چې په var / www / html / کې دي (زما په قضیه کې) فایل سیسټم ته ، نو دوی ورته معلومات شریکوي ، او احتمال تاسو به یو مجازی آی پی ته اړتیا لري چې ځواب ووایی او د اپس اپس ته یې وګرځوي ، د دې لپاره تاسو کولی شئ د هروپروسي قبضه کړئ او که تاسو دا په لوړه شتون کې وغواړئ کولی شئ د ساتلو په صورت کې کیپلایټایټ ضم کړئ ، بل یې ځواب ویل جاري ساتي ، یا دا چې که تاسو دمخه هم لرئ د غوښتنلیک لپاره ډومین ، تاسو کولی شئ دواړه سرورونو ته د پاونډ کولو بیکینډونو سره انډول وکړئ ، د ځانګړو قضیو لپاره لکه مغز یا ځینې غوښتنلیکونه چې په میسقیل کې ډیټابیس سره وصل وي ، تاسو باید د هر اپلیک سرور کارونکي رامینځته کړئ چې ورته ډیټابیس ته ګوته نیسي .

  3.   شمارو dijo

    د پوسټ لپاره ډیره مننه ، تاسو بالکل سم یاست ، رام لومړنی محاسبه ده ، که څه هم زه تصور کوم چې موږ د پروسس اعظمي شمیرې هم محاسبه کوو چې زموږ پروسیسر یې اداره کولی شي (البته ، لومړی د اصلي حافظې محاسبه کول) او ډیسک به څنګه توزیع شي. هارډ (د مثال په توګه برخې / var = 1TR).

    1.    ډریسیل dijo

      ستا خبر سمه ده؛ هرڅه مهم دي ، لکه د نورو شیانو په منځ کې د تودوخې کنټرول. په ښکاره ډول یو پیاوړی پروسیسر کولی شي د لوی فعالیت سره په ورته وخت کې لوی کارونه ترسره کړي ، مګر د دې پوسټ هدف دا و چې د رام اهمیت په ورته وخت کې د یو بل سره د اړیکو په پام کې نیولو سره تشریح کړي.

      د دې ټولو عواملو کنټرول کولو یوه ښه لاره او وګورئ چې ایا زموږ پروسیسر سنجول شوی ندی یا که موږ لږ وړیا ریم لرو ، نو د باش سکریپټ په کارولو سره به وي. شاید دا پوسټ ما څو ورځې دمخه کړی و په اړه یې ستاسو لپاره په زړه پورې دی ، کوم چې زه تاسو ته په لاندې لینک کې پریږدم؛ دا نړیواله څارنه ده مګر دا ممکن د یو لپاره په زړه پوري وي:

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

      مننه!

  4.   سرجیو ایس dijo

    ډیر ښه یادونه ، ډیره مننه!

    1.    ډریسیل dijo

      ډیره مننه! زه امید لرم چې تاسو وکولی شئ له دې څخه ګټه پورته کړئ.

  5.   دلقک dijo

    زه نه غواړم چې بې رحمه شم
    ... مګر د ارتباطاتو د شمیر په زیاتوالي سره تاسو د DDoS برید لپاره ډیر زیان نلرئ؟

    1.    ډریسیل dijo

      دا د کریټین خاموشه پوښتنه نده. حقیقت دا دی چې د یو بل سره د اړیکو ډیروالي په واسطه ، موږ په جزوي توګه د DDOS بریدونو پروړاندې اپاچی پیاوړی کوو ، ځکه چې تاسو باید دا په پام کې ونیسئ چې په سرور کې رامینځته شوي د اعظمي اعظمي اړیکو شمیره ده ، نه هغه کسان چې راځي یو کارونکی پدې توګه ، پداسې حال کې چې موږ په پیل کې یوازې د 150 یوځل اړیکو ملاتړ کولی شو (ایا دا د مشروع سرچینې څخه اړیکې دي یا نه) اوس موږ کولی شو دومره شمیر باندې حساب وکړو چې زموږ سرور یې ملاتړ کوي ، په ورته وخت کې د ډیرو ارتباطاتو اړتیا د خدماتو پرته پریښودلو ته اړتیا لري. په ښکاره ډول ، د ارتباطاتو اعظمي شمیر ډیریدل د دې ډول برید څخه د ځان ساتلو لاره نده ، بلکه د اور وژنې پالیسي باید پلي شي. که ، د مثال په توګه ، هغه ویب خدمت چې تاسو یې غواړئ انټرنیټ ته ښکاره شي ، یو امنیتی اقدام چې پلي کیدی شي دا به زموږ د اور وال ته د دې کرښو اضافه وي:

      iptables -A INPUT -p tcp - Syyn portdport 80 -m مخابراتي-له 10 -m ایالت څخه تر نیولو پورې - د متحده ایالاتو نوي - ج ACCEPT

      iptables -A INPUT -p tcp –dport 80 -m ایالت –state ESTABLISHED ، اړوند - ج ACCEPT

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

      1.    خالی dijo

        د DDoS بریدونو یوه ځانګړتیا دا ده چې یو برید کونکی کولی شي له بیلابیلو لارښوونو څخه پاکټونه واستوي ، کوم چې د پاکټونو جریان یوازې یو طرف څخه راوتلو مخه نیسي.

    2.    ډریسیل dijo

      تاسو په سم ډول یاست چې د اور په څیر یو ډزوال د DDOS برید پروړاندې ډیر اغیزمن ندي ، ځکه چې دا د مختلف سرچینو څخه راځي. لاهم ، دا غوره ده چې د دې سرچینو څخه هر یو لپاره 10 ته د ارتباطاتو شمیر محدود کړئ پرته له دې چې حد ولري ، نو هره سرچینه کولی شي سل یا ډیر ارتباطات رامینځته کړي.

      په هر حالت کې ، د پوښتنې کټ دا دی چې څومره سرور په ورته وخت کې اړیکې ملاتړ کوي ، نو دا به ډیره ستونزمنه وي چې دا د DDOS برید سره ګوزار کړئ ، کوم چې د برید کونکي لخوا پا pageه ټکول به ګران کړي.

      مننه.

  6.   ایلیوټیم 3000 dijo

    ښه. د اوس لپاره زه په خپله سایټ کې د NGINX سره دوام ورکوم نو ځکه چې زه یې لرم VPS شکنجه نه کړم.

  7.   برونو کاسیو dijo

    ښه پوسټ @ ډراسیل!

    زه غواړم یو څه برخه واخلم شاید د ترتیب څخه ډیر احصاییه وي.
    که څه هم د مصرف پیرامیټر محاسبه کولو ترټولو اسانه او ګړندۍ لار د معنی سره ده ، شاید موږ ډیر سخت شو او د "میان" پرځای "میډین" وکاروو. دا به موږ له څه شي وژغوري؟ دا چې شمیره راپورته کیږي په هغه وخت کې چې پیوستون خورا حافظه مصرف کړې. د مثال په توګه ، فرض کړئ لاندې پیرودونکي چې لاندې ارزښتونه مصرفوي د حافظې واحد کې چې دوی غواړي (KB ، MB ، MiB ، او نور):

    10 ، 15 ، 150 ، 5 ، 7 ، 10 ، 11 ، 12

    اوسط به نږدې ~ 30 ورکوي

    او دا ځکه چې موږ خورا لوی انتہا (150) لرو ، او محاسبې لیونۍ دي. میډیا د دې معلوماتو ترتیب کولو ، د 2 (زموږ مرکز) لخوا د نمونو شمیر توزیع کولو او بیا د دې موقعیت نمبر ترلاسه کولو باندې مشتمل دی. پدې سره به موږ یو څه ولرو

    5 ، 7 ، 10 ، 10 ، 11 ، 12 ، 15 ، 150

    نو زموږ مطلب به دا وي: 8/2 = 4 چې ~ 10 دی

    دلته تاسو لیدلی شئ چې هیڅ مسله مهمه نده چې څومره سخت کیدی شي ، دا به تل موږ ته ریښتیني ارزښت راکړي. که موږ پیرودونکي اضافه کړو چې 200 مصرفوي ، زموږ مینځینګ به 11 وي ، پداسې حال کې چې اوسط ممکن …… ته ځي.

    دا یوازې یوه برخه ده ، او دا خورا د بحث وړ دی ، ځکه چې د اړیکو سره دا پیچل شوی ندی.

    د غیږ خلک لینوکسرا 🙂

  8.   کارلوس dijo

    سلام ، زه په خپل وقف شوي سرور کې ستونزه لرم ، او دا دا چې هر ځل د آنلاین نږدې 250 کسانو شمیر آنلاین ته رسیږي ، په ریښتیني وخت کې د ګوګل انلاینټس په وینا زما سرور ورته لکه چې سقوط کوي او اړیکې سست کیږي ترهغې پورې چې اړیکه ټیټ شي. ویب پا toې ته او هیڅکله آنلاین کارونکو آنلاین څخه ډیر نه اپلوډ کوي ، مګر کله چې زه د وقف شوي سرور فعالیت ته ګورم چې 8gb رام دی دا د 10٪ کارول ښیې ، cpu: 5٪ کارول او هارډ ډیسک په کې: 1.99٪ د کارولو.
    تاسې زما سره مرسته کولای شی؟ زه نشم موندلی چې څه وکړم ، ایا دا مرحلې حل کوي؟

    1.    ډریسیل dijo

      ښه کارلوس.

      هغه ستونزه چې تاسو یې تشریح کوئ خورا عام دي کله چې سرور په سمه توګه چمتو نه وي. ستاسو سرور به شاید د یوځل بیا وصلونو خورا کوچني شمیره ومني او کله چې 250 اړیکو ته ورسیږي نو دا به ټکر شي. د لارښود په تعقیب تاسو باید د دې ستونزې حل کولو توان ولرئ ، که څه هم که تاسو پدې سرور کې ډیټابیس لرئ ، نو تاسو به دا ډیټابیس اصلاح کړئ.

      مننه.

      1.    کارلوس dijo

        ډریسیل ، ما هغه ترتیب ترتیب کړی دی چې تاسو یې یادونه کړې او دا د اطمینان وړ ده ، پرون زه آنلاین 280 کاروونکو ته رسیدلی یم او سرور ځړول شوی نه دی ، زه د دې پایلې څخه ډیر خوښ یم ، او زه غواړم هغه نور کار هم وکړم چې تاسو راته اصلاح کول غواړئ ډیټابیس ، I زه دا څنګه لاسته راوړم؟

    2.    ډریسیل dijo

      د ډیټابیس مفهوم خورا خلاص دی. د ایس کیو ایل کارول د پوسټ ګریرو په شان ندي (د مثال په توګه). په ښکاره ډول زه ټول ډیټابیس نه پوهیږم؛ ما د ایس کیو ایل او پوسټ ګریجونو هڅه کړې ، او پدې کې د یوځلیو اړیکو ډیروالي به د پیرامیټر میکس اړیکې پراساس وي؛ د میس کیو ایل مطلوب کول به په /etc/my.conf کې ترسره شي او د اعظمي ارتباطاتو پیرامیټر باید بدل شي (د نورو په مینځ کې). د دې پرځای د پوسټګریس لپاره ، زه زما په بلاګ کې مقاله لرم چې دا تشریح کوي چې دا څنګه مطلوب کړي چې ممکن ستاسو لپاره ګټور وي یا دا چې تاسو دا د خپل ډیټابیس لپاره د مرجع په توګه وکاروئ:

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

      مننه.

  9.   ایرکسن واسکوز dijo

    سلام ، کله چې زه لومړی قوماندې وغورځوم ، دا ما ته 0 ارزښت ښیې. دا څه شی کیدی شي؟

  10.   ډینیل اوجیدا dijo

    له دې پوسټ څخه مننه