最新機能
注意:
最新リリースへのパッチ適用またはアップグレードの前に、すべてのコンピュート・ノードがプロビジョニング済状態であることを確認してください。
プラットフォーム・イメージ
Private Cloud Applianceのインストール、アップグレードおよびパッチ適用により、「コンピュート・エンクレーブ」ユーザーが新しいプラットフォーム・イメージを使用できます。
このPrivate Cloud Applianceリリースでは、次のプラットフォーム・イメージが提供されます:
|
Oracle Linux 9 |
|
|
Oracle Linux 8 |
|
|
Oracle Linux 7.9 |
|
|
Oracle Solaris 11.4 |
|
|
Kubernetes Engine |
|
Oracle Linux 8へのシステム・アップグレード
このリリースのアプライアンス・ソフトウェアは、コア・システム・コンポーネントをOracle Linux 8に移行します。 これには、オペレーティング・システム、プラットフォーム・レイヤー、コンテナ・イメージ、マイクロサービスなどが含まれます。 新しいディスク・レイアウトが管理ノードとコンピュート・ノードに適用され、より高速で信頼性の高い将来のアップグレードを実現します。 管理クラスタが解体され、アップグレードされたコンポーネントから再構築されます。 詳細は、「Oracle Private Cloud Applianceアップグレード・ガイド」の「Oracle Linux 8への完全管理クラスタ移行」を参照してください。
注意:
最小推奨アプライアンス・ソフトウェア・バージョンは、3.0.2-b1261765になりました。 現在のバージョンが古い場合は、「以前のソフトウェア・バージョンからのアップグレード」を参照してください。 バージョン3.0.2-b1261765は、ISOイメージを使用してバージョン3.0.2-b1392231にアップグレードする必要があります。 Oracle Linux 8への移行は、ULNベースのパッチ適用ではサポートされていません。
拡張アップグレード・ワークフロー・オーケストレーション
アプライアンスのアップグレードは、単一のコマンドで起動された完全に統合されたエンド・ツー・エンドのプロセスになりました。 個々のコンポーネントには、アップグレードのきめ細かい性質を維持するための独自のプロセスがありますが、個々のアップグレード・プロセスはすべて、アップグレード計画で規定されているように、システム全体のすべての操作を実行する一元的なワークフローによって調整されます。
新しい統合フル・ラック・アップグレード・ワークフローは、コンポーネントの順序および操作のタイミングに関連する問題を排除するため、優先されるメソッドです。 オーケストレーションの問題または特定のコンポーネント要件に対して回避策が必要な場合、単一コンポーネントまたはコンポーネント・グループのその他のアップグレードは引き続き可能です。 詳細および新しいコマンドを使用する手順については、「Oracle Private Cloud Applianceアップグレード・ガイド」を参照してください。 「フル・ラック・アップグレードの実行」および「コンポーネントの個別アップグレード」を参照してください。
拡張ワークフロー・ドリブン・アプローチの場合、Upgraderはアプライアンス・ジョブ・フレームワークと統合されます。 「サービスWeb UI」と「サービスCLI」の両方から、その作業リクエストおよびジョブを問い合せてドリルダウンできます。 新しいフル・ラックのアップグレード機能には、ラック全体の便利な健全性検査も含まれています。 詳細は、「アップグレードの準備状況とステータスの確認」を参照してください。
ロード・バランサ更新
ロード・バランサ・サービスの内部的な基盤が新しい実装に移行しているため、機能がわずかに異なります。 管理者は、アプライアンス・ソフトウェアをアップグレードする前に、デプロイされたロード・バランサの既存の構成を確認する必要があります。 アップグレードが成功するように、アクティブなロード・バランサを再構成する必要がある場合があります。 詳細は、「アプライアンス・ソフトウェアのアップグレード後のロード・バランサの機能変更」を参照してください。
Kubernetes Engine
Oracle Private Cloud Appliance Kubernetesエンジン(OKE)に次の新機能が追加されました:
-
プライベート・クラスタ。 プライベート・クラスタを作成し、Dynamic Routing Gatewayを使用してオンプレミスのIPアドレス空間と通信するか、ローカル・ピアリング・ゲートウェイを使用して他のVCNs内のインスタンスと通信できます。 「Oracle Private Cloud Appliance Kubernetesエンジン」ユーザー・ガイドの「OKEネットワーク・リソースの作成」の章のパブリックおよびプライベート・クラスタに関する項を参照してください。
-
「VCNネイティブ・ポッド・ネットワーキング」. 「VCNネイティブ・ポッド・ネットワーキング」は、コントロール・プレーン・ノード・プール・ワーカー・ノード内のポッド間の直接通信を可能にし、ワーカー・ノード・ポッドと他のリソース間の直接通信を可能にします。 その他のリソースは、同じサブネットまたは異なるサブネット内にあり、同じコンパートメントまたは異なるコンパートメント内にあります。 「Oracle Private Cloud Appliance Kubernetesエンジン」ユーザー・ガイドの「OKEネットワーク・リソースの作成」の章の「VCNネイティブ・ポッド・ネットワーキング」を参照してください。
-
クラスタ・アドオン。 クラスタ・アドオンは、Kubernetesクラスタにデプロイすることを選択できるコンポーネントです。 クラスタ・アドオンは、コアKubernetes機能を拡張し、クラスタの管理性とパフォーマンスを向上させます。 このリリースでは、KubernetesでのWebLogic ServerおよびFusion Middleware Infrastructureドメインの実行をサポートするWebLogic Kubernetes Operatorアドオンが提供されています。 「Oracle Private Cloud Appliance Kubernetesエンジン」ユーザー・ガイドの「OKEクラスタ・アドオンの管理」を参照してください。
-
ノード・プールの作成。 「コンピュートWeb UI」を使用すると、クラスタの作成時にノード・プールを作成できます。 「Oracle Private Cloud Appliance Kubernetesエンジン」ユーザー・ガイドの「OKEクラスタの作成および管理」の章のOKEクラスタの作成に関する項を参照してください。
コンテナ・インスタンス
Container Instancesは、サーバーを管理せずにコンテナを迅速かつ簡単に実行できるサーバーレス・コンピュート・サービスです。 Container Instancesは、仮想マシンと同じ分離を提供するコンテナ・ワークロード用に最適化されたサーバーレス・コンピュート上でコンテナを実行します。
コンテナ・インスタンスは、コンテナに必要なもののみを実行するように設計された最小限のインスタンスです。 コンピュート、ネットワーキングおよびストレージ・リソースは、必要に応じて作成されます。 単一のユーザー指定コンテナがコンテナ・インスタンスで起動されます。
詳細は、「Oracle Private Cloud Applianceユーザーズ・ガイド」の「コンテナ・インスタンス」を参照してください。
サービス拡張の制限
サービス・エンクレーブ管理者が、その他のサービスにおける追加のリソース制限を表示および設定できます。 「サービスCLI」に加えて、リソース制限は「サービスWeb UI」を使用して表示および設定できます。 「Oracle Private Cloud Appliance管理者ガイド」の「リソース制限の表示および設定」の章を参照してください。
新しいフレックス・ネットワーキング・コマンド
以前はExadataネットワークと呼ばれていたフレックス・ネットワーキング機能では、このリリースで新しいコマンドが導入されています。 古いExadataコマンドは、将来のリリースで非推奨になります。 詳細は、「Oracle Private Cloud Appliance管理者ガイド」の「フレックス・ネットワークの作成および管理」を参照してください。
このリリースで修正されたバグ
各リリースで修正されたバグのリストは、Oracle Supportドキュメント2906831.1 ([PCA 3.x] Private Cloud Appliance)を参照してください: ソフトウェアの更新): https://support.oracle.com/knowledge/Sun%20Microsystems/2906831_1.html。