単一ノードの OpenShift (SNO) クラスターへのインストール
WebSphere Automation は、単一ノードの OpenShift (SNO) へのインストールをサポートします。 SNO は、フットプリントが削減された、完全に機能する Red Hat OpenShift Container Platform インストール済み環境を提供します。このインストール済み環境では、制御ノードとワーカー・ノードの機能が 1 つのノードに結合されます。
Red Hat OpenShift Container Platform を単一ノードにインストールする方法の詳細については、 OpenShift を単一ノードにインストールする を参照のこと。
SNO を使用した場合の影響
単一ノードで実行すると、以下のような影響があります。
- ワークロードの可用性のためのより限定的なオプション。 例えば、ワークロードを他のワーカーにフェイルオーバーできるようにするマルチノード・クラスターの冗長性は存在しません。 ポッドおよびマルチレプリカ・デプロイメントのローリング・アップグレードにより、この制限を緩和できます。
- ノードのリブートまたはドレーンを必要とする Red Hat OpenShift 構成変更 ( Red Hat OpenShift のアップグレードなど) によって発生したデプロイ済みインスタンスでのダウン時間。
- ストレージ・プロバイダーの選択肢は限られています。 WebSphere Automation でサポートされているいくつかのストレージ・プロバイダーは、SNO クラスターでは実行できません。 SNO クラスターでネットワーク・ファイル・システム (NFS) を使用することは可能ですが、 NFS は WebSphere Automation 実稼働環境でサポートされているストレージ・プロバイダーではありません。 NFS は、テスト環境または PoC (概念検証) 環境で WebSphere Automation のストレージ・プロバイダーとしてのみ使用できます。NFS をストレージ・プロバイダーとして POC WebSphere Automation 環境をセットアップすることを選択した場合は、以下の情報を参照してください。
- NFS サーバーの導入
- NFS サブディレクトリ External Provisioner
( Red Hat OpenShift のインストール手順に従ってください)。
- NFS サーバーの導入
SNO を使用する利点
以下のシナリオでは、SNO クラスターを使用すると利点があります。
- リソース制約のある環境。 最小限のフットプリントでインスタンスをインストールする方法については、 Starterプロファイル構成を参照してください。
- Red Hat OpenShift Container Platform が必要であり、ノードの障害を軽減できるエッジ・サイト。
- PoC (概念検証) (POC) 環境。
詳細は シングルノード OpenShift をご紹介します:エッジアーキテクチャ向けの最新小型 OpenShift フットプリント を参照。