Terraform 0.11

kubernetes_pod




terraform

kubernetes_pod

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

https://kubernetes.io/docs/concepts/workloads/pods/pod/ पर अधिक पढ़ें

उदाहरण उपयोग

resource "kubernetes_pod" "test" {
  metadata {
    name = "terraform-example"
  }

  spec {
    container {
      image = "nginx:1.7.9"
      name  = "example"
    }
  }
}

तर्क संदर्भ

निम्नलिखित तर्क समर्थित हैं:

नेस्टेड ब्लॉक

metadata

तर्क

  • annotations - (वैकल्पिक) मनमाने मेटाडेटा को स्टोर करने के लिए उपयोग किए जाने वाले फली के साथ संग्रहीत एक असंरक्षित कुंजी मूल्य मानचित्र। अधिक जानकारी: http://kubernetes.io/docs/user-guide/annotations
  • generate_name - (वैकल्पिक) प्रीफ़िक्स, सर्वर द्वारा उपयोग किया जाता है, केवल एक अद्वितीय नाम उत्पन्न करने के लिए यदि name फ़ील्ड प्रदान नहीं किया गया है। इस मूल्य को एक अद्वितीय प्रत्यय के साथ भी जोड़ा जाएगा। और पढ़ें: https://github.com/kubernetes/community/blob/master/contributors/devel/api-conventions.md#idempotency
  • labels - (वैकल्पिक) स्ट्रिंग कुंजियों और मूल्यों का मानचित्र जो फली को व्यवस्थित और वर्गीकृत (स्कोप और चयन) करने के लिए इस्तेमाल किया जा सकता है। प्रतिकृति नियंत्रकों और सेवाओं के चयनकर्ताओं का मिलान कर सकते हैं। अधिक जानकारी: http://kubernetes.io/docs/user-guide/labels
  • name - (वैकल्पिक) फली का नाम, अद्वितीय होना चाहिए। अपडेट नहीं किया जा सकता। अधिक जानकारी: http://kubernetes.io/docs/user-guide/identifiers#names
  • namespace - (वैकल्पिक) नाम स्थान अंतरिक्ष को परिभाषित करता है जिसके अंदर फली का नाम अद्वितीय होना चाहिए।

गुण

spec

तर्क

  • active_deadline_seconds - (वैकल्पिक) सेकंड में वैकल्पिक अवधि, पॉड स्टार्ट स्टार्ट टाइम के सापेक्ष नोड पर सक्रिय हो सकती है, इससे पहले कि सिस्टम सक्रिय रूप से इसे विफल करने और संबंधित कंटेनरों को मारने की कोशिश करेगा। मान एक धनात्मक पूर्णांक होना चाहिए।
  • container - (वैकल्पिक) फली से संबंधित कंटेनरों की सूची। कंटेनर को वर्तमान में जोड़ा या हटाया नहीं जा सकता है। एक फली में कम से कम एक कंटेनर होना चाहिए। अपडेट नहीं किया जा सकता। अधिक जानकारी: http://kubernetes.io/docs/user-guide/containers
  • dns_policy - (वैकल्पिक) फली के भीतर कंटेनरों के लिए DNS नीति सेट करें। 'क्लस्टरस्टर' या 'डिफ़ॉल्ट' में से एक। 'क्लस्टरफर्स्ट' के लिए चूक।
  • host_ipc - (वैकल्पिक) होस्ट के ipc नामस्थान का उपयोग करें। वैकल्पिक: झूठे के लिए डिफ़ॉल्ट।
  • host_network - (वैकल्पिक) होस्ट नेटवर्क ने इस पॉड के लिए अनुरोध किया है। होस्ट के नेटवर्क नामस्थान का उपयोग करें। यदि यह विकल्प सेट है, तो उपयोग किए जाने वाले पोर्ट निर्दिष्ट होने चाहिए।
  • host_pid - (वैकल्पिक) होस्ट के pid नामस्थान का उपयोग करें।
  • hostname - (वैकल्पिक) पॉड के होस्टनाम को निर्दिष्ट करता है यदि निर्दिष्ट नहीं है, तो पॉड का होस्टनाम सिस्टम-परिभाषित मूल्य पर सेट किया जाएगा।
  • image_pull_secrets - (वैकल्पिक) ImagePullSecrets इस पॉडस्पीक द्वारा उपयोग की गई किसी भी छवि को खींचने के लिए उपयोग करने के लिए एक ही नाम स्थान में रहस्यों के लिए वैकल्पिक सूची है। यदि निर्दिष्ट किया जाता है, तो इन रहस्यों को उनके उपयोग के लिए अलग-अलग खींचने वाले कार्यान्वयन के लिए पारित किया जाएगा। उदाहरण के लिए, docker के मामले में, केवल DockerConfig प्रकार के रहस्यों को सम्मानित किया जाता है। अधिक जानकारी: http://kubernetes.io/docs/user-guide/images#specifying-imagepullsecrets-on-a-pod
  • node_name - (वैकल्पिक) node_name एक विशेष नोड पर इस पॉड को शेड्यूल करने का अनुरोध है। यदि यह गैर-रिक्त है, तो शेड्यूलर बस इस नोड को उस नोड पर शेड्यूल करता है, यह मानते हुए कि यह संसाधन आवश्यकताओं को फिट करता है।
  • node_selector - (वैकल्पिक) नोडसेलेक्टर एक चयनकर्ता है जो नोड पर फिट होने के लिए पॉड के लिए सही होना चाहिए। चयनकर्ता जो उस नोड पर शेड्यूल किए जाने वाले पॉड के लिए नोड के लेबल से मेल खाना चाहिए। अधिक जानकारी: http://kubernetes.io/docs/user-guide/node-selection
  • restart_policy - (वैकल्पिक) पॉड के भीतर सभी कंटेनरों के लिए पॉलिसी को पुनरारंभ करें। ऑलवेज ऑलवेज, ऑनफेल्योर, नेवर। अधिक जानकारी: http://kubernetes.io/docs/user-guide/pod-states#restartpolicy
  • security_context - (वैकल्पिक) SecurityContext पॉड-स्तर सुरक्षा विशेषताओं और सामान्य कंटेनर सेटिंग्स रखता है। वैकल्पिक: खाली करने के लिए चूक
  • service_account_name - (वैकल्पिक) ServiceAccountName इस पॉड को चलाने के लिए ServiceAccount का नाम है। अधिक जानकारी: http://releases.k8s.io/HEAD/docs/design/service_accounts.md
  • subdomain - (वैकल्पिक) यदि निर्दिष्ट है, तो पूरी तरह से योग्य पॉड होस्टनाम "... svc" होगा। यदि निर्दिष्ट नहीं है, तो फली का एक डोमेन नाम नहीं होगा ..
  • termination_grace_period_seconds - (वैकल्पिक) सेकंड में वैकल्पिक अवधि पॉड को इनायत से समाप्त करने की आवश्यकता होती है। डिलीट रिक्वेस्ट में कमी हो सकती है। मान गैर-नकारात्मक पूर्णांक होना चाहिए। मान शून्य तुरंत हटाने का संकेत देता है। यदि यह मान शून्य है, तो इसके बजाय डिफ़ॉल्ट अनुग्रह अवधि का उपयोग किया जाएगा। पोड में चल रही प्रक्रियाओं के बाद ग्रेस पीरियड सेकंड में अवधि है, एक समाप्ति संकेत भेजा जाता है और वह समय जब प्रक्रियाओं को एक किल सिग्नल के साथ जबरन रोका जाता है। इस मूल्य को अपनी प्रक्रिया के लिए अपेक्षित सफाई समय से अधिक समय पर सेट करें।
  • volume - (वैकल्पिक) उन खंडों की सूची जो फली से संबंधित कंटेनरों द्वारा माउंट किए जा सकते हैं। अधिक जानकारी: http://kubernetes.io/docs/user-guide/volumes

