इस लेख में, मैं आपको एक शांत तकनीक दिखाना चाहता हूं, मैं इसे कुबेरनेट्स के लिए सफलतापूर्वक उपयोग करता हूं। यह बड़े समूहों के निर्माण के लिए वास्तव में उपयोगी हो सकता है।

अब से, आपको ओएस को स्थापित करने और प्रत्येक नोड के लिए अलग पैकेज के बारे में सोचने की ज़रूरत नहीं है। क्यों? आप यह सब डॉकफाइल के माध्यम से स्वचालित रूप से कर सकते हैं!

तथ्य यह है कि आप सैकड़ों नए सर्वर खरीद सकते हैं, उन्हें अपने काम के माहौल में जोड़ सकते हैं और लगभग तुरंत उन्हें उपयोग के लिए तैयार कर सकते हैं वास्तव में आश्चर्यजनक है!

Intrigued? अब क्रम में सब कुछ के बारे में बात करते हैं।

सारांश

आरंभ करने के लिए, हमें यह समझने की आवश्यकता है कि यह सर्किट कैसे काम करता है।

संक्षेप में, सभी नोड्स के लिए हम ओएस, डॉकर, क्यूबलेट और अन्य सभी चीजों के साथ एक एकल छवि तैयार कर रहे हैं।
कर्नेल के साथ यह सिस्टम इमेज स्वतः ही डॉकफेराइल का उपयोग करके CI द्वारा बनाया गया है।
एंड नोड्स नेटवर्क के माध्यम से सीधे इस छवि से ओएस और कर्नेल को लोड करते हैं।

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

छवि तैयार करने की प्रक्रिया

हम LTSP प्रोजेक्ट का उपयोग करेंगे क्योंकि यह हमें नेटवर्क बूट को व्यवस्थित करने के लिए आवश्यक सब कुछ देता है।
सामान्य तौर पर, LTSP शेल स्क्रिप्ट का एक बंडल है जो हमारे जीवन को बहुत आसान बनाता है।

यह इनट्रामाफ़्स मॉड्यूल, कई हेल्पर स्क्रिप्ट और कुछ प्रकार की कॉन्फ़िगरेशन प्रणाली प्रदान करता है जो इनिट को लागू करने से पहले ही लोडिंग के शुरुआती चरण में सिस्टम तैयार करता है।

इस तरह से छवि तैयार करने की प्रक्रिया दिखती है:

• आधार प्रणाली को चेरोट वातावरण में तैनात करें।
• हम आवश्यक परिवर्तन करते हैं, सॉफ़्टवेयर स्थापित करते हैं।
• ltsp-build-image कमांड चलाएँ

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

सर्वर घटक

हमारे मामले में LTSP के सर्वर भाग में केवल दो घटक शामिल हैं:

• TFTP सर्वर - TFTP एक इनिशियलाइज़ेशन प्रोटोकॉल है, इसका उपयोग कर्नेल, इनट्राम्राम्स और मुख्य विन्यास को लोड करने के लिए किया जाता है - lts.conf।
• NBD सर्वर - NBD प्रोटोकॉल का उपयोग क्लाइंट्स को एक कंप्रेस्ड रूटफैस इमेज देने के लिए किया जाता है। यह सबसे तेज़ विधि है, लेकिन यदि वांछित है, तो इसे NFS या AoE से बदला जा सकता है।

आपको यह भी करना होगा:

• डीएचसीपी सर्वर - यह आईपी कॉन्फ़िगरेशन और कई अतिरिक्त विकल्पों को वितरित करेगा जो हमारे ग्राहकों को आवश्यकता होगी ताकि वे हमारे LTSP सर्वर से बूट कर सकें।

नोड लोडिंग प्रक्रिया

नोड लोडिंग प्रक्रिया का विवरण

