Machine: किसी अन्य क्लाइंट से मौजूदा मशीन को संलग्न करें

: +1:

Adding जेनेरिक ’ड्राइवर का उपयोग करके इसे 2 डी सिस्टम में कैसे जोड़ा जाए, और फिर वहां उसी eval कमांड का उपयोग करें?

@clnperez यह एक प्रस्ताव या कुछ ऐसा है जिस पर आपको भरोसा है कि यह काम करता है (इसका मतलब है कि मौजूदा रिमोट मशीन का पुन: उपयोग होगा भले ही वर्तमान में चल रहा हो)?

ठीक है, किसी भी दृष्टि से, मुझे नहीं लगता कि आप यह b / c कर सकते हैं, आपको ssh कीज़ को फिर से सेट करना होगा, या उन्हें अपने दूसरे सिस्टम से आयात करना होगा।

मैं आपका मामला देखता हूं। जब तक आप मूल डॉकटर-मशीन सेटअप को अमान्य नहीं करना चाहते (तब से नए क्रेडेंशियल जेनरेट किए जाते हैं) जब तक आप जेनेरिक ड्राइवर का उपयोग नहीं करते हैं, तब तक दूसरा सिस्टम पर एक डॉक-मशीन प्रविष्टि नहीं जोड़ सकता है। पहली प्रणाली पर मूल बनाने से महत्वपूर्ण विकल्प (जैसे झुंड के झंडे) मिरर करने पर docker-machine create -d none --url [...] चल सकता है और फिर मैन्युअल रूप से चयनित। Pem फ़ाइलों और पहली मशीन से id_rsa फ़ाइल को दूसरी मशीन में कॉपी कर सकता है। और SSH एक्सेस के लिए मैन्युअल रूप से सेक्शन जोड़ें (और मैन्युअल रूप से ड्राइवर को जेनेरिक से नहीं बदलें)। यह एक PITA है। साझा करने की अनुमति देने के लिए एक उचित निर्यात / आयात समारोह अच्छा होगा। मैन्युअल रूप से कॉन्फ़िगर करने के लिए आवश्यक क्रेडेंशियल फ़ाइलें भी साझा कर सकते हैं।

सही बात। एकमात्र वर्तमान तरीका संपूर्ण निर्देशिका को लेना होगा, लेकिन यह कुछ ड्राइवरों के साथ काम नहीं करेगा (यानी वर्चुअलबॉक्स क्योंकि यह वीएमयू और नेटवर्क को यूयूआईडी के साथ पंजीकृत करता है जो मेल नहीं खाते)। अतीत में एक आयात / निर्यात सुविधा के बारे में चर्चा हुई है (https://github.com/docker/machine/issues/23)

मेरे पास पंखों में इसके लिए एक पीआर / हैकी समाधान है ... आम तौर पर मुझे लगता है कि मैं अब तक पोर्टेबल / टेम्प्लेट होने के बजाय कॉन्फ़िगर करना चाहता हूं क्योंकि हार्डकोड अब जैसे चीजें हैं।

+1

मैं पहले से मौजूद क्लाउड इंस्टेंस (मैं GCE का उपयोग कर रहा हूं) को जल्दी से फिर से जोड़ने में सक्षम होना पसंद करूंगा।

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

इस तरह, Google ड्राइवर का उपयोग करके, कोई व्यक्ति एक वैकल्पिक कंप्यूटर पर मौजूदा उदाहरण से एक वैध एक्सेस-टोकन प्रदान करके जुड़ सकता है (जो ड्राइवर उपयोगकर्ता को स्वचालित रूप से उत्पन्न करने के लिए संकेत दे सकता है)।

इसी तरह, उदाहरण के लिए aws ड्राइवर का उपयोग करते समय, (जो कि मुझे अभी तक खुद करना है, लेकिन मुझे लगता है) कोई एक मौजूदा उदाहरण से एक वैध कुंजी / गुप्त जोड़ी प्रदान कर सकता है (शायद संबंधित ड्राइवर-विशिष्ट के अनुरूप पर्यावरण चर के माध्यम से) झंडे - यह मानते हुए कि यह प्रक्रिया "बनाने" के अलावा कुछ डॉक-मशीन उपकमांड के माध्यम से होगी, क्योंकि उम्मीदें थोड़ी अलग हैं)।

