<p>kubeadm को --node-ip विकल्प उपलब्ध करना चाहिए</p>

मैं वर्तमान में इस वजह से DigitalOcean में कुबेरनेट क्लस्टर स्थापित करने के मुद्दे पर हूं। डिफ़ॉल्ट रूप से, क्यूबलेट डिफ़ॉल्ट गेटवे के आईपी को बाइंड और प्रसारित / प्रसारित करेगा, जो इन मामलों में इंटरनेट यातायात के लिए सार्वजनिक आईपी है। फिर जब एक पॉड नेटवर्किंग ऐड-ऑन (वीव की तरह) स्थापित करने की बात हो रही है, तो पूरा नर्क ढीला हो जाता है क्योंकि मास्टर का विज्ञापन आईपी आंतरिक नेटवर्क का आईपी पता है, लेकिन कार्यकर्ता नोड्स को जनता के सामने लाने की कोशिश कर रहे हैं: /

समाधान इकाई फ़ाइल अद्यतन करने के लिए नीचे गिरा दिया है /etc/systemd/system/kubelet.service.d/10-kubeadm.conf जोड़ने के लिए --node-ip=<private_worker_ip> यह काम करने के लिए, पुनः लोड इकाइयों और पुन: प्रारंभ kubelet।

यदि kubeadm डिफ़ॉल्ट रूप से ऐसा कर सकते हैं तो @nkratzke जैसे विकल्प के पारित होने से यह सुझाव मिलता है कि यह बहुत अच्छा होगा!

मैं तो बस इस बात की पुष्टि है कि जोड़ने चाहता था --node-ip=<private-worker-ip> में सेटिंग्स के लिए विकल्प /etc/systemd/system/kubelet.service.d/10-kubeadm.conf फ़ाइल सेटअप है कि मैं पहले समझाया के लिए इस समस्या को हल नहीं होंगे। भले ही नोड्स इस इंटरफ़ेस पर सुन रहे हैं लेकिन कुबेरनेट्स नोड्स के बीच संवाद करने के लिए डिफ़ॉल्ट गेटवे का उपयोग करता रहता है, जो इस मामले में सार्वजनिक आईपी पता है।

मुझे भी यही तकलीफ़ है। मैंने आपकी विधि की कोशिश की और यह मेरे लिए भी काम नहीं किया। क्या आपने इसे काम करने के लिए प्रबंधित किया था?

@agsergi मैं DigitalOcean में k8s क्लस्टर सेटअप करने की कोशिश कर रहा था जिसमें निजी नेटवर्किंग विकल्प सक्षम था, जो मुझे इस मुद्दे पर ले जाता है। उस सुविधा को अक्षम करना मेरे लिए था, लेकिन मुझे यकीन नहीं है कि आप एक ही नाव पर हैं।

मुझे लगता है कि यह समस्या अभी भी मौजूद होगी यदि आपके पास मशीन से जुड़े दो से अधिक एनआईसी हैं।

दोस्तों,
मेरे VM पर दो इंटरफेस हैं, एक NAT के लिए है और दूसरा होस्टोनली-अडैप्टर के लिए। डिफ़ॉल्ट रूप से यह kubeadmin डिफ़ॉल्ट इंटरफ़ेस IP (मेरे मामले में NAT) ले रहा था यदि आप अन्य इंटरफ़ेस का उपयोग करना चाहते हैं तो उपयोग करें:
$ सूदो कुबेदम इनिट - शोधकर्ता-विज्ञापन-पता =

और यह मेरे लिए काम किया।

@luxas को इस तरह का समर्थन / समर्थन क्यों दिया जाता है? वहाँ एक नोड आईपी जो डिफ़ॉल्ट मार्ग का स्रोत नहीं है के साथ kubeadm उपयोग करने के लिए कोई रास्ता नहीं है?

@evocage कोई --apiserver- विज्ञापन-पता = नहीं है

बहुत धन्यवाद।

