installer-provisioned クラスターのベアメタルへのデプロイ

1. 1 つの CPU は、同時マルチスレッド (SMT) またはハイパースレッディングが有効にされていない場合に 1 つの物理コアと同等です。これが有効にされている場合、(コアごとのスレッド x コア数) x ソケット数 = CPU という数式を使用して対応する比率を計算します。
2. OpenShift Container Platform と Kubernetes は、ディスクのパフォーマンスの影響を受けるため、特にコントロールプレーンノードの etcd には、より高速なストレージが推奨されます。多くのクラウドプラットフォームでは、ストレージサイズと IOPS スケールが一緒にあるため、十分なパフォーマンスを得るためにストレージボリュームの割り当てが必要になる場合があります。

手順

1. ssh でプロビジョナーノードにログインします。

2. root 以外のユーザー (kni) を作成し、そのユーザーに sudo 権限を付与します。

   # useradd kni

   Copy to Clipboard Toggle word wrap

   # passwd kni

   Copy to Clipboard Toggle word wrap

   # echo "kni ALL=(root) NOPASSWD:ALL" | tee -a /etc/sudoers.d/kni

   Copy to Clipboard Toggle word wrap

   # chmod 0440 /etc/sudoers.d/kni

   Copy to Clipboard Toggle word wrap

3. 新規ユーザーの ssh キーを作成します。

   # su - kni -c "ssh-keygen -t ed25519 -f /home/kni/.ssh/id_rsa -N ''"

   Copy to Clipboard Toggle word wrap

4. プロビジョナーノードで新規ユーザーとしてログインします。

   # su - kni

   Copy to Clipboard Toggle word wrap

5. Red Hat Subscription Manager を使用してプロビジョナーノードを登録します。

   $ sudo subscription-manager register --username=<user> --password=<pass> --auto-attach

   Copy to Clipboard Toggle word wrap

   $ sudo subscription-manager repos --enable=rhel-9-for-<architecture>-appstream-rpms --enable=rhel-9-for-<architecture>-baseos-rpms

   Copy to Clipboard Toggle word wrap
   注記

   Red Hat Subscription Manager の詳細は、Using and Configuring Red Hat Subscription Manager を参照してください。

6. 以下のパッケージをインストールします。

   $ sudo dnf install -y libvirt qemu-kvm mkisofs python3-devel jq ipmitool

   Copy to Clipboard Toggle word wrap

7. ユーザーを変更して、新たに作成したユーザーに libvirt グループを追加します。

   $ sudo usermod --append --groups libvirt <user>

   Copy to Clipboard Toggle word wrap

8. firewalld を再起動して、http サービスを有効にします。

   $ sudo systemctl start firewalld

   Copy to Clipboard Toggle word wrap

   $ sudo firewall-cmd --zone=public --add-service=http --permanent

   Copy to Clipboard Toggle word wrap

   $ sudo firewall-cmd --reload

   Copy to Clipboard Toggle word wrap

9. モジュラー libvirt デーモンのソケットを起動します。

   $ for drv in qemu interface network nodedev nwfilter secret storage; do sudo systemctl start virt${drv}d{,-ro,-admin}.socket; done

   Copy to Clipboard Toggle word wrap

10. default ストレージプールを作成して、これを起動します。

    $ sudo virsh pool-define-as --name default --type dir --target /var/lib/libvirt/images

    Copy to Clipboard Toggle word wrap

    $ sudo virsh pool-start default

    Copy to Clipboard Toggle word wrap

    $ sudo virsh pool-autostart default

    Copy to Clipboard Toggle word wrap

11. pull-secret.txt ファイルを作成します。

    $ vim pull-secret.txt

    Copy to Clipboard Toggle word wrap

    Web ブラウザーで、Install OpenShift on Bare Metal with installer-provisioned infrastructure に移動します。Copy pull secret をクリックします。pull-secret.txt ファイルにコンテンツを貼り付け、そのコンテンツを kni ユーザーのホームディレクトリーに保存します。

手順

1. ssh コマンドを使用してノードにログインします。