container

तर्क

  • args - (वैकल्पिक) प्रविष्टि के लिए तर्क। यदि यह प्रदान नहीं किया जाता है, तो docker छवि के CMD का उपयोग किया जाता है। कंटेनर के वातावरण का उपयोग करके परिवर्तनीय संदर्भ $ (VAR_NAME) का विस्तार किया जाता है। यदि कोई चर हल नहीं किया जा सकता है, तो इनपुट स्ट्रिंग में संदर्भ अपरिवर्तित रहेगा। $ (VAR_NAME) सिंटैक्स को डबल $ $, यानी $ $ (VAR_NAME) के साथ बचाया जा सकता है। बच गए संदर्भों का विस्तार कभी नहीं होगा, भले ही चर मौजूद हो या न हो। अपडेट नहीं किया जा सकता। अधिक जानकारी: http://kubernetes.io/docs/user-guide/containers#containers-and-commands
  • command - (वैकल्पिक) एंट्रीपॉइंट सरणी। एक शेल के भीतर निष्पादित नहीं किया गया। यदि यह प्रदान नहीं किया जाता है तो docker छवि का ENTRYPOINT उपयोग किया जाता है। कंटेनर के वातावरण का उपयोग करके परिवर्तनीय संदर्भ $ (VAR_NAME) का विस्तार किया जाता है। यदि कोई चर हल नहीं किया जा सकता है, तो इनपुट स्ट्रिंग में संदर्भ अपरिवर्तित रहेगा। $ (VAR_NAME) सिंटैक्स को डबल $ $, यानी $ $ (VAR_NAME) के साथ बचाया जा सकता है। बच गए संदर्भों का विस्तार कभी नहीं होगा, भले ही चर मौजूद हो या न हो। अपडेट नहीं किया जा सकता। अधिक जानकारी: http://kubernetes.io/docs/user-guide/containers#containers-and-commands
  • env - (वैकल्पिक) कंटेनर में सेट करने के लिए पर्यावरण चर की सूची। अपडेट नहीं किया जा सकता।
  • image - (वैकल्पिक) डॉकर छवि नाम। अधिक जानकारी: http://kubernetes.io/docs/user-guide/images
  • image_pull_policy - (वैकल्पिक) छवि पुल नीति। वन, ऑलवेज, नेवर, इफोटपर्सेंट। हमेशा के लिए डिफ़ॉल्ट: यदि नवीनतम टैग निर्दिष्ट किया गया है, या अन्यथा नोट नहीं तो। अपडेट नहीं किया जा सकता। अधिक जानकारी: http://kubernetes.io/docs/user-guide/images#updating-images
  • lifecycle - (वैकल्पिक) क्रियाएँ जो प्रबंधन प्रणाली को कंटेनर जीवनचक्र की घटनाओं के जवाब में लेनी चाहिए
  • liveness_probe - (वैकल्पिक) समय-समय पर कंटेनर की जाँच। जांच विफल होने पर कंटेनर को फिर से चालू किया जाएगा। अपडेट नहीं किया जा सकता। अधिक जानकारी: http://kubernetes.io/docs/user-guide/pod-states#container-probes
  • name - (आवश्यक) DNS_LABEL के रूप में निर्दिष्ट कंटेनर का नाम। फली में प्रत्येक कंटेनर का एक विशिष्ट नाम (DNS_LABEL) होना चाहिए। अपडेट नहीं किया जा सकता।
  • port - (ऑप्शनल) कंटेनर से एक्सपोज़ करने के लिए पोर्ट की सूची। यहां एक बंदरगाह को एक्सपोज करने से सिस्टम को नेटवर्क कनेक्शन के बारे में अतिरिक्त जानकारी मिलती है जो एक कंटेनर उपयोग करता है, लेकिन मुख्य रूप से सूचनात्मक है। यहां पोर्ट निर्दिष्ट नहीं किया जा रहा है, उस पोर्ट को उजागर होने से नहीं रोकता है। कोई भी पोर्ट जो कंटेनर के अंदर डिफ़ॉल्ट "0.0.0.0" पते पर सुन रहा है, नेटवर्क से पहुंच योग्य होगा। अपडेट नहीं किया जा सकता।
  • readiness_probe - (वैकल्पिक) कंटेनर सेवा की तत्परता की आवधिक जांच। यदि जांच विफल हो जाती है तो कंटेनर को सेवा समाप्ति बिंदुओं से हटा दिया जाएगा। अपडेट नहीं किया जा सकता। अधिक जानकारी: http://kubernetes.io/docs/user-guide/pod-states#container-probes
  • resources - (वैकल्पिक) इस कंटेनर द्वारा आवश्यक संसाधन संसाधन। अपडेट नहीं किया जा सकता। अधिक जानकारी: http://kubernetes.io/docs/user-guide/persistent-volumes#resources
  • security_context - (वैकल्पिक) सुरक्षा विकल्प पॉड के साथ चलना चाहिए। अधिक जानकारी: http://releases.k8s.io/HEAD/docs/design/security_context.md
  • stdin - (Optional) क्या इस कंटेनर को कंटेनर रनटाइम में stdin के लिए बफर आवंटित करना चाहिए या नहीं। यदि यह सेट नहीं है, तो कंटेनर में स्टड से रीड हमेशा ईओएफ में परिणाम होगा।
  • stdin_once - (वैकल्पिक) क्या कंटेनर रनटाइम को एक अटैचमेंट द्वारा खोलने के बाद स्टड चैनल को बंद करना चाहिए। जब स्टड सही होता है तो कई अटैच सेशन के दौरान स्टैडेन स्ट्रीम खुली रहेगी। यदि स्टडऑनसे को सही पर सेट किया जाता है, तो स्टड कंटेनर स्टार्ट पर खोला जाता है, तब तक खाली रहता है जब तक कि पहला क्लाइंट स्टड से जुड़ नहीं जाता है, और तब खुला रहता है और क्लाइंट के डिस्कनेक्ट होने तक डेटा को स्वीकार करता है, जिस समय स्टड बंद रहता है और कंटेनर के बंद होने तक बंद रहता है। । यदि यह ध्वज गलत है, तो एक कंटेनर प्रक्रिया जो स्टड से पढ़ती है, उसे कभी भी ईओएफ प्राप्त नहीं होगा।
  • termination_message_path - (वैकल्पिक) वैकल्पिक: वह पथ जिस पर जिस फ़ाइल में कंटेनर की समाप्ति संदेश लिखा जाएगा उसे कंटेनर के फाइल सिस्टम में आरोहित किया गया है। लिखित संदेश का उद्देश्य संक्षिप्त अंतिम स्थिति है, जैसे कि एक विफलता संदेश। चूक / देव / समाप्ति-लॉग। अपडेट नहीं किया जा सकता।
  • tty - (वैकल्पिक) कि क्या इस कंटेनर को अपने लिए TTY आवंटित करना चाहिए
  • volume_mount - (वैकल्पिक) पॉड वॉल्यूम कंटेनर के फाइल सिस्टम में माउंट करने के लिए। अपडेट नहीं किया जा सकता।
  • working_dir - (वैकल्पिक) कंटेनर की कार्यशील निर्देशिका। यदि निर्दिष्ट नहीं है, तो कंटेनर रनटाइम के डिफ़ॉल्ट का उपयोग किया जाएगा, जो कंटेनर छवि में कॉन्फ़िगर किया जा सकता है। अपडेट नहीं किया जा सकता।