• सबसे पहले, नोड डीएचसीपी आईपी पते और next-server , filename लिए विकल्पों का अनुरोध करेगा।
• फिर नोड सेटिंग लागू करेगा और बूटलोडर (pxelinux या ग्रब) डाउनलोड करेगा
• बूटलोडर कर्नेल और इनट्राम्राम्स के साथ कॉन्फ़िगरेशन को डाउनलोड और लोड करेगा।
• फिर यह कर्नेल और इनट्राम्राम्स को कर्नेल के लिए निर्दिष्ट विशिष्ट विकल्पों के साथ लोड करेगा।
• बूट समय पर, initramfs मॉड्यूल cmdline से मापदंडों को संसाधित करेगा और कुछ क्रियाएं करेगा, जैसे कि एक nbd डिवाइस कनेक्ट करना, ओवरले रूटफ़्स तैयार करना, आदि।
• उसके बाद, सामान्य init के बजाय, एक विशेष ltsp-init कहा जाएगा।
• Ltsp-init स्क्रिप्ट मुख्य इनिट कहे जाने से पहले सिस्टम को जल्दी से तैयार कर देगा। मूल रूप से, lts.conf (मुख्य कॉन्फ़िगरेशन फ़ाइल) के विकल्प यहां उपयोग किए जाते हैं: यह fstab और rllocal, आदि में रिकॉर्ड अपडेट कर रहा है।
• फिर मुख्य इनिट (सिस्टमड) के लिए एक कॉल होगा, जो पहले से कॉन्फ़िगर सिस्टम को हमेशा की तरह लोड करेगा, fstab से साझा संसाधनों को माउंट करेगा, लक्ष्य और सेवाओं को लॉन्च करेगा, और rc.local से कमांड निष्पादित करेगा।
• नतीजतन, हमें पूरी तरह से कॉन्फ़िगर और लोड की गई प्रणाली मिलती है, जो आगे की कार्रवाई के लिए तैयार है।

सर्वर की तैयारी

जैसा कि मैंने कहा, मैं डॉकफाइल का उपयोग करके स्क्वैश इमेज के साथ LTSP सर्वर तैयार करता हूं। यह विधि खराब नहीं है, क्योंकि निर्माण के सभी चरणों को आपके गिट रिपॉजिटरी में वर्णित किया जा सकता है। आप संस्करणों को नियंत्रित कर सकते हैं, टैग का उपयोग कर सकते हैं, CI लागू कर सकते हैं और वही सब जो आप सामान्य डॉकर परियोजनाओं की तैयारी के लिए उपयोग करेंगे।

दूसरी ओर, आप मैन्युअल रूप से सभी चरणों का पालन करके एलटीएसपी सर्वर को तैनात कर सकते हैं, यह प्रशिक्षण के उद्देश्यों और बुनियादी सिद्धांतों को समझने के लिए अच्छा हो सकता है।
लेख में सूचीबद्ध कमांड को मैन्युअल रूप से चलाएं यदि आप केवल डॉकफाइल के बिना LTSP की कोशिश करना चाहते हैं।

प्रयुक्त पैच की सूची

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

• सुविधा grub.diff
  डिफ़ॉल्ट रूप से, एलटीएसपी ईएफआई का समर्थन नहीं करता है, इसलिए मैंने एक पैच तैयार किया जो GRFI2 को EFI समर्थन के साथ जोड़ता है।
• feature_preinit.diff
  यह पैच LRE.conf में PREINIT विकल्प जोड़ता है, जो आपको मुख्य इनिट को लागू करने से पहले मनमानी कमांड चलाने की अनुमति देता है। यह सिस्टमड इकाइयों और नेटवर्क सेटिंग्स को संशोधित करने के लिए उपयोगी हो सकता है। यह उल्लेखनीय है कि बूट वातावरण से सभी चर सहेजे जाते हैं, और आप उन्हें इस विकल्प के माध्यम से बुलाए गए अपने स्क्रिप्ट में उपयोग कर सकते हैं।
• feature_initramfs_params_from_lts_conf.diff
  इस समस्या को अक्षम NBD_TO_RAM विकल्प के साथ हल करता है, इस पैच के बाद आप इसे lro.conf में थ्रोट के अंदर निर्दिष्ट कर सकते हैं। (tftp निर्देशिका में एक नहीं)
