単一ノードの 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 環境をセットアップすることを選択した場合は、以下の情報を参照してください。

SNO を使用する利点

以下のシナリオでは、SNO クラスターを使用すると利点があります。

  • リソース制約のある環境。 最小限のフットプリントでインスタンスをインストールする方法については、 Starterプロファイル構成を参照してください。
  • Red Hat OpenShift Container Platform が必要であり、ノードの障害を軽減できるエッジ・サイト。
  • PoC (概念検証) (POC) 環境。

詳細は シングルノード OpenShift をご紹介します:エッジアーキテクチャ向けの最新小型 OpenShift フットプリント 外部リンク・アイコン を参照。