aws_elastic_block_store

तर्क

  • fs_type - (वैकल्पिक) फ़ाइलसिस्टम का वॉल्यूम जिसे आप माउंट करना चाहते हैं। युक्ति: सुनिश्चित करें कि फाइलसिस्टम प्रकार मेजबान ऑपरेटिंग सिस्टम द्वारा समर्थित है। उदाहरण: "ext4", "xfs", "ntfs"। अनिर्दिष्ट होने पर "एक्स्ट 4" होने का अनुमान लगाया गया। अधिक जानकारी: http://kubernetes.io/docs/user-guide/volumes#awselasticblockstore
  • partition - (वैकल्पिक) उस खंड में विभाजन जिसे आप माउंट करना चाहते हैं। यदि छोड़ा गया है, तो डिफ़ॉल्ट को वॉल्यूम नाम से माउंट करना है। उदाहरण: वॉल्यूम / देव / sda1 के लिए, आप विभाजन को "1" के रूप में निर्दिष्ट करते हैं। इसी तरह, / देव / sda के लिए वॉल्यूम विभाजन "0" है (या आप संपत्ति को खाली छोड़ सकते हैं)।
  • read_only - (वैकल्पिक) "केवल सही" VolumeMounts में रीड-ओनली प्रॉपर्टी सेट करना है या नहीं। यदि छोड़ा गया है, तो डिफ़ॉल्ट "गलत" है। अधिक जानकारी: http://kubernetes.io/docs/user-guide/volumes#awselasticblockstore
  • volume_id - (आवश्यक) AWS (अमेज़न ईबीएस वॉल्यूम) में निरंतर डिस्क संसाधन की विशिष्ट आईडी। अधिक जानकारी: http://kubernetes.io/docs/user-guide/volumes#awselasticblockstore

azure_disk

तर्क

  • caching_mode - (आवश्यक) होस्ट कैशिंग मोड: कोई नहीं, केवल पढ़ें, पढ़ें लिखें।
  • data_disk_uri - (आवश्यक) URI बूँद भंडारण में डेटा डिस्क
  • disk_name - (आवश्यक) बूँद भंडारण में डेटा डिस्क का नाम
  • fs_type - (वैकल्पिक) फ़ाइलसिस्टम माउंट करने के लिए टाइप करें। होस्ट ऑपरेटिंग सिस्टम द्वारा समर्थित फाइलसिस्टम प्रकार होना चाहिए। पूर्व। "ext4", "xfs", "ntfs"। अनिर्दिष्ट होने पर "एक्स्ट 4" होने का अनुमान लगाया गया।
  • read_only - (वैकल्पिक) read_only -गणना में केवल-पढ़ने के लिए सेटिंग को बाध्य करने के लिए। झूठे (पढ़ने / लिखने) के लिए चूक।

azure_file

तर्क

  • read_only - (वैकल्पिक) read_only -गणना में केवल-पढ़ने के लिए सेटिंग को बाध्य करने के लिए। झूठे (पढ़ने / लिखने) के लिए चूक।
  • secret_name - (आवश्यक) गुप्त का नाम जिसमें Azure Storage Account का नाम और कुंजी है
  • share_name - (आवश्यक) साझा नाम

capabilities

तर्क

  • add - (वैकल्पिक) जोड़ा क्षमताओं
  • drop - (वैकल्पिक) हटाए गए क्षमताओं

ceph_fs

तर्क

cinder

तर्क

  • fs_type - (वैकल्पिक) फ़ाइलसिस्टम माउंट करने के लिए टाइप करें। होस्ट ऑपरेटिंग सिस्टम द्वारा समर्थित फाइलसिस्टम प्रकार होना चाहिए। उदाहरण: "ext4", "xfs", "ntfs"। अनिर्दिष्ट होने पर "एक्स्ट 4" होने का अनुमान लगाया गया। अधिक जानकारी: http://releases.k8s.io/HEAD/examples/mysql-cinder-pd/README.md
  • read_only - (वैकल्पिक) read_only -गणना में केवल-पढ़ने के लिए सेटिंग को बाध्य करने के लिए। झूठे (पढ़ने / लिखने) के लिए चूक। अधिक जानकारी: http://releases.k8s.io/HEAD/examples/mysql-cinder-pd/README.md
  • volume_id - (आवश्यक) वॉल्यूम आईडी का उपयोग सिंडर में वॉल्यूम की पहचान करने के लिए किया जाता है। अधिक जानकारी: http://releases.k8s.io/HEAD/examples/mysql-cinder-pd/README.md

config_map

तर्क

  • default_mode - (वैकल्पिक) वैकल्पिक: डिफ़ॉल्ट रूप से बनाई गई फ़ाइलों पर उपयोग करने के लिए मोड बिट्स। 0 और 0777 के बीच का मान होना चाहिए। 0644 में डिफ़ॉल्ट। पथ के भीतर निर्देशिकाएँ इस सेटिंग से प्रभावित नहीं होते हैं। यह अन्य विकल्पों के साथ संघर्ष में हो सकता है जो फ़ाइल मोड को प्रभावित करते हैं, जैसे fsGroup, और परिणाम अन्य मोड बिट्स सेट हो सकता है।
  • items - (वैकल्पिक) यदि अनिर्दिष्ट है, तो संदर्भित कॉन्फिगरेशन के डेटा क्षेत्र में प्रत्येक कुंजी-मूल्य जोड़ी को एक फ़ाइल के रूप में वॉल्यूम में प्रोजेक्ट किया जाएगा जिसका नाम कुंजी और सामग्री मूल्य है। यदि निर्दिष्ट किया गया है, तो सूचीबद्ध कुंजियों को निर्दिष्ट पथों में प्रोजेक्ट किया जाएगा, और असूचीबद्ध कुंजियां मौजूद नहीं होंगी। यदि कोई कुंजी निर्दिष्ट की गई है जो कॉन्फिगरेशन में मौजूद नहीं है, तो वॉल्यूम सेटअप त्रुटि करेगा। पथ सापेक्ष होना चाहिए और इसमें '..' पथ शामिल नहीं हो सकता है या '..' से प्रारंभ हो सकता है।
  • name - (वैकल्पिक) संदर्भ का नाम। अधिक जानकारी: http://kubernetes.io/docs/user-guide/identifiers#names

config_map_key_ref

तर्क

downward_api