बस में झंकार करना चाहते हैं कि यह एक बहुत अच्छी सुविधा होगी। मैं वास्तव में अपने साथियों के साथ एक मशीन साझा करने में सक्षम होना चाहता हूं और यह पता लगाने के लिए निराश था कि मूल रूप से अभी यह करने का कोई तरीका नहीं था। यह भयानक होगा यदि, उदाहरण के लिए generic ड्राइवर स्वचालित रूप से यह पता लगा सकता है कि क्या किसी विशेष बॉक्स को पहले से ही docker-machine साथ प्रावधानित किया गया था और जब कोई docker-machine create भागता है, तो फिर से tls certs इत्यादि का उपयोग करें। docker-machine create ।

: +1। मुझे इसे काम करते हुए देखना अच्छा लगेगा। वर्तमान में हम किसी अन्य व्यक्ति के साथ एक ही मशीन (Google कंप्यूट इंजन पर) का सह-प्रबंधन कर रहे हैं और मुझे काम करने का एकमात्र तरीका संपूर्ण निर्देशिका (+ config.json फ़ाइल में पूर्ण लिंक को बदलना) की प्रतिलिपि बनाना है। यही तो कमजोरी है। मुझे लगता है कि जेनेरिक ड्राइवर को आसानी से इस तरह से इस्तेमाल नहीं किया जा सकता है - पाठ्यक्रम के प्रमाणीकरण का एक मुद्दा है (tls certs आदि) जब आप चलाते हैं तो बस फिर से उपयोग नहीं किया जा सकता है - जेनेरिक ड्राइवर के साथ चलाएं (किसी तरह आपको प्रमाणित करने और यह साबित करने की आवश्यकता है कि आप मशीन तक पहुंच है जो हर ड्राइवर के लिए अलग है - जीसीई में आपको यह जांचना होगा कि क्या आपका gcloud प्रमाणीकरण आपको मशीन तक पहुंचने की अनुमति देता है)। एक छोटा सा मुद्दा यह भी है कि जब तक आप दिए गए ड्राइवर से पहले ही मशीन नहीं बना लेते हैं, तब तक आपका प्रमाणीकरण टुकड़ा गायब है (प्रमाणित करने का एकमात्र तरीका मशीन बनाना है)।

मुझे लगता है कि सबसे अच्छा समाधान "आयात" कमांड (विभिन्न ड्राइवरों के लिए अलग-अलग कार्यान्वयन के साथ) करना है। जीसीई में उदाहरण के लिए, आप मशीन के मेटा-डेटा में कहीं भी सभी आवश्यक विवरण (चाबियाँ आदि) संग्रहीत कर सकते हैं: https://cloud.google.com/compute/docs/metadata?hl=en#project_and_instance_metadata और फिर निर्दिष्ट करके परियोजना / मशीन का नाम (और प्रमाणीकरण) आप सभी आवश्यक कुंजी प्राप्त कर सकते हैं और मशीन को सेटअप कर सकते हैं।

मैं वास्तव में इस सुविधा की सराहना करूंगा!

@potiuk आप किस निर्देशिका की प्रतिलिपि बनाते हैं?

@AlexZeitler ~/.docker/machine/machines/<machinename>

+1!

+1 मैं इसके लिए एक समाधान भी देखना पसंद करूंगा, :-)

मैं एक सहयोगी की पहुँच देने के लिए आज ठीक उसी समस्या में भाग गया।

+1 !!!!

# 23 का डुप्लिकेट लगता है, है ना?
लगभग 1 साल जब से हम इस सुविधा के बारे में बात करते हैं, कुछ ने इसके लिए पीआर बनाने की कोशिश की है, लेकिन वे बंद थे ...
उम्मीद है कि यह सुविधा अगले (प्रमुख) रिलीज पर होगी :)

यह लगातार वितरण परिदृश्यों में पूरी तरह से आवश्यक है, जहां आप ट्रैविस या सर्कल सीआई से उन कुंजियों का उपयोग करके तैनात करना चाहते हैं। ईटीए के संबंध में कोई सुराग?

यह एक +1 भी देना होगा

+1

+1

