Machine: निर्यात / आयात मशीनें

इस पर क्या लाभ है? मेरे दृष्टिकोण से मशीन का उपयोग करने का लक्ष्य इस पर एक साधारण मशीन स्थापित करना है (कोई फैंसी सामान या कस्टम चीजें नहीं)। इसके साथ-साथ बनाने या निर्यात करने के लिए-> मशीन का आयात करना बिल्कुल वैसा ही है और इससे मुझे कोई लाभ नहीं होता है।

जब आप एक मशीन बनाते हैं, तो आप केवल इसका उपयोग कर सकते हैं और इसे एकल कंप्यूटर से प्रबंधित कर सकते हैं। हो सकता है कि आप यह चाहते हों:

1) अपने मेजबान बैकअप
2) उन्हें दूसरे कंप्यूटर पर स्थानांतरित करें
3) उन्हें एक टीम के सदस्य के साथ साझा करें

क्या हमारे पास drop कमांड होनी चाहिए ताकि हम मशीन को बिना समाप्त किए सूची से निकाल सकें? मुझे लगता है कि कुछ मशीनों के निर्यात और दूसरे कंप्यूटर में स्थानांतरित होने के बाद यह उपयोगी हो सकता है।

सहेजी गई फ़ाइल में वास्तव में क्या होगा? अर्थात; क्या इसमें डेमन से जुड़ने के लिए टोकन होगा?

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

@bfirsh @waitingkuo यह एक बहुत ही उपयोगी सुविधा की तरह लगता है जिसे हम

किसी भी कारण से कार्यान्वयन (# 29) रुक गया है। मैं कुछ भी करने की कोशिश कर सकता है?

+1 जबरदस्त होगा

+1

+1

+1

हमने एक उपकरण बनाया है जिसका उपयोग हम स्वयं करते हैं, ताकि डॉकटर-मशीनों को निर्यात करना आसान हो सके। यह मूल रूप से सभी प्रमाणपत्र ssh कुंजियों का निर्यात करता है। प्रतिक्रिया का स्वागत है!

https://github.com/blackbeardapp/docker-machine-export

एक overkill हो सकता है लेकिन एक docker- मशीन रजिस्ट्री की तरह कुछ भयानक होगा!

वर्तमान में हम डॉकटर सेटिंग्स साझा करने के लिए एक git रेपो का उपयोग कर रहे हैं, समस्या यह है कि हम में से कुछ के पास वर्चुअलबॉक्स मशीनें हैं और नीचे की ओर thats हैं

@kevinsimper आप उन्हें वापस कैसे आयात करते हैं?

क्या इस मुद्दे में डेवलपर्स के बीच झुंड समूहों को साझा करने का विचार शामिल है?

@saada मुझे लगता है कि यह केवल साख साझाकरण को कवर करता है, न कि क्लस्टर कॉन्फिगरेशन को।
मशीन में यह क्षमता होना बहुत बढ़िया होगा।
वर्तमान में मुझे केवल https://github.com/efrecon/machinery और https://github.com/nathanleclaire_myy का पता है

+1

मैं एक ही होस्ट में उपयोगकर्ताओं के बीच मशीन साझा करने की क्षमता देख रहा हूं।
और क्या इसके लिए वर्कअराउंड है? मैं अभी के लिए पूरे ~/.docker/machine/ फ़ोल्डर की प्रतिलिपि बना रहा हूं

+1

+1

+1

+1

+1

+1

+1

+1

+1

मुझे लगता है कि आपका इरादा दिखाने का एक बेहतर तरीका Subscribe (दाईं ओर सूचनाएँ ) पर क्लिक करना है

मैंने एक आयात / निर्यात स्क्रिप्ट लिखी है जिसका उपयोग आप इस बीच कर सकते हैं जब तक कि यह सुविधा मूल रूप से लागू नहीं हो जाती। उम्मीद है की यह मदद करेगा :)

https://gist.github.com/schickling/2c48da462a7def0a577e

@schickling शायद इस रिपॉजिटरी में "कंट्री" डायरेक्टरी में कुछ जोड़ा जाए? https://github.com/docker/machine/tree/master/contrib/completion

