मुझे रास्पबेरी पीआई मॉडल बी + पर कुबेदम 1.6.1 के साथ एक ही समस्या का सामना करना पड़ रहा है, आर्मवी 6 भी।

$ kubelet --help
Illegal instruction

$ uname -a
Linux pi1 4.4.50-hypriotos+ #2 PREEMPT Sun Mar 19 14:44:01 UTC 2017 armv6l GNU/Linux

मैंने कुबेदम 1.5.6 को डाउनग्रेड किया और यह काम करता है। 1.6.0 1.6.1 जैसी ही त्रुटि देता है।

@clabu हाँ 1.5.6 काम करने के लिए डाउनग्रेड कर रहा है लेकिन 1.6+ क्लस्टर में शामिल नहीं हो सकता है।

सबसे पहले, एआरएम पर कुबेरनेट्स का उपयोग करने के लिए धन्यवाद: मुस्कान:!

यह एक जाना - माना मुद्दा है; इस पर https://github.com/kubernetes/kubernetes/issues/38067 में चर्चा की गई और हमने आर्मल सपोर्ट को छोड़ दिया (क्रॉस-कंपाइलिंग के दौरान आरपीआई 1 का कौन सा हिस्सा उपयोग करता है)।

मूल रूप से armhf (GOARM=7) Pi 1 पर नहीं चल सकता है, इसलिए हमने RPi 1 का समर्थन करने के लिए GOARM=6 in -v1.5 के साथ armel का उपयोग किया। हालांकि, हम v1.6 में सभी armhf गए, इसलिए यह काम नहीं कर रहा है पाई १।

आर्मल को हटा दें और इसके बजाय armhf छवियों का उपयोग करें और GOARM=6 . के बजाय GOARM=7 का उपयोग करें
प्रेरणा:

