ソフトウェア・バージョン3.0.2-b925538 (2023年8月)でリリースされた機能
プラットフォーム・イメージ
Private Cloud Applianceのインストール、アップグレードおよびパッチ適用により、「コンピュート・エンクレーブ」ユーザーが新しいプラットフォーム・イメージを使用できます。
このPrivate Cloud Applianceリリースでは、次のプラットフォーム・イメージが提供されます:
|
Oracle Linux 9 |
|
|
Oracle Linux 8 |
|
|
Oracle Linux 7.9 |
|
|
Oracle Solaris 11.4 |
|
新しいKubernetesバージョン1.25
このリリースでは、管理ノードでホストされているKubernetesクラスタがバージョン1.25にアップグレードされます。これは、環境が5回の完全アップグレード・サイクルを通過することを意味します。 Upgraderはプロセス全体を管理しますが、最小のアプライアンス構成では少なくとも4時間、フル構成のラックでは最大18時間かかります。
アップグレード・プロセスの合理化
アップグレード計画に基づいて、ファームウェアを除くすべてのコンポーネントのアップグレードおよびパッチ操作は、規定の順序に従います。 アップグレードまたはパッチ・コマンドを実行する前に、アップグレード環境を準備するためのすべてのステップを完了しておく必要があります。
アップグレード計画ロジックは、不要なコンポーネント・リブートを回避するために改善されました。これにより、全体的なアップグレードまたはパッチ期間が短縮され、障害、パフォーマンスの低下またはダウンタイムのリスクが最小限に抑えられます。 また、アップグレード計画にリストされている推定所要時間はより正確に計算され、リブートおよびアップグレード要件インジケータの信頼性が高くなります。
アプライアンス・ソフトウェア・バージョン3.0.1を実行しているシステムは、最新リリースに到達するために2回アップグレードする必要があります。 3.0.2-b776803と3.0.2-b892153の間のバージョンへの中間アップグレードが必要です。
すべての変更は、「Oracle Private Cloud Applianceアップグレード・ガイド」および「Oracle Private Cloud Applianceパッチ適用ガイド」に反映されます。
新しいアップリンク構成オプション
アプライアンスからデータセンター・ネットワークへのデータ・ネットワーク・アップリンク(ポート1-4)を、リンクアグリゲーションにvPC/MLAGを使用せずに静的ルーティング接続として構成できるようになりました。 アクティブ/アクティブ・モードのデータ・アップリンクはECMPプロトコルを使用し、アクティブ/パッシブ・アップリンクはVRRPを使用します。
オプションの管理ネットワーク・アップリンク(ポート5)では、データ・ネットワークと同様のルーティング・オプションが提供されるようになりました。 管理ネットワークは、BGPベースの動的ルーティングを使用するように構成できます。 静的ルーティングは、リンク集約にvPC/MLAGを必要とせずに構成できるようになりました。 アクティブ/アクティブ・モードでは、アップリンクはECMPプロトコルを使用し、アクティブ/パッシブ・アップリンクはVRRPを使用します。
「Oracle Private Cloud Applianceインストレーション・ガイド」の「Oracle Private Cloud Applianceの構成」を参照してください
ディザスタ・リカバリのためのDNSマッピング
ディザスタ・リカバリ用に構成されたシステムでカスタムCA証明書を使用できるようになりました。 レプリケーションIPアドレスを解決できるようにするには、データセンターのDNS構成にポインタ・レコードを追加する必要があります。 これらのPTRレコードは、ZFS Storage Applianceホスト名をDR構成内のリモート・システムのレプリケーション・インタフェースIPにマップする必要があります。 詳細および手順は、「Oracle Private Cloud Appliance管理者ガイド」の章「ディザスタ・リカバリ」を参照してください。
新世代SSD
Oracle Server X9-2管理およびコンピュート・ノードでは、240GBのM.2 SATAハード・ドライブのペアをブート・デバイスとして使用します。 現在のモデルが段階的に廃止されると、新しい世代がPrivate Cloud Applianceに対して修飾されます。 新しいSSDは、以前のモデルと機能的に同じです。