डॉकर-बिल्ड - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

डॉकर-बिल्ड - PATH पर स्रोत कोड से एक नई छवि बनाएं

SYNOPSIS

डाक में काम करनेवाला मज़दूर निर्माण [--बिल्ड-आर्ग[=[]]] [--सीपीयू-शेयर[=0]] [--सीग्रुप-पैरेंट[=सीजीग्रुप-पैरेंट]]
[--मदद] [-f|--फ़ाइल[=पाथ/डॉकरफ़ाइल]] [--बल-आरएम] [--एकांत[=चूक]] [--नो-कैश]
[--खींचना] [-q|--शांत] [--आरएम[=<strong>उद्देश्य</strong>]] [-t|--उपनाम[=[]]] [-m|--याद[=स्मृति]]
[--स्मृति-स्वैप[=सीमा]] [--shm-आकार[=SHM-आकार]] [--सीपीयू-अवधि[=0]] [--सीपीयू-कोटा[=0]]
[--cpuset-cpus[=सीपीयूसेट-सीपीयूएस]] [--cpuset-mems[=सीपीयूसेट-एमईएमएस]] [--उलिमिट[=[]]] पथ | यूआरएल | -

वर्णन

यह निर्दिष्ट निर्देशिका से Dockerfile को पढ़ेगा पथ. यह कोई भी भेजता है
डॉकर डेमॉन की वर्तमान निर्देशिका में अन्य फ़ाइलें और निर्देशिकाएँ मिलीं।
इस निर्देशिका की सामग्री का उपयोग किया जाएगा जोड़ें Dockerfile में कमांड मिले।

चेतावनी, यह सामग्री के आधार पर डॉकर डेमॉन को बहुत सारा डेटा भेजेगा
वर्तमान निर्देशिका. बिल्ड डॉकर डेमॉन द्वारा चलाया जाता है, सीएलआई द्वारा नहीं, इसलिए संपूर्ण
संदर्भ को डेमॉन में स्थानांतरित किया जाना चाहिए। डॉकर सीएलआई रिपोर्ट करता है "बिल्ड संदर्भ भेजा जा रहा है
डॉकर डेमॉन को" जब संदर्भ डेमॉन को भेजा जाता है।

जब टारबॉल संग्रह या एकल डॉकरफाइल का यूआरएल दिया जाता है, तो कोई संदर्भ नहीं भेजा जाता है
क्लाइंट से डॉकर डेमॉन तक। इस मामले में, Dockerfile के मूल में
संग्रह और शेष संग्रह का उपयोग निर्माण के संदर्भ के रूप में किया जाएगा। जब एक Git
रिपोजिटरी के रूप में सेट किया गया है यूआरएल, रिपॉजिटरी को स्थानीय रूप से क्लोन किया जाता है और फिर के रूप में भेजा जाता है
संदर्भ।

विकल्प

-f, --फ़ाइल=पाथ/डॉकरफ़ाइल
उपयोग करने के लिए Dockerfile का पथ। यदि पथ एक सापेक्ष पथ है और आप हैं
स्थानीय निर्देशिका से निर्माण, तो पथ उसके सापेक्ष होना चाहिए
निर्देशिका। यदि आप किसी दूरस्थ यूआरएल से किसी एक की ओर इशारा करते हुए निर्माण कर रहे हैं
टारबॉल या गिट रिपोजिटरी, तो पथ की जड़ के सापेक्ष होना चाहिए
सुदूर संदर्भ. सभी मामलों में, फ़ाइल बिल्ड संदर्भ के भीतर होनी चाहिए।
डिफ़ॉल्ट है Dockerfile.

--बिल्ड-आर्ग=परिवर्तनशील
ए का नाम और मूल्य बिल्डरग.

उदाहरण के लिए, यदि आप इसके लिए कोई मान पास करना चाहते हैं http प्रॉक्सी, उपयोग
--बिल्ड-आर्ग=http_proxy=''http://some.proxy.url"

उपयोगकर्ता इन मानों को बिल्ड-टाइम पर पास करते हैं। डॉकर का उपयोग करता है बिल्डर्स जैसा
Dockerfile के माध्यम से चलने वाले कमांड के लिए पर्यावरण संदर्भ भागो अनुदेश
या अन्य Dockerfile निर्देशों में परिवर्तनीय विस्तार के लिए। ये मतलब नहीं है
गुप्त मूल्यों को पारित करने के लिए। ⟨/संदर्भ/बिल्डर/#arg⟩