2. 次のコマンドを実行して、ノードで利用可能な NTP サーバーを表示します。

   $ chronyc sources

   Copy to Clipboard Toggle word wrap

   出力例

   MS Name/IP address         Stratum Poll Reach LastRx Last sample
   ===============================================================================
   ^+ time.cloudflare.com           3  10   377   187   -209us[ -209us] +/-   32ms
   ^+ t1.time.ir2.yahoo.com         2  10   377   185  -4382us[-4382us] +/-   23ms
   ^+ time.cloudflare.com           3  10   377   198   -996us[-1220us] +/-   33ms
   ^* brenbox.westnet.ie            1  10   377   193  -9538us[-9761us] +/-   24ms

   Copy to Clipboard Toggle word wrap

3. ping コマンドを使用して、ノードが NTP サーバーにアクセスできることを確認します。次に例を示します。

   $ ping time.cloudflare.com

   Copy to Clipboard Toggle word wrap

   出力例

   PING time.cloudflare.com (162.159.200.123) 56(84) bytes of data.
   64 bytes from time.cloudflare.com (162.159.200.123): icmp_seq=1 ttl=54 time=32.3 ms
   64 bytes from time.cloudflare.com (162.159.200.123): icmp_seq=2 ttl=54 time=30.9 ms
   64 bytes from time.cloudflare.com (162.159.200.123): icmp_seq=3 ttl=54 time=36.7 ms
   ...

   Copy to Clipboard Toggle word wrap

手順

1. 次のコマンドを実行して、ベアメタルネットワーク NIC 名をエクスポートします。

   $ export PUB_CONN=<baremetal_nic_name>

   Copy to Clipboard Toggle word wrap

2. ベアメタルネットワークを設定します。

   注記

   これらの手順を実行した後、SSH 接続が切断される場合があります。

   1. DHCP を使用するネットワークの場合は、次のコマンドを実行します。

      $ sudo nohup bash -c "
          nmcli con down \"$PUB_CONN\"
          nmcli con delete \"$PUB_CONN\"
          # RHEL 8.1 appends the word \"System\" in front of the connection, delete in case it exists
          nmcli con down \"System $PUB_CONN\"
          nmcli con delete \"System $PUB_CONN\"
          nmcli connection add ifname baremetal type bridge <con_name> baremetal bridge.stp no 

      1

      
          nmcli con add type bridge-slave ifname \"$PUB_CONN\" master baremetal
          pkill dhclient;dhclient baremetal
      "

      Copy to Clipboard Toggle word wrap

      1

      <con_name> を接続名に置き換えます。

   2. 静的 IP アドレスを使用し、DHCP ネットワークを使用しないネットワークの場合は、次のコマンドを実行します。

      $ sudo nohup bash -c "
          nmcli con down \"$PUB_CONN\"
          nmcli con delete \"$PUB_CONN\"
          # RHEL 8.1 appends the word \"System\" in front of the connection, delete in case it exists
          nmcli con down \"System $PUB_CONN\"
          nmcli con delete \"System $PUB_CONN\"
          nmcli connection add ifname baremetal type bridge con-name baremetal bridge.stp no ipv4.method manual ipv4.addr "x.x.x.x/yy" ipv4.gateway "a.a.a.a" ipv4.dns "b.b.b.b" 

      1

      
          nmcli con add type bridge-slave ifname \"$PUB_CONN\" master baremetal
          nmcli con up baremetal
      "

      Copy to Clipboard Toggle word wrap

      1

      <con_name> を接続名に置き換えます。x.x.x.x/yy をネットワークの IP アドレスと CIDR に置き換えます。a.a.a.a をネットワークゲートウェイに置き換えます。b.b.b.b を DNS サーバーの IP アドレスに置き換えます。

3. オプション: プロビジョニングネットワークを使用してデプロイする場合は、次のコマンドを実行してプロビジョニングネットワークの NIC 名をエクスポートします。

   $ export PROV_CONN=<prov_nic_name>

   Copy to Clipboard Toggle word wrap

