Konfigurowanie klastra z włóczęgą

3

Chcę utworzyć klaster 4 maszyn wirtualnych CentOS za pomocą Vagrant. Zainstalowałem Vagrant i VirtualBox na mojej maszynie Widnows, pobrałem pudełko CentOS 64 i utworzyłem klaster. Kroki :

  1. Wykonaj „Vagrant box add --name centos65-base”
  2. Wykonaj polecenie „vagrant init centos65-base”
  3. Edytuj plik VagrantFile w następujący sposób:

    # -*- mode: ruby -*-
    # vi: set ft=ruby :
    
    Vagrant.configure(2) do |config|
    
      config.vm.define :node1 do |node1_config|
        node1_config.vm.box = "centos65_base"
        node1_config.vm.network "private_network", ip: "10.0.2.5"
      end
    
      config.vm.define :node2 do |node2_config|
        node2_config.vm.box = "centos65_base"
        node2_config.vm.network "private_network", ip: "10.0.2.6"
      end
    
      config.vm.define :node3 do |node3_config|
        node3_config.vm.box = "centos65_base"
        node3_config.vm.network "private_network", ip: "10.0.2.7"
      end
    
      config.vm.define :node4 do |node4_config|
        node4_config.vm.box = "centos65_base"
        node4_config.vm.network "private_network", ip: "10.0.2.8"
      end
    end
    
  4. Wykonaj „włóczęgostwo w górę”

Pod koniec czwartego kroku cztery węzły klastra zostały skonfigurowane i uruchomione, co jest świetne. Wpadłem na nie. Udało mi się pingować na www.google.com i mój komputer hosta z maszyn wirtualnych. Jednak pingowanie z jednego węzła w klastrze do drugiego powoduje błąd „nieosiągalny host docelowy” . Uruchomiłem „ifconfig”, aby zobaczyć używane karty sieciowe. eth0 jest używany dla DHCP, a eth1 jest używany do statycznego ip.

[root@vagrant-centos65 vagrant]# ifconfig
eth0      Link encap:Ethernet  HWaddr 08:00:27:4F:B8:06
          inet addr:10.0.2.15  Bcast:10.0.2.255  Mask:255.255.255.0
          inet6 addr: fe80::a00:27ff:fe4f:b806/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1142 errors:0 dropped:0 overruns:0 frame:0
          TX packets:672 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:106471 (103.9 KiB)  TX bytes:84099 (82.1 KiB)

eth1      Link encap:Ethernet  HWaddr 08:00:27:EC:A0:37
          inet addr:10.0.2.5  Bcast:10.0.2.255  Mask:255.255.255.0
          inet6 addr: fe80::a00:27ff:feec:a037/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:268 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:27329 (26.6 KiB)  TX bytes:482 (482.0 b)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:8 errors:0 dropped:0 overruns:0 frame:0
          TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:784 (784.0 b)  TX bytes:784 (784.0 b)

Jakiś pomysł jak to naprawić? Potrzebuję maszyn wirtualnych w klastrze, aby móc ze sobą rozmawiać.

Praczi
źródło

Odpowiedzi:

2

Rozwiązałem to za pomocą zakresu adresów IP 192.168.33.10 - 192.168.33.13 zamiast 10.0.2.5 - 10.0.2.8 dla statycznej konfiguracji ip.

Podejrzewam, że użycie zakresu 10.0.2.x spowodowało konflikt, ponieważ DHCP domyślnie używa tego samego zakresu w Vagrant.

Praczi
źródło