तर्क

  • default_mode - (वैकल्पिक) वैकल्पिक: डिफ़ॉल्ट रूप से बनाई गई फ़ाइलों पर उपयोग करने के लिए मोड बिट्स। 0 और 0777 के बीच का मान होना चाहिए। 0644 में डिफ़ॉल्ट। पथ के भीतर निर्देशिकाएँ इस सेटिंग से प्रभावित नहीं होते हैं। यह अन्य विकल्पों के साथ संघर्ष में हो सकता है जो फ़ाइल मोड को प्रभावित करते हैं, जैसे fsGroup, और परिणाम अन्य मोड बिट्स सेट हो सकता है।
  • items - (वैकल्पिक) यदि अनिर्दिष्ट है, तो संदर्भित कॉन्फिगरेशन के डेटा क्षेत्र में प्रत्येक कुंजी-मूल्य जोड़ी को एक फ़ाइल के रूप में वॉल्यूम में प्रोजेक्ट किया जाएगा जिसका नाम कुंजी और सामग्री मूल्य है। यदि निर्दिष्ट किया गया है, तो सूचीबद्ध कुंजियों को निर्दिष्ट पथों में प्रोजेक्ट किया जाएगा, और असूचीबद्ध कुंजियां मौजूद नहीं होंगी। यदि कोई कुंजी निर्दिष्ट की गई है जो कॉन्फिगरेशन में मौजूद नहीं है, तो वॉल्यूम सेटअप त्रुटि करेगा। पथ सापेक्ष होना चाहिए और इसमें '..' पथ शामिल नहीं हो सकता है या '..' से प्रारंभ हो सकता है।

empty_dir

तर्क

  • medium - (वैकल्पिक) किस प्रकार के भंडारण माध्यम को इस निर्देशिका को वापस करना चाहिए। डिफ़ॉल्ट "" है जिसका अर्थ नोड के डिफ़ॉल्ट माध्यम का उपयोग करना है। खाली स्ट्रिंग (डिफ़ॉल्ट) या मेमोरी होना चाहिए। अधिक जानकारी: http://kubernetes.io/docs/user-guide/volumes#emptydir

env

तर्क

  • name - (आवश्यक) पर्यावरण चर का नाम। C_IDENTIFIER होना चाहिए
  • value - (वैकल्पिक) परिवर्तनीय संदर्भ $ (VAR_NAME) को कंटेनर और किसी भी सेवा संस्करण चर में पिछले परिभाषित पर्यावरण चर का उपयोग करके विस्तारित किया जाता है। यदि कोई चर हल नहीं किया जा सकता है, तो इनपुट स्ट्रिंग में संदर्भ अपरिवर्तित रहेगा। $ (VAR_NAME) सिंटैक्स को डबल $ $, यानी $ $ (VAR_NAME) के साथ बचाया जा सकता है। बच गए संदर्भों का विस्तार कभी नहीं होगा, भले ही चर मौजूद हो या न हो। चूक "" के लिए।
  • value_from - (वैकल्पिक) पर्यावरण चर के मान के लिए स्रोत

exec

तर्क

  • command - (वैकल्पिक) कमांड कंटेनर के अंदर निष्पादित करने के लिए कमांड लाइन है, कमांड के लिए वर्किंग डायरेक्टरी कंटेनर के फाइल सिस्टम में रूट ('/') है। कमांड केवल निष्पादन योग्य है, यह एक शेल के अंदर नहीं चलाया जाता है, इसलिए पारंपरिक शेल निर्देश। शेल का उपयोग करने के लिए, आपको उस शेल को स्पष्ट रूप से कॉल करना होगा। 0 से बाहर निकलने की स्थिति को लाइव / स्वस्थ माना जाता है और गैर-शून्य अस्वस्थ है।

fc

तर्क

  • fs_type - (वैकल्पिक) फ़ाइलसिस्टम माउंट करने के लिए टाइप करें। होस्ट ऑपरेटिंग सिस्टम द्वारा समर्थित फाइलसिस्टम प्रकार होना चाहिए। पूर्व। "ext4", "xfs", "ntfs"। अनिर्दिष्ट होने पर "एक्स्ट 4" होने का अनुमान लगाया गया।
  • lun - (आवश्यक) FC लक्ष्य lun संख्या
  • read_only - (वैकल्पिक) read_only -गणना में केवल-पढ़ने के लिए सेटिंग को बाध्य करने के लिए। झूठे (पढ़ने / लिखने) के लिए चूक।
  • target_ww_ns - (आवश्यक) एफसी लक्ष्य दुनिया भर में नाम (WWNs)

field_ref

तर्क

  • api_version - (वैकल्पिक) स्कीमा का संस्करण FieldPath "v1" के लिए, डिफ़ॉल्ट के रूप में लिखा गया है।
  • field_path - (वैकल्पिक) निर्दिष्ट एपीआई संस्करण में चयन करने के लिए फ़ील्ड का पथ

flex_volume

तर्क

  • driver - (आवश्यक) ड्राइवर इस वॉल्यूम के लिए उपयोग करने के लिए ड्राइवर का नाम है।
  • fs_type - (वैकल्पिक) फ़ाइलसिस्टम माउंट करने के लिए टाइप करें। होस्ट ऑपरेटिंग सिस्टम द्वारा समर्थित फाइलसिस्टम प्रकार होना चाहिए। पूर्व। "ext4", "xfs", "ntfs"। डिफ़ॉल्ट फाइल सिस्टम FlexVolume स्क्रिप्ट पर निर्भर करता है।
  • options - (वैकल्पिक) यदि कोई हो तो अतिरिक्त कमांड विकल्प।
  • read_only - (ऑप्शनल) वॉल्यूममाउंट में रीडऑनली सेटिंग को बाध्य करना है या नहीं। झूठे (पढ़ने / लिखने) के लिए चूक।
  • secret_ref - (वैकल्पिक) प्लगइन स्क्रिप्ट को पास करने के लिए संवेदनशील जानकारी वाली गुप्त वस्तु का संदर्भ। यदि कोई गुप्त वस्तु निर्दिष्ट नहीं है तो यह खाली हो सकता है। यदि गुप्त ऑब्जेक्ट में एक से अधिक रहस्य हैं, तो सभी रहस्य प्लगइन स्क्रिप्ट में पारित हो जाते हैं।

flocker

तर्क

  • dataset_name - (वैकल्पिक) मेटाडेटा के रूप में संग्रहीत डेटासेट का नाम -> फ्लॉकर के लिए डेटासेट पर नाम को पदावनत माना जाना चाहिए
  • dataset_uuid - (वैकल्पिक) डेटासेट का dataset_uuid । यह एक फ्लॉकर डेटासेट का विशिष्ट पहचानकर्ता है

gce_persistent_disk

तर्क

  • fs_type - (वैकल्पिक) फ़ाइलसिस्टम का वॉल्यूम जिसे आप माउंट करना चाहते हैं। युक्ति: सुनिश्चित करें कि फाइलसिस्टम प्रकार मेजबान ऑपरेटिंग सिस्टम द्वारा समर्थित है। उदाहरण: "ext4", "xfs", "ntfs"। अनिर्दिष्ट होने पर "एक्स्ट 4" होने का अनुमान लगाया गया। अधिक जानकारी: http://kubernetes.io/docs/user-guide/volumes#gcepersistentdisk
  • partition - (वैकल्पिक) उस खंड में विभाजन जिसे आप माउंट करना चाहते हैं। यदि छोड़ा गया है, तो डिफ़ॉल्ट को वॉल्यूम नाम से माउंट करना है। उदाहरण: वॉल्यूम / देव / sda1 के लिए, आप विभाजन को "1" के रूप में निर्दिष्ट करते हैं। इसी तरह, / देव / sda के लिए वॉल्यूम विभाजन "0" है (या आप संपत्ति को खाली छोड़ सकते हैं)। अधिक जानकारी: http://kubernetes.io/docs/user-guide/volumes#gcepersistentdisk
  • pd_name - (आवश्यक) जीसीई में पीडी संसाधन का अद्वितीय नाम। जीसीई में डिस्क की पहचान करने के लिए उपयोग किया जाता है। अधिक जानकारी: http://kubernetes.io/docs/user-guide/volumes#gcepersistentdisk
  • read_only - (ऑप्शनल) वॉल्यूममाउंट में रीडऑनली सेटिंग को बाध्य करना है या नहीं। झूठे की अवहेलना करता है। अधिक जानकारी: http://kubernetes.io/docs/user-guide/volumes#gcepersistentdisk

