ネットワーク

1. 設定されていない場合、デフォルト値はサービスネットワークのすぐ後のサブネットに設定されます。たとえば、サービスネットワークが 10.43.0.0/16 の場合、advertiseAddress は、10.44.0.0/32 に設定されます。
2. マルチキャスト DNS プロトコル (mDNS) を使用することで、5353/UDP ポートで公開されているマルチキャストを使用した、ローカルエリアネットワーク (LAN) 内で名前解決とサービス検出が可能になります。
3. MicroShift には、Egress トラフィックをプロキシーする、埋め込みの透過的機能はありません。Egress は手動で設定する必要があります。
4. firewalld サービスのセットアップは、RHEL for Edge でサポートされています。
5. IPv6 は、OVN-Kubernetes ネットワークプラグインを使用するシングルスタックおよびデュアルスタックネットワークの両方でサポートされています。IPv6 は、MicroShift Multus CNI プラグインを使用して他のネットワークに接続することで使用することもできます。
6. MicroShift の config.yaml ファイルを使用して設定します。

手順

1. ovn.yaml ファイルを作成するには、次のコマンドを実行します。

   $ sudo cp /etc/microshift/ovn.yaml.default /etc/microshift/ovn.yaml

   Copy to Clipboard Toggle word wrap

2. 作成した設定ファイルの内容を一覧表示するには、次のコマンドを実行します。

   $ cat /etc/microshift/ovn.yaml

   Copy to Clipboard Toggle word wrap

   デフォルトの最大伝送単位 (MTU) 値を含む YAML ファイルの例

   mtu: 1400

   Copy to Clipboard Toggle word wrap

3. 設定をカスタマイズするには、MTU 値を変更します。以下の表で詳細を記載します。

   Expand

   表2.1 サポート対象の MicroShift の OVN-Kubernetes 設定 (任意)

   フィールド	型	デフォルト	説明	例
   mtu	uint32	auto	Pod に使用される MTU 値	1300

   Show more
   重要

   ovn.yaml ファイルの mtu 設定値を変更した場合に、更新された設定を適用するには、Red Hat build of MicroShift が実行しているホストを再起動する必要があります。

   カスタム ovn.yaml 設定ファイルの例

   mtu: 1300

   Copy to Clipboard Toggle word wrap

1. 次のコマンドを実行して、リモートノードにアクセスします。

   $ export KUBECONFIG=$PWD/kubeconfig

   Copy to Clipboard Toggle word wrap

2. 次のコマンドを実行して、再起動する ovnkube-master Pod の名前を見つけます。

   $ pod=$(oc get pods -n openshift-ovn-kubernetes | awk -F " " '/ovnkube-master/{print $1}')

   Copy to Clipboard Toggle word wrap

3. 次のコマンドを実行して、ovnkube-master Pod を削除します。

   $ oc -n openshift-ovn-kubernetes delete pod $pod

   Copy to Clipboard Toggle word wrap

4. 次のコマンドを使用して、新しい ovnkube-master Pod が実行されていることを確認します。

   $ oc get pods -n openshift-ovn-kubernetes

   Copy to Clipboard Toggle word wrap

   実行中の Pod のリストには、新しい ovnkube-master Pod の名前と経過時間が表示されます。

手順

1. 次の設定を /etc/systemd/system/rpm-ostreed.service.d/00-proxy.conf ファイルに追加します。

   [Service]
   Environment="http_proxy=http://$PROXY_USER:$PROXY_PASSWORD@$PROXY_SERVER:$PROXY_PORT/"

   Copy to Clipboard Toggle word wrap

2. 次に、設定をリロードして、サービスを再起動して変更を適用します。

   1. 次のコマンドを実行して、設定をリロードします。

      $ sudo systemctl daemon-reload

      Copy to Clipboard Toggle word wrap

   2. 次のコマンドを実行して、rpm-ostreed サービスを再起動します。

      $ sudo systemctl restart rpm-ostreed.service

      Copy to Clipboard Toggle word wrap

手順

1. 設定ファイル用のディレクトリーが存在しない場合は、作成します。

   $ sudo mkdir /etc/systemd/system/crio.service.d/

   Copy to Clipboard Toggle word wrap

2. 次の設定を /etc/systemd/system/crio.service.d/00-proxy.conf ファイルに追加します。

   [Service]
   Environment=NO_PROXY="localhost,127.0.0.1"
   Environment=HTTP_PROXY="http://$PROXY_USER:$PROXY_PASSWORD@$PROXY_SERVER:$PROXY_PORT/"
   Environment=HTTPS_PROXY="http://$PROXY_USER:$PROXY_PASSWORD@$PROXY_SERVER:$PROXY_PORT/"

   Copy to Clipboard Toggle word wrap
   重要

   環境変数の設定ファイルの Service セクションを定義する必要があります。定義しないと、プロキシー設定が適用されません。