• केवल GOARM = 6 बोर्ड Go, go1.8 में समर्थन करेगा, रास्पबेरी पाई 1 है जो नए कुबेरनेट्स संस्करणों को चलाने के लिए बहुत धीमा है।
• GOARM=7 . का उपयोग करते समय छोटे प्रदर्शन सुधार
• आर्मल (http://hub.docker.com/u/armel) इमेज को आर्महफ (http://hub.docker.com/u/armhf) इमेज जितनी बार अपडेट नहीं किया जाता है।

उदाहरण के लिए, https://hub.docker.com/r/armel/debian/ को 8 महीने पहले अपडेट किया गया था जो सुरक्षा के दृष्टिकोण से वास्तव में खराब है, बनाम https://hub.docker.com/r/armhf/debian/ जिसे 3 दिन पहले अपडेट किया गया था।

इसके अलावा, आर्महफ स्विच के साथ, हम https://hub.docker.com/r/armhf/alpine का उपयोग करने में सक्षम थे, जो कि बहुत अच्छा है।

आशा है कि यह मदद करता है, लेकिन अब आरपीआई 1 का समर्थन करने में सक्षम नहीं होने के लिए खेद है।

यदि आप इसके दस्तावेजीकरण/शब्द को फैलाने में मदद करना चाहते हैं, तो कृपया करें या सुझाव दें

मुझे पाई ज़ीरो पर भी यही समस्या हो रही है

Linux p1 4.9.59+ #1047 Sun Oct 29 11:47:10 GMT 2017 armv6l GNU/Linux

क्या armv6l सपोर्ट के पुन: एकीकरण पर चर्चा करना संभव है। मैंने पाई ज़ीरो और अन्य armv6l पाई डिवाइसेस पर कुबेरनेट्स का उपयोग करने के लिए रुचि दिखाने वाले कई पोस्ट पाए। पी ज़ीरो कुबेरनेट्स या झुंड क्लस्टर वातावरण में सूक्ष्म सेवाओं की मेजबानी के लिए अच्छा है। डॉकर झुंड मेरे लिए अच्छा काम करता है। तो यह अच्छा होगा यदि कोई चर्चा को पुन: चक्रित कर सके। पाई क्लस्टरहाट एक अच्छा डेमो इंफ्रास्ट्रक्चर है।

पीआई शून्य के लिए वर्तमान docker.io बिल्ड को देखते हुए,
गो संस्करण: go1.9.3
और डोकर संस्करण: १८.०२.०-सीई

ऐसा लगता है कि यह गो के हाल के संस्करण का उपयोग कर रहा है।

मैं मानता हूं कि इस पर स्टैंडअलोन मोड में k8s का उपयोग करने के लिए पर्याप्त रैम नहीं है, लेकिन यह एक बड़े मास्टर पर दास होने के कारण, इसके पास कुछ उपयोगी चीजें करने के लिए पर्याप्त संसाधन होना चाहिए।

क्या किसी को पता है कि मेरे पीआई शून्य को k8s नोड्स के रूप में उपयोग करने के लिए स्रोत से निर्माण करना संभव है?

उदाहरण के लिए, https://hub.docker.com/r/armel/debian/ को 8 महीने पहले अपडेट किया गया था जो सुरक्षा के दृष्टिकोण से वास्तव में खराब है, बनाम https://hub.docker.com/r/armhf/debian/ जिसे 3 दिन पहले अपडेट किया गया था।

यह आज सच नहीं है क्योंकि विभिन्न आर्किटेक्चर पर आधिकारिक छवियों को एक साथ अपडेट किया जाता है। उदाहरण के लिए https://hub.docker.com/r/arm32v5/debian/ , https://hub.docker.com/r/arm32v7/debian/ और https://hub.docker.com/r/amd64/ डेबियन/ सभी 9 दिन पहले अपडेट किए गए थे।

इसके अलावा, आर्महफ स्विच के साथ, हम https://hub.docker.com/r/armhf/alpine का उपयोग करने में सक्षम थे, जो कि बहुत अच्छा है।

https://hub.docker.com/r/arm32v6/alpine/ पाई ज़ीरो पर अच्छा चलता है।

मुझे आशा है कि आप इस पर पुनर्विचार करेंगे। पाई ज़ीरो को नवीनतम k8s चलाने से रोकना बहुत निराशाजनक है।

@luxas

+1। कुछ भ्रम हुआ है क्योंकि हब को फिर से व्यवस्थित किया गया था और पुराने रेपो अभी भी आसपास हैं। ऐसा लगता है कि नए लोगों को लगातार अपडेट मिल रहे हैं।

हाय @juliancheal ,

मैं अभी भी क्लस्टरहैट पर k8s के निर्माण के बीच में हूं, लेकिन मैं पाई ज़ीरो के लिए बायनेरिज़ का संकलन और निर्माण करने में सक्षम था।

मूल रूप से, मैंने कुछ संशोधनों के साथ नीचे का अनुसरण किया है:
https://povilasv.me/raspberrypi-kubelet/

मैंने डब्ल्यूएसएल पर काम किया:
Linux DESKTOP-6GRDDIN 4.4.0-17134-Microsoft #48-Microsoft शुक्र अप्रैल 27 18:06:00 PST 2018 x86_64 x86_64 x86_64 GNU/Linux

1 gcc-arm-linux-gnueabihf के बजाय gcc-arm-linux-gnueabi स्थापित करें

sudo apt-get install gcc-arm-linux-gnueabi <- change

2 linux/arm के निर्माण से पहले, hack/lib/golang.sh में set_platform_envs() में दो संशोधन करें।

* GOARM . जोड़ेंनिर्यात GOOS=${प्लेटफ़ॉर्म%/ }निर्यात GOARCH=${प्लेटफ़ॉर्म## /}निर्यात GOARM=5 <- जोड़ें* सीसी बदलें
केस "${प्लेटफ़ॉर्म}" में
"लिनक्स/आर्म")
निर्यात CGO_ENABLED=1
निर्यात सीसी=आर्म-लिनक्स-ग्नूएबी-जीसीसी <-परिवर्तन
;;

GOARM को 5 होना चाहिए। यदि आप 6 निर्दिष्ट करते हैं, तो आपको निर्माण के दौरान एक लिंकर त्रुटि मिलेगी। (जिसे मैं हल नहीं कर सका।)

@ शिनिची-हशितानी यह मेरे पाई ज़ीरो के लिए काम करता है! धन्यवाद!

इसके अलावा मैंने लिंकर त्रुटि पर आपकी समस्या का समाधान किया। पाई ज़ीरो के लिए, GOARM=6 सेट करें और gcc-arm-linux-gnueabihf रखें। हालाँकि Pi 1 के लिए आपको GOARM=5 सेट करना होगा और इसके बजाय gcc-arm-linux-gnueabi का उपयोग करना होगा।

@ शिनिची-हशितानी यह बहुत अच्छा है! मैं इसे एक कोशिश दूंगा धन्यवाद!

@ शिनिची-हशितानी क्या आपने इसे बनाने के लिए make all KUBE_BUILD_PLATFORMS=linux/arm का उपयोग किया था? और यदि आपने अपना क्लस्टर सेट करने के लिए kubeadm का उपयोग किया है, तो आपने यह कैसे किया? क्या आपने kubelet से अधिक प्रतिलिपि बनाई है, init स्क्रिप्ट povilasv का उल्लेख किया गया है, kubeadm , और kubectl ? काम किया?

@dbwest हां, मैंने सभी को बायनेरिज़ बनाने के लिए इस्तेमाल किया। मेरे द्वारा उपयोग किए जाने वाले सटीक आदेश थे:

make all WHAT=cmd/kube-proxy KUBE_VERBOSE=5 KUBE_BUILD_PLATFORMS=linux/arm
make all WHAT=cmd/kubelet KUBE_VERBOSE=5 KUBE_BUILD_PLATFORMS=linux/arm
make all WHAT=cmd/kubectl KUBE_VERBOSE=5 KUBE_BUILD_PLATFORMS=linux/arm

मुझे नोड्स के लिए बायनेरिज़ की आवश्यकता थी, इसलिए केवल उन तीन बायनेरिज़ की आवश्यकता थी।

मैंने कुबेदम का इस्तेमाल नहीं किया। मैं केल्सी हाईटॉवर के "कुबेरनेट्स द हार्ड वे" का अनुसरण कर रहा था। जैसा कि यहां बताया गया

@ शिनिची-हशितानी किसी भी विचार से आप किस कुबेरनेट्स का निर्माण कर रहे थे?

मुझे हाथ v6 (एक पीआई शून्य डब्ल्यू पर चलने की उम्मीद) के निर्माण के लिए इसे प्राप्त करने का कोई भाग्य नहीं मिला है।

संस्करणों पर >= 1.12.0 मुझे ऐसा कुछ मिलता है ...

vendor/github.com/google/cadvisor/accelerators/nvidia.go:30:2: build constraints exclude all Go files in /private/var/folders/hn/gt2l8vq56vx9slvwry43xmz40000gn/T/tmp.A83ZihlF/_output/local/go/src/k8s.io/kubernetes/vendor/github.com/mindprince/gonvml
!!! [0511 07:36:41] Call tree:
!!! [0511 07:36:41]  1: /private/var/folders/hn/gt2l8vq56vx9slvwry43xmz40000gn/T/tmp.A83ZihlF/hack/lib/golang.sh:601 kube::golang::build_some_binaries(...)
!!! [0511 07:36:41]  2: /private/var/folders/hn/gt2l8vq56vx9slvwry43xmz40000gn/T/tmp.A83ZihlF/hack/lib/golang.sh:736 kube::golang::build_binaries_for_platform(...)
!!! [0511 07:36:41]  3: hack/make-rules/build.sh:27 kube::golang::build_binaries(...)
!!! Error in /private/var/folders/hn/gt2l8vq56vx9slvwry43xmz40000gn/T/tmp.A83ZihlF/hack/lib/golang.sh:561
  Error in /private/var/folders/hn/gt2l8vq56vx9slvwry43xmz40000gn/T/tmp.A83ZihlF/hack/lib/golang.sh:561. 'go install "${build_args[@]}" "$@"' exited with status 1

और >= 1.10.0 & < 1.12.0 ( 1.10.0 सबसे पहले मैंने कोशिश की थी), मुझे ऐसा कुछ मिलता है ...

F0511 07:39:30.480641   26683 openapi.go:116] Failed loading boilerplate: open /private/var/folders/hn/gt2l8vq56vx9slvwry43xmz40000gn/T/tmp.A83ZihlF/_output/local/go/src/k8s.io/gengo/boilerplate/boilerplate.go.txt: no such file or directory
!!! Error in ./hack/run-in-gopath.sh:33
  Error in ./hack/run-in-gopath.sh:33. '"${@}"' exited with status 255
