物理インターフェイスをドッカーに排他的に割り当てます


12

Dockerコンテナで高性能ネットワークテストを実行したいのですが、ブリッジングのオーバーヘッドは不要です(パイプワークスは見かけ上動作しません)。(通常のdocker vethデバイスに加えて)lxc "phys"モードのように、ホストからdockerコンテナーへの物理40GbEネットワークインターフェイスを割り当てたいです。これにより、物理インターフェイスがホストから見えなくなります。

回答:


4

pipework 物理ネットワークインターフェイスをデフォルトからコンテナネットワーク名前空間に移動できます。

    $ sudo pipework --direct-phys eth1 $CONTAINERID 192.168.1.2/24

詳細については、こちらをご覧ください


1
この答えは単純なように思えたので受け入れましたが、自分で試したことはありません(
Pipeworks

7

私の検索では、lxc-configパラメーターをdockerに渡すことを必要とする古いソリューションに出くわしましたが、新しいバージョンのdockerはlxcツールを使用しないため、機能しません。

こちらの提案に従ってください:https : //groups.google.com/d/msg/docker-user/pL8wlmiuAEU/QfcoFcKI3kgJ解決策が見つかりました。上記のようにパイプスクリプトを変更することは検討しませんでしたが、代わりに必要なコマンドを直接使用しました。また、後続のブログ投稿http://jason.digitalinertia.net/exposing-docker-containers-with-sr-iov/も参照してください。

次の低レベル(ドッカー固有ではない)ネットワーク名前空間ツールコマンドを使用して、ホストからドッカーコンテナーにインターフェイスを転送できます。

CONTAINER=slave-play # Name of the docker container
HOST_DEV=ethHOST     # Name of the ethernet device on the host
GUEST_DEV=test10gb   # Target name for the same device in the container
ADDRESS_AND_NET=10.101.0.5/24

# Next three lines hooks up the docker container's network namespace 
# such that the ip netns commands below will work
mkdir -p /var/run/netns
PID=$(docker inspect -f '{{.State.Pid}}' $CONTAINER)
ln -s /proc/$PID/ns/net /var/run/netns/$PID

# Move the ethernet device into the container. Leave out 
# the 'name $GUEST_DEV' bit to use an automatically assigned name in 
# the container
ip link set $HOST_DEV netns $PID name $GUEST_DEV

# Enter the container network namespace ('ip netns exec $PID...') 
# and configure the network device in the container
ip netns exec $PID ip addr add $ADDRESS_AND_NET dev $GUEST_DEV

# and bring it up.
ip netns exec $PID ip link set $GUEST_DEV up

# Delete netns link to prevent stale namespaces when the docker
# container is stopped
rm /var/run/netns/$PID

ホストに多数のethXデバイスがある場合(インターフェースにeth0-> eth5があった場合)、インターフェースの命名に関する小さな警告。例えば、コンテナ名前空間でeth1としてeth3をコンテナに移動するとします。コンテナを停止すると、カーネルはコンテナのeth1デバイスをホストに戻そうとしますが、すでにeth1デバイスが存在することに注意してください。次に、インターフェイスの名前を任意に変更します。再びそれを見つけるのにしばらくかかりました。このため、/ etc / udev / rules.d / 70-persistent-net.rules(このファイル名は最も人気のあるLinuxディストリビューションに共通であると考えています; Debianを使用しています)を編集して、問題のインターフェースに一意の紛れもない名前を付けました、コンテナとホストの両方で使用します。

この設定を行うためにdockerを使用していないため、標準のdockerライフサイクルツール(例:docker run --restart = on-failure:10 ...)は使用できません。問題のホストマシンはDebian Wheezyを実行しているため、次のinitスクリプトを作成しました。

#!/bin/sh
### BEGIN INIT INFO
# Provides:          slave-play
# Required-Start:    $local_fs $network $named $time $syslog $docker
# Required-Stop:     $local_fs $network $named $time $syslog $docker
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Description:       some slavishness
### END INIT INFO

CONTAINER=slave-play
SCRIPT="docker start -i $CONTAINER"
RUNAS=root

LOGFILE=/var/log/$CONTAINER.log
LOGFILE=/var/log/$CONTAINER.log

HOST_DEV=test10gb
GUEST_DEV=test10gb
ADDRESS_AND_NET=10.101.0.5/24


start() {
  if [ -f /var/run/$PIDNAME ] && kill -0 $(cat /var/run/$PIDNAME); then
echo 'Service already running' >&2
return 1
  fi
  echo 'Starting service…' >&2
  local CMD="$SCRIPT &> \"$LOGFILE\" &"
  su -c "$CMD" $RUNAS 
  sleep 0.5 # Nasty hack so that docker container is already running before we do the rest
  mkdir -p /var/run/netns
  PID=$(docker inspect -f '{{.State.Pid}}' $CONTAINER)
  ln -s /proc/$PID/ns/net /var/run/netns/$PID
  ip link set $HOST_DEV netns $PID name $GUEST_DEV
  ip netns exec $PID ip addr add $ADDRESS_AND_NET dev $GUEST_DEV
  ip netns exec $PID ip link set $GUEST_DEV up
  rm /var/run/netns/$PID
  echo 'Service started' >&2
}

stop() {
  echo "Stopping docker container $CONTAINER" >&2
  docker stop $CONTAINER
  echo "docker container $CONTAINER stopped" >&2
}


case "$1" in
  start)
start
;;
  stop)
stop
;;
  restart)
stop
start
;;
  *)
echo "Usage: $0 {start|stop|restart}"
esac

ややハックですが、動作します:)


ネットワークインターフェース名がなぜ始まるのethですか?Debianは一貫したネットワークデバイス名をしませんか?
マイケルハンプトン

シンボリックリンク/var/run/netns/$PIDがなぜ必要なのか疑問に思っている他の人のために:あなたはip netns exec $PID ...コマンドが機能するためにそれが必要です。
ドンリー

2

これを行うために、Dockerネットワークプラグインを作成します。

https://github.com/yunify/docker-plugin-hostnic

docker pull qingcloud/docker-plugin-hostnic
docker run -v /run/docker/plugins:/run/docker/plugins -v /etc/docker/hostnic:/etc/docker/hostnic --network host --privileged qingcloud/docker-plugin-hostnic docker-plugin-hostnic
docker network create -d hostnic --subnet=192.168.1.0/24 --gateway 192.168.1.1 hostnic
docker run -it --ip 192.168.1.5 --mac-address 52:54:0e:e5:00:f7 --network hostnic ubuntu:14.04 bash
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.