3. 設定を再読み込みします。

   $ sudo systemctl daemon-reload

   Copy to Clipboard Toggle word wrap

4. CRI-O サービスを再起動します。

   $ sudo systemctl restart crio

   Copy to Clipboard Toggle word wrap

5. MicroShift サービスを再起動して設定を適用します。

   $ sudo systemctl restart microshift

   Copy to Clipboard Toggle word wrap

検証

1. 次のコマンドを実行し、出力を調べて、Pod が起動していることを確認します。

   $ oc get all -A

   Copy to Clipboard Toggle word wrap

2. 次のコマンドを実行し、出力を調べて、MicroShift がコンテナーイメージをプルできることを確認します。

   $ sudo crictl images

   Copy to Clipboard Toggle word wrap

手順

1. 次のコマンドを入力して、Pod が実行されていることを確認します。

   $ oc get pods -A

   Copy to Clipboard Toggle word wrap

   出力例

   NAMESPACE                            NAME                                                     READY   STATUS   RESTARTS  AGE
   default                              i-06166fbb376f14a8bus-west-2computeinternal-debug-qtwcr  1/1     Running	   0		   46m
   kube-system                          csi-snapshot-controller-5c6586d546-lprv4                 1/1     Running	   0		   51m
   openshift-dns                        dns-default-45jl7                                        2/2     Running	   0		   50m
   openshift-dns                        node-resolver-7wmzf                                      1/1     Running	   0		   51m
   openshift-ingress                    router-default-78b86fbf9d-qvj9s                          1/1     Running 	 0		   51m
   openshift-multus                     dhcp-daemon-j7qnf                                        1/1     Running    0		   51m
   openshift-multus                     multus-r758z                                             1/1     Running    0		   51m
   openshift-operator-lifecycle-manager catalog-operator-85fb86fcb9-t6zm7                        1/1     Running    0		   51m
   openshift-operator-lifecycle-manager olm-operator-87656d995-fvz84                             1/1     Running    0		   51m
   openshift-ovn-kubernetes             ovnkube-master-5rfhh                                     4/4     Running    0		   51m
   openshift-ovn-kubernetes             ovnkube-node-gcnt6                                       1/1     Running    0		   51m
   openshift-service-ca                 service-ca-bf5b7c9f8-pn6rk                               1/1     Running    0		   51m
   openshift-storage                    topolvm-controller-549f7fbdd5-7vrmv                      5/5     Running    0		   51m
   openshift-storage                    topolvm-node-rht2m                                       3/3     Running    0		   50m

   Copy to Clipboard Toggle word wrap

2. 次のコマンドを実行して、namespace を作成します。

   $ NAMESPACE=<nginx-lb-test> 

   1

   Copy to Clipboard Toggle word wrap

   1

   _<nginx-lb-test> は、作成するアプリケーション namespace に置き換えます。

   $ oc create ns $NAMESPACE

   Copy to Clipboard Toggle word wrap

   namespace の例

   次の例では、nginx テストアプリケーションの 3 つのレプリカを、作成された namespace にデプロイします。

   oc apply -n $NAMESPACE -f - <<EOF
   apiVersion: v1
   kind: ConfigMap
   metadata:
     name: nginx
   data:
     headers.conf: |
       add_header X-Server-IP  \$server_addr always;
   ---
   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: nginx
   spec:
     replicas: 3
     selector:
       matchLabels:
         app: nginx
     template:
       metadata:
         labels:
           app: nginx
       spec:
         containers:
         - image: quay.io/packit/nginx-unprivileged
           imagePullPolicy: Always
           name: nginx
           ports:
           - containerPort: 8080
           volumeMounts:
           - name: nginx-configs
             subPath: headers.conf
             mountPath: /etc/nginx/conf.d/headers.conf
           securityContext:
             allowPrivilegeEscalation: false
             seccompProfile:
               type: RuntimeDefault
             capabilities:
               drop: ["ALL"]
             runAsNonRoot: true
         volumes:
           - name: nginx-configs
             configMap:
               name: nginx
               items:
                 - key: headers.conf
                   path: headers.conf
   EOF

   Copy to Clipboard Toggle word wrap

3. 次のコマンドを実行すると、3 つのサンプルレプリカが正常に開始したことを確認できます。

   $ oc get pods -n $NAMESPACE

   Copy to Clipboard Toggle word wrap

