Stonebranch ユニバーサルコントローラーと AWS Mainframe Modernizationを統合 - AWS 規範ガイダンス

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Stonebranch ユニバーサルコントローラーと AWS Mainframe Modernizationを統合

制作:ベイディ・サンカラン (AWS)、ロバート・ルミュー (ストーンブランチ)、フセイン・ゴムレクシゾグル (ストーンブランチ)、パブロ・アロンソ・プリエト (AWS)

コードリポジトリ: aws-mainframe-modernization-stonebranch統合

環境:PoC またはパイロット

テクノロジー:メインフレーム DevOps、モダナイゼーション、オペレーション、SaaS

ワークロード:オープンソース、Microsoft

AWS サービス: AWS Mainframe Modernization、Amazon RDS、Amazon S3

[概要]

このパターンは、「Stonebranch ユニバーサルオートメーションセンター (UAC) のワークロードオーケストレーション」を「Amazon Web Services AWS Mainframe Modernizationサービス」と統合する方法を説明しています。AWS Mainframe Modernizationサービスは、メインフレームアプリケーションを AWS クラウドに移行して最新化します。Micro Focus エンタープライズテクノロジーによる「AWS Mainframe Modernizationリプラットフォーム」と、AWS Blu Age による「AWS Mainframe Modernization自動リファクタリング」の 2 つのパターンがあります。 

Stonebranch UAC は、リアルタイムの IT 自動化およびオーケストレーションプラットフォームです。UAC は、オンプレミスから AWS までのハイブリッド IT システム全体のジョブ、アクティビティ、ワークフローを自動化および調整するように設計されています。メインフレームシステムを使用する企業クライアントは、クラウド中心の最新のインフラストラクチャとアプリケーションに移行しつつあります。Stonebranch のツールとプロフェッショナルサービスは、既存のスケジューラーと自動化機能の AWS クラウドへの移行を容易にします。

AWS Mainframe Modernizationサービスを使用してメインフレームプログラムを AWS クラウドに移行または最新化すると、この統合を使用してバッチスケジューリングを自動化し、敏捷性を高め、メンテナンスを改善し、コストを削減できます。

このパターンは、「Stonebranch スケジューラーを 「AWS Mainframe Modernizationサービス」 Micro Focus Enterprise ランタイムに移行されたメインフレームアプリケーションと統合する手順を示しています。このパターンは、ソリューションアーキテクト、デベロッパー、コンサルタント、移行スペシャリスト、および移行、モダナイゼーション、運用、または に取り組むその他の人を対象としています DevOps。

ターゲットを絞った成果

このパターンは、以下の目標となる成果を提供することに重点を置いています。

  • Stonebranch ユニバーサルコントローラー」から「AWS Mainframe Modernizationサービス (Microfocus ランタイム)」で実行されているメインフレームバッチジョブをスケジュール、自動化、実行する機能。

  • Stonebranch ユニバーサルコントローラからアプリケーションのバッチプロセスを監視します。

  • Stonebranch ユニバーサルコントローラからバッチプロセスを自動または手動で開始/再開/再実行/停止します。

  • AWS Mainframe Modernizationのバッチプロセスの結果を取得します。

  • Stonebranch ユニバーサルコントローラーでバッチジョブの AWS CloudWatch ログをキャプチャします。

前提条件と制限

前提条件

制約事項

  • 製品とソリューションはOpenJDK 8と11でのみテストされ、互換性が検証されています。

  • aws-mainframe-modernization-stonebranch統合タスクスケジューリングテンプレートは、AWS Mainframe Modernization サービスでのみ機能します。

  • このタスクスケジューリングテンプレートは、Stonebranch エージェントの UNIX、Linux、または Windows エディションでのみ機能します。

アーキテクチャ

ターゲットアーキテクチャ

次の図表は、このパイロットに必要な AWS 環境の例を示しています。