मैं स्केलवे पर उसी मुद्दे पर भाग गया।

जब मैंने मास्टर को इनिशियलाइज़ किया है तो मैंने --apiserver-advertise-address=<private_net_IP> लेकिन जब मैं एक नोड ( kubeadm join --toke=<token> <master_private_IP>:6443 ) जोड़ना चाहता हूं तो क्यूब-प्रॉक्सी और वेट-नेट पॉड्स शुरू नहीं होंगे (त्रुटि सिंकिंग पॉड)

लेकिन जब मैं एक सार्वजनिक आईपी अपने नोड एट संलग्न करता हूं तो यह सब कुछ ठीक हो जाता है: सोच:

कोई उपाय?

एक ही आईपी के साथ एक वीएम होस्ट पर kubernetes सेटअप करने की कोशिश करते समय एक ही समस्या जहां केवल कुछ बंदरगाहों को वीएम को अग्रेषित किया जा सकता है। यह काम करने के लिए कोई समाधान?

बस +1 करना चाहता था। मैं उन सभी पर एक निजी आईपी के साथ Digitalocean VMs के सेट पर दौड़ने की कोशिश कर रहा हूं, फिर भी सार्वजनिक सामना करने वाले पते किसी तरह क्लस्टर में काम कर रहे हैं।

मैंने इसे मास्टर पर चलाकर निजी आईपी प्राप्त करने में कामयाबी हासिल की:

kubeadm init --apiserver-advertise-address=<private-master-ip> init

--node-ip=<private-node-ip> /etc/systemd/system/kubelet.service.d/10-kubeadm.conf जोड़ना, डेमन को फिर से लोड करना, क्यूबलेट को फिर से शुरू करना, फिर जोड़ना:

kubeadm join --token <token> <private-master-ip>:6443 --discovery-token-ca-cert-hash sha256:<hash>

@mongrelion मास्टर के बीच किस प्रकार का संचार <-> नोड अभी भी सार्वजनिक इंटरफेस का उपयोग कर रहा है? मैं इसे दोहराने में सक्षम नहीं था इसलिए मुझे यह जानने में दिलचस्पी होगी कि क्या कुबेरनेट अप्रत्याशित रूप से व्यवहार कर रहा है।

यह किया! मास्टर सुनिश्चित करने के लिए --apiserver-advertise-address का संयोजन सही जगह पर शुरू होता है, और क्यूबलेट कॉन्फ़िगरेशन में --node-ip का जादू संयोजन था।

इस अनुरोध के अनुसार, हालांकि, --node-ip विकल्प सीधे kubeadm इसलिए कॉन्फिग फाइल को सही ढंग से आरम्भ किया गया है, यह मेरे जैसे कुलीनों के लिए मददगार होगा, जैसे कि मैं क्लस्टर बनाने की कोशिश कर रहा हूं :)

उस सारांश के लिए @jamiehannaford धन्यवाद। क्या हमें लगता है कि हमें इसे अधिक स्पष्ट रूप से दस्तावेज करना चाहिए?

@ लक्सस हाँ मुझे लगता है कि यह उपयोग मामला स्पष्ट रूप से प्रलेखित उपयोगी होगा

@jamiehannaford यदि आप इस दस्तावेज़ को v1.9 के लिए फेरबदल में जोड़ना चाहते हैं, तो कृपया मुझे https://github.com/kubernetes/website/pull/6103 में जोड़ने के लिए एक पैराग्राफ भेजें

@fabriziopandini ज़रूर! किया हुआ

नमस्ते,

मैं कुछ प्रतिक्रिया देना चाहता हूं। मैं एक सुरक्षित सिंगल नोड क्लस्टर बनाने के लिए kubeadm का उपयोग करने की कोशिश कर रहा हूं।
मैं सभी kubernetes सेवाओं को लोकलहोस्ट से बाँधना चाहूंगा, हालांकि यह काम नहीं करता है।