• nbd-server-wrapper.sh
  यह एक पैच नहीं है, लेकिन सिर्फ एक शेल स्क्रिप्ट है, यह आपको nbd-server को अग्रभूमि में चलाने की अनुमति देता है, अगर आपको Docker कंटेनर के अंदर nbd-server चलाना है तो आपको इसकी आवश्यकता होगी।

Dockerfile चरणों

हम अपने डॉकटर छवि के केवल आवश्यक हिस्सों को बचाने के लिए अपने डॉकरीफाइल में मंच निर्माण का उपयोग करेंगे, शेष अप्रयुक्त भागों को अंतिम छवि से बाहर रखा जाएगा।

 ltsp-base (    ltsp ) | |---basesystem | ( chroot-     ) | | | |---builder | | (    ,  ) | | | '---ltsp-image | (  , docker, kubelet   squashed ) | '---final-stage ( squashed ,   initramfs   stage) 

स्टेज 1: ltsp- बेस

ठीक है, चलिए शुरू करते हैं, यह हमारे डॉकरीफाइल का पहला भाग है:

 FROM ubuntu:16.04 as ltsp-base ADD nbd-server-wrapper.sh /bin/ ADD /patches/feature-grub.diff /patches/feature-grub.diff RUN apt-get -y update \ && apt-get -y install \ ltsp-server \ tftpd-hpa \ nbd-server \ grub-common \ grub-pc-bin \ grub-efi-amd64-bin \ curl \ patch \ && sed -i 's|in_target mount|in_target_nofail mount|' \ /usr/share/debootstrap/functions \ #   EFI   Grub (#1745251) && patch -p2 -d /usr/sbin < /patches/feature-grub.diff \ && rm -rf /var/lib/apt/lists \ && apt-get clean 

फिलहाल, हमारी डॉकटर छवि में पहले से ही निम्न स्थापित है:

• NBD सर्वर
• TFTP सर्वर
• ग्रब बूटलोडर समर्थन के साथ LTSP स्क्रिप्ट्स (EFI के लिए)

स्टेज 2: बेससिस्टम

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

 FROM ltsp-base as basesystem ARG DEBIAN_FRONTEND=noninteractive #    RUN mkdir -p /opt/ltsp/amd64/proc/self/fd \ && touch /opt/ltsp/amd64/proc/self/fd/3 \ && debootstrap --arch amd64 xenial /opt/ltsp/amd64 \ && rm -rf /opt/ltsp/amd64/proc/* #   RUN echo "\ deb http://archive.ubuntu.com/ubuntu xenial main restricted universe multiverse\n\ deb http://archive.ubuntu.com/ubuntu xenial-updates main restricted universe multiverse\n\ deb http://archive.ubuntu.com/ubuntu xenial-security main restricted universe multiverse" \ > /opt/ltsp/amd64/etc/apt/sources.list \ && ltsp-chroot apt-get -y update \ && ltsp-chroot apt-get -y upgrade #   LTSP RUN ltsp-chroot apt-get -y install ltsp-client-core #   initramfs # 1:    /etc/lts.conf    (#1680490) # 2:   PREINIT   lts.conf ADD /patches /patches RUN patch -p4 -d /opt/ltsp/amd64/usr/share < /patches/feature_initramfs_params_from_lts_conf.diff \ && patch -p3 -d /opt/ltsp/amd64/usr/share < /patches/feature_preinit.diff #  LTSP_NBD_TO_RAM    ,     ram: RUN echo "[Default]\nLTSP_NBD_TO_RAM = true" \ > /opt/ltsp/amd64/etc/lts.conf #   RUN echo 'APT::Install-Recommends "0";\nAPT::Install-Suggests "0";' \ >> /opt/ltsp/amd64/etc/apt/apt.conf.d/01norecommend \ && ltsp-chroot apt-get -y install \ software-properties-common \ apt-transport-https \ ca-certificates \ ssh \ bridge-utils \ pv \ jq \ vlan \ bash-completion \ screen \ vim \ mc \ lm-sensors \ htop \ jnettop \ rsync \ curl \ wget \ tcpdump \ arping \ apparmor-utils \ nfs-common \ telnet \ sysstat \ ipvsadm \ ipset \ make #   RUN ltsp-chroot apt-get -y install linux-generic-hwe-16.04 