क्या आपको ~/.docker/machine/machines/<name> फ़ोल्डर की प्रतिलिपि बनाने और निरपेक्ष पथों को बदलने के अलावा भी कुछ करना है? मुझे अपने सीरत से संबंधित एक त्रुटि संदेश मिलता है, और उन्हें पुन: प्राप्त करने का प्रयास विफल रहता है।

@jbasrai क्या आप उस परिवर्तन का उपयोग करने का प्रयास कर रहे हैं, जो आपने किया था?

मैंने इसे आसान बनाने के लिए सही दिशा में कदम उठाने पर विचार करने के लिए https://github.com/docker/machine/issues/2516 दायर किया है।

यह एक महत्वपूर्ण विशेषता है, और मैं इसे निकट भविष्य में रिलीज़ देखना पसंद करूंगा। मेरी राय में मशीन विन्यास एक ग्राहक के लिए अद्वितीय होना चाहिए, आयात / निर्यात नहीं किया जाना चाहिए। इसके बजाय (जैसा कि दूसरों ने उल्लेख किया है) docker-machine create समान तर्कों के साथ

Error creating machine: Error with pre-create check: There is already a keypair with the name testing-recreate.  Please either remove that keypair or use a different machine name.

इसके बजाय यह मुझे चेतावनी दे सकता है कि मेजबान पहले से मौजूद है और मशीन को जोड़ना जारी रखता है क्योंकि यह एक प्रारंभिक निर्माण में होगा (शायद आवश्यकता है कि एक ओवरराइड झंडा पारित किया जाए)। इस तरह मैं अपने देव / सीआई वातावरण सेट-अप स्क्रिप्ट को सरल रख सकता हूं और इस कॉन्फ़िगरेशन को कहीं स्टोर करने की चिंता नहीं करता कि मेरे साथी (या अन्य पार्टियां) इसे एक्सेस कर सकते हैं।

यह वास्तव में आश्चर्यजनक है कि कई व्यक्तियों के लिए एक ही vm पर काम करने के लिए, हमें एक मशीन से दूसरी मशीन में प्रमाण पत्र निर्यात / आयात करना होगा। अगर किसी को एक व्यावहारिक, उत्पादन-तैयार समाधान मिला, तो यह जानना अच्छा होगा।

+1

+1