--बल-आरएम=<strong>उद्देश्य</strong>|असत्य
असफल निर्माण के बाद भी हमेशा मध्यवर्ती कंटेनरों को हटा दें। डिफ़ॉल्ट है
असत्य.

--एकांत="चूक"
आइसोलेशन कंटेनरों द्वारा उपयोग की जाने वाली आइसोलेशन तकनीक के प्रकार को निर्दिष्ट करता है।

--नो-कैश=<strong>उद्देश्य</strong>|असत्य
छवि बनाते समय कैश का उपयोग न करें. डिफ़ॉल्ट है असत्य.

--मदद
प्रिंट उपयोग विवरण

--खींचना=<strong>उद्देश्य</strong>|असत्य
हमेशा छवि का नया संस्करण खींचने का प्रयास करें। डिफ़ॉल्ट है असत्य.

-q, --शांत=<strong>उद्देश्य</strong>|असत्य
बिल्ड आउटपुट को दबाएं और सफलता पर छवि आईडी प्रिंट करें। डिफ़ॉल्ट है असत्य.

--आरएम=<strong>उद्देश्य</strong>|असत्य
सफल निर्माण के बाद मध्यवर्ती कंटेनर हटा दें। डिफ़ॉल्ट है <strong>उद्देश्य</strong>.

-t, --उपनाम=""
रिपॉजिटरी नाम (और वैकल्पिक रूप से टैग के साथ) परिणामी छवि पर लागू किए जाएंगे
सफलता का मामला.

-m, --याद=स्मृति
स्मृति सीमा

--स्मृति-स्वैप=सीमा
मेमोरी प्लस स्वैप के बराबर एक सीमा मान। के साथ प्रयोग करना चाहिए -m (--याद) झंडा।
विनिमय सीमा हमेशा से बड़ा होना चाहिए -m (--याद) कीमत।

का प्रारूप सीमा is [ ]. इकाई हो सकती है b (बाइट्स), k (किलोबाइट्स), m
(मेगाबाइट्स), या g (गीगाबाइट)। यदि आप एक इकाई निर्दिष्ट नहीं करते हैं, b प्रयोग किया जाता है। LIMIT को सेट करें -1 सेवा मेरे
असीमित स्वैप सक्षम करें.

--shm-आकार=SHM-आकार
इस आकार का /देव/शम. प्रारूप है . संख्या से अधिक होना चाहिए 0.
इकाई वैकल्पिक है और हो सकती है b (बाइट्स), k (किलोबाइट्स), m (मेगाबाइट्स), या g (गीगाबाइट)।
यदि आप इकाई को छोड़ देते हैं, तो सिस्टम बाइट्स का उपयोग करता है।
यदि आप आकार को पूरी तरह से छोड़ देते हैं, तो सिस्टम उपयोग करता है 64m.

--सीपीयू-शेयर=0
सीपीयू शेयर (सापेक्षिक वजन)।

डिफ़ॉल्ट रूप से, सभी कंटेनरों को CPU चक्रों का समान अनुपात मिलता है।
सीपीयू शेयर 1024 की डिफ़ॉल्ट सेटिंग के सापेक्ष एक 'सापेक्षिक भार' है।
यह डिफ़ॉल्ट मान यहां परिभाषित किया गया है:

बिल्ली /sys/fs/cgroup/cpu/cpu.shares
1024

आप कंटेनर के सीपीयू शेयर को समायोजित करके इस अनुपात को बदल सकते हैं
अन्य सभी चालू कंटेनरों के भार के सापेक्ष भार।

1024 के डिफ़ॉल्ट से अनुपात को संशोधित करने के लिए, का उपयोग करें --सीपीयू-शेयर
वज़न को 2 या अधिक पर सेट करने के लिए ध्वजांकित करें।

कंटेनर सीपीयू शेयर ध्वज
{C0} 60% CPU --cpu-shares=614 (614, 60 का 1024% है)
{C1} 40% CPU --cpu-shares=410 (410, 40 का 1024% है)

अनुपात केवल तभी लागू होता है जब सीपीयू-गहन प्रक्रियाएँ चल रही हों।
जब एक कंटेनर में कार्य निष्क्रिय होते हैं, तो अन्य कंटेनर इसका उपयोग कर सकते हैं
बचा हुआ सीपीयू समय। उपयोग किए गए CPU समय की वास्तविक मात्रा अलग-अलग होती है
सिस्टम पर चल रहे कंटेनरों की संख्या.