4. 次のコマンドを実行して、nginx テストアプリケーションの LoadBalancer サービスを作成します。

   oc create -n $NAMESPACE -f - <<EOF
   apiVersion: v1
   kind: Service
   metadata:
     name: nginx
   spec:
     ports:
     - port: 81
       targetPort: 8080
     selector:
       app: nginx
     type: LoadBalancer
   EOF

   Copy to Clipboard Toggle word wrap
   注記

   port パラメーターが、他の LoadBalancer サービスまたは MicroShift コンポーネントによって占有されていないホストポートであることを確認する必要があります。

5. サービスファイルが存在し、外部 IP アドレスが適切に割り当てられていること、および外部 IP がノード IP と同一であることを確認するには、次のコマンドを実行します。

   $ oc get svc -n $NAMESPACE

   Copy to Clipboard Toggle word wrap

   出力例

   NAME    TYPE           CLUSTER-IP      EXTERNAL-IP     PORT(S)        AGE
   nginx   LoadBalancer   10.43.183.104   192.168.1.241   81:32434/TCP   2m

   Copy to Clipboard Toggle word wrap

手順

1. 次のコマンドを実行して、NODEPORT 変数を Kubernetes NodePort サービスに割り当てられたホストポート番号に変更します。

   # export NODEPORT=30700

   Copy to Clipboard Toggle word wrap

2. INTERFACE_IP 値を、ブロックするホストインターフェイスの IP アドレスに変更します。以下に例を示します。

   # export INTERFACE_IP=192.168.150.33

   Copy to Clipboard Toggle word wrap

3. nat テーブル PREROUTING チェーンに新しいルールを挿入して、宛先ポートと IP アドレスに一致するすべてのパケットをドロップします。以下に例を示します。

   $ sudo nft -a insert rule ip nat PREROUTING tcp dport $NODEPORT ip daddr $INTERFACE_IP drop

   Copy to Clipboard Toggle word wrap

4. 次のコマンドを実行して、新しいルールをリスト表示します。

   $ sudo nft -a list chain ip nat PREROUTING
   table ip nat {
   	chain PREROUTING { # handle 1
   		type nat hook prerouting priority dstnat; policy accept;
   		tcp dport 30700 ip daddr 192.168.150.33 drop # handle 134
   		counter packets 108 bytes 18074 jump OVN-KUBE-ETP # handle 116
   		counter packets 108 bytes 18074 jump OVN-KUBE-EXTERNALIP # handle 114
   		counter packets 108 bytes 18074 jump OVN-KUBE-NODEPORT # handle 112
   	}
   }

   Copy to Clipboard Toggle word wrap
   注記

   新しく追加したルールの handle 番号をメモします。次の手順で handle 番号を削除する必要があります

5. 次のサンプルコマンドを使用してカスタムルールを削除します。

   $ sudo nft -a delete rule ip nat PREROUTING handle 134

   Copy to Clipboard Toggle word wrap

手順

1. 次の例に示すように、MicroShift config.yaml ファイルの ingress.status フィールドの値を Removed に更新します。

   config.yaml Ingress スタンザの例

   # ...
   ingress:
     ports:
       http: 80
       https: 443
     routeAdmissionPolicy:
       namespaceOwnership: InterNamespaceAllowed
     status: Removed 

   1

   
   # ...

   Copy to Clipboard Toggle word wrap

   1

   値が Removed に設定されている場合、ingress.ports にリストされているポートは自動的に閉じられます。Ingress スタンザ内のその他の設定 (routeAdmissionPolicy.namespaceOwnership フィールドの値など) は無視されます。

2. 次のコマンドを実行して、MicroShift サービスを再起動します。

   $ sudo systemctl restart microshift

   Copy to Clipboard Toggle word wrap
   注記

   MicroShift サービスは、再起動時に現在の設定を出力します。

手順

1. 異なる namespace 内のルートが同じホスト名を要求しないようにするには、MicroShift config.yaml ファイルで namespaceOwnership フィールドの値を Strict に更新します。以下の例を参照してください。

   config.yaml ルート受付ポリシーの例

   # ...
   ingress:
     routeAdmissionPolicy:
       namespaceOwnership: Strict 

   1

   
   # ...

   Copy to Clipboard Toggle word wrap

   1

   異なる namespace のルートが同じホストを要求しないようにします。有効な値は Strict および InterNamespaceAllowed です。カスタマイズされた config.yaml 内の値を削除すると、InterNamespaceAllowed 値が自動的に設定されます。

2. 設定を適用するには、次のコマンドを実行して MicroShift サービスを再起動します。

   $ sudo systemctl restart microshift

   Copy to Clipboard Toggle word wrap