<p>kubeadm init, link-local unicast IPs को --apiserver-advert-address के रूप में उपयोग करने से मना करता है</p>

को निर्मित 23 नव॰ 2018 · 3टिप्पणियाँ · स्रोत: kubernetes/kubeadm

क्या यह एक बग रिपोर्ट या सुविधा का अनुरोध है?

/ तरह बग

संस्करणों

kubeadm संस्करण ( kubeadm version ):

v1.12.2

क्या हुआ?

मैं एक वीएम-आधारित परीक्षण हार्नेस स्थापित कर रहा हूं जो एक छोटे k8s क्लस्टर को स्थापित करने के लिए kubeadm का उपयोग करता है। VMs को IPv4 लिंक-स्थानीय पते सेट करने और एक दूसरे को खोजने के लिए मल्टीकास्ट DNS का उपयोग करने के लिए कॉन्फ़िगर किया गया है। VMs सेट करने के तरीके के कारण, मुझे k8s को नोड संचार के लिए LAN इंटरफ़ेस का उपयोग करने के लिए --apiserver- विज्ञापन-पता ओवरराइड करना होगा, क्योंकि यह डिफ़ॉल्ट इंटरफ़ेस नहीं है।

दुर्भाग्य से, कुबेदम पते में पारित होने पर .IsGlobalUnicast() जाँच करता है, इसलिए लिंक-स्थानीय IPv4 पते को अस्वीकार कर दिया जाता है, भले ही यह एक छोटा क्लस्टर स्थापित करने का एक वैध तरीका हो।

क्या होने की उम्मीद थी?

kubeadm init को लिंक-स्थानीय IPv4 या IPv6 पतों को स्वीकार करना चाहिए, यदि वे कमांडलाइन पर स्पष्ट रूप से निर्दिष्ट हैं।

इसे कैसे पुन: पेश करें (जितना संभव हो न्यूनतम और ठीक है)?

kubeadm init --apiserver-advertise-address=169.254.152.255

help wanted kinfeature prioritbacklog sinode

स्रोत

danderson

सबसे उपयोगी टिप्पणी

इसलिए लिंक-स्थानीय पते सक्षम करना अधिकांश उपयोग के मामलों में समस्याग्रस्त हो सकता है। हम कुछ अन्य विफलता स्थितियों के कारण उद्देश्यपूर्ण रूप से अक्षम हो गए, और यह उपयोग का मामला गैर-मानक IMO है।

timothysc 27 नव॰ 2018

👍3

सभी 3 टिप्पणियाँ

/ हटाने-तरह बग
/ तरह की सुविधा
/ सिग नोड
/ प्राथमिकता बैकलॉग
/ असाइन करें @kad
cc @rosti

@ डांडसन
यह डिजाइन द्वारा है। हमारा सत्यापन केवल एक पवित्रता जांच है, क्योंकि क्यूबलेट भी मेजबान इंटरफ़ेस में पते की अनदेखी करता है जो वैश्विक यूनिकैस्ट नहीं हैं:
https://github.com/kubernetes/kubernetes/blob/master/staging/src/k8s.io/apimachinery/pkg/util/net/interface.go#L305 -Ln8

लूपबैक भी ओवरराइड हैं:
https://github.com/kubernetes/kubernetes/blob/master/staging/src/k8s.io/apimachinery/pkg/util/net/interface.go#L408

neolit123 23 नव॰ 2018

timothysc 27 नव॰ 2018

👍3

औचित्य की कमी, और समग्र समझौते को देखते हुए कि यह उन अधिकांश उपयोगकर्ताओं के लिए अधिक समस्याग्रस्त हो सकता है जिन्हें हम बंद कर रहे हैं।

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

timothysc 7 जन॰ 2019

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स