ऐड-ऑन प्रबंधक एक सरल kubectl apply -f
साथ, एक सामान्य फली या तैनाती के रूप में तैनात किया गया है।
YAML कुछ इस तरह लग रहा है, कि आप की आवश्यकता विशेष संस्करण को देखने के:
apiVersion: v1 kind: Pod metadata: name: kube-addon-manager namespace: kube-system labels: component: kube-addon-manager spec: hostNetwork: true containers: - name: kube-addon-manager # When updating version also bump it in: # - cluster/images/hyperkube/static-pods/addon-manager-singlenode.json # - cluster/images/hyperkube/static-pods/addon-manager-multinode.json # - test/kubemark/resources/manifests/kube-addon-manager.yaml image: gcr.io/google-containers/kube-addon-manager:v6.4-beta.1 command: - /bin/bash - -c - /opt/kube-addons.sh 1>>/var/log/kube-addon-manager.log 2>&1 resources: requests: cpu: 5m memory: 50Mi volumeMounts: - mountPath: /etc/kubernetes/ name: addons readOnly: true - mountPath: /var/log name: varlog readOnly: false volumes: - hostPath: path: /etc/kubernetes/ name: addons - hostPath: path: /var/log name: varlog
ऐड-ऑन प्रबंधक /etc/kubernetes/addons/
के तहत विशिष्ट YAML फ़ाइलों का मानना है, आप यहाँ चाहते इसे स्थापित करने के लिए किसी भी ऐड-ऑन कर दिया।
धन्यवाद! एडन मैनेजर सीधे एडॉन्स इंस्टॉल करने के लिए तुलना में क्या फायदे लाता है? – aknuds1
एडॉन्स क्लस्टर का हिस्सा हैं, और मेजबान में फ़ाइलों को तैनात करना किसी भी कॉन्फ़िगरेशन प्रबंधक के साथ एकीकरण को सरल बनाते हैं। लेकिन अधिक दिलचस्प, यह क्लस्टर में स्थिति बनाम फ़ाइल की स्थिति सुनिश्चित करता है। तो, आरबीएसी से पहले यदि कोई उपयोगकर्ता डीएनएस को संशोधित करता है, तो एडन मैनेजर स्थानीय फाइल सिस्टम पर विवरण बेस को पुनर्स्थापित करेगा। – Pegerto