आप निश्चित रूप से एक ही नोड पर एक मास्टर, गुलाम और जेके प्रक्रिया चला सकते हैं। आप एक ही नोड पर कई मास्टर और गुलाम प्रक्रियाएं भी चला सकते हैं, बशर्ते आप उन्हें प्रत्येक अद्वितीय बंदरगाह दें, लेकिन यह केवल परीक्षण क्लस्टर के लिए उपयोगी है।
आम तौर पर हम आपके स्वामी के रूप में एक ही नोड्स पर जेडके चलाने की सलाह देते हैं, लेकिन यदि आपके पास अतिरिक्त जेडके हैं, तो आप निश्चित रूप से गुलामों, या मिश्रण-मिलान के रूप में उन्हें फिट देख सकते हैं, जब तक कि सभी मास्टर/गुलाम/फ्रेमवर्क नोड्स जेडके नोड्स तक पहुंच सकते हैं, और सभी दास स्वामी तक पहुंच सकते हैं।
एक छोटे क्लस्टर (< 10 नोड्स) के लिए यह प्रत्येक मास्टर पर दास प्रक्रिया चलाने के लिए समझ में आता है, खासकर जब स्टैंडबाय स्वामी बहुत कुछ नहीं कर पाएंगे। यहां तक कि एक छोटे क्लस्टर के लिए एक सक्रिय मास्टर सीपीयू, मेमोरी और नेटवर्क संसाधनों की केवल थोड़ी सी मात्रा का उपयोग करता है। बस यह सुनिश्चित करें कि आप मास्टर के संसाधन उपयोग के लिए उस दास पर --resources को समायोजित करें।
एक बार आपका क्लस्टर बड़ा हो जाता है (विशेष रूप से> 100 नोड्स) मास्टर ट्रैफ़िक के साथ-साथ मास्टर से या उसके सीपीयू/मेमोरी उपयोग पर्याप्त हो जाता है कि आप एक ही नोड पर मेसोस दास नहीं चलाना चाहते हैं मालिक। बड़े पैमाने पर अपने गुरु के साथ जेडके को सह-पहचानना ठीक होना चाहिए।
आपने विशेष रूप से नहीं पूछा था, लेकिन मैं यह भी चर्चा करूंगा कि आपके ढांचे के शेड्यूलर (जैसे स्पार्क, मैराथन, या क्रोनोस) को कहां चलाया जाए। इन्हें किसी अन्य घटक के साथ सह-स्थापित किया जा सकता है, लेकिन उन्हें केवल मास्टर और जेड नोड तक पहुंचने में सक्षम होना चाहिए, क्योंकि दासों के सभी संचार मास्टर के माध्यम से जाते हैं। कुछ ग्राहक मास्टर नोड्स पर शेड्यूलर चलाते हैं, कुछ उन्हें एज नोड्स पर चलाते हैं (इसलिए उपयोगकर्ताओं को दासों तक पहुंच नहीं है), और अन्य मैराथन जैसे मेटा-फ्रेमवर्क का उपयोग करते हैं ताकि अन्य शेड्यूलर्स को मेसोस कार्यों के रूप में दासों पर चलाया जा सके।