कृपया ध्यान दें कि कुछ संकुल, जैसे कि lvm2, में समस्याओं का अनुभव हो सकता है। वे एक unprivileged चुरोट में स्थापना के लिए पूरी तरह से अनुकूलित नहीं हैं। उनकी पोस्ट-स्क्रिप्ट स्क्रिप्ट विशेषाधिकार प्राप्त आदेशों को लागू करने का प्रयास करती हैं जो विफल हो सकते हैं और पूरे पैकेज की स्थापना को अवरुद्ध कर सकते हैं।

समाधान:

• कुछ समस्याओं के बिना स्थापित किया जा सकता है यदि आप कर्नेल स्थापित करने से पहले उन्हें स्थापित करते हैं (उदाहरण के लिए, lvm2)
• लेकिन उनमें से कुछ के लिए, आपको बिना पोस्ट स्क्रिप्ट के इंस्टॉल करने के लिए इस वर्कअराउंड का उपयोग करना होगा।

स्टेज 3: बिल्डर

इस स्तर पर, हम सभी आवश्यक सॉफ़्टवेयर और कर्नेल मॉड्यूल स्रोतों से एकत्र कर सकते हैं, यह बहुत अच्छा है कि इस चरण में, पूरी तरह से स्वचालित मोड में ऐसा करना संभव है।
इस चरण को छोड़ दें यदि आपको कलाकारों से कुछ भी इकट्ठा करने की आवश्यकता नहीं है।

मैं MLNX_EN ड्राइवर के नवीनतम संस्करण को स्थापित करने का एक उदाहरण दूंगा:

 FROM basesystem as builder #  cpuinfo (   ) RUN cp /proc/cpuinfo /opt/ltsp/amd64/proc/cpuinfo #    Mellanox driver RUN ltsp-chroot sh -cx \ ' VERSION=4.3-1.0.1.0-ubuntu16.04-x86_64 \ && curl -L http://www.mellanox.com/downloads/ofed/MLNX_EN-${VERSION%%-ubuntu*}/mlnx-en-${VERSION}.tgz \ | tar xzf - \ && export \ DRIVER_DIR="$(ls -1 | grep "MLNX_OFED_LINUX-\|mlnx-en-")" \ KERNEL="$(ls -1t /lib/modules/ | head -n1)" \ && cd "$DRIVER_DIR" \ && ./*install --kernel "$KERNEL" --without-dkms --add-kernel-support \ && cd - \ && rm -rf "$DRIVER_DIR" /tmp/mlnx-en* /tmp/ofed*' #    RUN ltsp-chroot sh -c \ ' export KERNEL="$(ls -1t /usr/src/ | grep -m1 "^linux-headers" | sed "s/^linux-headers-//g")" \ && tar cpzf /modules.tar.gz /lib/modules/${KERNEL}/updates' 

चरण 4: ltsp- छवि

इस चरण में हम वही स्थापित करेंगे जो हमने पिछले चरण में एकत्र किया है:

 FROM basesystem as ltsp-image #    COPY --from=builder /opt/ltsp/amd64/modules.tar.gz /opt/ltsp/amd64/modules.tar.gz #    RUN ltsp-chroot sh -c \ ' export KERNEL="$(ls -1t /usr/src/ | grep -m1 "^linux-headers" | sed "s/^linux-headers-//g")" \ && tar xpzf /modules.tar.gz \ && depmod -a "${KERNEL}" \ && rm -f /modules.tar.gz' 

