ソフトウェア・バージョン3.0.2-b1325160 (2025年3月)でリリースされた機能

プラットフォーム・イメージ

Private Cloud Applianceのインストール、アップグレードおよびパッチ適用により、「コンピュート・エンクレーブ」ユーザーが新しいプラットフォーム・イメージを使用できます。

このPrivate Cloud Applianceリリースでは、次のプラットフォーム・イメージが提供されます:

Oracle Linux 9	`uln-pca-Oracle-Linux-9-2024.07.31_0.oci`
Oracle Linux 8	`uln-pca-Oracle-Linux-8-2024.07.31_0.oci`
Oracle Linux 7.9	`uln-pca-Oracle-Linux-7.9-2024.07.31_0.oci`
Oracle Solaris 11.4	`uln-pca-Oracle-Solaris-11-2024.08.26_0.oci`
Kubernetes Engine	`uln-pca-Oracle-Linux8-OKE-1.26.15-20240909.oci` `uln-pca-Oracle-Linux8-OKE-1.27.12-20240909.oci` `uln-pca-Oracle-Linux8-OKE-1.28.8-20240909.oci`

GPU拡張

GPU拡張ラックをPrivate Cloud Applianceに追加し、AIおよびグラフィック集中型アプリケーション用のスケーラブルなプラットフォームを構築します。最小拡張ラック構成には、4つのNVIDIA L40S GPUを持つ単一のGPUノードが含まれます。初期デプロイメント後にさらにノードをインストールできます。それぞれ最大6つのGPUノードを持つ2つのフル・ラックをベース・ラックに接続できます。

ラックがインターコネクトされると、GPUノードはシステムの不可欠な部分になり、他のコンピュート・ノードと同様に管理されます。これらは同じ3つのフォルト・ドメインに追加されますが、サーバー・ファミリは個別に動作します。ユーザーは、GPUを利用するために専用シェイプのコンピュート・インスタンスをデプロイする必要があります。これらのインスタンスはライブ移行をサポートしていません。

Private Cloud ApplianceへのGPU容量の追加について学習するには、「Oracle Private Cloud Applianceインストレーション・ガイド」の「オプションのGPU拡張」を参照してください。

新しいディザスタ・リカバリ・サービス

DR操作のオーケストレーションが「サービス・エンクレーブ」に直接組み込まれた新しいディザスタ・リカバリ(DR)サービスが導入されました。「ネイティブDRサービス」とも呼ばれるこの新しい実装では、2つのPrivate Cloud Applianceシステム間の相互の対称ピア接続が必要であり、スパイン・スイッチとは別のアップリンクを使用します。 DR構成および計画はアクティブ・ラックまたはスタンバイ・ラックから管理でき、ピア・システムのDRサービスに自動的にレプリケートされます。サイト・レベルのインシデントのためにピアリングされたシステムの1つがダウンした場合、DR計画で定義されたフェイルオーバー操作はスタンバイ・システムからトリガーされます。ピア接続では両方のDRサービスがデータと命令を交換できるため、他のDR計画操作はどちらのラックからでも実行できます。

概要は、概要ガイドの「ディザスタ・リカバリ」を参照してください。管理者ガイドの詳細情報および手順へのリンクが提供されています。

既存のインストールでは、Oracle Site Guardを使用してOracle Enterprise Managerを介して調整された第1世代のディザスタ・リカバリ構成を引き続き使用できます。既存の構成を新しいネイティブDRサービスに移行するためのパスが提供されます。

新規制限サービス

制限サービスを使用すると、Private Cloud Applianceリソースに現在設定されている制限を表示したり、制限定義で許可されている場合はそれらのリソース制限を変更できます。「Oracle Private Cloud Appliance管理者ガイド」の「リソース制限の表示および設定」の章を参照してください。

アップグレードおよびパッチ適用手順の改善

アップグレード・ガイドとパッチ適用ガイドの両方が再構築され、アクティブなソフトウェア・バージョンとターゲット・バージョンに基づいて適切な手順を簡単かつ明確に行えるようになりました。主な手順のセクションでは、システムはすでに最低限必要なバージョンであると想定しています。以前のソフトウェア・バージョン上のシステムでは、最低限必要なバージョンに到達するための手順については、別の章で説明します。「Oracle Private Cloud Applianceアップグレード・ガイド」の「以前のソフトウェア・バージョンからのアップグレード」を参照してください。

アップリンク参照トポロジ