मैं इस कमांड का उपयोग कर रहा हूं और क्लस्टर बनाया गया है:
kubeadm init \ --pod-network-cidr=10.244.0.0/16 \ --apiserver-advertise-address=127.0.0.1 \ --apiserver-cert-extra-sans=127.0.0.1,staging.my-server.net
हालाँकि /etc/kubernetes/admin.conf और दोस्तों के पास मास्टर का सार्वजनिक IP पता होता है।
server: https://75.xx.yy.zz:6443

मैं -नोड दृष्टिकोण की कोशिश करूंगा, लेकिन मैं सराहना करूंगा कि क्या आप इसके लिए कोई समाधान खोजने में मेरी मदद कर सकते हैं।

मेरा उपयोग मामला:

मेरे पास एक बीफ़ मशीन है जिसे मैं एक मचान पर्यावरण के रूप में उपयोग करना चाहता हूं और शायद छोटी परियोजनाओं के लिए उत्पादन वातावरण के रूप में जहां मुझे हा के बारे में परवाह नहीं है। मैं SSH का उपयोग कर सकता हूं और क्लस्टर को नियंत्रित करने के लिए kubectl का उपयोग कर सकता हूं।

धन्यवाद,

मेरा यहाँ पर @ Mosho1 जैसा ही मुद्दा था और इसके नीचे तक उतर गया।

मैं DO और CoreOS का उपयोग करता हूं लेकिन यह वास्तव में न तो संबंधित है और न ही अन्य प्रदाताओं और डिस्ट्रोस पर हो सकता है। यह डीओ के निजी नेटवर्क को सक्षम या अक्षम करने के लिए भी असंबंधित है: मैंने दोनों मामलों में समस्या को पुन: पेश किया।

क्या होता है कि kubelet रूप में kubeadm द्वारा स्थापित किए गए इंटरफेस को देखता है और अपने निजी सबनेट को मिक्स करने के लिए तय करता है, भले ही निर्दिष्ट आईपी या इंटरफेस उपलब्ध हों, और ऐसा करना चाहता है। वही एक इसे "मुख्य" मानता है (पहला वाला? वान एक? मैं दुन्नो)। यह ifconfig माध्यम से दिखाई नहीं देता है, लेकिन आसानी से ip addr माध्यम से, और एक मार्ग के रूप में अच्छी तरह से सेट है, लेकिन शून्य मौका है यह DO नेटवर्क पर उड़ान भरेगा जो नोड्स eth0 जोड़ता है

संपादित करें: @klausenbusk के लिए धन्यवाद, ऐसा लगता है कि क्यूबलेट लंगर आईपी को इस धारणा के तहत उठाता है कि यह तब उपयोगी हो सकता है जब यह नहीं है। नीचे विवरण देखें।

समाधान वास्तव में क्यूबलेट को बताने के लिए है कि आईपी का उपयोग क्या है। यदि आप वैकल्पिक निजी नेटवर्क का उपयोग करते हैं तो यह सार्वजनिक एक या निजी एक हो सकता है।

यहाँ मैंने --node-ip का उपयोग कैसे किया है। बाहर देखो, यह KUBELET_EXTRA_ARGS पहले से ही यूनिट फ़ाइल में सेट नहीं किया गया है।

$ DROPLET_IP_ADDRESS=$(ip addr show dev eth0 | awk 'match($0,/inet (([0-9]|\.)+).* scope global eth0$/,a) { print a[1]; exit }')
$ echo $DROPLET_IP_ADDRESS  # check this, jus tin case
$ echo "Environment=\"KUBELET_EXTRA_ARGS=--node-ip=$DROPLET_IP_ADDRESS\"" >> /etc/systemd/system/kubelet.service.d/10-kubeadm.conf
$ systemctl daemon-reload
$ systemctl restart kubelet