उदाहरण के लिए, तीन कंटेनरों पर विचार करें, जहां एक है --सीपीयू-शेयर=1024 और
दो अन्य के पास है --सीपीयू-शेयर=512. जब तीनों में प्रक्रिया होती है
कंटेनर 100% सीपीयू का उपयोग करने का प्रयास करते हैं, पहला कंटेनर प्राप्त करेगा
कुल CPU समय का 50%. यदि आप एक चौथा कंटेनर जोड़ते हैं --सीपीयू-शेयर=1024,
पहले कंटेनर को केवल 33% सीपीयू मिलता है। शेष कंटेनर
सीपीयू का 16.5%, 16.5% और 33% प्राप्त करें।

कंटेनर सीपीयू शेयर फ्लैग सीपीयू समय
{C0} 100% --सीपीयू-शेयर=1024 33%
{C1} 50% --सीपीयू-शेयर=512 16.5%
{C2} 50% --सीपीयू-शेयर=512 16.5%
{C4} 100% --सीपीयू-शेयर=1024 33%

मल्टी-कोर सिस्टम पर, सीपीयू समय का हिस्सा पूरे सीपीयू में वितरित किया जाता है
कोर. भले ही कोई कंटेनर 100% से कम सीपीयू समय तक सीमित हो, यह हो सकता है
प्रत्येक व्यक्तिगत सीपीयू कोर का 100% उपयोग करें।

उदाहरण के लिए, तीन से अधिक कोर वाले सिस्टम पर विचार करें। यदि आप एक शुरू करते हैं
कंटेनर {सी0} साथ में --सीपीयू-शेयर=512 एक प्रक्रिया चला रहा है, और दूसरा कंटेनर चला रहा है
{सी1} साथ में --सीपीयू-शेयर=1024 दो प्रक्रियाएँ चलाने पर, इसका परिणाम निम्नलिखित हो सकता है
सीपीयू शेयरों का विभाजन:

पीआईडी ​​कंटेनर सीपीयू सीपीयू शेयर
100 {C0} 0 100% CPU0
101 {C1} 1 100% CPU1
102 {C1} 2 100% CPU2

--सीपीयू-अवधि=0
सीपीयू सीएफएस (पूरी तरह से उचित शेड्यूलर) अवधि को सीमित करें।

कंटेनर के CPU उपयोग को सीमित करें। यह ध्वज कर्नेल को प्रतिबंधित करने का कारण बनता है
आपके द्वारा निर्दिष्ट अवधि तक कंटेनर का सीपीयू उपयोग।

--सीपीयू-कोटा=0
सीपीयू सीएफएस (पूरी तरह से निष्पक्ष शेड्यूलर) कोटा सीमित करें।

डिफ़ॉल्ट रूप से, कंटेनर पूर्ण CPU संसाधन के साथ चलते हैं। यह ध्वज कर्नेल का कारण बनता है
कंटेनर के सीपीयू उपयोग को आपके द्वारा निर्दिष्ट कोटा तक सीमित रखें।

--cpuset-cpus=सीपीयूसेट-सीपीयूएस
सीपीयू जिसमें निष्पादन की अनुमति देनी है (0-3, 0,1)।

--cpuset-mems=सीपीयूसेट-एमईएमएस
मेमोरी नोड्स (एमईएम) जिसमें निष्पादन (0-3, 0,1) की अनुमति दी जाती है। पर ही प्रभावी है
NUMA सिस्टम।

उदाहरण के लिए, यदि आपके सिस्टम पर चार मेमोरी नोड (0-3) हैं, तो उपयोग करें --cpuset-mems=0,1 सेवा मेरे
सुनिश्चित करें कि आपके डॉकर कंटेनर की प्रक्रियाएँ केवल पहली दो मेमोरी से मेमोरी का उपयोग करें
नोड्स।

--सीग्रुप-पैरेंट=सीजीग्रुप-पैरेंट
की ओर रास्ता सीग्रुप्स जिसके नीचे कंटेनर है सीग्रुप बनाया है।