Private Cloud Applianceをデータ・センター・ネットワークに統合するのは、既存の構成、ローカル要件および標準プラクティスが原因で難しい場合があります。アップリンクの構成には様々な方法があり、Oracleは、関連するチェックリストを事前に完了するための支援を提供します。プロセスを簡略化および高速化するために、インストレーション・ガイドでは一般的に使用されるトポロジの例と、ネットワーク管理者が特定の設定をマッピングする際のガイドとなるスイッチ構成の例を示します。「アプライアンス・ネットワーキングのリファレンス・トポロジ」を参照してください。

VMコンソール・ポートへの変更

このリリースの時点で、VMコンソールはポート1443にアクセスする必要があります。以前のリリースでは、VMコンソール・アクセスにポート443が使用されていました。詳細は、「Oracle Private Cloud Applianceセキュリティ・ガイド」の「ポート・マトリックス」を参照してください。

Kubernetes Engine

Oracle Private Cloud Appliance Kubernetesエンジン(OKE)に次の新機能が追加されました:

「ノード・ドクター」。「ノード・ドクター」ユーティリティは、アクティブまたは実行中でないクラスタ・ワーカー・ノードのトラブルシューティングに役立ちます。「ノード・ドクター」は、潜在的な問題領域を特定し、それらの問題領域に対処するための情報を提供できます。また、ユーティリティは、ノード・システム情報をサポート・バンドルに収集して、Oracleサポートからヘルプを取得できます。「Oracle Private Cloud Appliance Kubernetesエンジン」ユーザー・ガイドの「ノード・ドクターを使用したワーカー・ノードの問題のトラブルシューティング」を参照してください。
ノードの循環。デフォルトでは、ノード・プールを更新すると、この更新中に追加された、または後で追加された新しいノードのみが更新を受信します。ノードの循環により、既存のノードを更新された設定を使用する新しいノードに置き換えることができます。ノード・サイクリングは、ノード・プール内のすべての既存のノードを、指定された最新の構成にインプレース更新します。新しいノードが作成され、既存のノードからワークロードが移動され、現在のノード・プール更新が適用され、元のノードが終了します。「Oracle Private Cloud Appliance Kubernetesエンジン」ユーザー・ガイドの「OKEノード・プールのノード・サイクリング」を参照してください。
ノード・ラベル。ノード・ラベルは、特定のノードまたはノード・グループでスケジュールするためにポッドをターゲットにできるキー/バリュー・ペアです。「Oracle Private Cloud Appliance Kubernetesエンジン」ユーザー・ガイドの「OKEワーカー・ノード・プールの作成」のOCI CLIプロシージャを参照してください。
永続ストレージ。 CSI (コンテナ・ストレージ・インタフェース)プラグインを使用して、高パフォーマンスのブロック・ボリューム・ストレージを作成し、ファイル・システム・ストレージを作成する新機能。「Oracle Private Cloud Appliance Kubernetesエンジン」ユーザー・ガイドの「コンテナ化されたアプリケーションのストレージの追加」の章を参照してください。

SR-IOVサポート

シングル・ルートのI/O仮想化(SR-IOV)テクノロジにより、仮想マシンは1つ以上の物理リンクで同時に低レイテンシと高スループットを実現できます。このテクノロジは、ビデオ・ストリーミング、リアルタイム・アプリケーション、大規模なデータベースやクラスタ化されたデータベースなどの低レイテンシのワークロードに最適です。ハードウェア支援(SR-IOV)ネットワークは、VFIOドライバ・フレームワークを使用します。

概要は、概要ガイドのSR-IOVを参照してください。構成情報は、ユーザー・ガイドの「ネットワーク」セクションの「仮想ネットワークのためのSR-IOVの構成」で入手できます。

Dynamic Routing Gatewaysの制限の引上げ

このリリースでは、Dynamic Routing Gateways (DRG)の制限は、すべてのテナンシで合計32のDRGに増加し、最大16のSR-IOV DRGがあります。

フレックス・ネットワーク制限の増加

このリリースでは、ポート当たりのフレックス・ネットワークの最大数は8になり、ラック当たり最大32のフレックス・ネットワークになります。次の制限があります。

フレックス・ネットワークとDRGの関係は1:1です。
フレックス・ネットワークは、DRGを別のフレックス・ネットワークと共有できません。
フレックス・ネットワークは、DRGを1つ以上の直接接続Exadataネットワークと共有できません。

このリリースにアップグレードする際に、DRGをExadata直接接続用の他のフレックス・ネットワークと共有する既存のフレックスまたはExadataネットワークがある場合、DRGを共有できなくなります。各フレックス・ネットワークには独自のDRGが必要です。

このリリースで修正されたバグ

各リリースで修正されたバグのリストは、Oracle Supportドキュメント2906831.1 ([PCA 3.x] Private Cloud Appliance)を参照してください: ソフトウェアの更新): https://support.oracle.com/knowledge/Sun%20Microsystems/2906831_1.html。