git_repo

तर्क

  • directory - (वैकल्पिक) लक्ष्य निर्देशिका नाम। '..' के साथ सम्‍मिलित या प्रारंभ नहीं होना चाहिए। अगर '।' आपूर्ति की जाती है, वॉल्यूम डायरेक्टरी गिट रिपॉजिटरी होगी। अन्यथा, यदि निर्दिष्ट किया गया है, तो वॉल्यूम में दिए गए नाम के साथ उपनिर्देशिका में गिट रिपॉजिटरी होगी।
  • repository - (वैकल्पिक) रिपॉजिटरी यूआरएल
  • revision - (वैकल्पिक) निर्दिष्ट संशोधन के लिए प्रतिबद्ध हैश।

glusterfs

तर्क

host_path

तर्क

http_get

तर्क

  • host - (वैकल्पिक) पॉड आईपी से जुड़ने के लिए होस्ट नाम, डिफॉल्ट करता है। आप शायद इसके बजाय httpHeaders में "Host" सेट करना चाहते हैं।
  • http_header - (वैकल्पिक) होस्ट से कनेक्ट करने के लिए उपयोग करने की योजना।
  • path - (वैकल्पिक) HTTP सर्वर पर पहुंचने के लिए पथ।
  • port - (वैकल्पिक) कंटेनर पर पहुंचने के लिए पोर्ट का नाम या संख्या। नंबर 1 से 65535 के बीच होना चाहिए। नाम IANA_SVC_NAME होना चाहिए।
  • scheme - (वैकल्पिक) होस्ट से कनेक्ट करने के लिए उपयोग करने की योजना।

http_header

तर्क

  • name - (ऑप्शनल) हैडर फील्ड नाम
  • value - (वैकल्पिक) हेडर फ़ील्ड मान

image_pull_secrets

तर्क

iscsi

तर्क

  • fs_type - (वैकल्पिक) फ़ाइलसिस्टम का वॉल्यूम जिसे आप माउंट करना चाहते हैं। युक्ति: सुनिश्चित करें कि फाइलसिस्टम प्रकार मेजबान ऑपरेटिंग सिस्टम द्वारा समर्थित है। उदाहरण: "ext4", "xfs", "ntfs"। अनिर्दिष्ट होने पर "एक्स्ट 4" होने का अनुमान लगाया गया। अधिक जानकारी: http://kubernetes.io/docs/user-guide/volumes#iscsi
  • iqn - (आवश्यक) लक्ष्य iSCSI योग्य नाम।
  • iscsi_interface - (वैकल्पिक) iSCSI इंटरफ़ेस नाम जो iSCSI परिवहन का उपयोग करता है। डिफ़ॉल्ट 'डिफ़ॉल्ट' (tcp) के लिए।
  • lun - (वैकल्पिक) iSCSI लक्ष्य lun संख्या।
  • read_only - (वैकल्पिक) read_only -गणना में केवल-पढ़ने के लिए सेटिंग को बाध्य करने के लिए। झूठे की अवहेलना करता है।
  • target_portal - (आवश्यक) iSCSI लक्ष्य पोर्टल। पोर्टल या तो IP या ip_addr है: पोर्ट यदि पोर्ट डिफॉल्ट (आमतौर पर TCP पोर्ट 860 और 3260) के अलावा अन्य है।

items

तर्क

  • key - (वैकल्पिक) परियोजना की कुंजी।
  • mode - (वैकल्पिक) वैकल्पिक: इस फ़ाइल पर उपयोग करने के लिए मोड बिट्स, 0 और 0777 के बीच का मान होना चाहिए। यदि निर्दिष्ट नहीं किया गया है, तो वॉल्यूम डिफ़ॉल्ट मोड का उपयोग किया जाएगा। यह अन्य विकल्पों के साथ संघर्ष में हो सकता है जो फ़ाइल मोड को प्रभावित करते हैं, जैसे fsGroup, और परिणाम अन्य मोड बिट्स सेट हो सकता है।
  • path - (वैकल्पिक) कुंजी को मैप करने के लिए फ़ाइल का सापेक्ष पथ। पूर्ण मार्ग नहीं हो सकता। पथ तत्व शामिल नहीं हो सकता '..'। शुरू नहीं हो सकता स्ट्रिंग के साथ '..'।

lifecycle

तर्क

  • post_start - (वैकल्पिक) पोस्ट_स्टार्ट को कंटेनर बनने के तुरंत बाद कहा जाता है। यदि हैंडलर विफल हो जाता है, तो कंटेनर को फिर से शुरू किया जाता है और इसकी पुनरारंभ नीति के अनुसार शुरू किया जाता है। हुक पूरा होने तक कंटेनर ब्लॉक के अन्य प्रबंधन। अधिक जानकारी: http://kubernetes.io/docs/user-guide/container-environment#hook-details
  • pre_stop - (वैकल्पिक) pre_stop कंटेनर समाप्त होने से ठीक पहले कहा जाता है। हैंडलर पूरा होने के बाद कंटेनर को समाप्त कर दिया जाता है। समाप्ति का कारण हैंडलर को पारित किया जाता है। हैंडलर के परिणाम के बावजूद, कंटेनर को अंततः समाप्त कर दिया जाता है। हुक पूरा होने तक कंटेनर ब्लॉक के अन्य प्रबंधन। अधिक जानकारी: http://kubernetes.io/docs/user-guide/container-environment#hook-details

limits

तर्क

  • cpu - (वैकल्पिक) सीपीयू
  • memory - (वैकल्पिक) मेमोरी

liveness_probe

तर्क

  • exec - (वैकल्पिक) निष्पादन कार्रवाई करने के लिए निर्दिष्ट करता है।
  • failure_threshold - (वैकल्पिक) जांच के सफल होने के बाद न्यूनतम लगातार विफलताओं को विफल माना जाता है।
  • http_get - (वैकल्पिक) प्रदर्शन करने के लिए http अनुरोध को निर्दिष्ट करता है।
  • initial_delay_seconds - (वैकल्पिक) कंटेनर के बाद सेकंड की संख्या शुरू हो जाने से पहले लिवन ​​जांच शुरू की जाती है। अधिक जानकारी: http://kubernetes.io/docs/user-guide/pod-states#container-probes
  • period_seconds - (वैकल्पिक) जांच करने के लिए कितनी बार (सेकंड में)
  • success_threshold - (वैकल्पिक) असफल होने के बाद जांच को सफल मानने के लिए न्यूनतम लगातार सफलताएं।
  • tcp_socket - (वैकल्पिक) टीसीपीएसकेट एक क्रिया को निर्दिष्ट करता है जिसमें एक टीसीपी पोर्ट शामिल होता है। टीसीपी हुक अभी तक समर्थित नहीं हैं
  • timeout_seconds - (वैकल्पिक) सेकंड की संख्या जिसके बाद जांच समय समाप्त हो जाती है। अधिक जानकारी: http://kubernetes.io/docs/user-guide/pod-states#container-probes