4. オプション: プロビジョニングネットワークを使用してデプロイする場合は、次のコマンドを実行してプロビジョニングネットワークを設定します。

   $ sudo nohup bash -c "
       nmcli con down \"$PROV_CONN\"
       nmcli con delete \"$PROV_CONN\"
       nmcli connection add ifname provisioning type bridge con-name provisioning
       nmcli con add type bridge-slave ifname \"$PROV_CONN\" master provisioning
       nmcli connection modify provisioning ipv6.addresses fd00:1101::1/64 ipv6.method manual
       nmcli con down provisioning
       nmcli con up provisioning
   "

   Copy to Clipboard Toggle word wrap
   注記

   これらの手順を実行した後、SSH 接続が切断される場合があります。

   IPv6 アドレスは、ベアメタルネットワーク経由でルーティングできない任意のアドレスにすることができます。

   IPv6 アドレスを使用する場合に UEFI PXE 設定が有効にされており、UEFI PXE 設定が IPv6 プロトコルに設定されていることを確認します。

5. オプション: プロビジョニングネットワークを使用してデプロイする場合は、次のコマンドを実行して、プロビジョニングネットワーク接続で IPv4 アドレスを設定します。

   $ nmcli connection modify provisioning ipv4.addresses 172.22.0.254/24 ipv4.method manual

   Copy to Clipboard Toggle word wrap

6. 次のコマンドを実行して、provisioner ノードに SSH で戻ります (必要な場合)。

   # ssh kni@provisioner.<cluster-name>.<domain>

   Copy to Clipboard Toggle word wrap

7. 次のコマンドを実行して、接続ブリッジが適切に作成されたことを確認します。

   $ sudo nmcli con show

   Copy to Clipboard Toggle word wrap

   出力例

   NAME               UUID                                  TYPE      DEVICE
   baremetal          4d5133a5-8351-4bb9-bfd4-3af264801530  bridge    baremetal
   provisioning       43942805-017f-4d7d-a2c2-7cb3324482ed  bridge    provisioning
   virbr0             d9bca40f-eee1-410b-8879-a2d4bb0465e7  bridge    virbr0
   bridge-slave-eno1  76a8ed50-c7e5-4999-b4f6-6d9014dd0812  ethernet  eno1
   bridge-slave-eno2  f31c3353-54b7-48de-893a-02d2b34c4736  ethernet  eno2

   Copy to Clipboard Toggle word wrap

手順

1. カスタマイズされた br-ex ブリッジネットワークの base64 情報をデコードした NMState 設定ファイルを作成します。

   カスタマイズされた br-ex ブリッジネットワークの NMState 設定の例

   interfaces:
   - name: enp2s0 

   1

   
     type: ethernet 

   2

   
     state: up 

   3

   
     ipv4:
       enabled: false 

   4

   
     ipv6:
       enabled: false
   - name: br-ex
     type: ovs-bridge
     state: up
     ipv4:
       enabled: false
       dhcp: false
     ipv6:
       enabled: false
       dhcp: false
     bridge:
       options:
         mcast-snooping-enable: true
       port:
       - name: enp2s0 

   5

   
       - name: br-ex
   - name: br-ex
     type: ovs-interface
     state: up
     copy-mac-from: enp2s0
     ipv4:
       enabled: true
       dhcp: true
       auto-route-metric: 48 

   6

   
     ipv6:
       enabled: true
       dhcp: true
       auto-route-metric: 48
   # ...

   Copy to Clipboard Toggle word wrap

   1

   インターフェイスの名前。

   2

   イーサネットのタイプ。

   3

   作成後のインターフェイスの要求された状態。

   4

   この例では、IPv4 と IPv6 を無効にします。

   5

   ブリッジが接続されるノードの NIC。

   6

   br-ex のデフォルトルートの優先順位が常に最も高い（最も低いメトリック）ようにするには、パラメーターを 48 に設定します。この設定により、NetworkManager サービスが自動的に設定するその他のインターフェイスとのルーティングの競合が回避されます。

2. cat コマンドを使用して、NMState 設定の内容を base64 でエンコードします。

   $ cat <nmstate_configuration>.yaml | base64 

   1

   Copy to Clipboard Toggle word wrap

   1

   <nmstate_configuration> を NMState リソース YAML ファイルの名前に置き換えます。

