2ノードでの rbd-mirror設定

ceph を2台 (1ノード1クラスタ) にインストールし、その間で rbd mirror を設定してみている。

環境はAWS上のCentOS7.5 AMI (ami-3185744e) を t2.medium で起動し、 disk は / に 8GB, /dev/xvdb として 8GB を割り当てている。

1ノードへのceph インストール

以下の設定で、1ノード上のceph でも HEALTH OK になることを確認できた。
※ デフォルト設定だと、同じクラスタ内に3ノード必要だったため、1ノードで動かしたい場合、ceph.conf に2行追記する必要があった。

hostname=$(hostname | awk -F. '{print $1}')
yum -y install epel-release

cat << EOM > /etc/yum.repos.d/ceph.repo
[ceph-noarch]
name=Ceph noarch packages
baseurl=https://download.ceph.com/rpm-mimic/el7/noarch
enabled=1
gpgcheck=1
type=rpm-md
gpgkey=https://download.ceph.com/keys/release.asc
EOM

yum install -y ceph-deploy
mv -i /etc/yum.repos.d/ceph.repo /tmp

mkdir /root/my-cluster
cd /root/my-cluster/

ceph-deploy new ${hostname}

## 以下の2行を追記
echo 'osd_crush_chooseleaf_type = 0' >> ceph.conf
echo 'osd_pool_default_size = 1' >> ceph.conf


ceph-deploy install ${hostname}
ceph-deploy mon create-initial
ceph-deploy admin ${hostname}
ceph-deploy mgr create ${hostname}
ceph-deploy osd create --data /dev/xvdb ${hostname}