सही बात। एकमात्र वर्तमान तरीका संपूर्ण निर्देशिका को लेना होगा, लेकिन यह कुछ ड्राइवरों के साथ काम नहीं करेगा (यानी वर्चुअलबॉक्स क्योंकि यह वीएमयू और नेटवर्क को यूयूआईडी के साथ पंजीकृत करता है जो मेल नहीं खाते)। अतीत में एक आयात / निर्यात सुविधा के बारे में चर्चा हुई है (# 23)

@ehalett तो मैं aws ड्राइवर का उपयोग कर सकता हूँ मैं कर सकता हूँ:

1. क्लाउड मशीन ~/.docker/machine/machines/staging संपीड़ित करें
2. टीम के सदस्यों के साथ साझा करें, वे ~/.docker/machine/machines/ कर देंगे
3. जैसा कि मेरे पास है, वे स्टेजिंग मशीन करेंगे? docker-machine ls (या क्या उन्हें एक और कमांड करने की आवश्यकता है)

उस दृष्टिकोण के लिए @leandromoreira एक बाधा यह है कि

cat ~/.docker/machine/machines/local/config.json

outputs:

...
        "AuthOptions": {
            "CertDir": "/Users/pretzel/.docker/machine/certs",
            "CaCertPath": "/Users/pretzel/.docker/machine/certs/ca.pem",
            "CaPrivateKeyPath": "/Users/pretzel/.docker/machine/certs/ca-key.pem",
            "CaCertRemotePath": "",
            "ServerCertPath": "/Users/pretzel/.docker/machine/machines/local/server.pem",
            "ServerKeyPath": "/Users/pretzel/.docker/machine/machines/local/server-key.pem",
            "ClientKeyPath": "/Users/pretzel/.docker/machine/certs/key.pem",
            "ServerCertRemotePath": "",
            "ServerKeyRemotePath": "",
            "ClientCertPath": "/Users/pretzel/.docker/machine/certs/cert.pem",
            "ServerCertSANs": [],
            "StorePath": "/Users/pretzel/.docker/machine/machines/local"
        }

तो बस संपूर्ण dir की प्रतिलिपि बनाना पूर्ण समाधान नहीं है

@ आभारो बहुत बहुत धन्यवाद: मुस्कान:, क्या इसमें मदद करने के लिए कोई उपकरण है? या मुझे स्वयं के द्वारा config.json संपादन करना चाहिए? क्या यह एकमात्र बाधा है?

@leandromoreira I ने इसके चारों ओर इस तरह से स्क्रिप्टिंग की है, हाल ही में docker- मशीन के और अधिक संस्करणों को अब config फ़ाइल में base64 एनकोड कुंजी नहीं दी गई है। दिन के अंत में, जो कोई दूरस्थ डॉकटर-मशीन _must_ का उपयोग करना चाहता है, उसके पास टीएलएस सेर्ट्स हैं, इसलिए पार्टियों के बीच कुछ आदान-प्रदान आवश्यक है, मुझे लगता है कि

साभार @bhurlow

@bcwalrus ने एक शानदार टूल किया, जब तक कि हमें कुछ आधिकारिक नहीं मिला।

npm install -g machine-share

# export
machine-share export amazon

# import
machine-share import  amazon.tar

# fix locations :D (it seems this is not using base64 anymore)
machine-share driverfix amazon

@leandromoreira बहुत अच्छा लग रहा है, मैं सफलतापूर्वक निर्यात और आयात करने में सक्षम था।

@ मुहम्मदगज़ली यह @bhurlow विचार और प्रयास था: अटक_आउट_टॉन्ग:

+1 इसके लिए कोई आधिकारिक समाधान के बारे में कोई अपडेट?

1.10.1 संस्करण के साथ, मैंने देखा कि config.json फ़ाइल में निम्नलिखित से संदर्भ हैं ~ / docker / machine / certs निर्देशिका

        "CertDir": "/home/abc/.docker/machine/certs",
        "CaCertPath": "/home/abc/.docker/machine/certs/ca.pem",
        "CaPrivateKeyPath": "/home/abc/.docker/machine/certs/ca-key.pem",
        "ClientKeyPath": "/home/abc/.docker/machine/certs/key.pem",
        "ClientCertPath": "/home/abc/.docker/machine/certs/cert.pem",

काम करने के लिए आपको इस परिदृश्य के लिए मूल मशीन से ~ / .docker / machine / certs फ़ोल्डर कॉपी करना होगा।

इसके लिए वर्तमान समाधान प्रतीत होता है (जैसे यदि आप एक कंप्यूटर पर AWS पर डॉकटर मशीन बनाना चाहते हैं और लॉग या SSH को मशीन से दूसरे में देखते हैं):

1. एक नई निर्देशिका बनाएँ my-dir और my-dir/machine डोकर मशीनों के लिए जिसे आप साझा करना चाहते हैं ताकि यह आपके डिफ़ॉल्ट सीट्स का उपयोग न करें
2. --storage-path my-dir/machine विकल्प का उपयोग करके अपनी डॉकर मशीन बनाएं (सुनिश्चित करें कि आप पूर्ण पथ निर्दिष्ट करें)
3. मशीन साझा करने के लिए, संपादित करें config.json में my-dir/machine/machines/machine-name और का निरपेक्ष पथ की जगह my-dir/machine के साथ $MACHINE_STORAGE_PATH
4. my-dir कहीं पर अपलोड करें, जैसे Github

जब कोई इस मशीन को आयात करना चाहता है:

1. क्लोन या my-dir
2. config.json मशीन में my-dir/machine/machines/machine-name config.json लिए संपादित करें और अपने स्थानीय कंप्यूटर पर my-dir/machine लिए पूर्ण पथ के साथ $MACHINE_STORAGE_PATH बदलें
3. chmod 0600 id_rsa my-dir/machine/machines/machine-name

अब आप --storage-path my-dir/machine विकल्प का उपयोग करके डॉकर मशीन कमांड का उपयोग कर सकते हैं (सुनिश्चित करें कि आप पूर्ण पथ निर्दिष्ट करें)।

इसके द्वारा संभवतः सुधार किया जा सकता है:

• Docker Machine config.json में सापेक्ष पथ संचय करती है, इसलिए इसे संपादित नहीं किया जाना चाहिए
• Docker Machine SSH (और संबंधित कमांड) id_rsa को 0600 पर स्वचालित रूप से चकमा दे रहा है (यदि उनके पास अनुमति है)

एक त्वरित बिंदु, यदि आप envsubst उपयोग करते हैं तो आप प्रोग्राम को $ MACHINE_STORAGE_PATH से बदल सकते हैं और मैन्युअल रूप से संपादित करने की आवश्यकता नहीं है। अभी भी पूरी बात यह है कि डॉक-मशीन प्रणालियों के एक खेत का उपयोग करने की कोशिश करने वाली टीमों के लिए असुविधाजनक है।

हालाँकि, अगर लोग वर्कअराउंड की तलाश में हैं, तो मैंने पाया सबसे आसान है:

1. निजी स्थान पर .docker/machine/certs प्रतिलिपि बनाएँ। नोट do_not_ इसे रेपो में डालें क्योंकि इसमें ऐसे रहस्य हैं जो आपको अन्य मशीनों तक पहुंच प्रदान करते हैं। हम इस उद्देश्य के लिए एक निजी स्टोर का उपयोग करते हैं
2. नई होस्ट मशीन पर, नए .docker/machine/certs में सेर्ट्स कॉपी करें
3. अब आपका डॉकटर-मशीन बनाता है और आपके पास सभी विन्यासों को बदले बिना इसका उपयोग करने की क्षमता होगी। इसमें अधिक समय लगता है, लेकिन यह अधिक पोर्टेबल है और आपको उन सभी कॉन्फिग फाइलों को एडिट करने की जरूरत नहीं है।

मेरे पास दो अलग-अलग कंप्यूटर हैं जिनसे मैं काम करता हूं, और यह मेरे लिए एक वास्तविक समस्या है।
मैं सपने देखने वाले व्यवहार का वर्णन करता हूं जो मुझे उम्मीद है कि जब मैं डॉकटर-मशीन का उपयोग कर रहा हूं:

1) डॉकटर-मशीन और DigitalOcean ड्राइवर के साथ DigitalOcean में एक छोटी बूंद बनाएं (कुछ टोकन के साथ जो आपको DigitalOcean के कंट्रोल पैनल से मिलता है)।