अब हम अपनी LTSP छवि को पूरा करने के लिए अतिरिक्त बदलाव करेंगे:

 #  docker RUN ltsp-chroot sh -c \ ' curl -fsSL https://download.docker.com/linux/ubuntu/gpg | apt-key add - \ && echo "deb https://download.docker.com/linux/ubuntu xenial stable" \ > /etc/apt/sources.list.d/docker.list \ && apt-get -y update \ && apt-get -y install \ docker-ce=$(apt-cache madison docker-ce | grep 18.06 | head -1 | awk "{print $ 3}")' #    docker RUN DOCKER_OPTS="$(echo \ --storage-driver=overlay2 \ --iptables=false \ --ip-masq=false \ --log-driver=json-file \ --log-opt=max-size=10m \ --log-opt=max-file=5 \ )" \ && sed "/^ExecStart=/ s|$| $DOCKER_OPTS|g" \ /opt/ltsp/amd64/lib/systemd/system/docker.service \ > /opt/ltsp/amd64/etc/systemd/system/docker.service #  kubeadm, kubelet  kubectl RUN ltsp-chroot sh -c \ ' curl -s https://packages.cloud.google.com/apt/doc/apt-key.gpg | apt-key add - \ && echo "deb http://apt.kubernetes.io/ kubernetes-xenial main" \ > /etc/apt/sources.list.d/kubernetes.list \ && apt-get -y update \ && apt-get -y install kubelet kubeadm kubectl cri-tools' #    RUN rm -f /opt/ltsp/amd64/etc/apt/apt.conf.d/20auto-upgrades #   apparmor RUN ltsp-chroot find /etc/apparmor.d \ -maxdepth 1 \ -type f \ -name "sbin.*" \ -o -name "usr.*" \ -exec ln -sf "{}" /etc/apparmor.d/disable/ \; #    (cmdline) RUN KERNEL_OPTIONS="$(echo \ init=/sbin/init-ltsp \ forcepae \ console=tty1 \ console=ttyS0,9600n8 \ nvme_core.default_ps_max_latency_us=0 \ )" \ && sed -i "/^CMDLINE_LINUX_DEFAULT=/ s|=.*|=\"${KERNEL_OPTIONS}\"|" \ "/opt/ltsp/amd64/etc/ltsp/update-kernels.conf" 

अब हमारे पैरोड से एक स्क्वाड छवि बनाएं:

 #   RUN rm -rf /opt/ltsp/amd64/var/lib/apt/lists \ && ltsp-chroot apt-get clean #  squashed  RUN ltsp-update-image 

स्टेज 5: अंतिम चरण

अंतिम चरण में, हम केवल अपनी स्क्वैश छवि और कर्नेल को इनट्र्रामफ्स के साथ सहेजते हैं

 FROM ltsp-base COPY --from=ltsp-image /opt/ltsp/images /opt/ltsp/images COPY --from=ltsp-image /etc/nbd-server/conf.d /etc/nbd-server/conf.d COPY --from=ltsp-image /var/lib/tftpboot /var/lib/tftpboot 

ठीक है, अब हमारे पास एक डॉकटर छवि है जिसमें शामिल हैं:

• TFTP सर्वर
• NBD सर्वर
• कॉन्फ़िगर किया हुआ बूटलोडर
• initramfs के साथ कर्नेल
• टूटी हुई जड़ें छवि

के उपयोग

ठीक है, अब जब एलटीएसपी सर्वर, कर्नेल, इनट्राम्राम्स और स्क्वैश रूटफुट के साथ हमारी डॉकर छवि पूरी तरह से तैयार है, तो हम इसके साथ तैनाती चला सकते हैं।

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

मैं इससे बचने के दो तरीके जानता हूं: hostNetwork: true उपयोग hostNetwork: true या hostNetwork: true उपयोग करें, दूसरा विकल्प हमें दोष सहिष्णुता भी प्रदान करेगा, विफलता के मामले में, आईपी पता कंटेनर के साथ दूसरे नोड में चला जाएगा। दुर्भाग्य से पिपवर्क एक देशी और कम सुरक्षित तरीका नहीं है।
यदि आप किसी और उपयुक्त समाधान के बारे में जानते हैं, तो कृपया हमें इसके बारे में बताएं।