作成後、以下のように pool / image の作成を行い、block device として使用できることを確認している。
※ rbd-mirror の設定を続けて行う場合、mirror 先のクラスタにも、pool1 の作成 (# ceph osd pool create pool1 8) を実施しておく

ceph status
ceph osd pool create pool1 8
rbd pool init pool1
rbd create image1 --size 4096 --image-feature layering -p pool1
rbd map image1 --name client.admin -p pool1
ls -lhtr /dev/rbd/pool1/image1
mkfs -t xfs /dev/rbd/pool1/image1
mount /dev/rbd/pool1/image1 /mnt

rbd-mirror の設定

pool の作成が終わった後、rbd-mirror の設定を行う。

実際にミラーを行う rbd-mirror デーモンは、データ元の ceph クラスタに ceph クライアントとして接続するため、事前にデータ元クラスタでのkeyring作成と、mirror先クラスタからの疎通確認を行う必要がある。

上記のインストール手順だと データ元、 mirror 先ともに、ceph クラスタ名が 'ceph' となっており、mirror 時に別クラスタの指定が出来なくなってしまうため、事前にクラスタ名指定用のファイルを変更しておく。

各ノードで
/etc/sysconfig/ceph
CLUSTER=cluster1
-
CLUSTER=cluster2
を追記
※ cluster1 がデータ元、cluster2 を mirror 先とする


次に、以下のコマンドにより、cluster1 アクセス用の keyring (id: replusr1) を作成する。

※ データ元ノード上で実施
cd /etc/ceph
ln -s ceph.conf cluster1.conf
ln -s ceph.client.admin.keyring cluster1.client.admin.keyring
※ --cluster cluster1 の cli 指定を動作させるために必要

ceph auth get-or-create client.replusr1 mon 'profile rbd' osd 'profile rbd pool=pool1' -o /etc/ceph/cluster1.client.replusr1.keyring --cluster cluster1

ファイルが出来たら以下の2ファイルを、mirror 先ノードの /etc/ceph 以下に、scp 等でコピーする。

/etc/ceph/cluster1.conf
/etc/ceph/cluster1.client.replusr1.keyring

この段階で、mirror先のノードで以下を発行し、データ元のcephクラスタにアクセス出来ることを確認しておく。

※ mirror 先のノードで実施
ceph --id replusr1 --cluster cluster1 -s

また、後で、rbd-mirror デーモン起動時に使用するので、mirror 先のノードでも、cluster2 用の設定ファイルを作成しておく。

※ mirror 先のノード上で実施
cd /etc/ceph
ln -s ceph.conf cluster2.conf
ln -s ceph.client.admin.keyring cluster2.client.admin.keyring

ceph auth get-or-create client.replusr2 mon 'profile rbd' osd 'profile rbd pool=pool1' -o /etc/ceph/cluster2.client.replusr2.keyring --cluster cluster2

この後、実際にmirrorを始めるために、mirror を有効化する pool に対して以下を発行する。

※ データ元のノードで実施
# rbd feature enable pool1/image1 exclusive-lock
# rbd feature enable pool1/image1 journaling
※ 両方のノードで実施
# rbd mirror pool enable pool1 pool

最後に、mirror 先のノードにて、rbd-mirror デーモンの起動と、pool への peer 設定を実施する。

※ mirror 先のノードで実施
yum -y install rbd-mirror
systemctl enable ceph-rbd-mirror.target
systemctl enable ceph-rbd-mirror@replusr2
systemctl start ceph-rbd-mirror@replusr2

# rbd --cluster cluster2 mirror pool peer add pool1 client.replusr1@cluster1
# rbd --cluster cluster2 mirror pool info pool1
Mode: pool
Peers: 
  UUID                                 NAME     CLIENT          
  f383c009-2adf-419b-9f57-03030287fb8e cluster1 client.replusr1

# rbd mirror image status pool1/image1
image1:
  global_id:   ce71a13a-2a1d-4e5f-beb6-d95ca8e6558a
  state:       up+replaying
  description: replaying, master_position=[object_number=3, tag_tid=1, entry_tid=3], mirror_position=[object_number=3, tag_tid=1, entry_tid=3], entries_behind_master=0
  last_update: 2019-02-09 11:09:40

この状態で、以下のように、pool に image を追加すると、数秒後に mirror 先にも追加されるようになるはずである。

# rbd create image2 --size 4096 --image-feature layering,exclusive-lock,journaling -p pool1


※ 反映までの時間を計測した結果、約2秒後に反映された
[root@ip-172-31-12-196 ceph]# date; rbd create image2 --size 4096 --image-feature layering,exclusive-lock,journaling -p pool1
Sat Feb  9 12:30:20 UTC 2019
[root@ip-172-31-12-196 ceph]# 

[root@ip-172-31-7-146 ~]# while true; do date; rbd -p pool1 ls; sleep 0.5; done
(snip)
Sat Feb  9 12:30:19 UTC 2019
image1
Sat Feb  9 12:30:19 UTC 2019
image1
Sat Feb  9 12:30:20 UTC 2019
image1
Sat Feb  9 12:30:20 UTC 2019
image1
Sat Feb  9 12:30:21 UTC 2019
image1
Sat Feb  9 12:30:21 UTC 2019
image1
Sat Feb  9 12:30:22 UTC 2019
image1
image2
Sat Feb  9 12:30:23 UTC 2019
image1
image2

Ubuntu18.04でのTungstenFabricインストール

Ubuntu18.04 での Tungsten Fabric インストールを試してみている。

今回もAWS上のインスタンスを使用している。
AMIとしては、Ubuntu Server 18.04 LTS (HVM) (ami-07ad4b1c3af1ea214) を使用した。

環境としては、controller 1台 (t2.large, disk 30GB)、vRouter 1台 (t2.medium, disk 8GB) で、 kubernetes 環境を構築している。

まず、準備として、各ノードで 以下を実施している。

(all node) apt update
(controller node) apt install python-pip git
(controller node) pip install ansible==2.4.2.0
(vRouter node) apt install python

(controller node) ssh-keygen
(controller node) cd .ssh/
(controller node) cat id_rsa.pub >> authorized_keys
 (vRouter node の .ssh/authorized_keys にも上記の公開鍵を登録)
(controller node) cd

(controller node) git clone -b R5.0 http://github.com/Juniper/contrail-ansible-deployer
(controller node) cd contrail-ansible-deployer
(controller node) vi config/instances.yaml
(以下を記述)
provider_config:
  bms:
   ssh_user: root
   ssh_public_key: /root/.ssh/id_rsa.pub
   ssh_private_key: /root/.ssh/id_rsa
   domainsuffix: local
   ntpserver: ntp.nict.jp
instances:
  bms1:
   provider: bms
   roles:
      config_database:
      config:
      control:
      analytics:
      analytics_database:
      webui:
      k8s_master:
      kubemanager:
   ip: 172.31.6.88 # controller node の ip
  bms11:
   provider: bms
   roles:
     vrouter:
     k8s_node:
   ip: 172.31.9.130 # vRouter node の ip
contrail_configuration:
  CONTRAIL_VERSION: r5.0.1
  KUBERNETES_CLUSTER_PROJECT: {}
  JVM_EXTRA_OPTS: "-Xms128m -Xmx1g"
global_configuration:
  CONTAINER_REGISTRY: tungstenfabric

また、vrouter.ko ビルド時のエラーを回避するため、vRouter node にて、以下を実施している。

(vRouter node) # vi /usr/src/linux-aws-headers-4.15.0-1021/include/linux/uuid.h
(以下の3行をコメントアウト)
// typedef struct {
//      __u8 b[UUID_SIZE];
// } uuid_t;
(直後の行に、以下を追記)
typedef unsigned char uuid_t[16];


準備が終わったら、以下で実際のインストールを実施する。

ansible-playbook -i inventory/ playbooks/configure_instances.yml
ansible-playbook -e orchestrator=kubernetes -i inventory/ playbooks/install_k8s.yml
ansible-playbook -e orchestrator=kubernetes -i inventory/ playbooks/install_contrail.yml

※ インストール完了後、vhost0 が作成された後に、vRouter node で名前解決が出来なくなった場合、以下を実施する

(vRouter node) # vi /etc/systemd/resolved.conf
(以下を追記)
DNS=172.31.0.2
(vRouter node) # systemctl restart systemd-resolved.service

この後、以下の yaml ファイル ( https://github.com/tnaganawa/contrail-k8s-tutorial/tree/master/yml/1_initial ) で テスト用のコンテナを作成し、コンテナ間、およびGW IPへの疎通ができることを確認している。

root@ip-172-31-6-88:~/contrail-k8s-tutorial/yml/1_initial# kubectl get pod -o wide
NAME      READY     STATUS    RESTARTS   AGE       IP              NODE
cirros1   1/1       Running   0          38s       10.47.255.251   ip-172-31-9-130
cirros2   1/1       Running   0          16s       10.47.255.250   ip-172-31-9-130
root@ip-172-31-6-88:~/contrail-k8s-tutorial/yml/1_initial# kubectl exec -it cirros1 sh
/ # ping 10.47.255.250
PING 10.47.255.250 (10.47.255.250): 56 data bytes
64 bytes from 10.47.255.250: seq=0 ttl=63 time=1.482 ms
64 bytes from 10.47.255.250: seq=1 ttl=63 time=0.065 ms
^C
--- 10.47.255.250 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 0.065/0.773/1.482 ms
/ # ping 10.47.255.254
PING 10.47.255.254 (10.47.255.254): 56 data bytes
64 bytes from 10.47.255.254: seq=0 ttl=64 time=1.304 ms
64 bytes from 10.47.255.254: seq=1 ttl=64 time=0.128 ms
^C
--- 10.47.255.254 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 0.128/0.716/1.304 ms
/ # 

gatewayless からの floating-ip 取得

Tungsten Fabric の floating-ip は、通常、SDN-GW に MPLS over (GRE/UDP) で拡張したサブネットから取得するが、
gatewayless を指定したサブネットから取得することが出来るかどうかも調べてみた。
結果として、少なくとも kubernetes から service, ingress として使用する範囲では、特に問題なく取得することが出来た。


インストールについては、以下の instance.yaml を使用し、tungsten fabric controller 1台、vRouter 2台の kubernetes 環境を構築した。
http://aaabbb-200904.hatenablog.jp/entry/2018/04/28/215922

provider_config:
  bms:
   ssh_user: root
   ssh_public_key: /root/.ssh/id_rsa.pub
   ssh_private_key: /root/.ssh/id_rsa
   domainsuffix: local
   ntpserver: ntp.nict.jp
instances:
  bms1:
   provider: bms
   roles:
      config_database:
      config:
      control:
      analytics:
      analytics_database:
      webui:
      k8s_master:
      kubemanager:
   ip: 172.31.3.152
  bms11:
   provider: bms
   roles:
     vrouter:
     k8s_node:
   ip: 172.31.12.1
  bms12:
   provider: bms
   roles:
     vrouter:
     k8s_node:
   ip: 172.31.15.196
contrail_configuration:
  CONTRAIL_VERSION: r5.0.1
  KUBERNETES_CLUSTER_PROJECT: {}
  JVM_EXTRA_OPTS: "-Xms128m -Xmx1g"
global_configuration:
  CONTAINER_REGISTRY: tungstenfabric

また、以下のリンクと同様、kubernetes 環境のfloating-ip の取り先として、public-network1 (10.0.11.0/24) を指定した。
http://aaabbb-200904.hatenablog.jp/entry/2017/11/04/022638

gatewayless については、以下のリンクと同様、作成した public-network1 に、'IP Fabric Forwarding', 'External' にチェックを入れた。
また、public-network1 には、Policy として、'default-domain:k8s-default:k8s-default-ip-fabric-np' をアタッチした。 (この定義が無いと、vRouter 内のRPFでドロップされる)
http://aaabbb-200904.hatenablog.jp/entry/2018/05/14/003319

この状態で、以下のファイルを適用することで、service (Type: LoadBalancer), ingress を作成した。

[service]
https://github.com/tnaganawa/contrail-k8s-tutorial/blob/master/yml/3_contrail-cni-features/1-2_deployment/cirros-deployment.yaml
https://github.com/tnaganawa/contrail-k8s-tutorial/blob/master/yml/3_contrail-cni-features/2_service/loadbalancer.yaml

[ingress]
https://github.com/tnaganawa/contrail-k8s-tutorial/tree/master/yml/3_contrail-cni-features/3_ingress


上記設定によって、service, ingress で取得されたexternal-ip への経路が VyOS に配布され、別のEC2インスタンスから VyOS 経由でアクセス出来ることを確認している。
※ VyOS の設定については以下を参照
http://aaabbb-200904.hatenablog.jp/entry/2018/06/10/000427
aws 上で他のインスタンスから gatewayless のサブネットにアクセスする場合、'ネットワーク&セキュリティ > ネットワークインターフェース' から、'送信元/送信先の変更チェック' を 無効にする必要があるので注意
※※ vRouter, VyOS のノードに対して必要

稼働確認用の端末: 172.31.11.23
VyOS: 172.31.13.61
TungstenFabric Controller: 172.31.3.152
TungstenFabric vRouter: 172.31.12.1, 172.31.15.196


[root@ip-172-31-11-23 ~]# ip route
default via 172.31.0.1 dev eth0 
10.0.11.0/24 via 172.31.13.61 dev eth0 
172.31.0.0/20 dev eth0 proto kernel scope link src 172.31.11.23 
[root@ip-172-31-11-23 ~]# 
[root@ip-172-31-11-23 ~]# ssh cirros@10.0.11.3
cirros@10.0.11.3's password: 
$ ip -o a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue qlen 1000\    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
1: lo    inet 127.0.0.1/8 scope host lo\       valid_lft forever preferred_lft forever
11: eth0@if12: <BROADCAST,MULTICAST,UP,LOWER_UP,M-DOWN> mtu 1500 qdisc noqueue \    link/ether 02:49:77:dc:06:27 brd ff:ff:ff:ff:ff:ff
11: eth0    inet 10.47.255.250/12 scope global eth0\       valid_lft forever preferred_lft forever
$ Connection to 10.0.11.3 closed.
[root@ip-172-31-11-23 ~]# 
[root@ip-172-31-11-23 ~]# 
[root@ip-172-31-11-23 ~]# curl -I 10.0.11.4
HTTP/1.1 200 OK
Server: nginx/1.7.9
Date: Sun, 03 Feb 2019 10:19:54 GMT
Content-Type: text/html
Content-Length: 612
Last-Modified: Tue, 23 Dec 2014 16:25:09 GMT
ETag: "54999765-264"
Accept-Ranges: bytes

[root@ip-172-31-11-23 ~]# 


vyos@VyOS-AMI:~$ show interfaces 
Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down
Interface        IP Address                        S/L  Description
---------        ----------                        ---  -----------
eth0             172.31.13.61/20                   u/u  
lo               127.0.0.1/8                       u/u  
                 ::1/128
vyos@VyOS-AMI:~$ 
vyos@VyOS-AMI:~$ show ip route
Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF,
       I - ISIS, B - BGP, > - selected route, * - FIB route

S>* 0.0.0.0/0 [210/0] via 172.31.0.1, eth0
B>* 10.0.11.3/32 [20/100] via 172.31.12.1, eth0, 00:04:31
B>* 10.0.11.4/32 [20/100] via 172.31.15.196, eth0, 00:04:31
C>* 127.0.0.0/8 is directly connected, lo
C>* 172.31.0.0/20 is directly connected, eth0
vyos@VyOS-AMI:~$ 
vyos@VyOS-AMI:~$ show ip bgp summary 
BGP router identifier 172.31.13.61, local AS number 65311
IPv4 Unicast - max multipaths: ebgp 1 ibgp 1
RIB entries 3, using 288 bytes of memory
Peers 1, using 4560 bytes of memory

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
172.31.3.152    4 64512      17      17        0    0    0 00:04:39        2

Total number of neighbors 1
vyos@VyOS-AMI:~$ 


[root@ip-172-31-3-152 ~]# kubectl get pod -o wide
NAME                                 READY     STATUS    RESTARTS   AGE       IP              NODE
cirros-deployment-54b65ccf48-9pptp   1/1       Running   0          24m       10.47.255.250   ip-172-31-12-1.ap-northeast-1.compute.internal
cirros-deployment-54b65ccf48-fnbzv   1/1       Running   0          24m       10.47.255.251   ip-172-31-15-196.ap-northeast-1.compute.internal
nginx-deployment-64b46ddcc7-2s5dj    1/1       Running   0          23m       10.47.255.248   ip-172-31-12-1.ap-northeast-1.compute.internal
nginx-deployment-64b46ddcc7-65ffz    1/1       Running   0          23m       10.47.255.249   ip-172-31-15-196.ap-northeast-1.compute.internal

[root@ip-172-31-3-152 ~]# kubectl get svc -o wide
NAME                  TYPE           CLUSTER-IP      EXTERNAL-IP   PORT(S)        AGE       SELECTOR
cirros-loadbalancer   LoadBalancer   10.107.23.224   10.0.11.3     22:30464/TCP   24m       app=cirros-deployment
kubernetes            ClusterIP      10.96.0.1       <none>        443/TCP        36m       <none>
nginx-svc             ClusterIP      10.96.143.176   <none>        80/TCP         23m       app=nginx-deployment

[root@ip-172-31-3-152 ~]# kubectl get ing -o wide
NAME            HOSTS     ADDRESS                   PORTS     AGE
nginx-ingress   *         10.0.11.4,10.47.255.247   80        23m
[root@ip-172-31-3-152 ~]# 


上記の通り、少なくとも vRouter 内に入る際、floating-ip を使う構成であれば、
SDN-GW に L3VPN / EVPN の機能が無くても
gatewayless との組み合わせによって、vRouter 内への疎通が出来るようである。

内部の通信にはテナント分離を使用したいが、外部からの通信を受けるサブネットについては、共通のサブネットを使用する、という構成の場合に、使用できるのではなかろうか。

TungstenFabric のビルド方法

TungstenFabric をビルドしてみたときのメモとなる。

ベースとして、以下のレポジトリの記載を使用している。
https://github.com/Juniper/contrail-dev-env

ビルドするソースのタグとしては、r5.0.1 を使用した。
ビルド環境としては、aws 上のEC2 インスタンス (centos7.5, ami-3185744e, c5.xlarge, disk 30GB) を使用している。

# yum install -y git docker
# git clone -b R5.0 https://github.com/Juniper/contrail-dev-env
# ./startup.sh -t r5.0.1 <- 5分程度
# docker attach contrail-developer-sandbox
  # cd /root/contrail-dev-env
  # make sync <- 2分程度
  # make fetch_packages <- 1分程度
  # make setup <- 2分程度
  # make dep <- 1分程度
  # make rpm <- 60分程度
  # make containers <- 30分程度

ビルド実行後、以下のように、rpm, 及び、 docker image ができていることを確認できた。

## make rpm 後

[root@cee5c820ba1b RPMS]# pwd
/root/contrail/RPMS
[root@cee5c820ba1b RPMS]# ls
noarch  repodata  x86_64
[root@cee5c820ba1b RPMS]# find .
.
./noarch
./noarch/contrail-vcenter-manager-5.0.1-122620181030.el7.noarch.rpm
./noarch/contrail-tripleo-puppet-5.0.1-122620181030.el7.noarch.rpm
./noarch/contrail-fabric-utils-5.0.1-122620181030.noarch.rpm
./noarch/contrail-heat-5.0.1-122620181030.el7.noarch.rpm
./noarch/ironic-notification-manager-5.0.1-122620181030.el7.noarch.rpm
./noarch/neutron-plugin-contrail-5.0.1-122620181030.el7.noarch.rpm
./noarch/contrail-setup-5.0.1-122620181030.el7.noarch.rpm
./noarch/contrail-config-5.0.1-122620181030.el7.noarch.rpm
./noarch/contrail-manifest-5.0.1-122620181030.el7.noarch.rpm
./x86_64
./x86_64/contrail-web-core-5.0.1-122620181030.x86_64.rpm
./x86_64/contrail-vrouter-init-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-vrouter-dpdk-init-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-web-controller-5.0.1-122620181030.x86_64.rpm
./x86_64/contrail-nodemgr-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-nodemgr-debuginfo-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-vrouter-dpdk-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-vrouter-dpdk-debuginfo-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-vcenter-plugin-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/libcontrail-java-api-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/libcontrail-vrouter-java-api-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/libcontrail-vijava-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-debuginfo-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-vrouter-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-vrouter-source-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-config-openstack-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/python-contrail-vrouter-api-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/python-contrail-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-vrouter-utils-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-vrouter-agent-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-control-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/python-opencontrail-vrouter-netns-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-lib-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-analytics-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-dns-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-nova-vif-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-utils-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-docs-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-fabric-utils-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-test-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-kube-manager-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-mesos-manager-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-kube-cni-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-cni-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-k8s-cni-5.0.1-122620181030.el7.x86_64.rpm
./x86_64/contrail-mesos-cni-5.0.1-122620181030.el7.x86_64.rpm
./repodata
./repodata/ab700c4d976d0c2186618a8bc2219e33c3407177d45efd7809a73038e1468310-other.sqlite.bz2
./repodata/8eae700f5b480efd71c24e154449a693a73ee03b9f30ed5d9a7c9da00a9d5920-other.xml.gz
./repodata/6dcee29e0689f1e96e40b1b65375e4225b47a463a9729a6688fba4ef5d28307b-filelists.sqlite.bz2
./repodata/ac47c8a245b62760210729474c6e2cbbf158a6224bcb1209b41f9b0a106bf134-filelists.xml.gz
./repodata/6e347f2302a7edc66f827185b10bbfea442823ea218f7e275b8484dc29459af5-primary.sqlite.bz2
./repodata/e988c233d42d947e19b19269c0f34b8e11359b89bdfe794d59547139bb0ca832-primary.xml.gz
./repodata/repomd.xml
[root@cee5c820ba1b RPMS]# 

## make containers 後

[root@cee5c820ba1b contrail]# docker images
REPOSITORY                                                       TAG                 IMAGE ID            CREATED             SIZE
172.17.0.1:6666/contrail-vrouter-plugin-mellanox-init-ubuntu     queens-dev          cdca613081c8        50 seconds ago      539 MB
172.17.0.1:6666/contrail-vrouter-plugin-mellanox-init-redhat     queens-dev          bede1afc91dd        2 minutes ago       707 MB
172.17.0.1:6666/contrail-vrouter-kernel-init-dpdk                queens-dev          f65a1403e650        2 minutes ago       1.05 GB
172.17.0.1:6666/contrail-vrouter-kernel-init                     queens-dev          54952787a678        3 minutes ago       885 MB
172.17.0.1:6666/contrail-vrouter-kernel-build-init               queens-dev          d551cee2d300        4 minutes ago       259 MB
172.17.0.1:6666/contrail-vrouter-agent-dpdk                      queens-dev          6c9e37cdb493        5 minutes ago       1.07 GB
172.17.0.1:6666/contrail-vrouter-agent                           queens-dev          8f00e230415e        6 minutes ago       1.08 GB
172.17.0.1:6666/contrail-vrouter-base                            queens-dev          36a7af582a2c        8 minutes ago       846 MB
172.17.0.1:6666/contrail-vcenter-plugin                          queens-dev          fbb15449cf8e        8 minutes ago       936 MB
172.17.0.1:6666/contrail-vcenter-manager                         queens-dev          c1ed4ea64e5d        10 minutes ago      809 MB
172.17.0.1:6666/contrail-status                                  queens-dev          ee2a40e70262        11 minutes ago      725 MB
172.17.0.1:6666/contrail-openstack-neutron-init                  queens-dev          65bb2098143b        11 minutes ago      891 MB
172.17.0.1:6666/contrail-openstack-ironic-notification-manager   queens-dev          1b3d34a967fe        12 minutes ago      818 MB
172.17.0.1:6666/contrail-openstack-heat-init                     queens-dev          6745df23be26        13 minutes ago      724 MB
172.17.0.1:6666/contrail-openstack-compute-init                  queens-dev          9fda3a9c5aad        13 minutes ago      724 MB
172.17.0.1:6666/contrail-nodemgr                                 queens-dev          3477b7e6e827        13 minutes ago      743 MB
172.17.0.1:6666/contrail-node-init                               queens-dev          30c46fa720d4        14 minutes ago      724 MB
172.17.0.1:6666/contrail-mesosphere-mesos-manager                queens-dev          0107dd077044        14 minutes ago      735 MB
172.17.0.1:6666/contrail-mesosphere-cni-init                     queens-dev          d9702f349430        14 minutes ago      741 MB
172.17.0.1:6666/contrail-kubernetes-kube-manager                 queens-dev          cdf9e57d4bb2        15 minutes ago      737 MB
172.17.0.1:6666/contrail-kubernetes-cni-init                     queens-dev          07f37d06d988        15 minutes ago      742 MB
172.17.0.1:6666/contrail-external-zookeeper                      queens-dev          757b1d2c5365        15 minutes ago      144 MB
172.17.0.1:6666/contrail-external-tftp                           queens-dev          dcd2ac0d7d39        15 minutes ago      460 MB
172.17.0.1:6666/contrail-external-redis                          queens-dev          968a77ec9c76        16 minutes ago      107 MB
172.17.0.1:6666/contrail-external-rabbitmq                       queens-dev          c898aba7236b        16 minutes ago      189 MB
172.17.0.1:6666/contrail-external-kafka                          queens-dev          a2a2af6f8e39        16 minutes ago      681 MB
172.17.0.1:6666/contrail-external-dhcp                           queens-dev          3745bad0ba64        17 minutes ago      467 MB
172.17.0.1:6666/contrail-external-cassandra                      queens-dev          3589634aa302        18 minutes ago      323 MB
172.17.0.1:6666/contrail-debug                                   queens-dev          889aa106d010        19 minutes ago      1.87 GB
172.17.0.1:6666/contrail-controller-webui-job                    queens-dev          04293efbe9ac        19 minutes ago      948 MB
172.17.0.1:6666/contrail-controller-webui-web                    queens-dev          5de1dfeda6ba        19 minutes ago      948 MB
172.17.0.1:6666/contrail-controller-webui-base                   queens-dev          98d4aaf39d89        20 minutes ago      948 MB
172.17.0.1:6666/contrail-controller-control-named                queens-dev          7c18f65d40da        20 minutes ago      792 MB
172.17.0.1:6666/contrail-controller-control-dns                  queens-dev          4b5c475bb8ed        20 minutes ago      792 MB
172.17.0.1:6666/contrail-controller-control-control              queens-dev          0b0199d28225        20 minutes ago      792 MB
172.17.0.1:6666/contrail-controller-control-base                 queens-dev          8beb513777c4        20 minutes ago      792 MB
172.17.0.1:6666/contrail-controller-config-svcmonitor            queens-dev          c8fca7845155        21 minutes ago      1.03 GB
172.17.0.1:6666/contrail-controller-config-schema                queens-dev          6053aa0d347c        21 minutes ago      1.03 GB
172.17.0.1:6666/contrail-controller-config-devicemgr             queens-dev          708996f60ebe        21 minutes ago      1.07 GB
172.17.0.1:6666/contrail-controller-config-api                   queens-dev          e59fa342b203        21 minutes ago      1.09 GB
172.17.0.1:6666/contrail-controller-config-base                  queens-dev          a35b5240aaaf        22 minutes ago      1 GB
172.17.0.1:6666/contrail-analytics-topology                      queens-dev          657d98319dbc        23 minutes ago      876 MB
172.17.0.1:6666/contrail-analytics-snmp-collector                queens-dev          a9a1ebd3d9b4        23 minutes ago      876 MB
172.17.0.1:6666/contrail-analytics-query-engine                  queens-dev          1ea2b9a539b3        23 minutes ago      876 MB
172.17.0.1:6666/contrail-analytics-collector                     queens-dev          f050cc3b9a60        23 minutes ago      876 MB
172.17.0.1:6666/contrail-analytics-api                           queens-dev          4870701a3ea1        23 minutes ago      876 MB
172.17.0.1:6666/contrail-analytics-alarm-gen                     queens-dev          ee90a0e68d8a        23 minutes ago      876 MB
172.17.0.1:6666/contrail-analytics-base                          queens-dev          14fb95916e8b        23 minutes ago      876 MB
172.17.0.1:6666/contrail-base                                    queens-dev          df725de0a74a        25 minutes ago      700 MB
172.17.0.1:6666/contrail-general-base                            queens-dev          e72dde99d406        26 minutes ago      439 MB
opencontrail/developer-sandbox                                   centos-7.4          88e86c876df3        About an hour ago   2.08 GB
docker.io/registry                                               2                   9c1f09fe9a86        5 days ago          33.3 MB
docker.io/sebp/lighttpd                                          latest              373b9578e885        4 weeks ago         12.2 MB
docker.io/ubuntu                                                 16.04               a51debf7e1eb        5 weeks ago         116 MB
docker.io/centos                                                 7.4.1708            295a0b2bd8ea        2 months ago        197 MB
docker.io/opencontrail/developer-sandbox                         r5.0.1              618d6ada8c57        3 months ago        1.95 GB
docker.io/cassandra                                              3.11.2              1d46448d0e52        4 months ago        323 MB
docker.io/zookeeper                                              3.4.10              d9fe1374256f        13 months ago       144 MB
docker.io/redis                                                  4.0.2               8f2e175b3bd1        13 months ago       107 MB
docker.io/rabbitmq                                               3.6.10-management   f10fce4f4bb8        17 months ago       124 MB

TungstenFabric r5.0.1 (kolla queens) のインストール

nightly build とは別に、TungstenFabricの stable版 (r5.0.1, https://hub.docker.com/u/tungstenfabric/ ) が出たので、kolla queens 用のinstance.yaml を貼っておく。

EC2 インスタンスは以下のリンクと同様、centos7.5(ami-3185744e, t2.2xlarge, disk 20GB) を使用した。
http://aaabbb-200904.hatenablog.jp/entry/2018/04/28/215922

yum -y install epel-release git ansible-2.4.2.0
ssh-keygen
cd .ssh/
cat id_rsa.pub >> authorized_keys
ssh ec2インスタンスのip # ip を .ssh/known_hosts に登録
cd
git clone -b R5.0 http://github.com/Juniper/contrail-ansible-deployer
cd contrail-ansible-deployer
vi config/instances.yaml
(以下を記述)
provider_config:
  bms:
    ssh_pwd: root
    ssh_user: root
    domainsuffix: local
    ntpserver: 0.centos.pool.ntp.org
instances:
  bms1:
    provider: bms
    ip: 172.31.2.76 # ec2インスタンスのip
    roles:
      config_database:
      config:
      control:
      analytics_database:
      analytics:
      webui:
      vrouter:
      openstack:
      openstack_compute:
contrail_configuration:
  RABBITMQ_NODE_PORT: 5673
  AUTH_MODE: keystone
  KEYSTONE_AUTH_URL_VERSION: /v3
  CONTRAIL_CONTAINER_TAG: r5.0.1
  OPENSTACK_VERSION: queens
kolla_config:
  kolla_globals:
    enable_haproxy: no
    enable_swift: no
  kolla_passwords:
    keystone_admin_password: contrail123
global_configuration:
  CONTAINER_REGISTRY: tungstenfabric


ansible-playbook -i inventory/ playbooks/configure_instances.yml
※ 10分ほどかかる
ansible-playbook -i inventory/ playbooks/install_openstack.yml 
※ 20分ほどかかる
ansible-playbook -i inventory/ -e orchestrator=openstack playbooks/install_contrail.yml
※ 10分ほどかかる

一点変更点として、CONTRAIL_VERSION ではなく、CONTRAIL_CONTAINER_TAG を使うようにしている。
※ CONTRAIL_VERSION の場合、OPENSTACK_VERSION との組み合わせでタグが決まるのだが、(r5.0.1-queens など) r5.0.1 のリリースでは、dockerhub 側に OPENSTACK_VERSION を含んだタグが振られていないため

インストール後は、cirros 2台を作り、間で疎通が可能なことを確認している

[root@ip-172-31-2-76 ~]# . /etc/kolla/kolla-toolbox/admin-openrc.sh 
[root@ip-172-31-2-76 ~]# 
[root@ip-172-31-2-76 ~]# 
[root@ip-172-31-2-76 ~]# openstack server list
+--------------------------------------+----------+--------+----------------------+---------+---------+
| ID                                   | Name     | Status | Networks             | Image   | Flavor  |
+--------------------------------------+----------+--------+----------------------+---------+---------+
| 4d52ab7c-7d43-48c4-b345-010ebd1ca858 | test_vm2 | ACTIVE | testvn=192.168.100.4 | cirros2 | m1.tiny |
| 72717182-5cd5-405d-85cd-fd5a1d895ae6 | test_vm1 | ACTIVE | testvn=192.168.100.3 | cirros2 | m1.tiny |
+--------------------------------------+----------+--------+----------------------+---------+---------+
[root@ip-172-31-2-76 ~]# ip route
default via 172.31.0.1 dev vhost0 
169.254.0.1 dev vhost0 proto 109 scope link 
169.254.0.3 dev vhost0 proto 109 scope link 
169.254.0.4 dev vhost0 proto 109 scope link 
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 
172.31.0.0/20 dev vhost0 proto kernel scope link src 172.31.2.76 
[root@ip-172-31-2-76 ~]# 
[root@ip-172-31-2-76 ~]# ssh cirros@169.254.0.3
cirros@169.254.0.3's password: 
$ 
$ ping 192.168.100.1
PING 192.168.100.1 (192.168.100.1): 56 data bytes
64 bytes from 192.168.100.1: seq=0 ttl=64 time=20.765 ms
64 bytes from 192.168.100.1: seq=1 ttl=64 time=4.311 ms
^C
--- 192.168.100.1 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 4.311/12.538/20.765 ms
$ 
$ ping 192.168.100.4
PING 192.168.100.4 (192.168.100.4): 56 data bytes
64 bytes from 192.168.100.4: seq=0 ttl=64 time=8.508 ms
64 bytes from 192.168.100.4: seq=1 ttl=64 time=2.377 ms
^C
--- 192.168.100.4 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 2.377/5.442/8.508 ms
$ 
$ 
$ ip -o a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue qlen 1\    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
1: lo    inet 127.0.0.1/8 scope host lo\       valid_lft forever preferred_lft forever
1: lo    inet6 ::1/128 scope host \       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000\    link/ether 02:39:c9:aa:ca:f2 brd ff:ff:ff:ff:ff:ff
2: eth0    inet 192.168.100.3/24 brd 192.168.100.255 scope global eth0\       valid_lft forever preferred_lft forever
2: eth0    inet6 fe80::39:c9ff:feaa:caf2/64 scope link \       valid_lft forever preferred_lft forever
$ 
$ 

f:id:aaabbb_200904:20181028135159p:plain
f:id:aaabbb_200904:20181028135215p:plain

tungsten-fabric の prometheus連携

tungsten-fabric では、analytics ノードを使って、可視化/アラーム等を設定できるが、既存の監視システムがある場合は、APIを使ってパフォーマンス量を取得し、そちらで可視化を行う方が便利なケースがある。

サンプルとして、prometheus に取り込むケースを試してみている。
https://github.com/tnaganawa/tf-analytics-exporter

tungsten-fabric の作り上、vrouter 内にはパケット数カウント、エラーカウント、などの多くのカウンタがあるが、そちらの取得は以下の3つで実施できる。
1. cli (netlink で直接取得)
2. inspect (vrouter-agentから取得)
3. analytics (sandesh でanalytics に送付された値を取得)
※ 構成については以下を参照
https://github.com/Juniper/contrail-controller/blob/master/src/vnsw/agent/README

今回はシンプルなケースとして、analytics の UVEから値を取得する方法を試している。

結果として、以下のように、flow数 等をvrouter ごとに可視化できるようになった。
f:id:aaabbb_200904:20181021155619p:plain

TungstenFabricのoVirt連携

(公式には連携対象に含まれていないが) oVirt と TungstenFabric の連携を試してみたので記載しておく。
https://github.com/tnaganawa/ovirt-tungstenfabric-integration

動作として、oVirt の neutron 連携機能を使用している。
https://www.ovirt.org/documentation/admin-guide/chap-External_Providers/

また、上記だけだと vrouter 側で実行される部分の処理が不足したため、vdsm hook によって、vif 作成が行われるように調整している。

思いの他、スムーズに連携できたので、既に oVirt を使ったことがあれば、External Provider の機能を試す意味で、実施してみてもよいのかもしれない。