Machine: उदाहरण के लिए आईपी बदलने के बाद, झुंड एजेंट को जॉइन एड्र को भी बदलना होगा।

को निर्मित 18 मार्च 2015 · 4टिप्पणियाँ · स्रोत: docker/machine

अधिक परीक्षण पीआर #770 के बाद मैंने यह पाया:

मैं आज अपने झुंड ec2 क्लस्टर को पुनरारंभ करने के बाद, एक और बदली हुई आईपी समस्या का पता लगाता हूं।

मास्टर झुंड मशीनों से पुराने आईपी का उपयोग करता है

time="2015-03-18T18:23:54Z" level=error msg="Get https://54.69.29.90:2376/v1.15/info: dial tcp 54.69.29.90:2376: i/o timeout" 
time="2015-03-18T18:23:54Z" level=error msg="Get https://54.69.230.35:2376/v1.15/info: dial tcp 54.69.230.35:2376: i/o timeout" 
time="2015-03-18T18:23:54Z" level=error msg="Get https://54.69.255.39:2376/v1.15/info: dial tcp 54.69.255.39:2376: i/o timeout" 
time="2015-03-18T18:23:54Z" level=error msg="Get https://52.10.167.59:2376/v1.15/info: dial tcp 52.10.167.59:2376: i/o timeout"

मैं समस्या का विश्लेषण करता हूं:

झुंड एजेंट पुराने आईपी 52.10.167.59 साथ जुड़ रहे हैं

$ docker-machine ls
NAME               ACTIVE   DRIVER       STATE     URL                        SWARM
amazonec2-03                amazonec2    Stopped                              
dev                         virtualbox   Stopped                              
ec2-swarm-01                amazonec2    Running   tcp://54.149.27.239:2376   ec2-swarm-master
ec2-swarm-02                amazonec2    Running   tcp://52.10.108.31:2376    ec2-swarm-master
ec2-swarm-03       *        amazonec2    Running   tcp://54.148.5.178:2376    ec2-swarm-master
ec2-swarm-master            amazonec2    Running   tcp://52.11.98.189:2376    ec2-swarm-master (master)
$ $(docker-machine env ec2-swarm-master)
$ docker ps --no-trunc
CONTAINER ID                                                       IMAGE               COMMAND                                                                                                                                                                                          CREATED             STATUS              PORTS                              NAMES
13d27667155b3b1962b99b8d817c7a9865b47fe5b0d5d9c0af08735b26163efa   swarm:latest        "/swarm join --addr 52.10.167.59:2376 token://5a57a53a13470b1e680c6904ce5b34d1"                                                                                                                  35 hours ago        Up 11 minutes       2375/tcp                           swarm-agent          
810f7ce04b6439c191470a2116197088ee2a3d2e5ed1cc7f4742aacef46317f9   swarm:latest        "/swarm manage --tlsverify --tlscacert=/etc/docker/ca.pem --tlscert=/etc/docker/server.pem --tlskey=/etc/docker/server-key.pem -H tcp://0.0.0.0:3376 token://5a57a53a13470b1e680c6904ce5b34d1"   35 hours ago        Up 11 minutes       2375/tcp, 0.0.0.0:3376->3376/tcp   swarm-agent-master   
$ docker-machine ip ec2-swarm-master
52.11.98.189

झुंड मशीन से आईपी बदलने के बाद, कार्यान्वयन को झुंड एजेंट को फिर से कॉन्फ़िगर करना होगा, पुराने कंटेनर को हटाना होगा और एक नया शुरू करना होगा।

areswarm driveec2

स्रोत

rossbachp

सबसे उपयोगी टिप्पणी

डॉकर झुंड नोड का आईपी पता बदलने के बाद मेरा कामकाज यहां दिया गया है:

% docker-machine env docker-node
% docker-machine regenerate-certs docker-node
(I sometimes need to run multiple times when error occurs.)
% eval $(docker-machine env docker-node)
% export TOKEN=$(docker inspect -f "{{ index .Config.Cmd 3}}" swarm-agent)
% docker rm -f swarm-agent
% docker run -d --name=swarm-agent --restart=always swarm:latest join --advertise "${DOCKER_HOST##tcp://}" "${TOKEN}"

yoshiokatsuneo 21 जन॰ 2016

👍4

सभी 4 टिप्पणियाँ

एकमात्र त्वरित सुधार वर्तमान में इस छोटी सी स्क्रिप्ट के साथ एजेंट को फिर से बनाना है:

create-swam-agent.sh

#!/bin/bash
TOKEN=$(docker inspect -f "{{ index .Config.Cmd 3 }}" swarm-agent)
IP=$(curl http://169.254.169.254/latest/meta-data/public-ipv4)
docker stop swarm-agent
docker rm swarm-agent
docker run -d --name swarm-agent --restart=always swarm \
  join --addr ${IP}:2376 \
  ${TOKEN}

rossbachp 18 मार्च 2015

मुझे लगता है कि लंबे समय तक हमें कॉन्फ़िगरेशन स्टोर में किसी प्रकार के "सिंक" का समर्थन करना होगा, मुझे नहीं पता कि डॉकर हब टोकन डिस्कवरी सेवा क्लस्टर आईपी को संशोधित करने का समर्थन करेगी, लेकिन मुझे यकीन है कि केवी बैकएंड होगा।

cc @aluzzardi @vieux @abronan आप इस मामले के लिए वर्कफ़्लो की कल्पना कैसे करेंगे (झुंड में आईपी बदलना)?

nathanleclaire 6 जुल॰ 2015

@nathanleclaire K/V में प्रविष्टियाँ TTL की समाप्ति के बाद हटा दी जाती हैं (नोड्स को खोज से हटा दिया जाता है)। इसलिए यदि आईपी बदल रहे हैं, तो स्टोर स्टॉप/रीस्टार्ट (उदाहरण के लिए ईसी 2 पर) के बाद क्लस्टर की स्थिति को सही ढंग से प्रतिबिंबित करेगा। फिर भी आप उम्मीद कर सकते हैं कि पुरानी प्रविष्टियों को उनके टीटीएल की समय सीमा समाप्त होने तक कुछ समय के लिए सूचीबद्ध किया जाएगा (यदि आपके पास 3 मशीनें हैं, तो उनमें से 6 सूचीबद्ध होने की अपेक्षा करें, भले ही पुरानी प्रविष्टियों को अस्वस्थ के रूप में चिह्नित किया जाएगा और झुंड में उपयोग नहीं किया जा सकता है )

वर्कअराउंड के रूप में, यदि मशीन को पता है कि एक इंस्टेंस पुनरारंभ हो रहा है, तो यह K/V में प्रविष्टि को सीधे हटा सकता है ताकि पुनरारंभ होने के बाद गलत IP वाली मशीनों को सूचीबद्ध न किया जा सके।

abronan 14 जुल॰ 2015

डॉकर झुंड नोड का आईपी पता बदलने के बाद मेरा कामकाज यहां दिया गया है:

% docker-machine env docker-node
% docker-machine regenerate-certs docker-node
(I sometimes need to run multiple times when error occurs.)
% eval $(docker-machine env docker-node)
% export TOKEN=$(docker inspect -f "{{ index .Config.Cmd 3}}" swarm-agent)
% docker rm -f swarm-agent
% docker run -d --name=swarm-agent --restart=always swarm:latest join --advertise "${DOCKER_HOST##tcp://}" "${TOKEN}"

yoshiokatsuneo 21 जन॰ 2016

👍4

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Machine: उदाहरण के लिए आईपी बदलने के बाद, झुंड एजेंट को जॉइन एड्र को भी बदलना होगा।

सबसे उपयोगी टिप्पणी

सभी 4 टिप्पणियाँ

संबंधित मुद्दों