リリース2の構成の準備

Oracle CNEリリース2クラスタの構成を設定します。

クラスタ構成ファイルの作成

リリース1クラスタの構成と一致するクラスタ構成ファイルを作成します。「OSのカスタマイズ」で識別されるカスタム構成が含まれていることを確認します。設定するオプションは、リリース1クラスタと一致する必要があります。たとえば、クラスタ名は同じである必要があります。

VMごとにクラスタ構成ファイルを作成します。この構成ファイルにはホスト名とIPアドレスの情報が含まれているため、各VMに対して構成ファイルを作成する必要があります。

必要な最小構成は次のとおりです:

provider: byo
name: cluster_name
kubernetesVersion: kube_version
loadBalancer: ip_address
providers:
  byo:
    networkInterface: nic_name
extraIgnitionInline: |
  variant: fcos
  version: 1.5.0
  storage:
    files:
      - path: /etc/hostname
        mode: 0755
        contents:
          inline: hostname
      - path: /etc/sysconfig/network-scripts/ifcfg-nic_name
        mode: 0755
        contents:
          inline: |
            TYPE=Ethernet
            BOOTPROTO=none
            NAME=nic_name
            DEVICE=nic_name
            ONBOOT=yes
            IPADDR=IP_address
            PREFIX=24
            GATEWAY=gateway

クラスタ構成ファイルに含めることができる内容の詳細は、「Oracle Cloud Native Environment: Kubernetesクラスタ」を参照してください。

たとえば:

provider: byo
name: mycluster
kubernetesVersion: 1.29
loadBalancer: 192.0.2.100
providers:
  byo:
    networkInterface: enp1s0
extraIgnitionInline: |
  variant: fcos
  version: 1.5.0
  storage:
    files:
      - path: /etc/hostname
        mode: 0755
        contents:
          inline: ocne-control-plane-1
      - path: /etc/sysconfig/network-scripts/ifcfg-enp1s0
        mode: 0755
        contents:
          inline: |
            TYPE=Ethernet
            BOOTPROTO=none
            NAME=enp1s0
            DEVICE=enp1s0
            ONBOOT=yes
            IPADDR=192.0.2.50
            PREFIX=24
            GATEWAY=192.0.2.1

OCKイメージの作成

開始する前に、Oracle CNEリリース1クラスタで実行されているKubernetesのバージョンを特定します。

OCKイメージを作成します。
重要:

Oracle Container Host for Kubernetesイメージ・ビルダーを使用して作成されたカスタムOCKイメージを使用している場合は、このステップを実行する必要はありません。

Oracle CNEリリース1クラスタに、Kubernetesのバージョンを含むOCKイメージを作成します。

ocne image createコマンドを使用して、OCKイメージを作成します。構文は次のとおりです。
```
ocne image create 
{-a|--arch} arch
[{-t|--type} provider]
[{-v|--version} version]
```
構文オプションの詳細は、Oracle Cloud Native Environment: CLIを参照してください。

たとえば、64ビットx86サーバーのKubernetesリリース1.29の場合:
```
ocne image create --type olvm --arch amd64 --version 1.29
```
このコマンドは、完了するまでに時間がかかる場合があります。 OCKイメージは、$HOME/.ocne/images/ディレクトリに保存されます。
OCKイメージをOracle Linux Virtualization Managerにアップロードします。

Oracle Linux Virtualization Managerコンソールを使用して、OCKイメージをディスクとしてアップロードします。
OCKディスクをクローニングします。

Oracle Linux Virtualization Managerコンソールを使用して、アップグレードするVMごとにOCKディスクのクローンを作成します。 VMごとに1つのディスクが使用可能である必要があります。

重要:

各VMには、新しいOCKディスクが必要です。 OCKディスクは再利用できません。別のVMをブートするときに使用しないでください。または、Ignition情報が読み取られません(最初のブート時にのみ読み取られます)。

Ignitionファイルの作成

リリース2では、ノードをKubernetesクラスタに結合するためにイグニッション情報が必要です。 VMごとにIgnitionファイルを生成する必要があります。 Ignitionファイルの設定はコントロール・プレーン・ノードとワーカー・ノードで異なるため、適切な構文を使用して、適切なノード・タイプのIgnitionを生成してください。リリース2 OSへのホスト・アップグレード中にノードをブートするときに使用される構成ディスクに、Ignitionファイルの内容を含めます。