nfs

तर्क

persistent_volume_claim

तर्क

  • claim_name - (वैकल्पिक) ClaimName उसी में एक PersistentVolumeClaim का नाम है
  • read_only - (वैकल्पिक) VolumeMounts में ReadOnly सेटिंग को बाध्य करेगा।

photon_persistent_disk

तर्क

  • fs_type - (वैकल्पिक) फ़ाइलसिस्टम माउंट करने के लिए टाइप करें। होस्ट ऑपरेटिंग सिस्टम द्वारा समर्थित फाइलसिस्टम प्रकार होना चाहिए। पूर्व। "ext4", "xfs", "ntfs"। अनिर्दिष्ट होने पर "एक्स्ट 4" होने का अनुमान लगाया गया।
  • pd_id - (आवश्यक) आईडी जो फोटॉन नियंत्रक की निरंतर डिस्क की पहचान करता है

port

तर्क

  • container_port - (आवश्यक) पॉड के आईपी पते पर उजागर करने के लिए पोर्ट की संख्या। यह एक मान्य पोर्ट नंबर होना चाहिए, 0 <x <65536।
  • host_ip - (वैकल्पिक) बाहरी पोर्ट को बाइंड करने के लिए कौन सा होस्ट आईपी है।
  • host_port - (वैकल्पिक) होस्ट पर उजागर करने के लिए पोर्ट की संख्या। यदि निर्दिष्ट किया गया है, तो यह एक मान्य पोर्ट नंबर होना चाहिए, 0 <x <65536। यदि HostNetwork निर्दिष्ट है, तो यह कंटेनर पोर्ट से मेल खाना चाहिए। अधिकांश कंटेनरों को इसकी आवश्यकता नहीं है।
  • name - (वैकल्पिक) निर्दिष्ट होने पर, यह एक IANA_SVC_NAME होना चाहिए और पॉड के भीतर अद्वितीय होना चाहिए। एक फली में प्रत्येक नामित बंदरगाह का एक विशिष्ट नाम होना चाहिए। पोर्ट के लिए नाम जिसे सेवाओं द्वारा संदर्भित किया जा सकता है
  • protocol - (वैकल्पिक) पोर्ट के लिए प्रोटोकॉल। UDP या TCP होना चाहिए। "टीसीपी" के लिए चूक।

post_start

तर्क

  • exec - (वैकल्पिक) निष्पादन कार्रवाई करने के लिए निर्दिष्ट करता है।
  • http_get - (वैकल्पिक) प्रदर्शन करने के लिए http अनुरोध को निर्दिष्ट करता है।
  • tcp_socket - (वैकल्पिक) टीसीपीएसकेट एक क्रिया को निर्दिष्ट करता है जिसमें एक टीसीपी पोर्ट शामिल होता है। टीसीपी हुक अभी तक समर्थित नहीं हैं

pre_stop

तर्क

  • exec - (वैकल्पिक) निष्पादन कार्रवाई करने के लिए निर्दिष्ट करता है।
  • http_get - (वैकल्पिक) प्रदर्शन करने के लिए http अनुरोध को निर्दिष्ट करता है।
  • tcp_socket - (वैकल्पिक) टीसीपीएसकेट एक क्रिया को निर्दिष्ट करता है जिसमें एक टीसीपी पोर्ट शामिल होता है। टीसीपी हुक अभी तक समर्थित नहीं हैं

quobyte

तर्क

  • group - (वैकल्पिक) डिफ़ॉल्ट तक वॉल्यूम पहुंच का समूह कोई समूह नहीं है
  • read_only - (वैकल्पिक) क्या केवल पढ़ने के लिए अनुमति के साथ Quobyte वॉल्यूम को मजबूर करना है। झूठे की अवहेलना करता है।
  • registry - (आवश्यक) रजिस्ट्री मेजबान के रूप में एक स्ट्रिंग के रूप में निर्दिष्ट एक या एक से अधिक Quobyte रजिस्ट्री सेवाओं का प्रतिनिधित्व करती है: पोर्ट जोड़ी (कई प्रविष्टियां कॉमा के साथ अलग होती हैं) जो वॉल्यूम के लिए केंद्रीय रजिस्ट्री के रूप में कार्य करती हैं
  • user - (वैकल्पिक) उपयोगकर्ता के लिए खंड की पहुंच का उपयोग करने के लिए उपयोगकर्ता के लिए डिफ़ॉल्ट serivceaccount
  • volume - (आवश्यक) वॉल्यूम एक स्ट्रिंग है जो नाम से पहले से ही बनाए गए Quobyte वॉल्यूम को संदर्भित करता है।

rbd

तर्क

readiness_probe

तर्क

  • exec - (वैकल्पिक) निष्पादन कार्रवाई करने के लिए निर्दिष्ट करता है।
  • failure_threshold - (वैकल्पिक) जांच के सफल होने के बाद न्यूनतम लगातार विफलताओं को विफल माना जाता है।
  • http_get - (वैकल्पिक) प्रदर्शन करने के लिए http अनुरोध को निर्दिष्ट करता है।
  • initial_delay_seconds - (वैकल्पिक) कंटेनर के बाद सेकंड की संख्या शुरू हो जाने से पहले लिवन ​​जांच शुरू की जाती है। अधिक जानकारी: http://kubernetes.io/docs/user-guide/pod-states#container-probes
  • period_seconds - (वैकल्पिक) जांच करने के लिए कितनी बार (सेकंड में)
  • success_threshold - (वैकल्पिक) असफल होने के बाद जांच को सफल मानने के लिए न्यूनतम लगातार सफलताएं।
  • tcp_socket - (वैकल्पिक) टीसीपीएसकेट एक क्रिया को निर्दिष्ट करता है जिसमें एक टीसीपी पोर्ट शामिल होता है। टीसीपी हुक अभी तक समर्थित नहीं हैं
  • timeout_seconds - (वैकल्पिक) सेकंड की संख्या जिसके बाद जांच समय समाप्त हो जाती है। अधिक जानकारी: http://kubernetes.io/docs/user-guide/pod-states#container-probes

resources

तर्क

  • limits - (वैकल्पिक) अनुमत संसाधनों की अधिकतम मात्रा का वर्णन करती है। अधिक जानकारी: http://kubernetes.io/docs/user-guide/compute-resources/
  • requests - (वैकल्पिक) आवश्यक संसाधनों की न्यूनतम राशि का वर्णन करता है।

requests

तर्क

  • cpu - (वैकल्पिक) सीपीयू
  • memory - (वैकल्पिक) मेमोरी

resource_field_ref

तर्क

  • container_name - (वैकल्पिक) कंटेनर का नाम
  • resource - (आवश्यक) संसाधन का चयन करने के लिए

se_linux_options

तर्क

  • level - (वैकल्पिक) स्तर SELinux स्तर लेबल है जो कंटेनर पर लागू होता है।
  • role - (वैकल्पिक) भूमिका एक SELinux रोल लेबल है जो कंटेनर पर लागू होता है।
  • type - (वैकल्पिक) प्रकार एक SELinux प्रकार लेबल है जो कंटेनर पर लागू होता है।
  • user - (वैकल्पिक) उपयोगकर्ता एक SELinux उपयोगकर्ता लेबल है जो कंटेनर पर लागू होता है।