Call stack:
  1: ./hack/run-in-gopath.sh:33 main(...)
Exiting with status 1
make[1]: *** [pkg/generated/openapi/zz_generated.openapi.go] Error 1
make: *** [generated_files] Error 2

संपादित करें: कोई बात नहीं ... ऐसा लगता है कि अगर मैं एक लिनक्स मशीन पर निर्माण करता हूं तो यह काम करता है। मैं इसे अपने मैक से करने की कोशिश कर रहा था

@ammmze ,

निश्चित रूप से निश्चित नहीं है कि आपकी ओर से क्या समस्याएँ उत्पन्न हो रही हैं, लेकिन नीचे मेरी ओर से विवरण दिया गया है:
कुबेरनेट्स - 1.10.2
गो - 19.4
मैंने उन बायनेरिज़ को क्रॉस कंपाइल करने के लिए WSL (शायद Ubuntu 16.x) का इस्तेमाल किया।

फिर से, मैंने कुछ संशोधनों के साथ नीचे का अनुसरण किया:
https://povilasv.me/raspberrypi-kubelet/
आप इससे गुजरने वाले चरणों की पुष्टि करने के लिए इसका उल्लेख कर सकते हैं।

मैंने अपना नोट और सटीक चरणों का पालन किया है, लेकिन खेद है कि यह केवल जापानी में उपलब्ध है:
https://qiita.com/ShinHashitani/items/ea9ffdefce8ca5786da6

