আমি (আমাদের জন্য) ভারী লোড হওয়া ওয়েব সার্ভারের সাথে কয়েকটি সার্ভারের পারফরম্যান্স সমস্যাগুলি দেখতে পাচ্ছি। পরিবেশটি নিম্নরূপ:
- ডেবিয়ান লেনি (সমস্ত স্থিতিশীল প্যাকেজগুলি + সুরক্ষা আপডেটে প্যাচ করা হয়েছে)
- অ্যাপাচি ২.২.৯
- পিএইচপি 5.2.6
- অ্যামাজন ইসি 2 বড় উদাহরণ
আমরা যে আচরণটি দেখছি তা হ'ল ওয়েবটি সাধারণত প্রতিক্রিয়াশীল বোধ করে তবে একটি অনুরোধটি পরিচালনা করতে কিছুটা দেরি করে - কখনও কখনও আমাদের পিকের ব্যবহারের সময়গুলিতে সেকেন্ডের মাঝে মাঝে ২-৩ সেকেন্ড থাকে। সার্ভারে প্রকৃত লোডটি খুব বেশি হিসাবে রিপোর্ট করা হচ্ছে - প্রায়শই ১০.০ xxx বা 20.xx রিপোর্ট করেছেন top। তদ্ব্যতীত, এই সময়ে (এমনকি vi) এর সময় সার্ভারে অন্যান্য জিনিসগুলি চালানো খুব ধীর হয়, তাই অবশ্যই লোডটি অবশ্যই সেখানে। অদ্ভুতভাবে পর্যাপ্ত পরিমাণে অ্যাপাচি খুব প্রাথমিক পর্যায়ে থাকে than
আমরা প্রেফার্ক ব্যবহার করে নীচে নীচে অ্যাপাচি কনফিগার করেছি:
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 150
MaxRequestsPerChild 0
এবং কিপএলাইভ হিসাবে:
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 এও, আমি কিছু পুনরাবৃত্তিতে দেখি যে পরিবেশন করার জন্য অপেক্ষা করা অনেকগুলি প্রক্রিয়া, যা আমি আমাদের ওয়েব সার্ভারে প্রাথমিক পৃষ্ঠা লোডের বিলম্বকে সম্ভবত ভুলভ্রান্তির সাথে চিহ্নিত করছি is
আমরা স্থির সামগ্রী (75% বা ততোধিক) এবং স্ক্রিপ্ট সামগ্রীর মিশ্রণ পরিবেশন করি এবং স্ক্রিপ্ট সামগ্রীটি প্রায়শই মোটামুটি প্রসেসর নিবিড় থাকে, সুতরাং উভয়ের মধ্যে সঠিক ভারসাম্য খুঁজে পাওয়া গুরুত্বপূর্ণ; দীর্ঘমেয়াদী আমরা উভয় সার্ভারকেই অনুকূল করতে স্ট্যাটিকস অন্যত্র সরিয়ে নিতে চাই তবে আমাদের সফ্টওয়্যার আজকের জন্য এটি প্রস্তুত নয়
কারও কারও ধারনা থাকলে অতিরিক্ত তথ্য সরবরাহ করতে পেরে আমি খুশি, অন্য নোটটি এটি একটি উচ্চ-প্রাপ্যতা উত্পাদন ইনস্টলেশন এটি তাই আমি টুইটের পরে ত্বক তৈরির বিষয়ে সতর্ক থাকি এবং কেন আমি KeepAliveনিজের মূল্য হিসাবে এই জিনিস নিয়ে খেলিনি is এখনো.