3. MachineConfig マニフェストファイルを作成し、次の例に類似したカスタマイズされた br-ex ブリッジネットワーク設定を定義します。

   apiVersion: machineconfiguration.openshift.io/v1
   kind: MachineConfig
   metadata:
     labels:
       machineconfiguration.openshift.io/role: worker
     name: 10-br-ex-worker 

   1

   
   spec:
     config:
       ignition:
         version: 3.2.0
       storage:
         files:
         - contents:
             source: data:text/plain;charset=utf-8;base64,<base64_encoded_nmstate_configuration> 

   2

   
           mode: 0644
           overwrite: true
           path: /etc/nmstate/openshift/worker-0.yml 

   3

   
         - contents:
             source: data:text/plain;charset=utf-8;base64,<base64_encoded_nmstate_configuration>
           mode: 0644
           overwrite: true
           path: /etc/nmstate/openshift/worker-1.yml 

   4

   
   # ...

   Copy to Clipboard Toggle word wrap

   1

   ポリシーの名前。

   2

   エンコードされた base64 情報を指定されたパスに書き込みます。

   3 4

   クラスター内の各ノードに対して、ノードへのホスト名パスと、マシンタイプに応じた base-64 でエンコードされた Ignition 設定ファイルデータを指定します。worker ロールは、クラスター内のノードのデフォルトロールです。MachineConfig マニフェストファイルで各ノードまたはすべてのノードに対して短いホスト名 (hostname -s で得られるもの) のパスを指定する際に、.yaml 拡張子は機能しません。

   /etc/nmstate/openshift/cluster.yml 設定ファイルで、クラスター内のすべてのノードに適用する単一のグローバル設定が指定されている場合は、/etc/nmstate/openshift/<node_hostname>.yml などの各ノードの短いホスト名パスを指定する必要はありません。以下に例を示します。

   # ...
         - contents:
             source: data:text/plain;charset=utf-8;base64,<base64_encoded_nmstate_configuration>
           mode: 0644
           overwrite: true
           path: /etc/nmstate/openshift/cluster.yml
   # ...

   Copy to Clipboard Toggle word wrap

手順

1. クラスター内に存在するベアメタルホストごとに、クラスターの install-config.yaml ファイルで、次の例のように networkConfig セクションを定義します。

   apiVersion: v1
   kind: InstallConfig
   metadata:
     name: <cluster-name>
   # ...
   networkConfig:
     interfaces:
       - name: enp1s0 

   1

   
         type: ethernet
         state: up
         ipv4:
           dhcp: true
           enabled: true
         ipv6:
           enabled: false
       - name: enp2s0 

   2

   
         type: ethernet
         state: up
         mtu: 1500 

   3

   
         ipv4:
           dhcp: true
           enabled: true
         ipv6:
           dhcp: true
           enabled: true
       - name: enp3s0 

   4

   
         type: ethernet
         state: up
         mtu: 1500
         ipv4:
           enabled: false
         ipv6:
           enabled: false
   # ...

   Copy to Clipboard Toggle word wrap

   1

   プロビジョニングされたネットワークインターフェイスコントローラー(NIC)のインターフェイス。

   2

   ボンディングインターフェイス用の Ignition 設定ファイルを取り込む最初のボンディングされたインターフェイス。

   3

   ボンディングポートで br-ex 最大伝送単位(MTU)を手動で設定します。

   4

   2 つ目のボンディングされたインターフェイスは、クラスターのインストール中に Ignition を実行する最小設定の一部です。