docker-machine create --driver digitalocean --digitalocean-access-token \
    [token_goes_here] --digitalocean-image ubuntu-16-04-x64 --digitalocean-size \
    1gb [host_name_goes_here]

2) एक अलग कंप्यूटर पर जाएं, DigitalOcean से एक और टोकन प्राप्त करें और मौजूदा मशीन को एक जादुई अटैच कमांड के साथ संलग्न करें, जैसे:

docker-machine **attach** --driver digitalocean --digitalocean-access-token \
    [token_goes_here]  [host_name_goes_here]

इस कार्य को करने में क्या बाधाएँ हैं? मुझे लगता है कि DigitalOcean access-token एक मौजूदा होस्ट को संलग्न करने और सभी सुरक्षित संचार सेट करने के लिए पर्याप्त विशेषाधिकार देता है।

अभी के लिए मैं @bhurlow : https://github.com/bhurlow/machine-share द्वारा मशीन-शेयर की कोशिश करने जा रहा हूँ

इस पर +1 टक्कर - किसी को भी इस पर एक अद्यतन है?

@brandontamm : मैंने अपने लिए इस समस्या को संभालने के लिए कुछ स्क्रिप्ट लिखी हैं। मुझे नहीं पता कि वे आपका समाधान करेंगे, लेकिन मैं कम से कम कोशिश कर सकता हूं। यहां जिप देखें

सार का सारांश: दो कार्य हैं - store_machine और load_machine। store_machine एक मशीन के बारे में सारी जानकारी सुरक्षित स्टाॅश के अंदर संग्रहीत करता है (डिस्क डेटास्टर पर एन्क्रिप्टेड)। आपको एक पासवर्ड प्रदान करना होगा। Load_machine फ़ंक्शन डिस्क डेटास्टोर पर एक मशीन लोड करता है।

ध्यान दें कि यह अजगर कोड मानता है कि आपके पास sstash (Python Secure Stash) स्थापित है। आप इसे चलाकर स्थापित कर सकते हैं

pip install sstash

+1

गंभीरता से - क्या अच्छा है डॉकटर-मशीन जब तक आप इसे किसी अन्य पूर्व-निर्धारित डिवाइस से एक्सेस नहीं कर सकते ...।