secret

तर्क

  • default_mode - (वैकल्पिक) डिफ़ॉल्ट रूप से बनाई गई फ़ाइलों पर उपयोग करने के लिए बिट्स। 0 और 0777 के बीच का मान होना चाहिए। 0644 में डिफ़ॉल्ट। पथ के भीतर निर्देशिकाएँ इस सेटिंग से प्रभावित नहीं होते हैं। यह अन्य विकल्पों के साथ संघर्ष में हो सकता है जो फ़ाइल मोड को प्रभावित करते हैं, जैसे fsGroup, और परिणाम अन्य मोड बिट्स सेट हो सकता है।
  • items - (वैकल्पिक) मात्रा में प्रोजेक्ट करने के लिए गुप्त वस्तुओं की सूची। नीचे items ब्लॉक परिभाषा देखें। यदि अनिर्दिष्ट है, तो संदर्भित सीक्रेट के डेटा फ़ील्ड में प्रत्येक कुंजी-मूल्य जोड़ी को एक फ़ाइल के रूप में वॉल्यूम में प्रोजेक्ट किया जाएगा जिसका नाम कुंजी है और सामग्री का मूल्य है। यदि निर्दिष्ट किया गया है, तो सूचीबद्ध कुंजियों को निर्दिष्ट पथों में प्रोजेक्ट किया जाएगा, और असूचीबद्ध कुंजियां मौजूद नहीं होंगी। यदि कोई कुंजी निर्दिष्ट की गई है जो गुप्त में मौजूद नहीं है, तो वॉल्यूम सेटअप में त्रुटि होगी जब तक कि इसे optional से चिह्नित नहीं किया जाता है। पथ सापेक्ष होना चाहिए और इसमें '..' पथ शामिल नहीं हो सकता है या '..' से प्रारंभ हो सकता है।
  • optional - (वैकल्पिक) निर्दिष्ट करें कि क्या सीक्रेट है या यह कुंजी परिभाषित की जानी चाहिए।
  • secret_name - (वैकल्पिक) उपयोग करने के लिए फली के नाम स्थान में रहस्य का नाम। अधिक जानकारी: http://kubernetes.io/docs/user-guide/volumes#secrets

items ब्लॉक निम्नलिखित का समर्थन करता है:

  • key - (आवश्यक) परियोजना की कुंजी।
  • mode - (वैकल्पिक) मोड बिट्स इस फ़ाइल पर उपयोग करने के लिए, 0 और 0777 के बीच का मान होना चाहिए। यदि निर्दिष्ट नहीं है, तो वॉल्यूम डिफॉल्ट का उपयोग किया जाएगा।
  • path - (आवश्यक) कुंजी को मैप करने के लिए फ़ाइल का संबंधित पथ। पूर्ण मार्ग नहीं हो सकता। पथ तत्व शामिल नहीं हो सकता '..'। शुरू नहीं हो सकता स्ट्रिंग के साथ '..'।

secret_key_ref

तर्क

  • key - (वैकल्पिक) से चुनने के लिए रहस्य की कुंजी। एक वैध गुप्त कुंजी होनी चाहिए।
  • name - (वैकल्पिक) संदर्भ का नाम। अधिक जानकारी: http://kubernetes.io/docs/user-guide/identifiers#names

secret_ref

तर्क

security_context