2. NMState 設定ファイルで各ネットワークインターフェイスを定義します。

   多くのネットワークインターフェイスを定義する NMState 設定ファイルの例

   apiVersion: nmstate.io/v1
   kind: NodeNetworkConfigurationPolicy
   metadata:
   # ...
   ovn:
     bridge-mappings:
       - localnet: localnet-network
         bridge: br-ex
         state: present
   interfaces:
     - name: br-ex
       type: ovs-bridge
       state: up
       bridge:
         allow-extra-patch-ports: true
         port:
           - name: br-ex
           - name: patch-ex-to-phy
       ovs-db:
         external_ids:
           bridge-uplink: "patch-ex-to-phy"
     - name: br-ex
       type: ovs-interface
       state: up
       mtu: 1500 

   1

   
       ipv4:
         enabled: true
         dhcp: true
         auto-route-metric: 48
       ipv6:
         enabled: false
         dhcp: false
         auto-route-metric: 48
     - name: br-phy
       type: ovs-bridge
       state: up
       bridge:
         allow-extra-patch-ports: true
         port:
           - name: patch-phy-to-ex
           - name: ovs-bond
             link-aggregation:
               mode: balance-slb
               port:
                 - name: enp2s0
                 - name: enp3s0
     - name: patch-ex-to-phy
       type: ovs-interface
       state: up
       patch:
         peer: patch-phy-to-ex
     - name: patch-phy-to-ex
       type: ovs-interface
       state: up
       patch:
         peer: patch-ex-to-phy
     - name: enp1s0
       type: ethernet
       state: up
       ipv4:
         dhcp: true
         enabled: true
       ipv6:
         enabled: false
     - name: enp2s0
       type: ethernet
       state: up
       mtu: 1500
       ipv4:
         enabled: false
       ipv6:
         enabled: false
     - name: enp3s0
       type: ethernet
       state: up
       mtu: 1500
       ipv4:
         enabled: false
       ipv6:
         enabled: false
   # ...

   Copy to Clipboard Toggle word wrap

   1

   ボンディングポートで br-ex MTU を手動で設定します。

3. base64 コマンドを使用して、NMState 設定ファイルのインターフェイスコンテンツをエンコードします。

   $ base64 -w0  <nmstate_configuration>.yml 

   1

   Copy to Clipboard Toggle word wrap

   1

   -w0 オプションは、base64 エンコード操作中に行の折り返しを防止します。

4. master ロールと worker ロールの MachineConfig マニフェストファイルを作成します。前のコマンドの base64 でエンコードされた文字列を各 MachineConfig マニフェストファイルに埋め込むようにしてください。次のマニフェストファイルの例では、クラスター内に存在するすべてのノードに対して master ロールを設定します。ノード固有の master ロールと worker ロールのマニフェストファイルを作成することもできます。

   apiVersion: machineconfiguration.openshift.io/v1
   kind: MachineConfig
   metadata:
     labels:
       machineconfiguration.openshift.io/role: master
     name: 10-br-ex-master 

   1

   
   spec:
     config:
       ignition:
         version: 3.2.0
       storage:
         files:
         - contents:
             source: data:text/plain;charset=utf-8;base64,<base64_encoded_nmstate_configuration> 

   2

   
           mode: 0644
           overwrite: true
           path: /etc/nmstate/openshift/cluster.yml 

   3

   Copy to Clipboard Toggle word wrap

   1

   ポリシーの名前。

   2

   エンコードされた base64 情報を指定されたパスに書き込みます。

   3

   cluster.yml ファイルへのパスを指定します。クラスター内の各ノードに対して、<node_short_hostname>.yml など、ノードへの短いホスト名パスを指定できます。

5. 各 MachineConfig マニフェストファイルを ./<installation_directory>/manifests ディレクトリー に保存します。ここで、< installation_directory > は、インストールプログラムがファイルを作成するディレクトリーに移動します。

   Machine Config Operator (MCO)は各マニフェストファイルからコンテンツを取得し、ローリング更新中に選択されたすべてのノードにコンテンツを一貫して適用します。

手順

1. 1 番目のサブネットが 2 番目のサブネットと通信するように設定します。

   1. 次のコマンドを実行して、コントロールプレーンノードに root としてログインします。

      $ sudo su -

      Copy to Clipboard Toggle word wrap

   2. 次のコマンドを実行して、ネットワークインターフェイスの名前を取得します。

      # nmcli dev status

      Copy to Clipboard Toggle word wrap

   3. 次のコマンドを実行して、ゲートウェイを経由する 2 番目のサブネット (192.168.0.0) へのルートを追加します。

      # nmcli connection modify <interface_name> +ipv4.routes "192.168.0.0/24 via <gateway>"

      Copy to Clipboard Toggle word wrap

      <interface_name> をインターフェイス名に置き換えます。<gateway> を実際のゲートウェイの IP アドレスに置き換えます。

      例

      # nmcli connection modify eth0 +ipv4.routes "192.168.0.0/24 via 192.168.0.1"

      Copy to Clipboard Toggle word wrap

   4. 次のコマンドを実行して変更を適用します。

      # nmcli connection up <interface_name>

      Copy to Clipboard Toggle word wrap

      <interface_name> をインターフェイス名に置き換えます。

   5. ルーティングテーブルを検証して、ルートが正常に追加されたことを確認します。

      # ip route

      Copy to Clipboard Toggle word wrap

   6. 1 番目のサブネットの各コントロールプレーンノードに対して前の手順を繰り返します。

      注記

      コマンドは、実際のインターフェイス名とゲートウェイに合わせて調整してください。

