2011-10-05 5 views
8

गियरमैन के मुख्य पृष्ठ से, वे कई नौकरी सर्वरों के साथ चलने का उल्लेख करते हैं ताकि यदि कोई जॉब सर्वर मर जाए, तो ग्राहक एक नया जॉब सर्वर चुन सकते हैं। नीचे दिए गए कथन और आरेख को देखते हुए, ऐसा लगता है कि नौकरी सर्वर एक दूसरे के साथ संवाद नहीं करते हैं।एचए गियरमैन जॉब सर्वर के लिए सबसे अच्छा अभ्यास क्या है

हमारा प्रश्न यह है कि उन नौकरियों के साथ क्या होता है जो नौकरी सर्वर में कतारबद्ध हैं? इन सर्वरों के लिए उच्च उपलब्धता रखने के लिए सबसे अच्छा अभ्यास क्या है यह सुनिश्चित करने के लिए कि असफलता में नौकरियां बाधित नहीं हैं?

आप कई जॉब सर्वर चलाने में सक्षम हैं और क्लाइंट और कर्मचारी पहले उपलब्ध जॉब सर्वर से कनेक्ट हैं जिनके साथ वे कॉन्फ़िगर किए गए हैं। इस तरह यदि एक नौकरी सर्वर मर जाता है, तो ग्राहक और कर्मचारी स्वचालित रूप से किसी अन्य नौकरी सर्वर पर विफल हो जाते हैं। आप शायद बहुत से नौकरी सर्वर नहीं चलाना चाहते हैं, लेकिन दो या तीन होने के कारण अनावश्यकता के लिए एक अच्छा विचार है।

enter image description here

Source

उत्तर

2

जहाँ तक मुझे पता के रूप में वहाँ इस समय इस संभाल करने के लिए कोई उचित तरीका है, लेकिन जब तक आप स्थायी कतारों (MySQL या किसी अन्य उपयोग करने के साथ दोनों काम सर्वर चलाने के रूप में डेटास्टोर - बस दोनों सर्वरों के लिए एक ही वास्तविक कतार का उपयोग न करें), आप बस जॉब सर्वर को पुनरारंभ कर सकते हैं और यह डेटाबेस से इसकी कतार लोड कर देगा। यह सर्वर के मरने के बाद भी, सभी कतारबद्ध कार्यों को उपलब्ध श्रमिकों को जमा करने की अनुमति देगा।

हालांकि कोई नौकरी सर्वर डाउन होने पर ऐसा करने का कोई स्वचालित तरीका नहीं है, इसलिए यदि नौकरी सर्वर और डेटास्टोर दोनों नीचे चला जाता है (स्थानीय रूप से दोनों सर्वर चल रहे हैं) तो कार्य वापस होने तक कार्य को लिम्बो में छोड़ देंगे ऑनलाइन।

स्थायी कतार केवल स्टार्टअप पर पढ़ी जाती है (और कार्यों को सबमिट और पूरा होने के बाद से हटाया/हटा दिया जाता है)।

मुझे इस तरह की कार्यक्षमता को गियरमैंड में जोड़ने की जटिलता के बारे में निश्चित नहीं है और क्या यह वास्तव में चाहता था, लेकिन सरल "कार्य जोड़ा गया, कार्य सौंपा गया, कार्य पूरा हो गया"-सर्वरों के बीच नोटिफिकेशन को संभालने के लिए बहुत जटिल नहीं होना चाहिए ।

संबंधित मुद्दे