पीआई ज़ीरो के लिए बैक आर्मल सपोर्ट जोड़ने पर कोई आंदोलन? मेरे पास काफी कुछ है और मैं डेमो उद्देश्यों के लिए कम लागत/पावर क्लस्टर बनाना पसंद करूंगा

पीआई ज़ीरो के लिए बैक आर्मल सपोर्ट जोड़ने पर कोई आंदोलन? मेरे पास काफी कुछ है और मैं डेमो उद्देश्यों के लिए कम लागत/पावर क्लस्टर बनाना पसंद करूंगा

नमस्ते, जैसा कि आप ऊपर चर्चा में देख सकते हैं, कोर कुबेरनेट्स ने armv6l के लिए समर्थन छोड़ दिया।
इसलिए मुझे नहीं लगता कि इस समर्थन को फिर से जोड़ने की कोई संभावना है।

यदि आप armv6l पर k8s / kubeadm का उपयोग करना चाहते हैं, तो आपको सब कुछ (CNI छवियों सहित) को फिर से संकलित करना होगा।

मैं सिर्फ यह कहने के लिए चिल्ला रहा हूं कि मैंने सफलतापूर्वक K8s 1.18.3 को स्रोत से संकलित करके इसे गोलांग में संकलित किया है: 1.13-अल्पाइन डॉकर छवि, जो एक बहु-आर्क छवि है और इसमें एक armv6 शामिल है। (मैंने डॉकर को अनुकरण के लिए क्यूईएमयू का उपयोग करने के लिए कॉन्फ़िगर किया है और अन्य आर्किटेक्चर के लिए कंटेनर चला सकता है।)

केवल गिट रेपो को क्लोन करके, और रीडमी पेज पर 4-चरण बनाने की प्रक्रिया का पालन करके (यानी बस सभी WHAT = cmd/घटक बनाएं), क्यूबलेट को छोड़कर सभी k8s घटकों को स्थिर रूप से संकलित किया गया और मेरे पीआई शून्य पर स्टैंडअलोन निष्पादन योग्य के रूप में चलाया गया, बिना किसी निर्भरता के। (और अगर गोलांग-अल्पाइन काम करना बंद कर देता है, तो मैं सिर्फ आर्क लिनक्स एआरएम को स्क्रैच से बूटस्ट्रैप कर सकता हूं, जिसे संकलन के लिए ठीक काम करना चाहिए।)