यहाँ hostNetwork के साथ एक उदाहरण परिनियोजन है:

 apiVersion: extensions/v1beta1 kind: Deployment metadata: name: ltsp-server labels: app: ltsp-server spec: selector: matchLabels: name: ltsp-server replicas: 1 template: metadata: labels: name: ltsp-server spec: hostNetwork: true containers: - name: tftpd image: registry.example.org/example/ltsp:latest command: [ "/usr/sbin/in.tftpd", "-L", "-u", "tftp", "-a", ":69", "-s", "/var/lib/tftpboot" ] lifecycle: postStart: exec: command: ["/bin/sh", "-c", "cd /var/lib/tftpboot/ltsp/amd64; ln -sf config/lts.conf ." ] volumeMounts: - name: config mountPath: "/var/lib/tftpboot/ltsp/amd64/config" - name: nbd-server image: registry.example.org/example/ltsp:latest command: [ "/bin/nbd-server-wrapper.sh" ] volumes: - name: config configMap: name: ltsp-config 

जैसा कि आपने देखा होगा, lts.conf फ़ाइल के साथ कॉन्फ़िगर करना भी यहाँ उपयोग किया जाता है।
एक उदाहरण के रूप में, मैं अपने विन्यास का हिस्सा दूंगा:

 apiVersion: v1 kind: ConfigMap metadata: name: ltsp-config data: lts.conf: | [default] KEEP_SYSTEM_SERVICES = "ssh ureadahead dbus-org.freedesktop.login1 systemd-logind polkitd cgmanager ufw rpcbind nfs-kernel-server" PREINIT_00_TIME = "ln -sf /usr/share/zoneinfo/Europe/Prague /etc/localtime" PREINIT_01_FIX_HOSTNAME = "sed -i '/^127.0.0.2/d' /etc/hosts" PREINIT_02_DOCKER_OPTIONS = "sed -i 's|^ExecStart=.*|ExecStart=/usr/bin/dockerd -H fd:// --storage-driver overlay2 --iptables=false --ip-masq=false --log-driver=json-file --log-opt=max-size=10m --log-opt=max-file=5|' /etc/systemd/system/docker.service" FSTAB_01_SSH = "/dev/data/ssh /etc/ssh ext4 nofail,noatime,nodiratime 0 0" FSTAB_02_JOURNALD = "/dev/data/journal /var/log/journal ext4 nofail,noatime,nodiratime 0 0" FSTAB_03_DOCKER = "/dev/data/docker /var/lib/docker ext4 nofail,noatime,nodiratime 0 0" # Each command will stop script execution when fail RCFILE_01_SSH_SERVER = "cp /rofs/etc/ssh/*_config /etc/ssh; ssh-keygen -A" RCFILE_02_SSH_CLIENT = "mkdir -p /root/.ssh/; echo 'ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDBSLYRaORL2znr1V4a3rjDn3HDHn2CsvUNK1nv8+CctoICtJOPXl6zQycI9KXNhANfJpc6iQG1ZPZUR74IiNhNIKvOpnNRPyLZ5opm01MVIDIZgi9g0DUks1g5gLV5LKzED8xYKMBmAfXMxh/nsP9KEvxGvTJB3OD+/bBxpliTl5xY3Eu41+VmZqVOz3Yl98+X8cZTgqx2dmsHUk7VKN9OZuCjIZL9MtJCZyOSRbjuo4HFEssotR1mvANyz+BUXkjqv2pEa0I2vGQPk1VDul5TpzGaN3nOfu83URZLJgCrX+8whS1fzMepUYrbEuIWq95esjn0gR6G4J7qlxyguAb9 admin@kubernetes' >> /root/.ssh/authorized_keys" RCFILE_03_KERNEL_DEBUG = "sysctl -w kernel.unknown_nmi_panic=1 kernel.softlockup_panic=1; modprobe netconsole netconsole=@/vmbr0,@10.9.0.15/" RCFILE_04_SYSCTL = "sysctl -w fs.file-max=20000000 fs.nr_open=20000000 net.ipv4.neigh.default.gc_thresh1=80000 net.ipv4.neigh.default.gc_thresh2=90000 net.ipv4.neigh.default.gc_thresh3=100000" RCFILE_05_FORWARD = "echo 1 > /proc/sys/net/ipv4/ip_forward" RCFILE_06_MODULES = "modprobe br_netfilter" RCFILE_07_JOIN_K8S = "kubeadm join --token 2a4576.504356e45fa3d365 10.9.0.20:6443 --discovery-token-ca-cert-hash sha256:e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855" 'ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDBSLYRaORL2znr1V4a3rjDn3HDHn2CsvUNK1nv8 + CctoICtJOPXl6zQycI9KXNhANfJpc6iQG1ZPZUR74IiNhNIKvOpnNRPyLZ5opm01MVIDIZgi9g0DUks1g5gLV5LKzED8xYKMBmAfXMxh / nsP9KEvxGvTJB3OD + / bBxpliTl5xY3Eu41 + VmZqVOz3Yl98 + X8cZTgqx2dmsHUk7VKN9OZuCjIZL9MtJCZyOSRbjuo4HFEssotR1mvANyz + BUXkjqv2pEa0I2vGQPk1VDul5TpzGaN3nOfu83URZLJgCrX + 8whS1fzMepUYrbEuIWq95esjn0gR6G4J7qlxyguAb9 व्यवस्थापक @ Kubernetes' >> /root/.ssh/authorized_keys" apiVersion: v1 kind: ConfigMap metadata: name: ltsp-config data: lts.conf: | [default] KEEP_SYSTEM_SERVICES = "ssh ureadahead dbus-org.freedesktop.login1 systemd-logind polkitd cgmanager ufw rpcbind nfs-kernel-server" PREINIT_00_TIME = "ln -sf /usr/share/zoneinfo/Europe/Prague /etc/localtime" PREINIT_01_FIX_HOSTNAME = "sed -i '/^127.0.0.2/d' /etc/hosts" PREINIT_02_DOCKER_OPTIONS = "sed -i 's|^ExecStart=.*|ExecStart=/usr/bin/dockerd -H fd:// --storage-driver overlay2 --iptables=false --ip-masq=false --log-driver=json-file --log-opt=max-size=10m --log-opt=max-file=5|' /etc/systemd/system/docker.service" FSTAB_01_SSH = "/dev/data/ssh /etc/ssh ext4 nofail,noatime,nodiratime 0 0" FSTAB_02_JOURNALD = "/dev/data/journal /var/log/journal ext4 nofail,noatime,nodiratime 0 0" FSTAB_03_DOCKER = "/dev/data/docker /var/lib/docker ext4 nofail,noatime,nodiratime 0 0" # Each command will stop script execution when fail RCFILE_01_SSH_SERVER = "cp /rofs/etc/ssh/*_config /etc/ssh; ssh-keygen -A" RCFILE_02_SSH_CLIENT = "mkdir -p /root/.ssh/; echo 'ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDBSLYRaORL2znr1V4a3rjDn3HDHn2CsvUNK1nv8+CctoICtJOPXl6zQycI9KXNhANfJpc6iQG1ZPZUR74IiNhNIKvOpnNRPyLZ5opm01MVIDIZgi9g0DUks1g5gLV5LKzED8xYKMBmAfXMxh/nsP9KEvxGvTJB3OD+/bBxpliTl5xY3Eu41+VmZqVOz3Yl98+X8cZTgqx2dmsHUk7VKN9OZuCjIZL9MtJCZyOSRbjuo4HFEssotR1mvANyz+BUXkjqv2pEa0I2vGQPk1VDul5TpzGaN3nOfu83URZLJgCrX+8whS1fzMepUYrbEuIWq95esjn0gR6G4J7qlxyguAb9 admin@kubernetes' >> /root/.ssh/authorized_keys" RCFILE_03_KERNEL_DEBUG = "sysctl -w kernel.unknown_nmi_panic=1 kernel.softlockup_panic=1; modprobe netconsole netconsole=@/vmbr0,@10.9.0.15/" RCFILE_04_SYSCTL = "sysctl -w fs.file-max=20000000 fs.nr_open=20000000 net.ipv4.neigh.default.gc_thresh1=80000 net.ipv4.neigh.default.gc_thresh2=90000 net.ipv4.neigh.default.gc_thresh3=100000" RCFILE_05_FORWARD = "echo 1 > /proc/sys/net/ipv4/ip_forward" RCFILE_06_MODULES = "modprobe br_netfilter" RCFILE_07_JOIN_K8S = "kubeadm join --token 2a4576.504356e45fa3d365 10.9.0.20:6443 --discovery-token-ca-cert-hash sha256:e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855" 