AWS Mainframe Modernization 環境とやり取りする Stonebranch UAC。
  1. Stonebranch ユニバーサルオートメーションセンター (UAC) には、ユニバーサルコントローラーとユニバーサルエージェントの 2 つの主要コンポーネントがあります。Stonebranch OMS はコントローラと個々のエージェント間のメッセージバスとして使用されます。

  2. Stonebranch UAC データベースはユニバーサルコントローラによって使用されます。データベースは、MySQL、Microsoft SQL Server、Oracle、または Aurora MySQL と互換性があります。

  3. AWS Mainframe Modernization サービス — BankDemo アプリケーションがデプロイされた Micro Focus ランタイム環境。 BankDemo アプリケーションファイルは S3 バケットに保存されます。このバケットにはメインフレーム JCL ファイルも含まれています。

  4. Stonebranch UAC は、バッチ実行時に以下の機能を実行できます。

    1. AWS Mainframe Modernizationサービスにリンクされている S3 バケットにある JCL ファイル名を使用してバッチジョブを開始します。

    2. バッチジョブのステータスを実行させます。

    3. バッチジョブの実行が完了するまでお待ちください。

    4. バッチジョブ実行のログを取得します。

    5. 失敗したバッチジョブを再実行します。

    6. ジョブの実行中にバッチジョブをキャンセルします。

  5. Stonebranch UAC はアプリケーションに対して以下の機能を実行できます。

    1. アプリケーションの開始

    2. アプリケーションのステータスを取得

    3. アプリケーションが起動または停止するまでお待ちください。

    4. アプリケーションの停止

    5. アプリケーション操作のログを取得

ストーンブランチのジョブ変換

次の図は、近代化の過程におけるストーンブランチの転職プロセスを表しています。ジョブスケジュールとタスク定義を、AWS Mainframe Modernizationバッチタスクを実行できる互換性のある形式に変換する方法について説明します。

Amazon S3 の JCL ファイルを使用して、メインフレームから Amazon EC2 のジョブスケジューラへの変換を処理します。 Amazon S3
  1. 変換プロセスでは、ジョブ定義が既存のメインフレームシステムからエクスポートされます。

  2. JCL ファイルはメインフレームモダナイゼーションアプリケーションの S3 バケットにアップロードできます。これにより、これらの JCL ファイルを AWS Mainframe Modernizationサービスでデプロイできます。

  3. 変換ツールは、エクスポートされたジョブ定義を UAC タスクに変換します。

  4. すべてのタスク定義とジョブスケジュールが作成されると、これらのオブジェクトは Universal Controller にインポートされます。変換されたタスクは、メインフレームで実行するのではなく、AWS Mainframe Modernizationサービス内のプロセスを実行します。

ストーンブランチ UAC アーキテクチャ

次のアーキテクチャ図は、高可用性 (HA) ユニバーサルコントローラーの active-active-passive モデルを示しています。Stonebranch UAC は複数のアベイラビリティーゾーンにデプロイされ、高可用性を提供し、ディザスタリカバリ (DR) をサポートします。

DR とコントローラー、Amazon EFS 、Aurora、バックアップ用の S3 バケットを備えたマルチ AZ 環境。

ユニバーサルコントローラー

2 台の Linux サーバーがユニバーサルコントローラーとしてプロビジョニングされます。どちらも同じデータベースエンドポイントに接続します。各サーバーにはユニバーサルコントローラアプリケーションと OMS が格納されています。ユニバーサルコントローラーの最新バージョンは、プロビジョニング時に使用されます。

ユニバーサルコントローラーは Tomcat Web アプリにドキュメント ROOT としてデプロイされ、ポート 80 で提供されます。このデプロイにより、フロントエンドロードバランサーの設定が容易になります。

