मैं कुछ सर्वर प्रदर्शन समस्याओं को समझ रहा हूँ जिन्हें मैं (हमारे लिए) भारी लोड वाले वेब सर्वर के साथ देख रहा हूँ। पर्यावरण इस प्रकार है:
- डेबियन लेनी (सभी स्थिर पैकेज + सुरक्षा अपडेट के लिए तैयार)
- अपाचे 2.2.9
- PHP 5.2.6
- अमेज़न EC2 बड़े उदाहरण
जो व्यवहार हम देख रहे हैं वह यह है कि वेब आमतौर पर उत्तरदायी लगता है, लेकिन एक अनुरोध को संभालने में थोड़ी देरी के साथ - कभी-कभी हमारे उपयोग के समय में 2-3 सेकंड का एक अंश, कभी-कभी 2-3 सेकंड। सर्वर पर वास्तविक लोड बहुत अधिक बताया जा रहा है - अक्सर 10.xx या 20.xx द्वारा रिपोर्ट किया जाता है top। इसके अलावा, इन समयों के दौरान भी सर्वर पर अन्य चीजें चलाना viबहुत धीमी गति से होता है, इसलिए लोड निश्चित रूप से बढ़ जाता है। तात्कालिक रूप से पर्याप्त अपाचे उस प्रारंभिक देरी के अलावा, बहुत संवेदनशील है।
हमने अपाचे को निम्नानुसार कॉन्फ़िगर किया है, प्रीफ़ॉर्क का उपयोग करते हुए:
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 150
MaxRequestsPerChild 0
और के रूप में KeepAlive:
KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 5
सर्वर-स्टेटस पेज को देखते हुए, यहां तक कि भारी लोड के इन समय में भी हम शायद ही कभी क्लाइंट कैप को मार रहे हैं, आमतौर पर 80-100 अनुरोधों और रखवाले राज्य के कई लोगों के बीच सेवा कर रहे हैं। यह मुझे "हैंडलर की प्रतीक्षा" के रूप में शुरुआती अनुरोध सुस्ती का शासन करने के लिए कहता है, लेकिन मैं गलत हो सकता हूं।
अमेज़ॅन की क्लाउडवॉच मॉनिटरिंग मुझे बताती है कि जब हमारा ओएस> 15 का लोड रिपोर्ट कर रहा है, तब भी हमारे उदाहरण सीपीयू का उपयोग 75-80% के बीच है।
उदाहरण से आउटपुट top:
top - 15:47:06 up 31 days, 1:38, 8 users, load average: 11.46, 7.10, 6.56
Tasks: 221 total, 28 running, 193 sleeping, 0 stopped, 0 zombie
Cpu(s): 66.9%us, 22.1%sy, 0.0%ni, 2.6%id, 3.1%wa, 0.0%hi, 0.7%si, 4.5%st
Mem: 7871900k total, 7850624k used, 21276k free, 68728k buffers
Swap: 0k total, 0k used, 0k free, 3750664k cached
अधिकांश प्रक्रियाएँ ऐसी दिखती हैं:
24720 www-data 15 0 202m 26m 4412 S 9 0.3 0:02.97 apache2
24530 www-data 15 0 212m 35m 4544 S 7 0.5 0:03.05 apache2
24846 www-data 15 0 209m 33m 4420 S 7 0.4 0:01.03 apache2
24083 www-data 15 0 211m 35m 4484 S 7 0.5 0:07.14 apache2
24615 www-data 15 0 212m 35m 4404 S 7 0.5 0:02.89 apache2
उदाहरण आउटपुट ऊपर से vmstatउसी समय से:
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
8 0 0 215084 68908 3774864 0 0 154 228 5 7 32 12 42 9
6 21 0 198948 68936 3775740 0 0 676 2363 4022 1047 56 16 9 15
23 0 0 169460 68936 3776356 0 0 432 1372 3762 835 76 21 0 0
23 1 0 140412 68936 3776648 0 0 280 0 3157 827 70 25 0 0
20 1 0 115892 68936 3776792 0 0 188 8 2802 532 68 24 0 0
6 1 0 133368 68936 3777780 0 0 752 71 3501 878 67 29 0 1
0 1 0 146656 68944 3778064 0 0 308 2052 3312 850 38 17 19 24
2 0 0 202104 68952 3778140 0 0 28 90 2617 700 44 13 33 5
9 0 0 188960 68956 3778200 0 0 8 0 2226 475 59 17 6 2
3 0 0 166364 68956 3778252 0 0 0 21 2288 386 65 19 1 0
और अंत में, अपाचे से उत्पादन server-status:
Server uptime: 31 days 2 hours 18 minutes 31 seconds
Total accesses: 60102946 - Total Traffic: 974.5 GB
CPU Usage: u209.62 s75.19 cu0 cs0 - .0106% CPU load
22.4 requests/sec - 380.3 kB/second - 17.0 kB/request
107 requests currently being processed, 6 idle workers
C.KKKW..KWWKKWKW.KKKCKK..KKK.KKKK.KK._WK.K.K.KKKKK.K.R.KK..C.C.K
K.C.K..WK_K..KKW_CK.WK..W.KKKWKCKCKW.W_KKKKK.KKWKKKW._KKK.CKK...
KK_KWKKKWKCKCWKK.KKKCK..........................................
................................................................
अपने सीमित अनुभव से मैं निम्नलिखित निष्कर्ष / प्रश्न तैयार करता हूं:
हम बहुत अधिक
KeepAliveअनुरोधों की अनुमति दे सकते हैंमैं देख रहा हूं कि कुछ समय आईओएम के इंतजार में व्यतीत हो रहा है, हालांकि लगातार नहीं और बहुत कुछ नहीं (मुझे लगता है?) तो मुझे यकीन नहीं है कि यह एक बड़ी चिंता है या नहीं, मैं vmstat के साथ कम अनुभवी हूं
इसके अलावा, मैं कुछ पुनरावृत्तियों में कई प्रक्रियाओं को देखता हूं, जो सेवा के इंतजार में हैं, जो कि मैं अपने वेब सर्वर पर प्रारंभिक पेज लोड देरी के लिए जिम्मेदार हूं, संभवतः गलत तरीके से
हम स्थिर सामग्री (75% या अधिक) और स्क्रिप्ट सामग्री के मिश्रण की सेवा करते हैं, और स्क्रिप्ट सामग्री अक्सर काफी प्रोसेसर गहन होती है, इसलिए दोनों के बीच सही संतुलन खोजना महत्वपूर्ण है; दीर्घकालिक हम दोनों सर्वरों का अनुकूलन करने के लिए स्टेटिक्स को कहीं और ले जाना चाहते हैं लेकिन हमारा सॉफ्टवेयर आज के लिए तैयार नहीं है
मुझे अतिरिक्त जानकारी प्रदान करने में खुशी हो रही है अगर किसी के पास कोई विचार है, तो दूसरा ध्यान दें कि यह एक उच्च-उपलब्धता उत्पादन स्थापना है इसलिए मैं ट्वीक के बाद ट्वीक बनाने से सावधान हूं, और इसलिए मैंने KeepAliveखुद मूल्य जैसी चीजों के साथ नहीं खेला है अभी तक।