1 概要
Oracle Cloud Native Environment ( Oracle CNE)リリース1からリリース2へのアップグレードを紹介します。
重要:
Oracle CNEリリース1からリリース2へのアップグレードは、Oracle CNEリリース1.9で実行できます。 以前のバージョンのOracle CNEを使用している場合は、リリース2にアップグレードする前に、リリース1.9にアップグレードします。
リリース2へのアップグレードを実行する前に、Oracle CNEリリース1.9の最新のエラータ・リリースを実行する必要があり、インストールされているすべてのモジュールを更新する必要があります。 最新のエラータ・リリースへのアップグレードについては、「Oracle Cloud Native Environment: 更新およびアップグレードforリリース1.9」を参照してください。
アップグレードするには、高可用性リリース1クラスタが必要です。 単一ノード・クラスタ、または3つ未満のコントロール・プレーン・ノードを持つクラスタはアップグレードできません。
いくつかのアップグレード・パスを使用できます。 一部のユーザーは、起動時にKickstartファイルを挿入するためにシステムのコンソールにアクセスする必要があります。 他のパスではこれを必要とせず、かわりに、Oracle Linux Virtualization ManagerまたはOCIユーザー・インタフェースを使用してブート・ディスクを交換するオプションを使用します。 どのアップグレード・パスが最も適切かを判断するには、次の表を使用します。
表1-1 サーバーのアップグレード・オプション
| サーバー・タイプ | ブート・ディスクを置き換えます | システム・ブート・コンソールへのアクセスが必要 |
|---|---|---|
|
ベアメタル・システム |
||
|
Oracle Linuxカーネル・ベースの仮想マシン(KVM)インスタンス |
独自のクラスタのアップグレード | |
| Oracle Linux Virtualization Manager仮想マシン(VM) | ||
|
OCI インスタンス |
||
|
Oracle Private Cloud Appliance仮想インスタンス |
||
|
Oracle Private Cloud at Customer仮想インスタンス |
これはインプレース移行で、ノードはOracle CNEリリース2 OSを使用するように更新されます。 移行の終了時:
-
すべてのクラスタ・ノードに、Oracle CNEリリース2 OSがインストールされています。
-
Oracle CNE CLIでは、すべてのノードを管理できます。
-
ノードは、「Oracle Cloud Native Environment: リリース・ノート」で説明されているように、最新バージョンのKubernetesを実行しています。
-
リリース1のすべてのモジュールは、Oracleアプリケーション・カタログのアプリケーションとして使用できます。 すべてのリリース1のKubernetesアプリケーションもカタログで使用できます。
アップグレードは、BYO (Bring Your Own)プロバイダを使用して実行されます。 開始する前に、BYOクラスタおよびOracle CNEリリース2のアーキテクチャを理解するために、「Oracle Cloud Native Environment: 概要」および「Oracle Cloud Native Environment: Kubernetesクラスタ」のBYOプロバイダについて読むことをお薦めします。