Mac OS  X El Caption

VirtualBox 5.0.8

core OS stable (766.5.0)


먼저 같은 세팅의 vm 3대를 설치한다. (설치법을 모르면 coreos 설치 페이지 확인)


그리고 아래와 같이 각 vm의 설정-네트워크에 들어가보면 nat로 연결이 되어있는 부분을 브리지 어댑터로 변경한다.

(윈도우의 경우 호스트 전용 어댑터도 가능)

그런 다음, ifconfig로 ip를 확인하면 10.0.2.15가 아닌 각 고유의 ip로 변경이 되어있다.

나머지 2대의 vm에도 적용한 다음, 아래의 명령어를 각 vm마다 입력한다.


etcd -name 활성화되어있는 vm 이름 -initial-advertise-peer-urls http://활성화 되어있는 vm ip:2380 

-listen-peer-urls http://활성화 되어있는 vm ip:2380 

-listen-client-urls http://활성화 되어있는vm ip:2379,http://127.0.0.1:2379 

-advertise-client-urls http://활성화 되어있는 vm ip:2379 

-initial-cluster-token etcd-cluster-1

-initial-cluster 활성화 되어있는 vm 이름=http://활성화 되어있는 vm ip:2380,다른 vm 이름1=http://다른 vm ip 주소:2380,다른 vm 이름2=http://다른 vm ip 주소2:2380 -initial-cluster-state new


이 코드를 각 머신의 ip에 맞게 입력을 한 뒤, 터미널 (윈도우의 경우 putty)로 맨 마지막에 입력한 vm에 ssh로 접근한다.

다음 $ sudo systemctl start fleet.service 로 fleetctl을 사용할 수 있도록 fleet.service를 실행한 다음,

$ sudo fleetctl list-machines로 클러스터링이 되었는지 확인한다.


아래는 성공한 결과이다.



'CoreOS' 카테고리의 다른 글

[CoreOS]CoreOS란?  (0) 2017.01.28
[CoreOS] cloud-config 파일 유효성 검사  (0) 2017.01.28
[CoreOS] CoreOS 업데이트  (0) 2017.01.28
[CoreOS] CoreOS 설치  (0) 2015.11.14
Vagrant 사용하지 않고 CoreOS 3대 클러스터링하기 (VirtualBox)  (0) 2015.11.14
Kubernetes  (0) 2015.11.14

구글에서 공개한 리눅스 컨테이너 관리 시스템.

클러스터가 구성된 coreos-docker의 컨테이너들을 집합 개념으로 관리하며 집합이 죽었을 때의 백업집합을 관리하는 service를 운영


Kubernetes의 구조


POD: 컨테이너들의 집합

-       같은 주소컨테이너 2: A또는 B의 포트를 노출 -> 해당포트로 연결

-       호스트가 다르고포트가 여러 개 필요하다면? Overlay network로 해결!



Overlay network란 물리 네트워크 위에 가상 컴퓨터 네트워크 -기존의 데이터 센터 네트워크 망이 어떻게 구성되어 있던지 Network을 넘어 구성하겠다는 것

vxlan이란 L2 Network 확장성을 의미한다. VLAN 기반 네트워크 보다 더욱 많은 Layer 2 Segment 를 구성한다. VLAN 숫자의 제약을 극복 할 수 있음을 의미한다. Mac Over IP/UDP Header 24bit VAND ID를 새롭게 구성하게 되므로 기존의 VLAN 숫자를 뛰어넘는 구성이 가능해진다. VXLAN Header + UDP + IP 기반으로 전송





Ip netns란 리눅스 시스템에서 네트워크는 단지 하나만 존재하는 글로벌 자원네트워크 네임스페이스를 이용하면격리된 네트워크 환경을 구축할 수 있음


내 생각위의 과정을 봤을 때도커에게 할당 받은 ip들을 리더(?) 격인 1개만 남기고 나머지는 해제이후 포드 하나의 그룹 대표 ip로 지정??


ReplicationController복제를 담당

-       ReplicationController 3으로 지정해 POD 3개를 관리하다가, POD1개가 고장 났을 때, Replication Controller에서 해당 포드를 재 생성해 살려냄.

-       새로 생성해서 죽은 pod를 살리면 ip가 바뀌면서 살아남

-       한 서비스 안에 여러 포드를 관리할 수 있음.







Service & proxy

-       Service를 생성하면 별도의 ip가 할당

로드밸런스로 포드에 균일하게 처리할 수도 있고 트래픽을 강제로 한쪽으로만 몰수도 있음.




장점컨테이너들을 묶어 관리하기 때문에 네트워크, volume, 리소스(cpu, ram)가 공유

Pod가 죽어도 rc에서 관리하기 때문에 백업기능

Service를 생성한 후, pod를 연결하면 자동 로드밸런스 기능뿐만 아니라 강제로 트래픽을 포드에 조절할 수 있음.



단점


'CoreOS' 카테고리의 다른 글

[CoreOS]CoreOS란?  (0) 2017.01.28
[CoreOS] cloud-config 파일 유효성 검사  (0) 2017.01.28
[CoreOS] CoreOS 업데이트  (0) 2017.01.28
[CoreOS] CoreOS 설치  (0) 2015.11.14
Vagrant 사용하지 않고 CoreOS 3대 클러스터링하기 (VirtualBox)  (0) 2015.11.14
Kubernetes  (0) 2015.11.14

+ Random Posts