@lloeki लिखने के लिए धन्यवाद। क्या आप शायद डॉक्स को अपडेट करने का मन बना रहे हैं, संभवतः यहाँ: https://github.com/kubernetes/website/blob/master/docs/setup/independent/troublesourcing-kubeadm.md

इसलिए यह WAN एक (eth0) को चुनता है, एक सार्वजनिक IP को देखता है (या अनदेखा करता है), और मेरे मामले में एक दूसरे, निजी सबनेट (जैसे 10.19.0.0/255) को जोड़ने का फैसला करता है, शायद इस विश्वास के तहत कि सभी nt eth0 हैं उसी लिंक पर।

क्या आपको इस बारे में यकीन हैं? यह सिर्फ एंकर आईपी हो सकता है ( curl http://169.254.169.254/metadata/v1/interfaces/public/0/anchor_ipv4/address साथ तुलना करें)

@klausenbusk तुम बिल्कुल सही हो, कि मेरी ओर से अटकलें लगा रहा था, क्षमा करें! निम्नलिखित मास्टर नोड से है, अब --node-ip का उपयोग कर रहा है।

तो ऐसा लगता है कि क्यूबलेट उठाता है कि इस धारणा के तहत कि यह उपयोगी हो सकता है जब यह नहीं है?

$ curl http://169.254.169.254/metadata/v1/interfaces/public/0/anchor_ipv4/address
10.19.0.39
$ ip addr show dev eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether xx:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff
    inet yyy.yyy.yyy.yyy/20 brd yyy.yyy.yyy.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet 10.19.0.39/16 brd 10.19.255.255 scope global eth0
       valid_lft forever preferred_lft forever

क्या आप डॉक्स को अपडेट करने का मन करेंगे

@jamiehannaford लगता है कि मैं ऐसा कर सकता हूं :)

/ असाइन करें @liztio

मैं इस पर एक नज़र था और मुझे लगता है कि आम सहमति उपयोगकर्ताओं का अनुरोध भले ही --node-ip तर्क kubeadm में जोड़े जाने की, कि है kubelet config को संशोधित करने और मानकों का प्रयोग करके @jamiehannaford की तरह यहाँ का सुझाव दिया की सलाह दी दृष्टिकोण है:
https://github.com/kubernetes/kubeadm/issues/203#issuecomment -335416377

(या शायद खूट को पुनः आरंभ करने से पहले $ KUBELET_EXTRA_ARGS में संलग्न करना)।

kubeadm में अतिरिक्त cmd तर्क जोड़ने से दूर जाने का निर्णय दिया गया है, मुझे लगता है कि इस मुद्दे को बंद करना सुरक्षित हो सकता है .... जब तक कि kubeadm MasterConfig विकल्पों के साथ इसे सक्षम करने की योजना नहीं है (किसी भी तरह ?? ... जैसा कि हम पर भरोसा करते हैं। उपयोगकर्ता kubelet कॉन्फिगरेशन को एडिट कर रहा है और परिवर्तनों पर मैन्युअल रूप से आराम कर रहा है)।

संपादित करें: या शायद गतिशील क्यूबलेट विन्यास के साथ यदि यह संभव है?

ऊपर दिए गए दस्तावेज़ीकरण परिवर्तनों के सभी सुझाव मर्ज किए गए प्रतीत होते हैं।

@timstclair @liztio

मैं इसे बंद करने के साथ ठीक हूं।

बस ध्यान दें कि कुबेरनेट्स में /etc/systemd/system/kubelet.service.d/20-custom.conf में KUBELET_EXTRA_ARGS की 1.11 सेटिंग अब काम नहीं करती हैं: इसे / etc / sysconfig / kubelet (थोड़ा अलग सिंटैक्स) में सेट किया जाना चाहिए। इन फ़ाइलों की)।

@ स्टेपिन मैं सिर्फ कुबेदम का उपयोग करके एक 1.11 क्लस्टर स्थापित करता हूं और इसके बाद cat: /etc/sysconfig/kubelet: No such file or directory