एकमात्र मुद्दा यह है कि क्यूबलेट को संकलित करना अभी भी गतिशील रूप से सिस्टम ग्लिब लाइब्रेरी से लिंक करता है, और मुझे अभी तक यह पता नहीं चला है कि इसे कैसे ठीक किया जाए। मैं एक प्रोग्रामर नहीं हूं, और मैंने जाने के लिए या जीसीसी के लिए जोड़े गए संकलन झंडे में से कोई भी फर्क नहीं पड़ता। (क्यूबलेट में कुछ सी कोड है जो मुझे लगता है, क्योंकि इसे संकलित करने के लिए जीसीसी की आवश्यकता है।) मुझे लगता है कि सबसे खराब स्थिति मैं प्रत्येक प्रकार के ओएस के लिए एक डॉकर छवि को बूटस्ट्रैप कर सकता हूं, इसलिए ग्लिबैक गतिशील लिंक काम करेंगे, लेकिन मैं नहीं चाहता वो करें।

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

अंत में, आपको इन बायनेरिज़ (साथ ही अन्य संस्करणों) वाली छवियों के साथ अपना स्वयं का भंडार बनाना होगा, और उन्हें खींचने के लिए कुबेदम को कॉन्फ़िगर करना होगा। और इससे भी अधिक मजेदार, हालांकि डॉकर arm6 पर चलता है, यह गलत तरीके से arm7 छवियों (3 वर्षों से अधिक के लिए एक ज्ञात बग) खींचता है, इसलिए आपको केवल arm6 संस्करण को चलाने के लिए arm7 छवि को बदलने की आवश्यकता है, या arm6 और arm7 दोनों को बनाने की आवश्यकता है। एक ही छवि और बस प्रवेश बिंदु एक शेल स्क्रिप्ट होना चाहिए जो रनटाइम पर निर्धारित करता है कि arm6 या arm7 प्रोग्राम लॉन्च करना है या नहीं। गैर-मास्टर नोड्स को केवल क्यूबलेट और क्यूब-प्रॉक्सी चलाने की आवश्यकता होती है, इसलिए शायद वे ही एकमात्र छवियां हैं जिनके लिए आपको ऐसा करने की आवश्यकता है। (एक और हैक जो मैंने उपयोग करने वाले लोगों के बारे में पढ़ा है, वह सही छवि खींच रहा है और फिर इसे स्थानीय रूप से फिर से टैग कर रहा है, जो भी छवि कुबेदम खींचना चाहता है, इसलिए यह केवल स्थानीय संस्करण का उपयोग करेगा।)

मैं वास्तव में केवल k8s "कठिन तरीका" सेटअप करने के लिए उत्तरदायी का उपयोग कर रहा हूं, लेकिन मैं अभी भी अनुपालन डॉकर छवियों को बनाने का इरादा रखता हूं जो ड्रॉप-इन प्रतिस्थापन हो सकते हैं, इसलिए कुबेदम उनके साथ काम करेगा। यदि और जब मैं क्यूबलेट को स्थिर रूप से सही ढंग से संकलित करने के लिए प्राप्त कर सकता हूं, तो मैं प्रक्रिया को डॉकरफाइल में स्वचालित कर दूंगा और छवियों को डॉकर हब पर चिपका दूंगा। उन छवियों में उतने आर्किटेक्चर होंगे जितने मैं उपयोग कर सकता हूं, इसलिए आदर्श रूप से, हम एक बहु-आर्किटेक्चर क्लस्टर पर कुबेदम का उपयोग करने में सक्षम होंगे। जैसे amd64, arm64, arm6, और arm7। मेरा अनुमान है कि पीआई ज़ीरो (कार्यकर्ता नोड्स के रूप में) पर पूर्ण उत्पादन डॉकर और के 8 अभी भी छोटी छवियों को चलाने के लिए कम से कम 50 एमबी -100 एमबी रैम छोड़ देता है। और अगर मैं कर्नेल को हटा देता हूं, तो मैं शायद एक और 30 या 40 मेग्स मुक्त कर सकता हूं। लेकिन यह भविष्य में बहुत दूर है। अगर मैं अपने पाई ज़ीरो पर K8s द्वारा प्रबंधित एक nginx कंटेनर द्वारा परोसा जा रहा एक स्थिर पृष्ठ प्राप्त कर सकता हूं, तो मैं उस समय के लिए एक जीत कह रहा हूं।