दुर्भाग्य से मेरे पास ऐसा करने के लिए समय नहीं है, लेकिन कृपया इसे वहां खींचने के लिए स्वतंत्र महसूस करें!

+1

+1

+1

मैंने डॉकटर मशीनों के निर्यात / आयात के लिए एक और छोटी उपयोगिता लिखी। हम अपने सीआई की तैनाती के लिए इसका उपयोग कर रहे हैं। https://www.npmjs.com/package/@mumbacloud/dmport

के लिए kevinsimper को धन्यवाद https://github.com/blackbeardapp/docker-machine-export मैं JSON, जो यह काफी सीआई वातावरण के लिए पोर्टेबल बनाता है के रूप में निर्यात करने के लिए अपने विचार का उपयोग किया।

मैंने कुछ निर्यात / आयात स्क्रिप्ट पर भी काम करना शुरू कर दिया, जो मुझे वास्तव में समझ में नहीं आया कि certs में कुछ डुप्लिकेट फ़ाइलें क्यों हैं और विशिष्ट मशीन फ़ोल्डर machines/<myMachine> । config.json .docker/machine/machines... बाहर कुछ कस्टम रास्तों में पथों को समायोजित करने के बाद भी मैंने नोट किया कि डॉकटर को अभी भी उस फ़ोल्डर में स्थित कुछ सेर्ट्स / pems / कुंजियों की अपेक्षा है।

क्या कोई वास्तव में कहाँ होना चाहिए पर कुछ प्रलेखन की सिफारिश कर सकता है?

ऐसा लगता है कि Node.js डेवलपर्स सक्रिय रूप से इसका उपयोग कर रहे हैं (और स्वयं समाधानों को फिर से लिखना)। यह एक मैंने ट्विटर के माध्यम से पाया

https://www.npmjs.com/package/machine-share

अपने डॉकर मशीन को साझा करना

npm install -g machine-share
machine-export <machine-name>
machine-import <machine-name>.zip