• KEEP_SYSTEM_SERVICES - बूट के दौरान LTSP स्वचालित रूप से कुछ सेवाओं को हटा देता है, इस चर को यहाँ सूचीबद्ध सेवाओं के लिए इस व्यवहार को रोकने के लिए आवश्यक है।
• PREINIT_ * - यहां सूचीबद्ध कमांड सिस्टम चलाने से पहले निष्पादित की जाएगी (यह फीचर feature_preinit.dk पैच द्वारा जोड़ा गया था)
• FSTAB_ * - यहां सूचीबद्ध पंक्तियों को /etc/fstab फ़ाइल में जोड़ा जाएगा।
  आप देख सकते हैं कि मैं nofail विकल्प का उपयोग कर रहा हूं, यह निम्न व्यवहार देता है, कि यदि अनुभाग मौजूद नहीं है, तो डाउनलोड बिना त्रुटियों के जारी है।
• RCFILE_ * - इन कमांडों को rc.local फाइल में जोड़ा जाएगा, जिसे सिस्टमड द्वारा बूट समय पर बुलाया जाएगा।
  यहां मैं आवश्यक कर्नेल मॉड्यूल लोड करता हूं, कुछ sysctl सेटिंग्स चलाता kubeadm join , और फिर kubeadm join कमांड kubeadm join , जो नोड को kubernetes क्लस्टर में जोड़ता है।