Stonebranch ワイルドカード証明書 (例:https://customer.stonebranch.cloud) を使用して TLS または HTTPS 経由の HTTP を有効にします。これにより、ブラウザとアプリケーション間の通信が保護されます。

OMS

ユニバーサルエージェントと OMS (Opswise メッセージサービス) は各ユニバーサルコントローラサーバに常駐しています。顧客側からデプロイされたすべてのユニバーサルエージェントは、両方の OMS サービスに接続するように設定されます。OMS はユニバーサルエージェントとユニバーサルコントローラ間の共通のメッセージングサービスとして機能します。

Amazon EFS は各サーバーにスプールディレクトリをマウントします。OMS は、この共有スプールディレクトリを使用して、コントローラやエージェントからの接続情報やタスク情報を保持します。OMS は高可用性のモードで動作します。アクティブな OMS がダウンした場合、パッシブ OMS はすべてのデータにアクセスでき、アクティブな操作を自動的に再開します。ユニバーサルエージェントはこの変更を検出し、新しいアクティブ OMS に自動的に接続します。

データベース

Amazon Relational Database Service (Amazon RDS) には、Amazon Aurora MySQL 互換のエンジンを使用する UAC データベースが格納されています。Amazon RDS は、定期的なバックアップの管理と提供に役立ちます。ユニバーサルコントローラのインスタンスは両方とも同じデータベースエンドポイントに接続します。

ロードバランサー

Application Load Balancer はインスタンスごとに設定されます。ロードバランサーはいつでもトラフィックをアクティブコントローラーに転送します。インスタンスドメイン名はそれぞれのロードバランサーエンドポイントを指します。

URL

次の例に示しているように、各インスタンスには URL があります。

環境

インスタンス

本番稼働用

カスタマー.ストーンブランチ.クラウド

開発 (ノンプロダクション)

customerdev.ストーンブランチ.クラウド

テスト (ノンプロダクション)

カスタマーテスト.ストーンブランチ.クラウド

 注:ノンプロダクションインスタンス名は必要に応じて設定できます。

高可用性

ハイアベイラビリティ (HA) とは、指定された期間、システムを障害なく継続的に運用できることです。このような障害には、ストレージ、CPU やメモリの問題によるサーバー通信応答の遅延、ネットワーク接続などが含まれますが、これらに限定されません。

HA 要件を満たすには:

  • EC2 インスタンス、データベース、その他の設定はすべて、同じ AWS リージョン内の 2 つの別々のアベイラビリティーゾーンにミラーリングされます。

  • コントローラーは、2 つのアベイラビリティーゾーンにある 2 つの Linux サーバーで Amazon マシンイメージ (AMI) を介してプロビジョニングされます。たとえば、ヨーロッパ eu-west-1 リージョンでプロビジョニングされている場合、アベイラビリティーゾーン eu-west-1a とアベイラビリティーゾーン eu-west-1c にユニバーサルコントローラーがあります。

  • アプリケーションサーバー上でジョブを直接実行することはできず、データをこれらのサーバーに保存することもできません。

  • Application Load Balancer は、各ユニバーサルコントローラーのヘルスチェックを実行してアクティブなコントローラーを特定し、トラフィックをそのユニバーサルコントローラーに転送します。1 つのサーバーに問題が発生した場合、ロードバランサーはパッシブユニバーサルコントローラーを自動的にアクティブ状態に昇格させます。その後、ロードバランサーはヘルスチェックから新しいアクティブな Universal Controller インスタンスを識別し、トラフィックの転送を開始します。フェイルオーバーは 4 分以内に行われ、ジョブが失われることはありません。フロントエンド URL は変わりません。

  • Aurora MySQL 互換のデータベースサービスには、ユニバーサルコントローラーのデータが保存されます。本番環境では、1 つのAWSリージョン内の 2 つの異なるアベイラビリティゾーンにある 2 つのデータベースインスタンスでデータベースクラスターを構築します。どちらのユニバーサルコントローラも、単一のデータベースクラスターエンドポイントを指す Java Database Connectivity (JDBC) インターフェイスを使用します。1 つのデータベースインスタンスで問題が発生した場合、データベースクラスターエンドポイントは正常なインスタンスを動的に参照します。手動による介入は必要ありません。

バックアップとパージ

Stonebranch ユニバーサルコントローラは、表に示されているスケジュールに従って古いデータをバックアップおよび消去するように設定されています。

タイプ

スケジュール

アクティビティ

7 日間

監査

90 日間

履歴

60 日

表示されている日付より古いBackup データは、.xml 形式にエクスポートされ、ファイルシステムに保存されます。バックアッププロセスが完了すると、古いデータはデータベースから削除され、本番インスタンスでは最大 1 年間 S3 バケットにアーカイブされます。

このスケジュールはユニバーサルコントローラーのインターフェースで調整できます。ただし、これらの時間枠を長くすると、メンテナンス中のダウンタイムが長くなる可能性があります。

ツール

AWS サービス

  • AWS Mainframe Modernization サービスは、メインフレームアプリケーションを AWS クラウドネイティブなマネージドランタイム環境にモダナイズするのに役立ちます。移行とモダナイズの計画および実装に役立つツールとリソースを提供します。

  • Amazon Elastic Block Store (Amazon EBS) は、Amazon EC2 インスタンスで使用するためのブロックレベルのストレージボリュームを提供します。

  • Amazon Elastic File System (Amazon EFS) は、 AWS クラウドでの共有ファイルシステムの作成と設定に役立ちます。

  • Amazon Relational Database Service (Amazon RDS) を使用して、AWS クラウドでリレーショナルデータベース (DB) をセットアップ、運用、スケーリングできます。このパターンでは Amazon Aurora MySQL–Compatible Edition を使用しています。

  • Amazon Simple Storage Service (Amazon S3) は、どのようなデータ量であっても、データを保存、保護、取得することを支援するクラウドベースのオブジェクトストレージサービスです。

  • Elastic Load Balancing (ELB)」は、受信するアプリケーションまたはネットワークのトラフィックを複数のターゲットに分散します。たとえば、1 つ以上のアベイラビリティーゾーンの Amazon EC2 インスタンス、コンテナ、および IP アドレスにトラフィックを分散できます。このパターンでは、Application Load Balancer を使用します。

ストーンブランチ

  • ユニバーサルオートメーションセンター (UAC)」は、エンタープライズワークロード自動化製品のシステムです。このパターンでは次の UAC コンポーネントを使用します。

    • Tomcat Web コンテナ内で動作する Java Web アプリケーションである「ユニバーサルコントローラは」、「ユニバーサルオートメーションセンター」のエンタープライズジョブスケジューラおよびワークロードオートメーションブローカーソリューションです。Controller は、コントローラー情報の作成、監視、設定を行うためのユーザーインターフェースを提供し、スケジューリングロジックの処理、「ユニバーサルエージェント」との間で送受信されるすべてのメッセージの処理、ユニバーサルオートメーションセンターの「高可用性」運用の大部分の同期を行います。

    • Universal Agent」はベンダーに依存しないスケジューリングエージェントで、レガシーおよび分散型を問わず、すべての主要なコンピューティングプラットフォーム上の既存のジョブスケジューラと連携します。z/シリーズ、I/シリーズ、UNIX、Linux、または Windows で動作する全てのスケジューラーがサポートされています。

  • Universal Agent」はベンダーに依存しないスケジューリングエージェントで、レガシーおよび分散型を問わず、すべての主要なコンピューティングプラットフォーム上の既存のジョブスケジューラと連携します。z/シリーズ、I/シリーズ、UNIX、Linux、または Windows で動作する全てのスケジューラーがサポートされています。

  • Stonebranch aws-mainframe-modernization-stonebranch-integration AWS Mainframe Modernization ユニバーサルエクステンションは、AWS Mainframe Modernization プラットフォームでバッチジョブを実行、モニタリング、再実行する統合テンプレートです。

コード

このパターンのコードは、 aws-mainframe-modernization-stonebranch統合 GitHub リポジトリで入手できます。

エピック

タスク説明必要なスキル

インストールファイルをダウンロードします。

Stonebranch サーバーからインストールをダウンロードします。インストールファイルを入手するには、Stonebranch に連絡してください。

クラウドアーキテクト

EC2 インスタンスを起動します。

ユニバーサルコントローラとユニバーサルエージェントのインストールには、約 3 GB の追加スペースが必要です。そのため、インスタンスには少なくとも 30 GB のディスクスペースを確保してください。

アクセスできるようにセキュリティグループにポート 8080 を追加します。

クラウドアーキテクト

前提条件をチェックします。

インストールの前に、以下を実行します。

  1. Java ランタイム環境のダウンロード」の説明に従って Java をインストールします。

    $ sudo yum -y update $ sudo yum install java-11-amazon-corretto

    必ず、サポートされている JAVA バージョンのいずれかを使用してください。前のコマンドで java-11 がインストールされるはずです。Java のバージョンを確認し、バージョン 11 を使用していることを確認してから続行してください。

  2. Apache Tomcat のインストール」ドキュメントで説明されているように、以下のコマンドを実行します。

    $ sudo yum install tomcat tomcat-admin-webapps $ sudo systemctl enable tomcat $ sudo systemctl start tomcat
  3. Aurora MySQL DB クラスターの作成とそのクラスターへの接続」の説明に従って、Amazon Aurora データベースを作成します。Amazon Aurora MySQL 互換エディションを使用します。

    マスターユーザー名とマスターパスワードを選択します。残りの設定はデフォルト値のままにしておきます。

クラウド管理者、Linux 管理者

ユニバーサルコントローラーをインストールします。

  1. universal-controller-7.2.0.0.tar インストールファイルを EC2 インスタンスにアップロードします。

  2. インストールファイルをtempフォルダにアーカイブ解除します。

    $ tar -xvf universal-controller-7.2.0.0.tar
  3. インストールスクリプトに実行権限を付与します。

    $ chmod a+x install-controller.sh
  4. Load Balancer Controller をインストールします。この例では、次のコマンドを使用してユニバーサルコントローラを /usr/share/tomca t にインストールします。前のステップで作成した Amazon Aurora データベースの名前を使用します。

    $ sudo ./install-controller.sh --tomcat-dir /usr/share/tomcat/ --controller-file universal-controller-7.2.0.0-build.145.war --dbuser admin --dbpass “****” --dbname uc --rdbms mysql --dburl jdbc:mysql://database-2-instance-1.cih63miincgy.us-east-1.rds.amazonaws.com:3306/

    スクリプトの出力の最後の行は「インストール完了」になっているはずです。

  5. EC2 インスタンス内の次の URL に移動します。

    http://<public_ip>:8080/uc
  6. ログイン画面の「ユーザー名」セクションに「ops.admin」と入力し、「パスワード」フィールドは空白のままにします。

  7. ops.admin ユーザーのパスワードを設定します。

クラウドアーキテクト、Linux 管理者

ユニバーサルエージェントをインストールします。

  1. sb-7.2.0.1-linux-3.10-x86_64.tar.Zインストールファイルを EC2 インスタンスにアップロードします。

  2. EC2 インスタンスにログインします。

  3. ユニバーサルエージェントインストールパッケージをアーカイブ解除します。

    $ zcat sb-7.2.0.1-linux-3.10-x86_64.tar.Z | tar xvf –
  4. 以下のコマンドを実行します。

    $ sudo ./unvinst --oms_servers 7878@localhost --oms_autostart yes --python yes
  5. PAM ファイルを作成します。

    $ cp /etc/pam.d/login /etc/pam.d/ucmd
  6. ユニバーサルエージェントの自動起動を有効にします。

    $ /sbin/restorecon -v /etc/rc.d/init.d/ubrokerd
クラウド管理者、Linux 管理者

OMS をユニバーサルコントローラに追加します。

  1. ops.adminユーザーと一緒にユニバーサルコントローラにログインします。

  2. 画面の左上隅にある「サービス」メニューを選択し、「システム」の「OMS サーバー」メニューを選択します。

  3. OMS サーバーアドレスフィールドに「localhost」と入力し、保存します。

  4. OMS サーバーのステータスが [接続済み]、「セッションステータス」が「動作可能」と表示されます。

ユニバーサルコントローラー管理者
タスク説明必要なスキル

統合テンプレートをインポートします。

このステップには、「AWS Mainframe Modernizationユニバーサルエクステンション」が必要です。.zip ファイルの最新リリースバージョンがダウンロードされていることを確認します。

  1. ops.adminユーザーと一緒にユニバーサルコントローラにログインします。

  2. サービス」、「統合テンプレートのインポート」に移動します。

  3. 統合テンプレートの.zip ファイル (aws_mainframe_modernization_stonebranch_extension.zip) を選択し、「インポート」を選択します。

統合テンプレートをインポートすると、「利用可能なサービス」の下に「AWS Mainframe Modernizationタスク」が表示されます。

ユニバーサルコントローラー管理者

解決可能な認証情報を有効にする。

  1. サービス」、「AWS Mainframe Modernizationタスク」に移動します。

  2. 右側のパネルで、必須フィールドに入力します。

    • 名前:新しいメインフレームモダナイゼイションタスク

    • エージェント:唯一のエージェント (AGNT0001) を選択します。

    AWS Mainframe Modernizationの詳細」では:

    • アクション:環境を一覧表示する

    • AWS 認証情報:EC2 インスタンスに AWS Identity and Access Management (IAM) ロールを追加している場合は、このフィールドを空のままにしておくことができます。AWSAccessKeyIDAWSSecretKeyを使用する場合は、フィールドの横にあるアイコン () を選択します。

    開いた「認証情報の詳細」ウィンドウに、次の情報を入力して保存します。

    • 名前:AWS Mainframe Modernization証明書

    • ランタイムユーザ:このフィールドに AWS アクセスキー ID を記入します。

    • ランタイムパスワード:このフィールドに AWS シークレットキーを記入します。

    • エンドポイント エンドポイントに正しい AWS リージョンがあることを確認してください。デフォルトは「https://m2.us-east-1.amazonaws.com」です。

    • リージョン:AWS Mainframe Modernizationサービスのリージョンを入力します。デフォルトは us-east-1 です。

  3. 残りのフィールドはデフォルト値のままにして、タスクを保存します。

ユニバーサルコントローラー管理者

タスクを起動します。

  1. 右側のパネルの上部にある「タスクを起動」を選択します。

  2. 確認ウィンドウで、[起動] を選択します。その後、Universal Controller Console に次のようなメッセージが表示されます。

    2022-08-24 午前 10:11 時 49 分

    タスクインスタンス sys_id 1661291493634146313NC8E38DB8OZJY を使用してユニバーサルタスク「新しいメインフレームモダナイゼイションタスク」を正常に起動しました。

  3. インスタンス」に移動します。「インスタンス」タブが表示されない場合は、右矢印を選択して右にスクロールします。

  4. リスト内のタスクインスタンスのコンテキスト (右クリック) メニューを開き、「出力を取得」を選択し、「出力を取得」で「提出信」を選択します。

  5. 出力を取得」ウィンドウに、STDOUT 内の環境のリストが表示されます。

ユニバーサルコントローラー管理者
タスク説明必要なスキル

バッチジョブのタスクを作成します。

  1. サービス」、「AWS Mainframe Modernizationタスク」に移動します。

  2. 右側のパネルで、必須フィールドに入力します。

    • 名前:新しいメインフレームモダナイゼイションタスク

    • エージェント:唯一のエージェント (AGNT0001) を選択します。

    AWS Mainframe Modernizationの詳細」では:

    • アクション:バッチ を開始する(またはBatch を開始してバッチジョブを実行し、AWS でタスクが完了するまで待つ)

    • AWS 認証情報:EC2 インスタンスに IAM ロールを追加している場合は、このフィールドを空のままにしておくことができます。AWSAccessKeyIDAWSSecretKeyを使用する場合は、フィールドの横にあるアイコン () を選択します。

    • エンドポイント エンドポイントに正しい AWS リージョンがあることを確認してください。デフォルトは「https://m2.us-east-1.amazonaws.com」です。

    • リージョン:AWS Mainframe Modernizationサービスのリージョンを入力します。デフォルトは us-east-1 です。

    • アプリケーション:フィールド () の横にあるアイコンを選択し、「アプリケーション選択肢の更新」で「提出」を選択します。これにより、AWS Mainframe Modernizationサービスに接続され、アプリケーションのリストが返されます。これで、ドロップダウンリストからアプリケーションを選択できます。バッチジョブを実行するアプリケーションを選択します。

    • JCL ファイル名RUNHELLO.jcl

    • 成功または失敗を待つ このオプションを選択すると、タスクはバッチジョブのステータスが「成功」または「失敗」になるまで待機します。

    • ポーリング間隔:各ポーリング間の時間です。

    • 実行ログを取得:選択すると、バッチジョブが完了すると自動的にログが取得されます。

    • ログフォーマット:印刷されるログのフォーマットです。テキスト形式でも JSON 形式でもかまいません。

  3. 残りのフィールドはデフォルト値のままにして、タスクを保存します。

ユニバーサルコントローラー管理者

タスクを起動します。

  1. 右側のパネルの上部にある「タスクを起動」を選択します。

  2. 確認ウィンドウで、[起動] を選択します。その後、Universal Controller Console に次のようなメッセージが表示されます。

    2022-08-24 午前 11:11:59

    タスクインスタンスsys_id <sys id>でユニバーサルタスク「メインフレームモダナイゼイション開始バッチ」を正常に起動しました。

  3. インスタンス」に移動します。「インスタンス」タブが表示されない場合は、右矢印を選択して右にスクロールします。

  4. リスト内のタスクインスタンスのコンテキスト (右クリック) メニューを開き、「出力を取得」を選択し、「出力を取得」で「提出信」を選択します。

  5. 出力を取得」ウィンドウに、STDOUT 内の環境のリストが表示されます。

ユニバーサルコントローラー管理者
タスク説明必要なスキル

タスクをコピーしてください。

  1. コピーを作成したいタスクのコンテキスト (右クリック) メニューを開き、「コピー」を選択します。

  2. AWS Mainframe Modernizationタスクのコピー」ウィンドウで、新しいタスクの新しい名前を「メインフレームモダナイゼーション開始Batch-「RUNAWS2」と入力します。

  3. メインフレーム近代化開始Batch-「RUNAWS3」という名前を使用して、タスクをもう一度コピーします。

  4. メインフレーム・モダナイゼーション・スタート・Batch-「RUNAWS4」という名前を使用して、タスクをもう一度コピーします。

  5. 最後に、メインフレームモダナイゼイション開始Batch-「FOOBAR」という名前でタスクをコピーします。

ユニバーサルコントローラー管理者

タスクを更新します。

  1. メインフレーム・モダナイゼーション・スタート・Batch-RUNAWS2タスクを開いて (ダブルクリック)、「JCL ファイル名」フィールドをRUNAWS2.jclに変更して保存します。

  2. メインフレーム・モダナイゼーション・スタート・Batch-RUNAWS3 タスクを開き (ダブルクリック)、「JCL ファイル名」フィールドをRUNAWS3.jcl に変更して保存します。

  3. メインフレーム・モダナイゼーション・スタート・Batch-RUNAWS4 タスクを開いて (ダブルクリック)、「JCL ファイル名」フィールドをRUNAWS4.jcl に変更して保存します。

  4. メインフレーム・モダナイゼーション・スタート・Batch-FOOBARタスクを開き (ダブルクリック)、「JCL ファイル名」フィールドをMISSING.jcl,に変更して保存します。JCL ファイル名の値が正しくないため、このタスクは失敗します。

ユニバーサルコントローラー管理者

ワークフローを作成します。

  1. [サービス]、[ワークフロー]に移動します。

  2. 右側のパネルの「名前」フィールドに「メインフレーム・モダナイゼーション・ワークフロー」と入力し、保存します。

  3. 右側のパネルで、「ワークフローを編集」を選択します。

  4. ワークフローエディター」タブの「タスクを追加」ボタン (+)

  5. タスク検索」ウィンドウで「検索」を選択すると、ユニバーサルコントローラ内のすべてのタスクが表示されます。

  6. メインフレーム・モダナイゼーション・スタート・Batch・タスクの横にあるアイコンをクリックし、そのアイコンを「ワークフロー・エディタ」の何もない場所にドラッグします。

  7. 他のメインフレーム・モダナイゼーション・タスクについても同じ操作を繰り返し、「追加情報」セクションに示されているように配置します。

  8. 接続 ボタン」() を選択し、タスク同士を接続します。タスクを別のタスクと接続するには、タスクの中央をクリックし、目的のタスクにドラッグします。

  9. 追加情報」セクションに示されているようにタスクを接続し、ワークフローを保存します。

  10. ワークフローエディタの何もない場所を右クリックして、「ワークフローを起動」を選択し、「OK」を選択します。

ユニバーサルコントローラー管理者

ワークフロー実行のステータスを確認します。

  1. 左側のメニューで、「アクティビティ」を選択します。

  2. ウィンドウの中央にある「開始」を選択します。

    リストにタスクインスタンスのリストが表示されます。

  3. リストから メインフレームモダナイゼイションワークフローを開く (ダブルクリック) するか、コンテキスト (右クリック) メニューを開いて「ワークフロータスクコマンド」、「ワークフローを表示」を選択します。

    追加情報セクションに表示されているタスクが表示されます。2 つ目のタスクは、見つからない JCL ファイルを使用したために失敗することが予想されていました。

ユニバーサルコントローラー管理者
タスク説明必要なスキル

失敗したタスクを修正して再実行してください。

  1. 失敗したタスクを開きます (ダブルクリック)。タスクのエラーが表示されます。

  2. 失敗したタスクを修正するには 2 つのオプションがあります。

    • JCL ファイル名を修正し、FOOBAR.jclに設定します。

    • 正しい JCL ファイル名を「JCL ファイル名 (Temp) 」に追加します。このフィールドは「JCL ファイル名」フィールドを上書きします。

    このパイロットでは、2 番目のオプションを選択し、タスクインスタンスを保存します。

  3. ワークフローモニター」で、失敗したタスクのコンテキスト (右クリック) メニューを開き、「コマンド」、「再実行」を選択します。

  4. その後、すべてのタスクは正常に完了します。

ユニバーサルコントローラー管理者
タスク説明必要なスキル

「アプリケーションを開始」アクションを作成します。

  1. サービス」、「AWS Mainframe Modernizationタスク」に移動します。

  2. 右側のパネルで、必須フィールドに入力します。

    • 名前:メインフレーム近代化開始アプリケーション

    • エージェント:唯一のエージェント (AGNT0001) を選択します。

    AWS Mainframe Modernizationの詳細」では:

    • アクションアプリケーションの起動

    • AWS 認証情報:EC2 インスタンスに IAM ロールを追加している場合は、このフィールドを空のままにしておくことができます。AWSAccessKeyIDAWSSecretKeyを使用する場合は、前に作成した認証情報を選択してください。

    • エンドポイント エンドポイントのリージョンが正しいことを確認してください。デフォルトは「https://m2.us-east-1.amazonaws.com」です。

    • リージョン:AWS Mainframe Modernizationサービスのリージョンを入力します。デフォルトは us-east-1 です。

    • アプリケーション:フィールド () の横にあるアイコンを選択し、「アプリケーション選択肢の更新」で「提出」を選択します。これにより、AWS Mainframe Modernizationサービスに接続され、アプリケーションのリストが返されます。これで、ドロップダウンリストからアプリケーションを選択できます。バッチジョブを実行するアプリケーションを選択します。

    • 成功または失敗を待つ このオプションを選択すると、タスクはバッチジョブのステータスが「成功」または「失敗」になるまで待機します。

    • ポーリング間隔:各ポーリング間の時間です。

    • 実行ログを取得:選択すると、バッチジョブが完了すると自動的にログが取得されます。

    • ログフォーマット:印刷されるログのフォーマットです。テキスト形式でも JSON 形式でもかまいません。

  3. 残りのフィールドはデフォルト値のままにして、タスクを保存します。

  4. 次に、このタスクをコピーして Stop Application のタスクを作成します。名前を「メインフレームモダナイゼイションストップアプリケーション」に変更し、アクションを「アプリケーションの停止」に変更します。

ユニバーサルコントローラー管理者
タスク説明必要なスキル

「バッチをキャンセル」アクションを作成します。

  1. サービス」、「AWS Mainframe Modernizationタスク」に移動します。

  2. 右側のパネルで、必須フィールドに入力します。

    • 名前:メインフレームのモダナイゼイションBatch 実行をキャンセル

    • エージェント:唯一のエージェント (AGNT0001) を選択します。

    AWS Mainframe Modernizationの詳細」では:

    • アクション Batch実行をキャンセル

    • AWS 認証情報:EC2 インスタンスに IAM ロールを追加している場合は、このフィールドを空のままにしておくことができます。AWSAccessKeyIDAWSSecretKeyを使用する場合は、前に作成した認証情報を選択してください。

    • エンドポイント エンドポイントのリージョンが正しいことを確認してください。デフォルトは「https://m2.us-east-1.amazonaws.com」です。

    • リージョン:AWS Mainframe Modernizationサービスのリージョンを入力します。デフォルトは us-east-1 です。

    • アプリケーション:フィールド () の横にあるアイコンを選択し、「アプリケーション選択肢の更新」で「提出」を選択します。これにより、AWS Mainframe Modernizationサービスに接続され、アプリケーションのリストが返されます。これで、ドロップダウンリストからアプリケーションを選択できます。バッチジョブを実行するアプリケーションを選択します。

    • 成功または失敗を待つ このオプションを選択すると、タスクはバッチジョブのステータスが「成功」または「失敗」になるまで待機します。

    • ポーリング間隔:各ポーリング間の時間です。

    • 実行ログを取得:選択すると、バッチジョブが完了すると自動的にログが取得されます。

    • ログフォーマット:印刷されるログのフォーマットです。テキスト形式でも JSON 形式でもかまいません。

  3. 残りのフィールドはデフォルト値のままにして、タスクを保存します。

関連リソース

追加情報

ワークフローエディターのアイコン

一番上の RUNHELLO タスク、中間の FOOBAR、3 番目のレベルの残りのタスク。

すべてのタスクが接続されている

RUNHELLO は FOOBAR に接続し、FOOBAR は残りの 3 つのタスクに接続します。

ワークフローステータス

FOOBAR タスクは失敗し、残りの 3 つのタスクは待機中です。