CPU कम प्रयोग हुँदा पनि पर्खिरहेको connection ले स्रोत ओगट्न सक्छ। Machine लाई थप processing power चाहियो भन्ने मान्नुअघि कुन सीमा पुगेको हो पत्ता लगाउनुहोस्।
Client -- socket A --> Nginx -- socket B --> Backend
Proxy मार्फत जाने HTTP/1.x अनुरोधले एउटा client र अर्को upstream connection प्रयोग गर्न सक्छ। Backend अड्किए दुवै ओगटिइरहन सक्छन्। worker_connections मा upstream connection पनि पर्छन्, त्यसैले यसको मान सीधै समर्थित प्रयोगकर्ताको सङ्ख्या होइन।
worker_connections are not enough: प्रति-worker तोकिएको connection सीमा र हालका connection जाँच्नुहोस्।Too many open files: worker मा वास्तवमै लागू भएको file-descriptor सीमा जाँच्नुहोस्। Descriptor भनेको socket र फाइलका लागि operating system ले प्रयोग गर्ने handle हो।उदाहरणका लागि, एकैचोटि सक्रिय 1,000 proxied अनुरोधलाई proxy का दुवै पक्षमा झन्डै 2,000 socket चाहिन सक्छन्। यो क्षमता निकाल्ने सूत्र होइन: HTTP/2, keepalive पुनःप्रयोग र निष्क्रिय connection ले सम्बन्ध बदल्छन्।
पहिले अड्किएको backend को काम ठीक गर्नुहोस् वा पर्खिरहेका अनुरोध सीमित गर्नुहोस्। स्वस्थ traffic ले सीमा नाघ्छ भने worker सेटिङ, process सीमा र memory मिलाएर load test गर्नुहोस्। केवल लामो queue बन्न दिएको मात्र नभई सफल throughput र latency सुधारिएको पुष्टि गर्नुहोस्।
विस्तृत उत्तरसहित IT अन्तर्वार्ता प्रश्नहरूको पुस्तकालय — जुनियरदेखि सिनियरसम्म।
दान गर्नुहोस्