यदि पथ निरपेक्ष नहीं है, तो पथ को सापेक्ष माना जाता है सीग्रुप्स का पथ
init प्रक्रिया. यदि वे पहले से मौजूद नहीं हैं तो Cgroups बनाए जाते हैं।

--उलिमिट= []
उलिमिट विकल्प

के बारे में अधिक जानकारी के लिए अलिमित देखना
⟨https://docs.docker.com/reference/commandline/run/#setting-unimits-in-a-container⟩

उदाहरण

इमारत an की छवि का उपयोग a Dockerfile स्थित अंदर la वर्तमान डायरेक्टरी

डॉकर छवियां बिल्ड कमांड और डॉकरफाइल का उपयोग करके बनाई जा सकती हैं:

डोकर निर्माण।

निर्माण प्रक्रिया के दौरान डॉकर मध्यवर्ती छवियां बनाता है। उन्हें रखने के लिए, आप
स्पष्ट रूप से सेट होना चाहिए --आरएम=गलत.

डॉकर बिल्ड --आरएम=झूठा।

संबंधित नाम के साथ एक उप-निर्देशिका बनाना और डॉकरफ़ाइल बनाना एक अच्छा अभ्यास है
उस निर्देशिका में. उदाहरण के लिए, mongo नामक निर्देशिका में एक Dockerfile हो सकती है
एक Docker MongoDB छवि बनाएं। इसी तरह, httpd नामक एक अन्य निर्देशिका का उपयोग किया जा सकता है
Apache वेब सर्वर छवियों के लिए Dockerfiles को संग्रहीत करें।

छवि के लिए आवश्यक फ़ाइलों को उप-निर्देशिका में जोड़ना भी एक अच्छा अभ्यास है।
फिर इन फ़ाइलों को इसके साथ निर्दिष्ट किया जाएगा कॉपी or जोड़ें में निर्देश Dockerfile.

नोट: यदि आप टार फ़ाइल (एक अच्छा अभ्यास) शामिल करते हैं, तो डॉकर स्वचालित रूप से निकाल लेगा
के भीतर निर्दिष्ट टार फ़ाइल की सामग्री जोड़ें निर्दिष्ट में निर्देश
लक्ष्य।

इमारत an की छवि और नामकरण कि की छवि

एक अच्छी आदत यह है कि आप जो छवि बना रहे हैं उसे एक नाम दें। ध्यान दें कि केवल a-z0-9-_।
स्थिरता के लिए उपयोग किया जाना चाहिए। यहां कोई सख्त नियम नहीं हैं लेकिन देना सबसे अच्छा है
नामों पर विचार.

RSI -t/--उपनाम ध्वज का उपयोग किसी छवि का नाम बदलने के लिए किया जाता है। यहां कुछ उदाहरण दिए गए हैं:

हालाँकि यह एक अच्छा अभ्यास नहीं है, छवि नाम मनमाने ढंग से हो सकते हैं:

डॉकर बिल्ड-टी मायइमेज।

एक बेहतर तरीका पूरी तरह से योग्य और सार्थक भंडार, नाम और टैग प्रदान करना है
(जहां इस संदर्भ में टैग का अर्थ ":" के बाद क्वालीफायर है)। इस उदाहरण में हम
फेडोरा रिपॉजिटरी के लिए एक जेबॉस छवि बनाएं और इसे संस्करण 1.0 दें:

डॉकर बिल्ड -टी फेडोरा/जेबॉस:1.0।

अगला उदाहरण "व्हेनरी" उपयोगकर्ता रिपॉजिटरी के लिए है और फेडोरा और जेबॉस का उपयोग करता है और देता है
यह संस्करण 2.1 है:

डॉकर बिल्ड -टी व्हेनरी/फेडोरा-जेबॉस:v2.1।

यदि आप संस्करण टैग प्रदान नहीं करते हैं तो डॉकर असाइन कर देगा ताज़ा :

डॉकर बिल्ड -टी व्हेनरी/फेडोरा-जेबॉस।

जब आप छवियों को सूचीबद्ध करेंगे, तो ऊपर की छवि में टैग होगा ताज़ा .

आप एक छवि पर अनेक टैग लगा सकते हैं. उदाहरण के लिए, आप इसे लागू कर सकते हैं ताज़ा ए को टैग करें
नव निर्मित छवि और एक अन्य टैग जोड़ें जो एक विशिष्ट संस्करण का संदर्भ देता है। उदाहरण के लिए, को
एक छवि को दोनों के रूप में टैग करें व्हेनरी/फेडोरा-जेबॉस:नवीनतम और व्हेनरी/फेडोरा-जेबॉस:v2.1, उपयोग
इस प्रकार है:

डॉकर बिल्ड -टी व्हेनरी/फेडोरा-जेबॉस:लेटेस्ट -टी व्हेनरी/फेडोरा-जेबॉस:v2.1।

इसलिए किसी छवि का नाम बदलना मनमाना है लेकिन एक उपयोगी परंपरा पर विचार किया जाना चाहिए
यह उपभोक्ताओं के लिए समझ में आता है और इसमें डॉकर समुदाय को भी ध्यान में रखना चाहिए
सम्मेलनों।

इमारत an की छवि का उपयोग a यूआरएल

यह URL से निर्दिष्ट GitHub रिपॉजिटरी को क्लोन करेगा और इसे संदर्भ के रूप में उपयोग करेगा।
रिपॉजिटरी के मूल में Dockerfile का उपयोग Dockerfile के रूप में किया जाता है। यह केवल तभी काम करता है जब
GitHub रिपॉजिटरी एक समर्पित रिपॉजिटरी है।

डॉकर बिल्ड github.com/scollier/purpletest

नोट: आप इसके माध्यम से एक मनमाना Git रिपॉजिटरी सेट कर सकते हैं गिट:// स्कीमा।

इमारत an की छवि का उपयोग a यूआरएल सेवा मेरे a टारबॉल'ड प्रसंग

यह URL को स्वयं डॉकर डेमॉन को भेज देगा। डेमन टारबॉल लाएगा
संग्रहित करें, इसे डीकंप्रेस करें और इसकी सामग्री को बिल्ड संदर्भ के रूप में उपयोग करें। डॉकरफ़ाइल पर
संग्रह की जड़ और शेष संग्रह का उपयोग निर्माण के संदर्भ के रूप में किया जाएगा।
यदि आप एक पास करते हैं -f पाथ/डॉकरफ़ाइल विकल्प भी, सिस्टम उस फ़ाइल की तलाश करेगा
टारबॉल की सामग्री के अंदर.

docker बिल्ड -f dev/Dockerfile https://10.10.10.1/docker/context.tar.gz

ध्यान दें: समर्थित संपीड़न प्रारूप 'xz', 'bzip2', 'gzip' और 'पहचान' (नहीं) हैं
संपीड़न)।

निर्दिष्ट करें अलगाव प्रौद्योगिकी एसटी कंटेनर (--एकांत)

यह विकल्प उन स्थितियों में उपयोगी है जहां आप विंडोज़ पर डॉकर कंटेनर चला रहे हैं।
RSI --अलगाव= विकल्प एक कंटेनर की अलगाव तकनीक सेट करता है। लिनक्स पर, एकमात्र
समर्थित है चूक विकल्प जो लिनक्स नेमस्पेस का उपयोग करता है। माइक्रोसॉफ्ट विंडोज़ पर, आप कर सकते हैं
ये मान निर्दिष्ट करें:

· चूक: डॉकर डेमॉन द्वारा निर्दिष्ट मान का उपयोग करें --exec-opt । अगर डेमॉन कर देता है
Microsoft Windows द्वारा उपयोग की जाने वाली आइसोलेशन तकनीक निर्दिष्ट नहीं की गई है प्रक्रिया इसके डिफ़ॉल्ट के रूप में
मूल्य.

· प्रक्रिया: केवल नेमस्पेस अलगाव।

· हाइपरव: हाइपर-V हाइपरवाइजर विभाजन-आधारित अलगाव।

निर्दिष्ट करना --एकांत मूल्य के बिना ध्वज सेटिंग के समान है
--आइसोलेशन='डिफ़ॉल्ट'.

इतिहास

मार्च 2014, मूल रूप से विलियम हेनरी (व्हेनरी एट रेडहैट डॉट कॉम) द्वारा संकलित
docker.com स्रोत सामग्री और आंतरिक कार्य। जून 2014, स्वेन डोविडेइट द्वारा अपडेट किया गया
⟨[ईमेल संरक्षित]⟩ जून 2015, सैली ओ'मैली द्वारा अद्यतन ⟨[ईमेल संरक्षित]⟩

onworks.net सेवाओं का उपयोग करके docker-build ऑनलाइन का उपयोग करें