ocne cluster joinコマンドを使用してイグニッション・ファイルを生成する場合は、VMに適切なOracle CNEクラスタ構成ファイルを使用してください。

VMごとにこれらのステップを繰り返します。

ノードがコントロール・プレーンの場合:
ocne cluster joinコマンドを使用して、コントロール・プレーン・ノードをクラスタに結合するイグニッション情報を生成します。次の構文を使用します。
```
ocne cluster join 
[{-c|--config} path] 
[{-d|--destination} path]
[{-N|--node} name]
[{-P|--provider} provider]
[{-r|--role-control-plane}]
```
構文オプションの詳細は、Oracle Cloud Native Environment: CLIを参照してください。

重要なオプションは次のとおりです:
```
ocne cluster join --kubeconfig path --role-control-plane --config path > ignition_file
```
重要:

環境変数として設定されている場合でも、--kubeconfigオプションが必要です。

たとえば:
```
ocne cluster join --kubeconfig ~/.kube/kubeconfig.mycluster --role-control-plane --config myconfig.yaml > ignition-control-plane.ign
```
出力には、アップグレードの後半で使用される重要な情報が含まれています。

重要:

出力に表示されているコマンドを実行する必要はありません。かわりに、この出力のcertificate-keyおよび「トークン」を書き留めます。
ノードがワーカー・ノードの場合:
ocne cluster joinコマンドを使用して、ワーカー・ノードをクラスタに結合するイグニッション情報を生成します。重要なオプションは次のとおりです:
```
ocne cluster join --kubeconfig path --config path > ignition_file
```
重要:

環境変数として設定されている場合でも、--kubeconfigオプションが必要です。

たとえば:
```
ocne cluster join --kubeconfig ~/.kube/kubeconfig.mycluster --config myconfig.yaml > ignition-worker.ign
```
出力には、アップグレードの後半で使用される重要な情報が含まれています。

重要:

出力に表示されているコマンドを実行する必要はありません。かわりに、この出力の「トークン」に注意してください。

構成ディスクの作成

Oracle Linux Virtualization Manager VMのIgnition構成を含むCONFIG-2というラベルを使用して、各VMの構成ディスクを作成します。 Ignition構成は、ocne cluster joinコマンドを使用して生成されます。

VMごとにこれらのステップを繰り返し、必要に応じてQcow2ディスク名を変更します。

nbdモジュールをロードします。
このモジュールがまだロードされていない場合は、次を使用してロードします:
```
sudo modprobe nbd
```
ターゲット・ノード名を環境変数として設定します。
```
export FILENAME=config2-target_node.qcow2
```
target_nodeをターゲットのKubernetesノードの名前に置き換えます。
構成ディスクを作成します。
```
qemu-img create -f qcow2 $FILENAME 256M
```

ディスクを構成します。

sudo qemu-nbd --connect /dev/nbd0 $FILENAME
sudo parted -s /dev/nbd0 mklabel gpt
sudo parted -s /dev/nbd0 mkpart CONFIG-2 xfs 0 100%
sudo mkfs.xfs /dev/nbd0p1
sudo xfs_admin -L CONFIG-2 /dev/nbd0p1

ディスクをマウントします。
```
sudo mount /dev/nbd0p1 /mnt
```
ディスク上のIgnition情報のディレクトリを作成します。
```
sudo mkdir -p /mnt/openstack/latest
```
Ignition構成を追加します。

sudoを使用して、user_dataという名前のファイルを作成し、「Ignitionファイルの作成」で生成されたIgnition情報をファイルに追加します。この情報を追加するファイルは次のとおりです:

/mnt/openstack/latest/user_data

ノードのIgnition構成を追加します。
ディスクをアンマウントします。
ディスクからアンマウントおよび切断します。
```
sudo umount /mnt
sudo qemu-nbd --disconnect /dev/nbd0
```
ディスクをアップロードします。

Oracle Linux Virtualization Managerコンソールを使用して、ディスクをOracle Linux Virtualization Managerにアップロードします。