OCI ComputeにセカンダリVNICを追加する Part 2

14080 ワード

NIC oraclecloud oci NIC テキストリンク

前回の続き

前回から続いた内容なので、5から始まる連続した段落番号をつけている。

OCI ComputeにセカンダリVNICを追加する Part 1

5. セカンダリVNICを永続的に設定する（1）

提供されているスクリプトを使うと、セカンダリVNICを簡単に構成できることはわかった。ところがOSをリブートすると設定が消えてしまう。そこで永続に設定することを試みる。

5-1. 永続的に設定するには

永続的に設定する方法として思いつくのは/etc/sysconfig/network-scripts/ifcfg-<NICデバイス名>を設定する方法だろう。しかし7系以降からは、直接ファイルを編集するのではなく、NetworkManagerのコマンドであるnmcliが推奨されている。

「OSをインストールしたら最初にNetworkManagerを無効にする」といった昔の習慣が懐かしい。

マニュアルなどもチェックしつつ、永続的に設定する方法を考えると、以下の3種類くらいだろうか。順番に調べてみることにする。

nmcliで設定する（7系以降）
「/etc/sysconfig/network-scripts/ifcfg-NICデバイス名」ファイルを作成する
設定スクリプトsecondary_vnic_all_configure.shをOS起動時にキックする

ネットワーク関連のマニュアル：

5-2. nmcliで設定する

注：Oracle Linux 8ではnmcliを利用でき、またNetwork Managerも起動している。

nmcliを起動してみよう。

# nmcli
sudo: nmcli: command not found

command not found
オーマイガー！インストールされていない？

6系まではインストールオプションによってはインストールされてないこともあったけれど、7系では必須になったはず。

調べてみると、サービスはinactiveで、RPMもインストールされていない！

# systemctl status NetworkManager
● NetworkManager.service
   Loaded: masked (/dev/null; bad)
   Active: inactive (dead)　★deadというステータス
Warning: NetworkManager.service changed on disk. Run 'systemctl daemon-reload' to reload units.

# rpm -qa | grep -i NetworkManager
★検索にヒットせず

ここでNetwokManagerをインストールしてみることも考える。だけれどデフォルトでインストールされるはずのものが、インストールされていないのはタダごとでは無い。

Oracleをはじめとする商用ソフトに通じているみなさまだったら分かるように、勝手なことをすると「サポートする／サポートしない」問題が発生する可能性がある。

ということでnmcliは断念。次へ。

5-3. ifcfgファイルで設定する

/etc/sysconfig/network-scripts/ifcfg-NICデバイス名を作成して設定する。NICデバイス名は「プライマリVNICens3」「セカンダリVNICens5」だと分かっているので、ifcfg-ens3をひな形として作成する。

ifcfg-ens3ファイルを確認する

# ls /etc/sysconfig/network-scripts/ifcfg-*
/etc/sysconfig/network-scripts/ifcfg-ens3
/etc/sysconfig/network-scripts/ifcfg-lo

/etc/sysconfig/network-scripts/ifcfg-ens3

# Generated by dracut initrd
NAME="ens3"
DEVICE="ens3"
ONBOOT=yes
NETBOOT=yes
UUID="3a77cda7-9164-48d8-b9a6-32e95aae6cff"
BOOTPROTO=dhcp ★プライマリVNICはdhcp
TYPE=Ethernet
NM_CONTROLLED=no

2.ifcfg-ens3ファイルをコピーする。

# cp /etc/sysconfig/network-scripts/ifcfg-ens3 /etc/sysconfig/network-scripts/ifcfg-ens5

3.以下のように設定する。★印の行が変更箇所。

/etc/sysconfig/network-scripts/ifcfg-ens5

# Generated by dracut initrd
NAME="ens5"　★
DEVICE="ens5"　★
ONBOOT=yes
NETBOOT=yes
# UUID="e6310354-eb16-4ed2-ac1a-b095cf703a45"　★コメントアウト
HWADDR=02:00:17:00:0d:43　★
BOOTPROTO=static　★
PREFIX=24　★
IPADDR=10.1.0.5　★
MTU=9000　★
TYPE=Ethernet
NM_CONTROLLED=no

4.設定が終わったらOSをリブートする。networkサービスはrestartできないので注意。

# reboot

5.設定状況を確認する。ens5にIPアドレスは割り当てられ、またルーティングテーブルにも乗っている。

# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc mq state UP group default qlen 1000
    link/ether 02:00:17:00:08:22 brd ff:ff:ff:ff:ff:ff
    inet 10.1.0.5/24 brd 10.1.0.255 scope global dynamic ens3
       valid_lft 86117sec preferred_lft 86117sec
3: ens5: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc mq state UP group default qlen 1000
    link/ether 02:00:17:00:0d:43 brd ff:ff:ff:ff:ff:ff
    inet 10.1.1.5/24 brd 10.1.1.255 scope global ens5
       valid_lft forever preferred_lft forever

# ip route
default via 10.1.0.1 dev ens3
10.1.0.0/24 dev ens3 proto kernel scope link src 10.1.0.5
10.1.1.0/24 dev ens5 proto kernel scope link src 10.1.1.5
169.254.0.0/16 dev ens3 proto static scope link
169.254.0.0/16 dev ens3 scope link metric 1002
169.254.0.0/16 dev ens5 scope link metric 1003