2. 1 番目のサブネットと通信するように 2 番目のサブネットを設定します。

   1. 次のコマンドを実行して、リモートコンピュートノードに root としてログインします。

      $ sudo su -

      Copy to Clipboard Toggle word wrap

   2. 次のコマンドを実行して、ネットワークインターフェイスの名前を取得します。

      # nmcli dev status

      Copy to Clipboard Toggle word wrap

   3. 次のコマンドを実行して、ゲートウェイを経由する最初のサブネット (10.0.0.0) へのルートを追加します。

      # nmcli connection modify <interface_name> +ipv4.routes "10.0.0.0/24 via <gateway>"

      Copy to Clipboard Toggle word wrap

      <interface_name> をインターフェイス名に置き換えます。<gateway> を実際のゲートウェイの IP アドレスに置き換えます。

      例

      # nmcli connection modify eth0 +ipv4.routes "10.0.0.0/24 via 10.0.0.1"

      Copy to Clipboard Toggle word wrap

   4. 次のコマンドを実行して変更を適用します。

      # nmcli connection up <interface_name>

      Copy to Clipboard Toggle word wrap

      <interface_name> をインターフェイス名に置き換えます。

   5. 次のコマンドを実行して、ルーティングテーブルを検証し、ルートが正常に追加されたことを確認します。

      # ip route

      Copy to Clipboard Toggle word wrap

   6. 2 番目のサブネット内の各コンピュートノードに対して、上記の手順を繰り返します。

      注記

      コマンドは、実際のインターフェイス名とゲートウェイに合わせて調整してください。

3. ネットワークを設定したら、接続をテストして、リモートノードがコントロールプレーンノードに到達できること、およびコントロールプレーンノードがリモートノードに到達できることを確認します。

   1. 1 番目のサブネットのコントロールプレーンノードから、次のコマンドを実行して、2 番目のサブネットのリモートノードに ping を実行します。

      $ ping <remote_node_ip_address>

      Copy to Clipboard Toggle word wrap

      ping が成功した場合は、1 番目のサブネットのコントロールプレーンノードが 2 番目のサブネットのリモートノードに到達できています。応答がない場合は、ネットワーク設定を確認し、ノードに対して手順を繰り返します。

   2. 2 番目のサブネットのリモートノードから、次のコマンドを実行して、1 番目のサブネットのコントロールプレーンノードに ping を実行します。

      $ ping <control_plane_node_ip_address>

      Copy to Clipboard Toggle word wrap

      ping が成功した場合は、2 番目のサブネットのリモートコンピュートノードが 1 番目のサブネットのコントロールプレーンに到達できています。応答がない場合は、ネットワーク設定を確認し、ノードに対して手順を繰り返します。

手順

1. 環境変数を設定します。

   $ export cmd=openshift-baremetal-install

   Copy to Clipboard Toggle word wrap

   $ export pullsecret_file=~/pull-secret.txt

   Copy to Clipboard Toggle word wrap

   $ export extract_dir=$(pwd)

   Copy to Clipboard Toggle word wrap

2. oc バイナリーを取得します。

   $ curl -s https://mirror.openshift.com/pub/openshift-v4/clients/ocp/$VERSION/openshift-client-linux.tar.gz | tar zxvf - oc

   Copy to Clipboard Toggle word wrap

3. インストーラーを実行します。

   $ sudo cp oc /usr/local/bin

   Copy to Clipboard Toggle word wrap

   $ oc adm release extract --registry-config "${pullsecret_file}" --command=$cmd --to "${extract_dir}" ${RELEASE_IMAGE}

   Copy to Clipboard Toggle word wrap

   $ sudo cp openshift-baremetal-install /usr/local/bin

   Copy to Clipboard Toggle word wrap

手順