उपयोग करें - काम पर डॉक-मशीन का निर्माण किया जाता है, लेकिन तब सर्वर खाली होने की स्थिति में छुट्टियों के लिए लैपटॉप की आवश्यकता होती है ...

चलो - इस पर झंकार करने के लिए डोकर एडमिन कहां है ?! यह एक उपयोग मामला है कि हर कोई सराहना कर सकता है ..

@realcr आपने मशीन-शेयर की कोशिश की?

मैं किसी भी अधिक निर्भरता का उपयोग करने से इनकार करता हूं :) दोनों ओएसएक्स मशीनों के लिए .docker फ़ोल्डर की प्रतिलिपि बनाना मेरे लिए पूरी तरह से काम करता है। मेरे रास्ते और उपयोगकर्ता नाम दोनों मशीनों पर समान थे इसलिए मैन्युअल रूप से संपादन पथ के बिना कुंजी है।

ब्रैंडन टैम
मोबाइल से भेजा गया

4 नवंबर, 2016 को सुबह 3:36 बजे, सेबस्टियन बोलेट नोटिफिकेशन @github.com ने लिखा:

@realcr आपने मशीन-शेयर की कोशिश की?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें, या थ्रेड को म्यूट करें।

+1

+1

+1

+1

मैंने इस समस्या को हल करने के लिए docker_machinator लिखा था।
यह एक अजगर उपकरण है जो आपको अपने सभी डॉकटर-मशीन क्रेडेंशियल्स और कॉन्फ़िगरेशन को एक एन्क्रिप्ट किए गए स्टैच में सहेजने की अनुमति देता है जिसे आप अपने क्लाउड प्रदाता पर स्टोर कर सकते हैं, उदाहरण के लिए। फिर आप इसे किसी अन्य होस्ट से डाउनलोड कर सकते हैं और अपनी मशीनों को स्टैश से वापस लोड कर सकते हैं।
यह एक अजगर उपकरण है, इसलिए आपको इसका उपयोग करने से एक pip install होना चाहिए।

मुझे नहीं लगता है कि यह सही समाधान है, लेकिन यह आपको तब तक मिल सकता है जब तक हम एक बेहतर के साथ नहीं आते हैं।

दोस्तों, आपको पता होना चाहिए कि मशीन-शेयर आपके निजी ssh कुंजी

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

➜ docker-machine
Usage: docker-machine [OPTIONS] COMMAND [arg...]
...
Commands:
...
  ssh                   Log into or run a command on a machine with SSH.

मुझे लगता है कि जिस तरह से आप इससे बचेंगे, वह एक कमांड बनाने के लिए होगा जो रिमोट मशीन से वर्तमान कॉन्फ़िगरेशन को डाउनलोड करने में सक्षम था। इस तरह के एक डाउनलोड की आवश्यकता होगी कि आप आयात करने योग्य फ़ाइल में पैकेजिंग पहुंच के बजाय मशीन को ssh करने में सक्षम थे।

केवल एक मेजबान से डोकर-मशीन को नियंत्रित करने में सक्षम होना एक असहज सीमा है।
मुझे docker-machine config-from <otherhost> जैसा कुछ देखना भी अच्छा लगेगा।

तो मुझसे भी +1।

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

+1

यहाँ एक अलग परिदृश्य है जो मुझे यहाँ लाता है।

मैं बाद में मेजबान क्षेत्र को स्थानांतरित करने की आवश्यकता का एहसास करने के लिए डॉक छवियों का एक गुच्छा बनाने के लिए एक छोटी बूंद बनाई ...

सवाल यह है कि मैं नए होस्ट पर चल रहे स्नैपशॉट से बहाल किए गए डॉकटर-मशीन के उदाहरण को कैसे संलग्न करूं?

शुक्र, 10 मार्च, 2017 को सुबह 6:16 बजे, exjimsk सूचनाएं @github.com ने लिखा:

मैंने बाद में महसूस करने के लिए डॉक छवियों का एक गुच्छा बनाने के लिए एक छोटी बूंद बनाई
मेजबान क्षेत्र को स्थानांतरित करने की आवश्यकता है। मैं डोकर-मशीन का उदाहरण कैसे संलग्न करूं
नए होस्ट पर चल रहे स्नैपशॉट से पुनर्स्थापित किया गया?