आप lts.conf मैनुअल पेज से सभी चर के बारे में अधिक विस्तृत जानकारी प्राप्त कर सकते हैं।

अब आप अपने डीएचसीपी को कॉन्फ़िगर कर सकते हैं। अनिवार्य रूप से, next-server और filename विकल्पों को निर्दिष्ट करने के लिए आपको जो कुछ भी चाहिए वह है।

मैं ISC-DHCP सर्वर का उपयोग कर रहा हूं, मैं dhcpd.conf उदाहरण दूंगा:

 shared-network ltsp-netowrk { subnet 10.9.0.0 netmask 255.255.0.0 { authoritative; default-lease-time -1; max-lease-time -1; option domain-name "example.org"; option domain-name-servers 10.9.0.1; option routers 10.9.0.1; next-server ltsp-1; # write ltsp-server hostname here if option architecture = 00:07 { filename "/ltsp/amd64/grub/x86_64-efi/core.efi"; } else { filename "/ltsp/amd64/grub/i386-pc/core.0"; } range 10.9.200.0 10.9.250.254; } 

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

अपना पहला नोड शुरू करने का प्रयास करें और अगर सब कुछ सही ढंग से किया गया था, तो आपको उस पर एक लोडेड सिस्टम मिलेगा। नोड को कुबेरनेट समूह में भी जोड़ा जाएगा।

अब आप स्वयं परिवर्तन करने का प्रयास कर सकते हैं।

यदि आपको कुछ और चाहिए, तो ध्यान दें कि LTSP बहुत आसानी से आपकी आवश्यकताओं के अनुकूल हो सकता है। स्रोत को देखने के लिए स्वतंत्र महसूस करें, वहां आप बहुत सारे उत्तर पा सकते हैं।

हमारे टेलीग्राम चैनल से जुड़ें: @ltsp_ru