1. podman をインストールします。

   $ sudo dnf install -y podman

   Copy to Clipboard Toggle word wrap

2. RHCOS イメージのキャッシュに使用されるファイアウォールのポート 8080 を開きます。

   $ sudo firewall-cmd --add-port=8080/tcp --zone=public --permanent

   Copy to Clipboard Toggle word wrap

   $ sudo firewall-cmd --reload

   Copy to Clipboard Toggle word wrap

3. bootstraposimage を保存するディレクトリーを作成します。

   $ mkdir /home/kni/rhcos_image_cache

   Copy to Clipboard Toggle word wrap

4. 新規に作成されたディレクトリーに適切な SELinux コンテキストを設定します。

   $ sudo semanage fcontext -a -t httpd_sys_content_t "/home/kni/rhcos_image_cache(/.*)?"

   Copy to Clipboard Toggle word wrap

   $ sudo restorecon -Rv /home/kni/rhcos_image_cache/

   Copy to Clipboard Toggle word wrap

5. インストールプログラムがブートストラップ VM にデプロイする RHCOS イメージの URI を取得します。

   $ export RHCOS_QEMU_URI=$(/usr/local/bin/openshift-baremetal-install coreos print-stream-json | jq -r --arg ARCH "$(arch)" '.architectures[$ARCH].artifacts.qemu.formats["qcow2.gz"].disk.location')

   Copy to Clipboard Toggle word wrap

6. インストールプログラムがブートストラップ VM にデプロイするイメージの名前を取得します。

   $ export RHCOS_QEMU_NAME=${RHCOS_QEMU_URI##*/}

   Copy to Clipboard Toggle word wrap

7. ブートストラップ仮想マシンにデプロイされる RHCOS イメージの SHA ハッシュを取得します。

   $ export RHCOS_QEMU_UNCOMPRESSED_SHA256=$(/usr/local/bin/openshift-baremetal-install coreos print-stream-json | jq -r --arg ARCH "$(arch)" '.architectures[$ARCH].artifacts.qemu.formats["qcow2.gz"].disk["uncompressed-sha256"]')

   Copy to Clipboard Toggle word wrap

8. イメージをダウンロードして、/home/kni/rhcos_image_cache ディレクトリーに配置します。

   $ curl -L ${RHCOS_QEMU_URI} -o /home/kni/rhcos_image_cache/${RHCOS_QEMU_NAME}

   Copy to Clipboard Toggle word wrap

9. 新しいファイルの SELinux タイプが httpd_sys_content_t であることを確認します。

   $ ls -Z /home/kni/rhcos_image_cache

   Copy to Clipboard Toggle word wrap

10. Pod を作成します。

    $ podman run -d --name rhcos_image_cache \

    1

    
    -v /home/kni/rhcos_image_cache:/var/www/html \
    -p 8080:8080/tcp \
    registry.access.redhat.com/ubi9/httpd-24

    Copy to Clipboard Toggle word wrap

    1

    rhcos_image_cache という名前のキャッシング Web サーバーを作成します。この Pod は、デプロイメント用に install-config.yaml ファイルの bootstrapOSImage イメージを提供します。

11. bootstrapOSImage 設定を生成します。

    $ export BAREMETAL_IP=$(ip addr show dev baremetal | awk '/inet /{print $2}' | cut -d"/" -f1)

    Copy to Clipboard Toggle word wrap

    $ export BOOTSTRAP_OS_IMAGE="http://${BAREMETAL_IP}:8080/${RHCOS_QEMU_NAME}?sha256=${RHCOS_QEMU_UNCOMPRESSED_SHA256}"

    Copy to Clipboard Toggle word wrap

    $ echo "    bootstrapOSImage=${BOOTSTRAP_OS_IMAGE}"

    Copy to Clipboard Toggle word wrap

12. platform.baremetal 下の install-config.yaml ファイルに必要な設定を追加します。

    platform:
      baremetal:
        bootstrapOSImage: <bootstrap_os_image>  

    1

    Copy to Clipboard Toggle word wrap

    1

    <bootstrap_os_image> を $BOOTSTRAP_OS_IMAGE の値に置き換えます。

    詳細は、「install-config.yaml ファイルの設定」セクションを参照してください。