1.2. 新機能および機能拡張
今回のリリースでは、以下のコンポーネントおよび概念に関連する拡張機能が追加されました。
1.2.1. インストールおよびアップグレード
1.2.1.1. インストーラーでプロビジョニングされるインフラストラクチャーを使用した vSphere へのクラスターのインストール
OpenShift Container Platform 4.5 では、インストーラーでプロビジョニングされるインフラストラクチャーを使用して vSphere にクラスターをインストールするためのサポートが導入されました。
1.2.1.3. 3 ノードのベアメタルデプロイメント
ワーカーなしで OpenShift Container Platform に 3 ノードクラスターをインストールし、実行できます。これにより、デプロイメント、開発、テストに使用するための小規模なリソース効率の高いクラスターが提供されます。
以前のバージョンではテクノロジープレビューでしたが、この機能は OpenShift Container Platform 4.5 で完全にサポートされるようになりました。
詳細は、Running a three-node cluster を参照してください。
1.2.1.4. ネットワークが制限された環境のクラスターのアップグレードにおける改善
Cluster Version Operator (CVO) は、ネットワークが制限されたクラスターのアップグレードプロセスで、イメージ署名がクラスターの設定マップとして利用可能であるかどうかについてリリースイメージを検証できるようになりました。これにより、ネットワークが制限された環境でのアップグレード時に --force フラグを使用する必要がなくなりました。
この改善されたアップグレードワークフローは、強化された oc adm release mirror コマンドで実行されます。以下のアクションが実行されます。
- ミラーリングプロセスでリリースからイメージ署名をプルします。
- 署名設定マップを接続されたクラスターに直接適用します。
1.2.1.5. Azure プライベート DNS ゾーンの移行
Azure プライベート DNS ゾーンの移行に新規の openshift-install migrate コマンドが利用できるようになりました。インストーラーでプロビジョニングされるインフラストラクチャーを使用する Azure に OpenShift Container Platform バージョン 4.2 または 4.3 クラスターをインストールしている場合、クラスターはレガシーのプライベート DNS ゾーンを使用する可能性があります。その場合、これを新しいタイプのプライベート DNS ゾーンに移行する必要があります。
1.2.1.6. install-config.yaml でサポートされるフィールドについてのビルドインヘルプ
各リソースの短い説明を含め、サポートされている install-config.yaml ファイルのバージョンのすべてのフィールドを一覧表示する新規の openshift-install explain コマンドを利用できます。また、これは必須フィールドの詳細も提供し、デフォルト値を指定します。explain コマンドを使用すると、install-config.yaml ファイルの作成またはカスタマイズ時に設定オプションを常に検索する必要が少なくなります。
1.2.1.7. KMS キーを使用した EBS インスタンスボリュームの暗号化
KMS キーを定義して、EBS インスタンスボリュームを暗号化できるようになりました。これは、AWS へのデプロイ時に明示的なコンプライアンスおよびセキュリティー上のガイドラインがある場合に役立ちます。KMS キーは、オプションの kmsKeyARN フィールドを設定して install-config.yaml ファイルに設定できます。以下は例になります。
apiVersion: v1
baseDomain: example.com
compute:
- architecture: amd64
hyperthreading: Enabled
name: worker
platform:
aws:
rootVolume:
kmsKeyARN: arn:aws:kms:us-east-2:563456982459:key/4f5265b4-16f7-xxxx-xxxx-xxxxxxxxxxxx
...キーが指定されていない場合、その特定リージョンのアカウントのデフォルト KMS キーが使用されます。
1.2.1.8. AWS に複数の CIDR を持つ既存 VPC へのインストール
AWS に複数の CIDR を持つ VPC に OpenShift Container Platform をインストールできるようになりました。これにより、マシンネットワークのセカンダリー CIDR を選択できます。VPC がインストーラーによってプロビジョニングされる場合、複数の CIDR を作成したり、サブネット間のルーティングを設定したりしません。複数の CIDR を持つ既存 VPC へのインストールは、ユーザーによってプロビジョニングされるインフラストラクチャーおよびインストーラーでプロビジョニングされるインフラストラクチャーのインストールワークフローでサポートされています。
1.2.1.9. カスタムドメイン名の AWS Virtual Private Cloud (VPC) DHCP オプションセットへの追加
カスタムドメイン名が AWS Virtual Private Cloud (VPC) DHCP オプションセットに追加できるようになりました。これにより、カスタム DHCP オプションが使用される場合に、新規ノードの証明書署名要求 (CSR) の承認が有効になります。
1.2.1.10. Ironic による IPv6 を使用したベアメタルホストのプロビジョニング
UEFI ネットワークスタックを使用した IPv6 プロビジョニングに必要なバイナリーが Ironic に導入されました。Ironic により IPv6 を使用してベアメタルホストをプロビジョニングできるようになりました。snpnoly.efi ブートローダーの実行プログラムおよび互換性のある iPXE バイナリーが tftpboot ディレクトリーに含まれるようになりました。
1.2.1.11. RHOSP 上のクラスターのカスタムネットワークおよびサブネット
OpenShift Container Platform 4.5 では、既存のネットワークおよびサブネットに依存する Red Hat OpenStack Platform (RHOSP) にクラスターをインストールするためのサポートが導入されました。
1.2.1.12. RHOSP 上のクラスターの追加ネットワーク
OpenShift Container Platform 4.5 では、RHOSP で実行されるクラスターでの複数のネットワークのサポートが導入されました。これらのネットワークは、インストール時にコントロールプレーンおよびコンピュートマシンの両方に指定できます。
1.2.1.13. Kuryr を使用するクラスターについての RHOSP ロードバランサーのアップグレードエクスペリエンスが強化される
Kuryr を使用するクラスターでは、13 から 16 にアップグレードされた RHOSP クラスターの Octavia 負荷分散サービスのサポートが改善されました。たとえば、これらのクラスターは Octavia OVN プロバイダードライバーをサポートするようになりました。
詳細は、Octavia OVN ドライバー について参照してください。
1.2.1.14. RPM パッケージをインストールする際に、複数のバージョンスキームが許可される
RPM パッケージをインストールする際に、OpenShift Container Platform では 3 つの値で表示されるバージョンスキームと 2 つの値で表示されるバージョンスキームの両方を使用できるようになりました。3 つの値で設定されるバージョンスキームは x.y.z 形式に従いますが、2 つの値で設定されるバージョンスキームは x.y 形式に従います。いずれかのスキームを使用するパッケージをインストールすることができます。詳細は、BZ#1826213 を参照してください。
1.2.1.15. デバッグ情報に SSH 設定が不要になる
ブートストラップホストからのデバッグ情報の収集に SSH 設定は必要なくなりました。詳細は、BZ#1811453 を参照してください。
1.2.1.16. マスターノードに有効なホスト名を付けることが可能になる
マスターノードには、有効なホスト名を付けることができます。詳細は、BZ#1804944 を参照してください。
1.2.1.17. Octavia OVN プロバイダードライバーが以前の RHOSP バージョンでサポートされる
RHOSP が Octavia OVN プロバイダードライバーをサポートする前にデプロイされていた OpenShift Container Platform クラスターがこのドライバーを使用できるようになりました。詳細は、BZ#1847181 を参照してください。
1.2.1.18. Octavia OVN プロバイダードライバーが同じポートのリスナーをサポートする
ovn-octavia ドライバーが、複数のプロトコルについて同じポートのリスナーをサポートするようになりました。以前のバージョンでは、これは ovn-octavia ドライバーでサポートされていませんでしたが、現在はサポートされており、これをブロックする必要はありません。つまり、ovn-octavia を使用する際に、たとえば DNS サービスが TCP プロトコルと UDP プロトコルの両方でポート 53 を公開することができます。詳細は、BZ#1846452 を参照してください。