5-4. 動作確認する

想定通りに動作することを確認する。ネットワーク構成やセキュリティルールは以下のように設定している。

VCN内はssh可能
同一サブネット内はpingできるが、異なるサブネットにはpingできない

VM1からVM2にpingすると失敗する。

VM1~] $ ping 10.1.1.6
PING 10.1.1.6 (10.1.1.6) 56(84) bytes of data.
★止まったまま

上記図には登場しないが、Subnet Aに属する他のインスタンスにはpingが成功する。まとめると以下の通り。

プライマリVNICが属するサブネットのVMに対してping成功
セカンダリVNICが属するサブネットにVMに対してping失敗

5-5. 原因を調べる

結論から先に言うと、ルーティングの問題でうまく疎通できない。

secondary_vnic_all_configure.shスクリプトでは疎通できているので、その設定状況を調べてみる。以下のコマンドで設定を削除して、再設定する。

/tmp/secondary_vnic_all_configure.sh -d
/tmp/secondary_vnic_all_configure.sh -c

いままでip routeコマンドでルーティングテーブルを表示していたが、これで表示されるのはmainテーブルだけだ。そこでルーティングテーブルの一覧を表示する。するとort1というルーティングテーブルがあることがわかる。

# ip rule show
0:      from all lookup local
32765:  from 10.1.1.5 lookup ort1 ★
32766:  from all lookup main
32767:  from all lookup default

ort1を確認すると、セカンダリVNIC用にルーティングテーブルが設定されている。つまりポリシーベース・ルーティングが設定されている。

# ip route show table ort1
default via 10.1.1.1 dev ens5
10.1.1.0/24 dev ens5 scope link

ポリシーベース・ルーティングとは
ポリシーベース・ルーティングの詳細は調べてもらうとして、複数のルーティングテーブルを使ってルーティングを実現する仕組み。ip rule showでルーティングテーブルの一覧を表示しているけれど、実際の設定は/etc/iproute2/rt_tablesに書かれている。

/etc/iproute2/rt_tables

# reserved values
#
255     local
254     main
253     default
0       unspec
#
# local
#
#1      inr.ruhep
10    ort1

Network Managerがdisableなのは、デフォルトではポリシーベース・ルーティングをサポートしていないためか？　と思ったけれど、Known issuesに書いてある、↓が主原因かも。

Instance reboot fails if the Network Manager service is installed
Details: If the Network Manager service is installed, an instance can fail to reboot.
Workaround: If the Network Manager service is not required, you can uninstall it. If the Network Manager service is required, modify the network interface configuration file before you reboot the instance. Set the NM_CONTROLLED configuration key to "no":

ip routeやrouteコマンドでよくある失敗が、main以外のルーティングテーブルの見落としだ。そんなときに便利なのがroutelコマンドだ（7系Linux OSのみ）。ルーティングテーブルのプライオリティも考慮した形ですべて表示できる。

# routel
         target            gateway          source    proto    scope    dev tbl
        default           10.1.1.1                                     ens5 ort1
      10.1.1.0/ 24                                              link   ens5 ort1
        default           10.1.0.1                                     ens3
      10.1.0.0/ 24                        10.1.0.5   kernel     link   ens3
      10.1.1.0/ 24                        10.1.1.5   kernel     link   ens5
   169.254.0.0/ 16                                   static     link   ens3
   169.254.0.0/ 16                                              link   ens3
       10.1.0.0          broadcast        10.1.0.5   kernel     link   ens3 local
       10.1.0.5              local        10.1.0.5   kernel     host   ens3 local
     10.1.0.255          broadcast        10.1.0.5   kernel     link   ens3 local
       10.1.1.0          broadcast        10.1.1.5   kernel     link   ens5 local
       10.1.1.5              local        10.1.1.5   kernel     host   ens5 local
     10.1.1.255          broadcast        10.1.1.5   kernel     link   ens5 local
      127.0.0.0          broadcast       127.0.0.1   kernel     link     lo local
     127.0.0.0/ 8            local       127.0.0.1   kernel     host     lo local
      127.0.0.1              local       127.0.0.1   kernel     host     lo local
127.255.255.255          broadcast       127.0.0.1   kernel     link     lo local

これまでの調査で分かったことは「手動で設定するのは大変そう」ということ。またsecondary_vnic_all_configure.shのソースを解析すると、想定より複雑なことをしていて、ネットワーク・ネームスペースも対応している。

そこで「5-1. 永続的に設定するには」で考えた↓の案がよさそうだ。次回はこの方法を説明する。

「3. 設定スクリプトsecondary_vnic_all_configure.shをOS起動時にキックする」

OCI ComputeにセカンダリVNICを追加する Part 3

Author And Source

この問題について(OCI ComputeにセカンダリVNICを追加する Part 2), 我々は、より多くの情報をここで見つけました https://qiita.com/yamada-hakase/items/6b0c49a0b2b3c5e4c4dd

著者帰属：元の著者の情報は、元のURLに含まれています。著作権は原作者に属する。

Content is automatically searched and collected through network algorithms . If there is a violation . Please contact us . We will adjust (correct author information ,or delete content ) as soon as possible .