7 अगस्त से संपादित करें: मैं सब कुछ काम करने में कामयाब रहा हूं, और वर्तमान में एक K8s क्लस्टर है जो arm6, arm7, arm8 और amd64 से बना है। मैं जल्द ही यहां अपनी प्रक्रिया का एक राइट-अप कर रहा हूं, लेकिन अभी के लिए, महत्वपूर्ण टेकअवे एक आर्म 6 डिवाइस पर एक कार्यकर्ता नोड के रूप में एक कुबेदम स्थापित करना है, आपको क्यूबेडम और क्यूबलेट के लिए बायनेरिज़ की आवश्यकता है, और केवल दो कंटेनर, पॉज़ कंटेनर और क्यूब-प्रॉक्सी कंटेनर। यदि आपके पास QEMU है, तो आप बिल्डएक्स के साथ मूल रूप से बायनेरिज़ का निर्माण कर सकते हैं, और बस मेरे Dockerfile को संशोधित कर

वैकल्पिक रूप से, आप kubeadm और kubelet के लिए बनाए गए आर्क पैकेज में /usr/bin dir से स्थिर बायनेरिज़ खींच सकते हैं। मैंने अपने पाई ज़ीरो पर आर्क लिनक्स एआरएम स्थापित किया है, और इसलिए सीएनआई प्लगइन्स मेरे सिस्टम में एक पैकेज द्वारा स्थापित किए गए थे, लेकिन आप उन्हें मेरे डॉकरफाइल के साथ बना सकते हैं (या उन्हें आर्क लिनक्स एआरएम पैकेज से खींच सकते हैं) और फिर सीएनआई बायनेरिज़ को अंदर रख सकते हैं। आपके सिस्टम पर निर्देशिका "/opt/cni/bin/"। यदि आपके पास उस फ़ोल्डर में वे CNI बायनेरिज़ हैं, और क्यूबलेट स्थापित है और एक सेवा के रूप में तैयार है, तो आप डिवाइस पर बस kubeadm चला सकते हैं और इसे ठीक काम करना चाहिए। केवल आवश्यकता है कि आपको अपने कंटेनर इंजन के लिए पहले से उपलब्ध सही क्यूब-प्रॉक्सी और पॉज़ कंटेनरों की आवश्यकता है।

मेरे पाई ज़ीरो पर, मेरे पास स्टॉक डॉकर स्थापित है, और मैंने डॉकर फ़ाइल से निर्मित बायनेरिज़ का उपयोग किया है, जो कि क्यूब-प्रॉक्सी और पॉज़ के लिए एक संगत आर्म 6 कंटेनर बनाने के लिए आधिकारिक K8s कंटेनरों के विश्लेषण के साथ संयुक्त है। Kubeadm पर Kubernetes संस्करण को v1.18.6 के रूप में निर्दिष्ट करते हुए, उन कंटेनरों को क्रमशः "k8s.gcr.io/kube-proxy:v1.18.6" और "k8s.gcr.io/pause:3.2" के रूप में फिर से टैग करना आवश्यक है, लेकिन यदि वे कंटेनर पहले से मौजूद हैं और आपके सिस्टम पर सही ढंग से टैग किए गए हैं, तो कुबेदम बिना किसी शिकायत के सफल होगा।

एकमात्र अन्य समस्या एक कार्यशील ओवरले नेटवर्क है। मैं अधिक संकलन नरक से नहीं गुजरना चाहता था, इसलिए मैंने फलालैन का उपयोग किया, जिसका "आर्म" संस्करण arm6 और arm7 पर काम करता है। आप इसे उनकी defautl yaml फ़ाइल के साथ स्थापित कर सकते हैं। हालांकि, आपको FLANNEL_MTU नामक सभी अनुभागों के लिए एक env var जोड़ना चाहिए और इसे 1430 या उससे कम पर सेट करना चाहिए। डिफ़ॉल्ट, 1500, मेट्रिक्स-सर्वर के साथ कुछ समस्याओं का कारण बनता है। इसके अतिरिक्त, यदि आप इसका उपयोग करना चाहते हैं, तो मैंने फलालैन की सभी छवियों को एक बहु-आर्क छवि में जोड़ दिया है। यह आपको वह करने की अनुमति देगा जो मैंने किया था और डिफ़ॉल्ट yaml इंस्टॉल फ़ाइल को केवल एक सेक्शन में स्ट्रिप कर देगा।