उसी नोड पैकेज (जैसा कि @StefanScherer द्वारा

https://github.com/bhurlow/machine-share/blob/master/export.sh
https://github.com/bhurlow/machine-share/blob/master/import.sh

यह एक समाधान है, हालांकि, डॉकटर-मशीन को इसे संभालना चाहिए और आदर्श रूप से प्रति डेवलपर / उपयोगकर्ता को एक अनूठा प्रमाण पत्र प्रदान करना चाहिए (इसलिए निरस्तीकरण संभव है)।

वर्तमान निर्यात / आयात स्क्रिप्ट के साथ मुझे जो समस्या हो रही है, वह यह है कि वे मौजूदा फाइलों को ~/.docker/machine/certs में अधिलेखित कर देंगे, क्या वे नहीं?

मैं केवल dmport के लिए बोल सकता हूं, यह फाइलों को अधिलेखित कर देगा यदि वे मौजूद हैं।

हालांकि यह हमारे लिए एक समस्या नहीं है क्योंकि हम इसे एक docker ci में उपयोग करते हैं
किसी भी चीज को अधिलेखित करने के लिए नहीं है क्योंकि यह प्रत्येक पर एक नया कंटेनर है
फैल जाते हैं।

मैं जल्द ही dmport को साफ करने की योजना बना रहा हूं, मैं एक झंडा जोड़ सकता हूं जो रोक देगा
मौजूदा फ़ाइलों को अधिलेखित करना अगर यह मदद करेगा
जून 1, 2016 1:54 पूर्वाह्न, "मैक्स ब्रूचमैन" नोटिफिकेशन @github.com पर लिखा:

वर्तमान निर्यात / आयात स्क्रिप्ट के साथ मुझे जो समस्या है वह यह है कि वे
मौजूदा फ़ाइलों को ~ /। डॉकर / मशीन / सेर में ओवरराइट कर देगा, क्या वे नहीं करेंगे?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/docker/machine/issues/23#issuecomment -222932695, या म्यूट
सूत्र
https://github.com/notifications/unsubscribe/ADIV-3T7FEa9CJvn_UdTb9AeQfwI3lkCks5qHUjegaJpZM4DFGT5
।

+1

हम इस कार्य के लिए एक डॉकटर कंटेनर का उपयोग कर रहे हैं - और क्या

सभी उपयोगकर्ताओं के लिए एक समान वातावरण (जैसे। प्रमाणित कॉन्फ़िगरेशन पथ) का विचार भी होस्ट-वॉल्यूम के रूप में माउंट किया गया है। आप roj से निर्मित कंटेनरों में docker-machine , docker-compose और docker उपयोग कर सकते हैं। और आप ईमेल के माध्यम से डेटा-फ़ोल्डर को ज़िप के रूप में पारित कर सकते हैं या इसे एक निजी गिट रेपो में डाल सकते हैं।

+1

मुझे यकीन नहीं है कि मेरा उपयोग-मामला दूसरों के समान है - मैंने अलग-अलग उद्देश्यों के लिए कुछ अलग-अलग मशीनें बनाई हैं और मैं उनके अस्तित्व और (मामूली) कॉन्फ़िगरेशन का बैकअप लेना चाहता हूं। मैं बल्कि कुछ सरल पाठ फ़ाइलें जो बक्से को पुनः बनाने के लिए उपयोग किया जाता है चाहते हैं।

https://www.npmjs.com/package/machine-share मेरे MACHINE_STORAGE_PATH का सम्मान नहीं करता है। शिंकलिंग की स्क्रिप्ट कुछ बड़ी बाइनरी फ़ाइलों (जैसे, बूट 2 डॉकर.आईएसओ) का समर्थन करती है। https://www.npmjs.com/package/@mumbacloud/dmport ने कुछ गलतियाँ कीं।

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

मैं वास्तव में हैरान हूं कि यह पहले से ही समर्थित नहीं है। मेरा उदाहरण है कि मैंने अपने लैपटॉप से ​​Azure में एक docker swarm क्लस्टर बनाया है (बिना इस तरह से सोचे) और अब मैं चाहता हूं कि अन्य देवता भी क्लस्टर का प्रबंधन कर सकें, इसलिए मैंने Azure में एक साझा VM बनाया जिसे हर कोई साझा कर सकता है। मैंने डॉकटर-मशीन स्थापित की और अब मुझे अपने लैपटॉप से ​​मशीनों को एज़्योर में हमारे जंप बॉक्स में आयात करने का एक तरीका चाहिए।

@jcrben हाय, मशीन-शेयर पर एक

मैंने हाल ही में भूरलो के काम की समीक्षा की है, और मैं यह देखने के लिए उत्सुक हूं कि क्या कुछ टूटता है

@jcrben क्या आपने भी https://github.com/dmstr/docker-roj की कोशिश की

लोग, सभी चीजों के प्यार के लिए उचित, कृपया and ओपी और असतत टिप्पणी के रूप में नहीं। "+1" स्पैम वार्तालाप से विचलित करता है।

FYI करें: # 3212

@lnshi मुझे लगता है कि docker-machine create -d generic ... साथ मौजूदा डॉकटर सर्वर को आयात करने में समस्या यह है कि यह प्रमाणपत्रों को पुन: बनाता है और डॉकर को पुनः आरंभ करता है, इसलिए उत्पादन / टीमवर्क परिदृश्य के लिए उपयुक्त नहीं है।

@pedrodevoto मुझे पता है, मैंने सिर्फ उन मुद्दों का उल्लेख किया है, क्योंकि पीपीएल ने वहां बहुत चर्चा की है।
अभी के लिए मुझे नहीं लगता कि अभी तक कोई उचित समाधान है।

@ntwrkguru फिर भी, यह समस्या को प्रासंगिक और जीवंत बनाता है। Emojis पर कोई सूचना नहीं है।

यह समस्या लगभग 4 साल पुरानी है, मुझे संदेह है कि कुछ और +1 टिप्पणियाँ अचानक इसे प्राथमिकता बन जाएगी।

@ntwrkguru जब तक

अब, मुझे नहीं पता कि docker की टीम किस तरह से मुद्दों को प्राथमिकता देती है, लेकिन मुझे यकीन है कि उनके पास भुगतान करने वाले ग्राहक भी हैं, जो कि मैं शर्त लगाता हूं कि सार्वजनिक समुदाय सुविधा अनुरोधों को देखने से पहले हमेशा पहले आओगे।

वही: https://github.com/docker/machine/issues/1328 ?

मैं सिर्फ docker करने के लिए अभ्यस्त हो रहा हूँ और docker- मशीन का उपयोग करके अपना पहला होस्ट बनाया है। अब एक दिन बाद, मैं एक अलग कार्य केंद्र का उपयोग करके अपने डॉक होस्ट से जुड़ने की कोशिश कर रहा हूं ... यह देखकर आश्चर्य हुआ कि यह संभव नहीं है, कम से कम कुछ प्रमुख सिरदर्द के बिना नहीं। एक आवश्यक सुविधा की तरह लगता है कि टीमों को मेजबानों का प्रबंधन करने की अनुमति ...

ऐसा इसलिए क्योंकि डॉकटर-मशीन को कभी भी टीम टूल के रूप में तैयार नहीं किया गया था। यह किसी व्यक्ति के लिए दूरस्थ क्ले प्रबंधन के लिए वीएम के उस ऑटो-इंस्टॉल्ड डॉकटर और सेटअप डॉकर्ड टीएलएस सेटर को आसानी से बनाने के लिए है।

यदि आप टीमों के लिए docker वातावरण बनाने और परिनियोजित करने का प्रयास कर रहे हैं, तो आप संभवतः एक अलग टूल का उपयोग करना चाहते हैं।

@BretFisher और क्या उपकरण होगा? ऐसा नहीं है कि मैं इसे 3 अलग-अलग वर्कस्टेशन से टीमों के लिए उपयोग करना चाहता हूं ...

डॉकटर-मशीन का एक बड़ा लाभ यह है कि यह दूरस्थ क्ली प्रबंधन के लिए डॉक इंजन पर टीएलएस स्थापित करता है।

आज डॉकर इंजन 18.09 जारी किया गया था और इसके साथ एक बड़ी नई सुविधा थी जो एसएसएच टनलिंग (प्रकार की) का उपयोग करके दूरस्थ क्ली प्रबंधन की अनुमति देता है और हम में से उन लोगों के लिए आईएमओ के लिए बहुत बेहतर दृष्टिकोण है जो बिना डॉक इंजन आरबीएसी से भरे हुए हैं। दूरस्थ प्रबंधन को आसान बनाने के लिए डॉकटर-मशीन का उपयोग करने वालों के लिए, मैं इसे 18.09 में जांचने की सलाह देता हूं। आपके docker सर्वर और क्लाइंट दोनों को 18.09 पर होना चाहिए, और जब तक आप SSH में कर सकते हैं, तब तक आप दूरस्थ रूप से cli का उपयोग कर सकते हैं।

डॉकटर कैप्टन ल्यूक जुगरी ने इस पर त्वरित लिखा है । मुझे उम्मीद है कि यह दूर से उपयोग करने वाले के लिए मेरा डिफ़ॉल्ट तरीका बन जाएगा।

मुझे वही मिलता है जो आप @BretFisher कह रहे हैं, लेकिन इसे

एकल उपयोगकर्ता विकल्पों के लिए @adilinden में शामिल हैं:

1. एक निजी और / या एन्क्रिप्टेड गिट रेपो में उन मशीनों के बीच ~/.docker/machine/machines सिंक करें। आपको ~/.docker/machine/certs की भी आवश्यकता हो सकती है, मुझे यकीन नहीं है। निजी समारोहों के भंडारण के बाद से इसे यथोचित रूप से सुरक्षित करने की आवश्यकता है।

2. एक एएमआई, ड्रॉपलेट, आदि चुनें जो पहले से ही डॉकटर को स्थापित और तैनात करते हैं। फिर डॉक इंजन को दूरस्थ रूप से नियंत्रित करने के लिए नए 18.09 SSH फीचर का उपयोग करें।

3. मशीन डेटा निर्देशिकाओं को निर्यात / आयात करने वाले कई उपकरणों में से एक को मैं ऊपर सूचीबद्ध करने का प्रयास करता हूं।

@BretFisher मुझे वास्तव में # 2 पसंद है, यह मेरे परिदृश्य के लिए अब तक का सबसे अच्छा विकल्प है क्योंकि सभी knobs और बटन पहले से ही इसके लिए जगह में हैं। स्विचिंग होस्ट तुच्छ दिखता है, साथ ही यह केवल एक पर्यावरण चर सेट कर रहा है।

अब सिर्फ यह पता लगाने के लिए कि 18.06.1-ce-mac73 (26764) के बजाय मैक के लिए 18.09 को डॉक कैसे प्राप्त किया जाए।

@ntwrkguru docker- मशीन एक-बंद मशीनों या व्यक्तिगत सेटअप या किसी ऐसे व्यक्ति के लिए बढ़िया है, जिसे शायद केवल ~ 10 सर्वर अधिकतम की आवश्यकता है, लेकिन यदि आपने कभी इसके साथ 10+ सर्वर प्रबंधित करने का प्रयास किया है, तो आपको इसकी सीमाएं तुरंत दिखाई देंगी। मैं यह नहीं कहूंगा कि विकास की कमी के कारण, बल्कि मूल लक्ष्यों के उपकरण के "दायरे में नहीं" है।

SSH पर, आप इस मामले में ansible का उपयोग नहीं करेंगे, मैं जो कह रहा हूं वह यह है कि एक बार जब आप किसी भी docker सर्वर (ansible या अन्यथा) को तैनात करते हैं, जो 18.09+ चलता है, जब तक कि आपके पास उस सर्वर के लिए SSH की अनुमति है, तब तक आप अब कुछ ऐसा कर सकते हैं:

docker -H ssh://[email protected] run -p 80:80 nginx
या
DOCKER_HOST=ssh://[email protected] docker system prune

उस इंजन को बिना किसी विशेष विन्यास या सेटअप के दूरस्थ रूप से नियंत्रित करने के लिए। एक envvar निर्यात करने में सक्षम होने और फिर उस इंजन के खिलाफ आदेशों का एक गुच्छा चलाने (उन्हें ansible, आदि में लपेटे बिना) बहुत आसान है।

@adilinden लिनक्स रिलीज आज ही गिरा दिया गया है, इसलिए आपको उन सभी डाउनस्ट्रीम उत्पादों का उपयोग करने के लिए टीमों को कुछ दिन या सप्ताह देने की आवश्यकता होगी जो इसका उपयोग करते हैं :)। यदि आप इसे आज चाहते