यदि सीट्स नहीं बदले हैं, तो आपको अपने स्थानीय को बदलने में सक्षम होना चाहिए
नए IP पते पर इंगित करने के लिए docker- मशीन कॉन्फिग। तुम पाओगे
~ /। डॉकर / मशीन / मशीनों / अपने मशीन-नाम / config.json पर फ़ाइल।

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

+1

+1

+1

+1

+1

+1

+1

+1

docker-machine attach , कृपया।

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

मेरे मामले में, मौजूदा होस्ट ${HOST} साथ संलग्न करके बहुत खुशी हुई

docker-machine --tlscacert=ca.pem --tlscert=cert.pem --tlskey=key.pem create \
    --drive none --url tcp://${HOST}:2376

लेकिन कॉपी सर्टिफिकेट ( ca.pem, cert.pem, key.pem ) को DOCKER_CERT_PATH मैन्युअल रूप से चाहिए।

इसके लिए कोई योजना? config.json में पूर्ण पथ दर्ज होने से निराशा होती है।

मेरा उपयोग मामला: मेरे पास इसमें मशीन कॉन्फिग्स के साथ एक git रेपो है (मैं डॉकटर-मशीन को इंगित करने के लिए -s उपयोग करता हूं)। राज git encrypt साथ संग्रहीत किए जाते हैं और यह विचार सीआई की नौकरियों के लिए है कि वे उन कॉन्फिग का उपयोग करने में सक्षम हों जो उन मशीनों को हेरफेर करने के लिए उपयोग करने की आवश्यकता होती है।

FYI करें: # 3212

@lyda हम https://github.com/dmstr/docker-roj के साथ ऐसे दृष्टिकोण का उपयोग कर रहे हैं - लेकिन एन्क्रिप्शन के बिना, जो वास्तव में एक बहुत अच्छी सुविधा होगी!

जबकि roj हमेशा एक ही रास्तों के साथ काम करता है, क्योंकि यह एक कंटेनर में है, ऐसे अन्य उपाय हैं:

• https://github.com/bhurlow/machine-share
• https://gist.github.com/realcr/2363c699e893c66ac7ed72da29804b0a

जो मूल रूप से config.json में कुछ पथ बदलते हैं।
यह कोई बड़ा जादू नहीं है, जब तक कि मैं यहां कुछ पूरी तरह से याद नहीं कर रहा हूं।

क्या docker-machine सक्रिय रूप से डॉकटर द्वारा विकसित किया जा रहा है? मैं पूछता हूं क्योंकि एक महीने से अधिक समय हो गया है जब एक प्रतिबद्ध ने इसे मास्टर बना दिया: https://github.com/docker/machine/itits/master

+1

+1

+1

मेरे भगवान, आतंक! यह धागा लगभग तीन साल बाद भी जीवित है? यह एक ऐसा उपयोग-मामला है जिसे हर कोई देखता है, या ऐसा लगता है। मैं क्या खो रहा हूँ?

वैसे मुझे लगता है कि docker-machine मर चुका है (कम से कम मेरे लिए: D)। मैंने kubernetes स्विच किया। यहां तक ​​कि स्वयं को अल्फा संस्करण में kubeadm होस्ट करने से बेहतर काम करता है कि यह वास्तव में है। मैं इसकी सिफारिश कर सकता हूँ :)

कृपया इसका समर्थन करें :(

एक फ़ोल्डर में "~ / .docker" जोड़ें जो कि दोनों मशीनों पर क्लाउड फ़ोल्डर से जुड़ा हुआ है या शायद प्रतीकात्मक है। वहाँ कुछ पूर्व निर्मित समाधान हैं। बहुत कठिन लोग नहीं, बस कुछ शोध करते हैं - 30 सेकंड के लिए एक बार स्थापित करने के बाद कभी कोई मुद्दा नहीं था।

+1

+1

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

लगभग 4 साल बीत चुके हैं 😮 क्या इस पर कोई अपडेट है?

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

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

डॉकटर कंटेनर के भीतर से docker-machine create चलने के बारे में कैसे? उस कंटेनर को तब निर्यात किया जा सकता था, जिसे दूसरे कंप्यूटर पर आयात किया जाता था और फिर वहां चलाया जाता था।

अभी भी एक लगाव नहीं है, ओह माय गॉड