Bootnode ホストと bastion ホスト

IBM® Maximo® Application Suite のインストールを開始すると、インストールを制御して完了する Bootnode が作成されます。 Red Hat® OpenShift® クラスターでは、クラスター・ノードへのセキュア・シェル (SSH) アクセスを許可する要塞ホストが作成されます。

注: 要塞ホストは、既存のインフラストラクチャー用には作成されません。

Amazon Web Servicesへの Maximo Application Suite のインストール中に、 Amazon EC2 インスタンスを含む仮想プライベート・クラウド (VPC) が作成されます。 例えば、 Red Hat OpenShift クラスターを含めるために VPC が作成され、マスター・ノードとワーカー・ノードを表すために EC2 インスタンスがクラスター内に作成されます。

インストール中に作成される最も重要な 2 つの EC2 インスタンスは、Bootnode と bastion ホストです。

ブート・ノード

AWS クラウドでは、インストール・パラメーターを指定してインストールを開始すると、Bootnode が作成されます。 インストール・パラメーターは Bootnode に渡されます。 さらに、インストールを完了するために必要なすべてのツール (Terraform や Dockerなど) が Bootnode にインストールされます。 Bootnode は、これらのツールとパラメーターを使用して以下のタスクを実行し、インストールを完了します。

  • Red Hat OpenShift クラスターを含む VPC などの仮想ネットワーク・インフラストラクチャーを作成します。
  • Red Hat OpenShift クラスターを作成するブートストラップ・プロセスを実行します。
  • Maximo Application Suite の前提条件をインストールします。
  • Maximo Application Suiteをインストールします。
  • 必要なインストール後の検証を実行します。
  • ローカルと、 AWS アカウントに関連付けられた Amazon S3 ストレージ・バケットの両方に、インストール・コンテキスト・ファイルと Terraform 状態ファイルを保管します。

ブート・ノードは独自の VPC に配置されているため、 Maximo Application Suite Red Hat OpenShift クラスターの一部ではありません。 インストールが完了した後は、Bootnode を使用してクラスターにアクセスしたり、 Maximo Application Suiteと対話したりする必要はありません。 このため、Bootnode はシャットダウン状態のままになります。 ただし、必要に応じて再始動し、それを使用してインストールの問題のトラブルシューティングを行うことができます。

注: 既存のインフラストラクチャーを使用する場合、Bootnode は Red Hat OpenShift Container Platform クラスターの同じ VPC 内にあります。

要塞ホスト (bastion host)

Bootnode が作成する VPC には、いくつかのパブリック・サブネットとプライベート・サブネットが含まれています。 パブリック・サブネットの 1 つに、要塞ホストが作成されます。 このホストを使用すると、プライベート・サブネット内のクラスター・ノードに接続できます。

インストールが完了すると、要塞ホストはシャットダウン状態のままになります。 ただし、SSH を使用してクラスター・ノードにアクセスする場合は、再始動できます。 詳しくは、 Bootnode および Red Hat OpenShift クラスターへのアクセス のトピックを参照してください。

さらに、必要に応じて要塞ホストを削除し、独自の要塞ホストを作成することもできます。

注: Bootnode や要塞ホストなど、シャットダウン状態の Amazon EC2 インスタンスには料金は適用されません。 ただし、10 GB の接続 EBS GP2 ボリュームには料金が適用されます。 詳しくは、 AWS 資料の Amazon EBS 価格設定 を参照してください。