Kubeadm और Docker CE का उपयोग करके इस "पूर्ण" K8s इंस्टॉलेशन के साथ, मेरा पाई ज़ीरो लगभग 55% CPU उपयोग में निष्क्रिय है, और इसमें लगभग 160MB मेमोरी फ्री है। अगर हम मान लें कि मैं बर्स्ट क्षमता के लिए कम से कम २५% छोड़ना चाहता हूं, तो वह अभी भी लगभग २०% छोड़ देता है, जो २०० मिली के बराबर है। (पाई ज़ीरो में एक सिंगल कोर 1GHz CPU है।) कुछ अतिरिक्त विग्गल रूम देने के लिए, मैंने अपना कंटेनर अनुरोध और सीमा 120m, और RAM को 100MB तक गोल किया और सेट किया। अब तक, सब कुछ ठीक काम करता है। एकमात्र मुद्दा गर्मी है, क्योंकि मेरे शून्य सभी एक साथ एक प्यारे स्टैकेबल केस में एक साथ भरे हुए हैं जिसमें ज्यादा हवा की जगह नहीं है।

(और निश्चित रूप से, प्रबंधक नोड एक पीआई ज़ीरो नहीं है, यह एक पीआई 4 है।)

1 दिसंबर 2020 से संपादित करें: यह मेरा आखिरी अपडेट होगा। वास्तव में, जोड़ने के लिए बहुत कुछ नहीं है। Kubeadm में yaml कॉन्फ़िगरेशन फ़ाइल है, जैसा कि अन्य सभी k8s घटकों में होता है, जिनमें से कोई भी अच्छी तरह से प्रलेखित नहीं है ...

kubeadm विकल्पों में से एक आपकी छवियों के लिए एक कस्टम रजिस्ट्री का उपयोग करना है, ताकि आप एक बहु-आर्क छवि बना सकें और इसे एक निजी रजिस्ट्री में धकेल सकें और फिर इसे अपने सेटअप के लिए उपयोग कर सकें, न कि केवल डॉकटर में एक छवि को रीटैग करने के हैक के बजाय। डॉकटर से छुटकारा पाने के लिए मैंने यही किया है और सीधे कंटेनरड का उपयोग करें।

मुझे अभी भी पता नहीं चला है कि arm6 के लिए संकलित नियंत्रण विमान घटकों को कैसे प्राप्त किया जाए। क्यूईएमयू और देशी डिवाइस दोनों 1 जीबी से अधिक रैम की अनुमति नहीं देंगे, जो कि गो के लिए अधिकांश नियंत्रण विमान को संकलित करने के लिए पर्याप्त नहीं है। मुझे पता है कि गो सैद्धांतिक रूप से अन्य आर्किटेक्चर के लिए संकलित कर सकता है, इसलिए मुझे अपने सभी रैम का उपयोग करके अपनी amd64 मशीन पर arm6 संकलित करने में सक्षम होना चाहिए । लेकिन मेरे जीवन के लिए, मैं इसे काम नहीं कर सकता, इसलिए मैं क्यूईएमयू या डिवाइसों पर मूल रूप से चीजों को संकलित कर रहा हूं। जिसका मतलब है कि कोई आर्म 6 कंट्रोल प्लेन कंपोनेंट्स नहीं है।

लेकिन यही एकमात्र अड़चन है। क्यूबलेट और क्यूबेडम संकलन, और पॉज़ कंटेनर और क्यूब-प्रॉक्सी कंटेनर इसी तरह बिल्डएक्स के साथ बनाए जा सकते हैं। इसलिए कार्यकर्ता नोड घटकों को arm6 के लिए काम करना अभी भी काफी आसान है। यदि आप पाई ज़ीरो के साथ एक क्लस्टर बना रहे हैं, तो निश्चित रूप से क्यूबलेट कॉन्फ़िगरेशन फ़ाइल को संसाधन उपयोग के लिए इसे ट्विक करने के लिए पढ़ें। (या, आप जानते हैं, पूर्ण स्टॉक k8s के बजाय k3s या किसी अन्य हल्के डिस्ट्रो का उपयोग करें।)

मेरे पास यहां प्रकाशित पुराने रास्पबेरी मॉडल के लिए बायनेरिज़ हैं https://github.com/aojea/kubernetes-raspi-binaries
वे जीथब एक्शन जॉब के साथ बनाए गए हैं, इसलिए बेझिझक इसका पुन: उपयोग करें