/etc/systemd/system/kubelet.service.d/20-custom.conf भी मौजूद नहीं है इसलिए मुझे यकीन नहीं है कि आप वहां क्या कर रहे थे।

यदि आपने जो कहा वह सच था, तो यह प्रतीत होता है कि विन्यास गर्म आलू का खेल जारी है।

मैं अभी तक यहाँ क्यूबलेट विन्यास के लिए /etc/default/kubelet

भविष्य के यात्रियों के लिए (अगले सप्ताह कम से कम), यह काम करने लगता है:

PRIVATE_IP=10.99.0.0
echo "KUBELET_EXTRA_ARGS=--node-ip=$PRIVATE_IP" > /etc/default/kubelet
systemctl daemon-reload
systemctl restart kubelet

जाहिर है आपको उस विशेष नोड पर जो कुछ भी है उसे आईपी को बदलना होगा।

डिस्क्लेमर: मैं सिर्फ कुबेरनेट्स की जांच कर रहा हूं इसलिए मैं गारंटी नहीं देता कि यह कुछ भयानक नहीं है। हालांकि, /etc/systemd/system/kubelet.service.d/10-kubeadm.conf /etc/default/kubelet ओर इंगित करता है, इसलिए मुझे लगता है कि यह सही काम है।

@ ज़ज़ूम - आपकी टिप्पणी के लिए धन्यवाद, इसने आखिरकार मुझे --node-ip मैं सेट कर रहा था वह बिल्कुल भी लागू नहीं हो रहा था। /etc/default/kubelet में अतिरिक्त आर्गन को जोड़ने के लिए स्विच करना मेरे लिए समस्या को निर्धारित करता है।

@geerlingguy आपका स्वागत है।

कम से कम यह एक मामला नहीं था "यह हर बार काम करता है जब मैं 1.11 क्लस्टर लाता हूं"। वे अपूरणीय मुद्दे वास्तव में आपको पागल कर देंगे।

बस "कुबेदम 1.13" में इस में भाग गया। इसे निम्नलिखित का उपयोग करके तय किया:

1) "/node-ip" को '/var/lib/kubelet/kubeadm-flags.enx' में जोड़ें:

[root@Node-18121 ~]# cat /var/lib/kubelet/kubeadm-flags.env
KUBELET_KUBEADM_ARGS=--cgroup-driver=systemd --network-plugin=cni --pod-infra-container-image=k8s.gcr.io/pause:3.1 --node-ip=10.10.10.1

2) पुनः आरंभ क्यूबलेट:

systemctl daemon-reload && systemctl restart kubelet

^ अगर किसी को इस बात की जानकारी है कि फ्लोटिंग आईपी के साथ काम करने के लिए जो एनआईसी पर दिखाई नहीं देता है, तो कृपया मुझे बताएं। सफल अन्यथा।

नमस्ते,

इस प्रयास करें https://wiki.hetzner.de/index.php/Cloud_floating_IP_persistent/en ।
यह Hetzner के लिए काम करता है लेकिन मुझे लगता है कि यह सामान्य है।
यूजेन

यह पूरी तरह से काम किया। धन्यवाद।

बस "कुबेदम 1.13" में इस समस्या का सामना करना पड़ा। निम्नलिखित विधियों का उपयोग करके समस्या को ठीक किया गया था:

1. "/Node-ip" को "/var/lib/kubelet/kubeadm-flags.env" में जोड़ें:

[root@Node-18121 ~]# cat /var/lib/kubelet/kubeadm-flags.env
KUBELET_KUBEADM_ARGS=--cgroup-driver=systemd --network-plugin=cni --pod-infra-container-image=k8s.gcr.io/pause:3.1 --node-ip=10.10.10.1

1. पुनः प्रारंभ करें क्यूबलेट:

systemctl daemon-reload && systemctl restart kubelet

बहुत बहुत धन्यवाद, चलती है