तर्क

  • fs_group - (वैकल्पिक) एक विशेष पूरक समूह जो एक फली में सभी कंटेनरों पर लागू होता है। कुछ वॉल्यूम प्रकार, क्यूबलेट को फली के स्वामित्व वाले उस वॉल्यूम के स्वामित्व को बदलने की अनुमति देते हैं: 1. मालिक जीआईडी ​​एफएसग्रुप 2 होगी। सेटगिड बिट सेट है (वॉल्यूम में बनाई गई नई फाइलें एफएसग्रुप 3 के स्वामित्व में होंगी। अनुमति बिट्स rw-rw ---- के साथ OR'd हैं ---- अगर परेशान हैं, तो क्यूबलेट किसी भी मात्रा के स्वामित्व और अनुमतियों को संशोधित नहीं करेगा।
  • run_as_non_root - (वैकल्पिक) इंगित करता है कि कंटेनर को गैर-रूट उपयोगकर्ता के रूप में चलना चाहिए। यदि सही है, तो क्यूबलेट यह सुनिश्चित करने के लिए रनटाइम पर छवि को मान्य करेगा कि यह यूआईडी 0 (रूट) के रूप में नहीं चलता है और कंटेनर को चालू करने में विफल रहता है।
  • run_as_user - (वैकल्पिक) कंटेनर प्रक्रिया के प्रविष्टि बिंदु को चलाने के लिए UID। यदि अनिर्दिष्ट है, तो छवि मेटाडेटा में निर्दिष्ट उपयोगकर्ता की चूक
  • se_linux_options - (वैकल्पिक) SELinux संदर्भ सभी कंटेनरों पर लागू किया जाएगा। यदि अनिर्दिष्ट है, तो कंटेनर रनटाइम प्रत्येक कंटेनर के लिए एक यादृच्छिक SELinux संदर्भ आवंटित करेगा। SecurityContext में भी सेट किया जा सकता है। यदि SecurityContext और PodSecurityContext दोनों में सेट किया गया है, तो SecurityContext में निर्दिष्ट मान उस कंटेनर के लिए पूर्वता लेता है।
  • supplemental_groups - (वैकल्पिक) कंटेनर की प्राथमिक सीआईडी ​​के अलावा, प्रत्येक कंटेनर में चलने वाली पहली प्रक्रिया के लिए लागू समूहों की एक सूची। यदि अनिर्दिष्ट है, तो किसी भी कंटेनर में कोई समूह नहीं जोड़ा जाएगा।

tcp_socket

तर्क

  • port - (आवश्यक) कंटेनर पर पहुंचने के लिए पोर्ट की संख्या या नाम। नंबर 1 से 65535 के बीच होना चाहिए। नाम IANA_SVC_NAME होना चाहिए।

value_from

तर्क

  • config_map_key_ref - (वैकल्पिक) एक कॉन्‍फ़िगरेशन की एक कुंजी का चयन करता है।
  • field_ref - (वैकल्पिक) फली के एक क्षेत्र का चयन करता है: metadata.name, metadata.namespace, metadata.labels, metadata.annotations, spec.nodeName, spec.serviceAccountName, status.podip का समर्थन करता है।
  • resource_field_ref - (वैकल्पिक) फली के एक क्षेत्र का चयन करता है: metadata.name, metadata.namespace, metadata.labels, metadata.annotations, spec.nodeName, spec.serviceAccountName, status.podip का समर्थन करता है।
  • secret_key_ref - (वैकल्पिक) फली के एक क्षेत्र का चयन करता है: metadata.name, metadata.namespace, metadata.labels, metadata.annotations, spec.nodeName, spec.serviceAccountName, status.podip .. का समर्थन करता है।

volume

तर्क

  • aws_elastic_block_store - (वैकल्पिक) AWS डिस्क संसाधन का प्रतिनिधित्व करता है जो एक क्यूबलेट की मेजबान मशीन से जुड़ा होता है और फिर पॉड के संपर्क में आता है। अधिक जानकारी: http://kubernetes.io/docs/user-guide/volumes#awselasticblockstore
  • azure_disk - (वैकल्पिक) होस्ट पर एक Azure डेटा डिस्क माउंट का प्रतिनिधित्व करता है और फली को माउंट करता है।
  • azure_file - (वैकल्पिक) एक azure_file फ़ाइल सेवा को होस्ट पर माउंट करता है और फली को माउंट करता है।
  • ceph_fs - (वैकल्पिक) एक ceph_fs एफएस माउंट को होस्ट करता है जो पॉड के जीवनकाल को साझा करता है
  • cinder - (वैकल्पिक) एक सिंडर वॉल्यूम संलग्न करता है और क्यूबलेट्स होस्ट मशीन पर लगाया जाता है। अधिक जानकारी: http://releases.k8s.io/HEAD/examples/mysql-cinder-pd/README.md
  • config_map - (वैकल्पिक) configMap एक configMap का प्रतिनिधित्व करता है जिसे इस वॉल्यूम को पॉप्युलेट करना चाहिए
  • downward_api - (वैकल्पिक) डाउनवर्डएपीआई पॉड के बारे में डाउनवर्ड एपीआई का प्रतिनिधित्व करता है जिसे इस वॉल्यूम को पॉप्युलेट करना चाहिए
  • empty_dir - (वैकल्पिक) एम्प्टीडिर एक अस्थायी निर्देशिका का प्रतिनिधित्व करता है जो पॉड के जीवनकाल को साझा करता है। अधिक जानकारी: http://kubernetes.io/docs/user-guide/volumes#emptydir
  • fc - (वैकल्पिक) एक फाइबर चैनल संसाधन का प्रतिनिधित्व करता है जो एक क्यूबलेट की मेजबान मशीन से जुड़ा होता है और फिर पॉड के संपर्क में आता है।
  • flex_volume - (वैकल्पिक) एक सामान्य वॉल्यूम संसाधन का प्रतिनिधित्व करता है flex_volume / संलग्न किया गया है जो निष्पादन आधारित प्लगइन का उपयोग करता है। यह एक अल्फा फीचर है और भविष्य में बदल सकता है।
  • flocker - (वैकल्पिक) एक klocklet की मेजबान मशीन से जुड़ी एक flocker मात्रा का प्रतिनिधित्व करता है और इसके उपयोग के लिए फली के संपर्क में आता है। यह फ्लोकर नियंत्रण सेवा के चलने पर निर्भर करता है
  • gce_persistent_disk - (वैकल्पिक) एक GCE डिस्क संसाधन का प्रतिनिधित्व करता है जो एक क्यूबलेट की मेजबान मशीन से जुड़ा होता है और फिर फली के संपर्क में आता है। एक व्यवस्थापक द्वारा प्रस्तावित। अधिक जानकारी: http://kubernetes.io/docs/user-guide/volumes#gcepersistentdisk
  • git_repo - (वैकल्पिक) GitRepo एक विशेष संशोधन में git रिपॉजिटरी का प्रतिनिधित्व करता है।
  • glusterfs - (वैकल्पिक) एक ग्लस्टरफ़ेट्स वॉल्यूम का प्रतिनिधित्व करता है जो एक मेजबान से जुड़ा हुआ है और फली के संपर्क में है। एक व्यवस्थापक द्वारा प्रस्तावित। अधिक जानकारी: http://releases.k8s.io/HEAD/examples/volumes/glusterfs/README.md
  • host_path - (वैकल्पिक) मेजबान पर एक निर्देशिका का प्रतिनिधित्व करता है। एक डेवलपर या परीक्षक द्वारा प्रावधान किया गया। यह केवल एकल-नोड विकास और परीक्षण के लिए उपयोगी है! ऑन-होस्ट स्टोरेज किसी भी तरह से समर्थित नहीं है और मल्टी-नोड क्लस्टर में काम नहीं करेगा। अधिक जानकारी: http://kubernetes.io/docs/user-guide/volumes#hostpath
  • iscsi - (वैकल्पिक) ISCSI डिस्क संसाधन का प्रतिनिधित्व करता है जो एक क्यूबलेट की मेजबान मशीन से जुड़ा होता है और फिर पॉड के संपर्क में आता है। एक व्यवस्थापक द्वारा प्रस्तावित।
  • name - (वैकल्पिक) वॉल्यूम का नाम। फली के भीतर एक DNS_LABEL और अद्वितीय होना चाहिए। अधिक जानकारी: http://kubernetes.io/docs/user-guide/identifiers#names
  • nfs - (वैकल्पिक) होस्ट पर एक NFS माउंट का प्रतिनिधित्व करता है। एक व्यवस्थापक द्वारा प्रस्तावित। अधिक जानकारी: http://kubernetes.io/docs/user-guide/volumes#nfs
  • persistent_volume_claim - (वैकल्पिक) एक स्थिर वॉल्यूम की विशिष्टता।
  • photon_persistent_disk - (वैकल्पिक) एक PhotonController निरंतर डिस्क संलग्न है और kubelets होस्ट मशीन पर घुड़सवार
  • quobyte - (वैकल्पिक) Quobyte मेजबान पर एक Quobyte माउंट का प्रतिनिधित्व करता है जो पॉड के जीवनकाल को साझा करता है
  • rbd - (वैकल्पिक) एक पॉड के जीवनकाल को साझा करने वाले होस्ट पर एक रेडोस ब्लॉक डिवाइस माउंट करता है। अधिक जानकारी: http://releases.k8s.io/HEAD/examples/volumes/rbd/README.md
  • secret - (ऑप्शनल) सीक्रेट एक सीक्रेट को दर्शाता है जो इस वॉल्यूम को पॉप्युलेट करना चाहिए। अधिक जानकारी: http://kubernetes.io/docs/user-guide/volumes#secrets
  • vsphere_volume - (वैकल्पिक) एक vSphere मात्रा संलग्न और kubelets होस्ट मशीन पर मुहिम शुरू की

volume_mount

तर्क

  • mount_path - (आवश्यक) कंटेनर के भीतर पथ, जिस पर वॉल्यूम को माउंट किया जाना चाहिए। इसमें ':' नहीं होना चाहिए।
  • name - (आवश्यक) यह एक वॉल्यूम के नाम से मेल खाना चाहिए।
  • read_only - (वैकल्पिक) माउंटेड रीड-ओनली यदि सही है, तो रीड-राइट अन्यथा (गलत या अनिर्दिष्ट)। झूठे की अवहेलना करता है।
  • sub_path - (वैकल्पिक) उस मात्रा के भीतर पथ जिसमें से कंटेनर की मात्रा को माउंट किया जाना चाहिए। डिफाल्ट्स टू "" (वॉल्यूम का रूट)।

vsphere_volume

तर्क

  • fs_type - (वैकल्पिक) फ़ाइलसिस्टम माउंट करने के लिए टाइप करें। होस्ट ऑपरेटिंग सिस्टम द्वारा समर्थित फाइलसिस्टम प्रकार होना चाहिए। पूर्व। "ext4", "xfs", "ntfs"। अनिर्दिष्ट होने पर "एक्स्ट 4" होने का अनुमान लगाया गया।
  • volume_path - (आवश्यक) पथ जो vSphere मात्रा vmdk की पहचान करता है

आयात

पॉड को नाम स्थान और नाम का उपयोग करके आयात किया जा सकता है, जैसे

$ terraform import kubernetes_pod.example default/terraform-example