माना जाता है, मैंने कई सालों में डॉकटर-मशीन के साथ कोई खिलवाड़ नहीं किया है। मेरे पास सादा डॉकर इंजन चलाने वाले 4 सर्वर बचे हैं।

तो, docker -H ssh://[email protected] run -p 80:80 nginx और ssh://[email protected] docker run -p 80:80 nginx बीच क्या लाभ है?

[संपादित करें] तर्कशील नहीं होना; मुझे आश्चर्य है कि अगर कोई स्पष्ट लाभ है।

@ntwrkguru मैं docker -H ssh://[email protected] . कमांड का उपयोग करके अपने वर्कस्टेशन पर एक डॉकर फ़ाइल से बना सकता हूं। जबकि ssh -luser 10.10.10.10 docker build . का उपयोग करके वही विफल (जैसा कि अपेक्षित) है

बस जानकारी के लिए, सॉकेट फॉरवर्डिंग के लिए ssh का भी उपयोग कर सकते हैं। प्रति https://medium.com/@dperny/forwarding -the-docker-socket-over-ssh-e6567cfab160, लेकिन एक मामूली संशोधन के साथ।

एक टर्मिनल सत्र में चलाते हैं

ssh -nNT -L $(pwd)/docker.sock:/var/run/docker.sock -l user 10.10.10.10

एक और रन में

docker -H "unix:///$(pwd)/docker.sock" run -p 80:80 nginx

या

export DOCKER_HOST="unix:///$(pwd)/docker.sock"
docker run -p 80:80 nginx

मेरे पास एक ही मुद्दा था और मैंने बैकअप और पुनर्स्थापना करने के लिए शेल स्क्रिप्ट बनाई:
https://github.com/usr42/docker-machine-backup

केवल वास्तव में आवश्यक डेटा का बैकअप लिया जाता है। उदाहरण के लिए कोई आईएसओ फाइलें बैकअप के अंदर नहीं होती हैं।