- | パラメータ |
+ パラメーター |
説明 |
- name: PUSH AS3 |
- Playbook task の説明です。ターミナルに表示されます。 |
+ Playbook タスクの人間用の説明、ターミナルウィンドウに出力します |
uri: |
- uri module を呼び出します。 |
+ このタスクは uri モード を呼び出しています |
url: "https://{{ ansible_host }}:8443/mgmt/shared/appsvcs/declare" |
- AS3 の web URL (API) です。 |
+ AS3 の Web URL (API) |
method: POST |
- HTTP リクエストメソッドは大文字である必要があります。モジュールドキュメントのページに全てのオプションリストがあります。DELETE や POST が使用できます。 |
+ リクエストの HTTP メソッド、大文字でなければなりません。モジュールのドキュメントページに、すべてのオプションのリストが記載されています。POST ではなく DELETE とすることもできます |
body: "{{ lookup('template','j2/tenant_base.j2', split_lines=False) }}" |
- これにより、結合されたテンプレート (tenant_base.j2 や as3_template.j2 を含む) が送信され、APIリクエストの本文として渡されます。 |
+ このパラメーターは組み合わせたテンプレート (as3_template.j2 が含まれる tenant_base.j2) を送信し、API リクエストのボディーとして渡されます。 |
status_code: 200 |
- リクエストの成功を示す有効な数値のHTTP ステータスコード。ステータスコードのカンマ区切りリストにすることもできます。200は正常を意味します。これは、HTTPリクエストが成功した場合の標準的な応答です。 |
+ リクエストが成功したことを表す、有効な数値の HTTP ステータスコード。ステータスコードのコンマ区切りリストとすることもできます。200 は OK を意味し、成功した HTTP リクエストに対する標準的な応答です |
-残りのパラメーターは、F5 BIG-IP への認証するためのもので、かなり簡単です。(すべての BIG-IP モジュールで共通)
+残りのパラメーターは、F5 BIG-IP への認証用で、非常に簡単です（すべての BIG-IP モジュールと同様）。
-## Step 7
-Playbook を実行します - コントロールホストのコマンドラインに戻って次のコマンドを実行します。
+## ステップ 7
+Playbook を実行します。保存して VS Code サーバーのターミナルに戻り、以下を実行します。
+
```
-[student1@ansible ~]$ ansible-playbook as3.yml
+[student1@ansible ~]$ ansible-navigator run as3.yml --mode stdout
```
+
-# Playbookの出力
+# Playbook の出力
-実行時の出力結果は次のようになります。
+出力は次のようになります。
+
```yaml
-[student1@ansible ~]$ ansible-playbook as3.yml
+[student1@ansible ~]$ ansible-navigator run as3.yml --mode stdout
-PLAY [Linklight AS3] ***********************************************************
+PLAY [Linklight AS3] **********************************************************
-TASK [Create AS3 JSON Body] ****************************************************
+TASK [Create AS3 JSON Body] ***************************************************
ok: [f5]
-TASK [Push AS3] ****************************************************************
+TASK [Push AS3] ***************************************************************
ok: [f5]
-PLAY RECAP *********************************************************************
+PLAY RECAP ********************************************************************
f5 : ok=2 changed=0 unreachable=0 failed=0
```
+
-# 解答
+# ソリューション
-Ansible Playbookが完了したら、Answer キーが提供されます。こちらをクリック！ [as3.yml](./as3.yml).
+完成した Ansible Playbook
+が、回答キーとしてここで提供されています。[as3.yml](https://github.com/network-automation/linklight/blob/master/exercises/ansible_f5/3.0-as3-intro/as3.yml)
+を表示するには、ここをクリックしてください。
-# 解答の確認
+# ソリューションの確認
-Webブラウザーから F5 BIG-IP にログインして、設定が行われている事を確認しましょう。lab_inventory/hosts というインベントリファイルから F5 ロードバランサーのIP情報を取得してください。ブラウザーには「https://X.X.X.X:8443/」のような感じで HTTPS にて 8443 ポートにアクセスします。
+Web ブラウザーで F5 にログインし、設定された内容を確認します。lab_inventory/hosts ファイルから F5 ロードバランサーの
+IP 情報を取得し、https://X.X.X.X:8443/ のように入力します。
-1. 左側のメニューから Local Traffic をクリックします。
-2. 次に Virtual Servers をクリックします。
-3. 右側の上部の `Partition` のドロップダウンメニューを開き、WorkshopExample を選択します。
-4. Virtual Server `serviceMain` を開きます。
+1. 左側のメニューで Local Traffic をクリックします
+2. Virtual Servers をクリックします。
+3. 右上の `Partition` というドロップダウンメニューをクリックし、WorkshopExample を選択します
+4. 仮想サーバー `serviceMain` が表示されます。
----
-これで本演習は終わりです。[演習ガイドへ戻る](../README.ja.md)
+You have finished this exercise. [Click here to return to the lab
+guide](../README.md)
diff --git a/exercises/ansible_f5/3.1-as3-change/README.ja.md b/exercises/ansible_f5/3.1-as3-change/README.ja.md
index f7c7ec37f..45a364b5d 100644
--- a/exercises/ansible_f5/3.1-as3-change/README.ja.md
+++ b/exercises/ansible_f5/3.1-as3-change/README.ja.md
@@ -1,61 +1,53 @@
-# 演習 3.1 - AS3 による変更運用
+# 演習 3.1 - AS3 での操作変更
-**Read this in other languages**:  [English](README.md),  [日本語](README.ja.md).
+**他の言語でもお読みいただけます** : [English](README.md)、 [日本語](README.ja.md).
## 目次
-- [目的](#目的)
-- [解説](#解説)
-- [Playbook の出力](#Playbookの出力)
-- [解答](#解答)
-- [確認](#確認)
+- [目的](#objective) - [ガイド](#guide) - [Playbook の出力](#playbook-output) -
+[ソリューション](#solution)
# 目的
-既存のWeb Application AS3テンプレートを変更します。既存のテンプレートには問題があり、serviceMainが赤色で表示されています。この問題を修正します。
-
+既存の Web アプリケーション AS3 テンプレートを変更する方法を説明します。既存のテンプレートに問題があり、serviceMain が赤で表示されています。何が悪いのでしょうか?
+# ガイド
-# 解説
-
-## Step 1:
+## ステップ 1:
-問題を特定します。WebブラウザからF5にログインして、設定内容を確認します。
+何が問題かを調べます。Web ブラウザーで F5 にログインし、設定された内容を確認します。
- 1. `ServiceMain` をクリックして、ダウン状態となっている理由を確認します。
- 2. テーブルの `Availability` フィールドを参照します。
+ 1. `ServiceMain` をクリックし、そのダウンしている理由を確認します。
+ 2. 表の `Availability` フィールドに注目します。
- 3. `Local Traffic` の` Pools` をクリックします。
+ 3. `Local Traffic` セクションで `Pools` をクリックします。
4. `app_pool` をクリックします。
- 5. `Members` ボタンをクリックします。
-
+ 5. `Members` ボタンをクリックします
-原因はポート **443** です。2台のRHEL Webサーバはポート80のみで稼働するので、これがダウン状態の原因です。
+ポート **443** は正しくありません。2 つの RHEL Web サーバーはポート 80
+でのみ実行されます。これが、それらがダウンしている理由となっています。
-## Step 2:
+## ステップ 2:
-テキストエディタで `j2/as3_template.j2` ファイルを編集します:
+~/j2 ディレクトリーの既存の jinja テンプレート `as3_template.j2` を開きます。
->`vim` と`nano` がコントールノードで利用できます。もしくは RDP で接続して Visual Studio と Atom を利用することも可能です。
+## ステップ 3:
-## Step 3:
-
-ポート **443** をポート **80** に変更します。
-
-この行を->
+ポート **443** の場所を探し、これをポート **80** に変更します。
+この行は、以下のようになっています->
{% raw %}
``` json
"servicePort": 443,
```
{% endraw %}
-以下のように変更します->
+これを以下のように変更します->
{% raw %}
``` json
@@ -63,52 +55,56 @@
```
{% endraw %}
-## Step 4
-
-Playbook の実行 - コマンドラインへ戻ったら以下のコマンドでPlaybookを実行してください:
+## ステップ 4
+Playbook を実行します。コントロールホストの VS Code サーバーのターミナルに戻り、以下を実行します。
```
-[student1@ansible ~]$ ansible-playbook as3.yml
+[student1@ansible ~]$ ansible-navigator as3.yml --mode stdout
```
-# Playbookの出力
+# Playbook の出力
-以下は出力の例となります。
+出力は次のようになります。
{% raw %}
```yaml
-[student1@ansible ~]$ ansible-playbook as3.yml
+[student1@ansible ~]$ ansible-navigator as3.yml --mode stdout
-PLAY [Linklight AS3] ***********************************************************
+PLAY [Linklight AS3] **********************************************************
-TASK [Create AS3 JSON Body] ****************************************************
+TASK [Create AS3 JSON Body] ***************************************************
ok: [f5]
-TASK [Push AS3] ****************************************************************
+TASK [Push AS3] ***************************************************************
ok: [f5]
-PLAY RECAP *********************************************************************
+PLAY RECAP ********************************************************************
f5 : ok=2 changed=0 unreachable=0 failed=0
```
{% endraw %}
-# 解答
+# ソリューション
-修正した Jinja2 テンプレートは [as3_template.j2](./j2/as3_template.j2) から参照できます。
+修正した Jinja テンプレートが、回答キーとしてここで提供されています。
+[as3_template.j2](https://github.com/network-automation/linklight/blob/master/exercises/ansible_f5/3.1-as3-change/j2/as3_template.j2)
+を表示するには、ここをクリックしてください。
-# 確認
+# ソリューションの確認
-Webブラウザを使用してF5にログインし、設定内容を確認します。F5ロードバランサーのIP情報を `lab_inventory/hosts` ファイルから取得し、https://X.X.X.X:8443/のように入力します。
+Web ブラウザーで F5 にログインし、設定された内容を確認します。lab_inventory/hosts ファイルから F5 ロードバランサーの
+IP 情報を取得し、https://X.X.X.X:8443/ のように入力します。
-1. 左側のメニューにある `Local Traffic` をクリックします。
-2. `Virtual Servers` をクリックします。
-3. 右側の `Partition` という名前のドロップダウンメニューをクリックして、`WorkshopExample` を選択します。
+1. 左側のメニューで Local Traffic をクリックします
+2. Virtual Servers をクリックします。
+3. 右上の `Partition` というドロップダウンメニューをクリックし、WorkshopExample を選択します
4. 仮想サーバー `serviceMain` が表示されます。
-5. この仮想サーバーは緑色（`Available (Enabled) - The virtual server is available`）で表示されます。
-6. `app_pool` の `Pools` で、両方のWebサーバの `service_port` がポート **80** に設定されていることを確認します。
+5. 今回は緑で表示されます (`Available (Enabled) - The virtual server is available`)
+6. `Pools` セクションの `app_pool` で、両方の Web サーバーの `service_port` がポート **80**
+ に設定されていることを確認します。
----
-これで本演習は終わりです。[演習ガイドへ戻る](../README.ja.md)
+You have finished this exercise. [Click here to return to the lab
+guide](../README.md)
diff --git a/exercises/ansible_f5/3.2-as3-delete/README.ja.md b/exercises/ansible_f5/3.2-as3-delete/README.ja.md
index 3c851af65..641bb55fa 100644
--- a/exercises/ansible_f5/3.2-as3-delete/README.ja.md
+++ b/exercises/ansible_f5/3.2-as3-delete/README.ja.md
@@ -1,35 +1,27 @@
# 演習 3.2 - Web アプリケーションの削除
-**Read this in other languages**:  [English](README.md),  [日本語](README.ja.md).
+**他の言語でもお読みいただけます** : [English](README.md)、 [日本語](README.ja.md).
## 目次
-- [目的](#目的)
-- [解説](#解説)
-- [Playbook の出力](#Playbookの出力)
-- [解答](#解答)
+- [目的](#objective) - [ガイド](#guide) - [Playbook の出力](#playbook-output) -
+[ソリューション](#solution)
# 目的
-AS3および `uri` モジュールによりWebアプリケーションを削除します。
+AS3 および uri モジュールを使用して Web アプリケーションを削除する方法を説明します。
-# 解説
+# ガイド
-## Step 1:
+## ステップ 1:
-テキストエディタで新規ファイル `delete.yml` を作成します:
+お好みのテキストエディターを使用して、`delete.yml` という名前の新規ファイルを作成します。
-{% raw %}
-```
-[student1@ansible ~]$ nano delete.yml
-```
-{% endraw %}
+>RDP 経由の Visual Studio および Atom に加えて、`vim` および `nano` がコントロールノードで利用できます。
->`vim` と`nano` がコントールノードで利用できます。もしくは RDP で接続して Visual Studio と Atom を利用することも可能です。
+## ステップ 2:
-## Step 2:
-
-以下の play 定義を `delete.yml` に追加してください:
+次のプレイ定義を `delete.yml` に入力します。
{% raw %}
``` yaml
@@ -42,16 +34,16 @@ AS3および `uri` モジュールによりWebアプリケーションを削除
```
{% endraw %}
-- ファイルの先頭の `---` はこのファイルが YAML であることを示します。
-- `hosts: lb` はこのプレイブックが lb グループのみで実行されることを示しています。 本演習では、BIG-IP機器は１つだけですが、もし複数台が設定されている場合には同時に設定されます。
-- `connection: local` は Playbook がローカル実行されることを示します。
-- `gather_facts: false` Fact 情報の収集を無効にします。この演習では Playbook の中で Fact 情報を利用しません。
+- ファイル上部の `---` は、これが YAML ファイルであることを示しています。 - `hosts: lb` は、プレイが lb
+グループでのみ実行されることを示します。技術的には、F5 デバイスは 1 つだけしか存在しませんが、複数あれば、それぞれが同時に設定されます。 -
+`connection: local` は、（自身に SSH 接続するのではなく）ローカルで実行するように Playbook に指示します -
+`gather_facts: false` はファクト収集を無効にします。この Playbook では、ファクト変数を使用しません。
-## Step 3
+## ステップ 3
-以下を `delete.yml` へ **追加** してください。
+以下を delete.yml Playbook に **追加します**。
{% raw %}
-```yaml
+``` yaml
tasks:
- name: PUSH AS3
uri:
@@ -68,42 +60,43 @@ AS3および `uri` モジュールによりWebアプリケーションを削除
```
{% endraw %}
-前の演習から変更したパラメータは以下の3つだけです。
-- `url` が変更され、最後が `declare` ではなく、テナント名（ここでは `WorkshopExample` ）になっています。
-- `method` が POST から DELETE に変更されています。
-- `body` が削除されています。ここでは、テナント全体を削除するだけなので必要ありません。
-
-## Step 4
+前回の演習から変更されたパラメーターは 3 つのみです。 - `url` は変更になりました。`declare` で終わる代わりに、テナント名の
+`WorkshopExample` で終わります。 - `method` は POST から DELETE に変更されています。 - `body`
+は削除されています。このテナント全体を削除するだけなので、必要ありません。
-Playbook の実行 - コマンドラインへ戻ったら以下のコマンドでPlaybookを実行してください:
+## ステップ 4
+Playbook を実行します。コントロールホストのコマンドラインに戻り、以下を実行します。
```
[student1@ansible ~]$ ansible-playbook delete.yml
```
-# Playbookの出力
+# Playbook の出力
-出力例は以下となります。
+出力は次のようになります。
{% raw %}
```yaml
[student1@ansible ~]$ ansible-playbook delete.yml
-PLAY [LINKLIGHT AS3] ***********************************************************
+PLAY [LINKLIGHT AS3] **********************************************************
-TASK [PUSH AS3] ********************************************************************************
+TASK [PUSH AS3] ***************************************************************
ok: [f5]
-PLAY RECAP ********************************************************************************
+PLAY RECAP ********************************************************************
f5 : ok=1 changed=0 unreachable=0 failed=0
```
{% endraw %}
-# 解答
+# ソリューション
-完成したPlaybookのサンプルは [delete.yml](./delete.yml) から参照できます。
+完成した Ansible Playbook
+が、回答キーとしてここで提供されています。[delete.yml](https://github.com/network-automation/linklight/blob/master/exercises/ansible_f5/3.2-as3-delete/delete.yml)
+を表示するには、ここをクリックしてください。
-Web UIにログインして、 `Partition` が削除されていることを確認します。
+Web UI にログインし、`Partition` が削除されていることを確認します。
---
-これで本演習は終わりです。[演習ガイドへ戻る](../README.ja.md)
+You have finished this exercise. [Click here to return to the lab
+guide](../README.md)
diff --git a/exercises/ansible_f5/4.0-explore-controller/README.ja.md b/exercises/ansible_f5/4.0-explore-controller/README.ja.md
index bfc605397..f5e8dfcaa 100644
--- a/exercises/ansible_f5/4.0-explore-controller/README.ja.md
+++ b/exercises/ansible_f5/4.0-explore-controller/README.ja.md
@@ -1,141 +1,159 @@
-# 演習 4.0: Red Hat Ansible Tower環境の確認
+# 演習 4.0: Red Hat Ansible 自動コントローラーの調査
-**Read this in other languages**:  [English](README.md),  [日本語](README.ja.md).
+**他の言語でもお読みいただけます** : [English](README.md)、 [日本語](README.ja.md).
## 目次
-- [目的](#目的)
-- [解説](#解説)
-- [まとめ](#まとめ)
-- [完了](#完了)
+
+- [目的](#objective) - [ガイド](#guide) - [重要なこと](#takeaways) -
+[完了](#complete)
# 目的
-Ansible Tower は、ビジュアルダッシュボード、ロールベースのアクセス制御、ジョブスケジューリング、統合通知、グラフィカルなインベントリーマネジメントを使用して IT インフラストラクチャを一元管理および制御できる Web ベースのソリューションです。Ansible Tower には、WebUI に加えて RESTAPI と CLI が含まれています。
+Ansible 自動コントローラーは Web
+ベースのソリューションで、視覚的なダッシュボード、ロールベースのアクセス制御、ジョブスケジューリング、統合された通知、およびグラフィカルな在庫管理を使用して、IT
+インフラストラクチャを一元化および制御することができます。Ansible 自動コントローラーには、Web UI に加えて、REST API および
+CLI が含まれています。
-このラボでは、Tower にログインして、F5 BIG-IP デバイスに対し自動化タスクを実行するために後のラボで使用されるいくつかの基本的な構成を実行します。この演習では、以下について説明します。
-- コントロールノードで実行されている Ansible バージョンの確認
-- 配置と理解:
+このラボでは、ログインして、基本的な設定を実行します。この後のラボでこの設定を使用して、F5 BIG-IP デバイスに対して自動化タスクを実行します。この演習では、以下の項目について説明します。
+- Ansible Automation Platform バージョンの判別
+- 以下を見つけて理解:
- **インベントリー**
- **認証情報**
- **プロジェクト**
- **テンプレート**
-# 解説
-
-## Step 1: Ansible Automation Platform へログイン
-
-Webブラウザーを開き、Ansible コントロールノードの DNS 名を入力します。
-
->たとえば、student1 ワークベンチが割り当てられ、ワークショップ名が `durham-workshop` の場合には、次のようになります:
-
-**https://student1.durham-workshop.rhdemo.io**
+# ガイド
->このログイン情報は、講師から提供されます。
+## ステップ 1: Ansible Automation Platform へのログイン
-
-- ユーザ名: `admin`
-- パスワード: 講師から指示されたパスワード
+Web ブラウザーを開き、Ansible コントロールノードの DNS 名を入力します
-ログイン後、ジョブダッシュボードは以下のようにデフォルトの表示になります。
-
+> たとえば、学習者に student1 ワークベンチが割り当てられ、そのワークショップ名が `durham-workshop` の場合、リンクは次のようになります。
-1. ユーザーインターフェースの右上にある **i** 情報ボタンをクリックします。
+ **https://student1.durham-workshop.rhdemo.io**
- 
+>このログイン情報は、クラスの開始時にインストラクターによって提供されます。
-2. 次のようなウィンドウがポップアップ表示されます。
+ - ユーザー名は `admin` -
+パスワードはインストラクターから提供
- 
+ジョブダッシュボードにログインすると、以下に示すようにデフォルトのビューになります。 
- ここでは、Ansible Tower バージョンと Ansible Engine バージョンの両方が表示されていることに注意してください。
+1. ユーザーインターフェイスの右上にある **?** 情報ボタンをクリックし、続いて **About** をクリックします。
+ 
-## Step 2: インベントリーの確認
+2. 次のようなウィンドウがポップアップ表示されます。
-Red Hat Ansible Tower がジョブを実行できるようにするには、インベントリーが必要です。インベントリーは Ansible インベントリーファイルと同じように、ジョブを起動するホストのコレクションです。さらに Red Hat Ansible Tower は ServiceNow や Infoblox DDI などの既存の構成管理データベース (cmdb) を利用できます。
+ 
->Ansible Tower に関するインベントリーの詳細については、 [こちらのドキュメントをご覧ください](https://docs.ansible.com/ansible-tower/latest/html/userguide/inventories.html)
+ Ansible 自動コントローラーのバージョンがここで提供されることに注意してください。
-1. 左側のメニューバーの **リソース** の下にある **インベントリー** ボタンをクリックします。
+## ステップ 2: インベントリーの検証
- 
+Red Hat Ansible Controller がジョブを実行できるようにするには、インベントリーが必要です。インベントリーは、Ansible
+インベントリーファイルと同じように、ジョブを起動できる一連のホストのコレクションです。さらに、Red Hat Ansible Controller
+は、ServiceNow やInfoblox DDI などの既存の設定管理データベース (cmdb) を利用できます。
-2. **インベントリー** の中にある `Workshop Inventory` をクリックしてください。
+>Ansible Controller に関するインベントリーに関する情報は、[このドキュメント](https://docs.ansible.com/automation-controller/latest/html/userguide/inventories.html) を参照してください。
-3. `Workshop Inventory` の枠の中にある 上部の **ホスト** ボタンをクリックします。ここには構成されたホストが表示されます。ホストの1つをクリックします。
+1. 左側のメニューバーの **RESOURCES** の下にある **Inventories** ボタンをクリックします。
-4. ページ上部にある `Workshop Inventory` をクリックし、トップレベルのメニューに戻ります。
+ 
-5. **グループ** をクリックします。ここではホストのグループを設定できます。
- 
+2. **Inventories** セクションで `Workshop Inventory` をクリックします。
+3. `Workshop Inventory` セクションの上部にある **HOSTS**
+ ボタンをクリックします。ここで設定するホストが表示されます。いずれかのデバイスをクリックします。
-## Step 3: プロジェクトの確認
+4. ページ上部の `Workshop Inventory` リンクをクリックして、トップレベルのメニューに戻ります。
-プロジェクトは、Ansible Playbook を Red Hat Ansible Tower にインポートする方法です。Playbook と Playbook ディレクトリを管理するには、Ansible Tower サーバーの Project Base Path に手動で配置するか、Git、Subversion、Mercurial などのTower がサポートするソースコード管理（SCM）システムに Playbook を配置することで管理できます。
+5. **GROUPS** をクリックします。ここでは、ホストのグループを設定できます。
+
+ 
-> Tower のプロジェクトの詳細については [こちらをご覧ください](https://docs.ansible.com/ansible-tower/latest/html/userguide/projects.html)
+## ステップ 3: ワークショッププロジェクトの検証
-1. 左側のメニューバーの **リソース** の下にある **プロジェクト** ボタンをクリックします。
+プロジェクトは、Ansible Playbook が Red Hat Ansible 自動コントローラーにインポートされる仕組みです。Playbook
+および Playbook ディレクトリーを Ansible Tower サーバーのプロジェクトのベースパスに手動で配置するか、Controler
+がサポートするソースコード管理 (SCM) システム (例: Git、Subversion、Mercurial 等) に Playbook
+を配置することで、Playbook と Playbook ディレクトリーを管理できます。
- 
+> Controller のプロジェクトの詳細については、[ドキュメントを参照してください](https://docs.ansible.com/automation-controller/latest/html/userguide/projects.html)
-2. **プロジェクト** の下には事前に準備された `Ansible official demo project` が一つあります。オブジェクトをクリックして開きます。
+1. 左側のメニューバーの **RESOURCES** の下にある **Projects** ボタンをクリックします。
- `GIT`がこのプロジェクトにリストされていることに注意してください。これは、このプロジェクトがSCMに`Git`を使用していることを意味します。
+ 
-
+2. **PROJECTS** セクションには、事前に設定されたプロジェクト `Ansible official demo project` が 1
+ つあります。オブジェクトをクリックしてこれを開きます。
-3. `Ansible official demo project` の下の **SCM タイプ** ドロップダウンメニューをクリックしてください。
+ このプロジェクトには `Git` がリストされていることに注意してください。これは、このプロジェクトが SCM に `Git` を使用していることを意味します。
- Git、Mercurial、Subversion が選択肢の一部であることに注意してください。プロジェクトが引き続き正しく機能するように、Git を選択します。
+ 
-## Step 4: 認証情報の確認
+3. `Ansible official demo project` セクションで、**SCM TYPE** ドロップダウンメニューをクリックします
-認証情報は Red Hat Ansible Automation Platform によって、マシンに対して **ジョブ** を起動するときの認証、インベントリソースとの同期、およびバージョン管理システムからのプロジェクトコンテンツのインポートに使用されます。ワークショップでは、ネットワークデバイスを認証するための資格情報が必要です。
+ Git、Mercurial、Subversion が選択肢であることに注意してください。プロジェクトが引き続き正しく機能するように、選択を Git に戻します。
-> Tower に関する認証情報の詳細については、 [こちらのドキュメントをご覧ください](https://docs.ansible.com/ansible-tower/latest/html/userguide/credentials.html).
+## ステップ 4: ワークションプの認証情報の検証
-1. 左側のメニューバーの **リソース** の下にある **認証情報** ボタンをクリックします。
+認証情報は、**Jobs**
+をマシンに対して起動したり、インベントリーソースと同期したり、プロジェクトのコンテンツをバージョン管理システムからインポートしたりする際の認証用に、Red
+Hat Ansible Automation Platform
+によって使用されます。ワークショップでは、ネットワークデバイスへの認証に認証情報が必要です。
- 
+> 自動コントローラーの認証情報の詳細は、[ドキュメントを参照してください](https://docs.ansible.com/automation-controller/latest/html/userguide/credentials.html)。
-2. **認証情報** の下には、事前に構成された認証情報の `Workshop Credential` と `Tower Credential` があります。`Workshop Credential` をクリックします。
+1. 左側のメニューバーの **RESOURCES** の下にある **Credentials** ボタンをクリックします。
-3. `Workshop Credential` の中で次のことを確認します。
- - **認証情報タイプ**: マシン
- - **ユーザー名**: `ec2-user`
- - **パスワード**: `blank` です。この資格情報は、パスワードの代わりにキーを使用しています。
- - **SSH 秘密鍵**: 既に `暗号化` され設定されています。
+ 
-
+2. **CREDENTIALS** セクションには、2 つの事前に設定された認証情報 `Workshop Credential`
+ があります。`Workshop Credential` をクリックします。
-## Step 5: テンプレートの確認
+3. `Workshop Credential` で以下を確認します。
+
+ - **CREDENTIAL TYPE** が `Machine` 認証情報である。
+ - **USERNAME** が `ec2-user` に設定されている。
+ - **PASSWORD** が `blank` である。この認証情報はパスワードの代わりにキーを使用します。
+ - **SSH PRIVATE KEY** がすでに設定され、`ENCRYPTED` である。
-テンプレートまたはジョブテンプレートは、Ansible Playbook を実行するときに使用されるパラメーターを定義します。これらのパラメーターには、使用するプロジェクトやインベントリーなど、前述の機能が含まれています。さらに、ロギングレベルやプロセスフォークなどのパラメーターにより、Playbook の実行方法をさらに細かく設定できます。
+ 
-1. 左側のメニューバーの **リソース** の下にある **テンプレート** ボタンをクリックします。
+## ステップ 5: ジョブテンプレートの検証
- 
+テンプレートまたはジョブテンプレートは、Ansible Playbook
+の実行時に使用されるパラメーターを定義します。これらのパラメーターには、使用するプロジェクトやインベントリーなど、前述の要素が含まれます。さらに、ログレベルやプロセスフォークなどのパラメーターにより、Playbook
+の実行をさらに細かく設定することができます。
-2. **テンプレート** の下には、事前に構成された`INFRASTRUCTURE / Turn off IBM Community Grid` があります。オブジェクトをクリックします。
+1. 左側のメニューバーの **RESOURCES** セクションにある **Templates** ボタンをクリックします。
+ 
-
+2. **TEMPLATES** セクションには、少なくとも 1 つ事前に設定されたジョブテンプレート `INFRASTRUCTURE / Turn
+ off IBM Community Grid` があります。オブジェクトをクリックしてこれを開きます。
-# まとめ
+ 
-- Ansible Automation Platform は、Ansible Playbook を実行するためのインベントリーが必要です。このインベントリーは、コマンドラインの Ansibleで使用するものと同じです
-- Ansible Automation Platform は、`GitHub`を含むSCM(source control management)と同期できます
-- Ansible Automation Platform は、SSH 秘密鍵やプレーンテキストのパスワードを含む資格情報を保存および暗号化できます。Ansible Automation Platform は、HashiCorp の CyberArk や Vault などの既存の認証情報ストレージシステムと同期することもできます
-- ジョブテンプレートは、Ansible Playbook を実行するときに使用されるパラメーターを定義します
+# 重要なこと
----
+- Ansible には、Ansible Playbook
+ を実行する対象としてのインベントリーが必要です。このインベントリーは、ユーザーがコマンドラインのみの Ansible
+ プロジェクトで使用するものと同じです。
+- Ansible 自動コントローラーは、`GitHub` を含む既存の SCM (ソースコード管理) と同期できます。
+- Ansible 自動コントローラーは、SSH 秘密鍵やプレーンテキストパスワードなどの認証情報を保存および暗号化できます。Ansible
+Automation Platform は、CyberArk や HashiCorp Vault
+などの既存の認証情報ストレージシステムと同期することもできます - ジョブテンプレートは、Ansible Playbook
+の実行時に使用されるパラメーターを定義します
# 完了
-演習 4.0 が完了しました。
+ラボ演習 4.0 を完了しました
-これで、Ansible AutomationPlatform の使用を開始するために必要な3つのコンポーネントすべてを確認しました。インベントリー、プロジェクトおよび認証情報です。次の演習では、ジョブテンプレートを作成します。
+これで、Ansible 自動コントローラーの使用を開始するために必要な認証情報、インベントリー、およびプロジェクトの 3
+つのコンポーネントすべてを調べました。次の演習では、ジョブテンプレートを作成します。
-これで本演習は終わりです。[演習ガイドへ戻る](../README.ja.md)
+[Click here to return to the Ansible Network Automation
+Workshop](../README.md)
diff --git a/exercises/ansible_f5/4.1-controller-job-template/README.ja.md b/exercises/ansible_f5/4.1-controller-job-template/README.ja.md
index 6f57c7a9e..f5acbc026 100644
--- a/exercises/ansible_f5/4.1-controller-job-template/README.ja.md
+++ b/exercises/ansible_f5/4.1-controller-job-template/README.ja.md
@@ -1,46 +1,53 @@
-# 演習 4.1: Tower ジョブテンプレートの作成
+# 演習 4.1: 自動コントローラージョブテンプレートの作成
-**Read this in other languages**:  [English](README.md),  [日本語](README.ja.md).
+**他の言語でもお読みいただけます** : [English](README.md)、 [日本語](README.ja.md).
## 目次
-- [目的](#目的)
-- [解説](#解説)
-- [まとめ](#まとめ)
-- [完了](#完了)
+
+- [目的](#objective) - [ガイド](#guide) - [重要なこと](#takeaways) -
+[完了](#complete)
# 目的
-Red Hat Ansible Tower の BIG-IP 仮想サーバー構成ジョブテンプレートをデモします。このジョブテンプレートは、仮想サーバーとプールを作成し、2つの Web サーバーをプールに追加します。
+Red Hat Ansible 自動コントローラー向けの BIG-IP
+仮想サーバー設定ジョブテンプレートについてを説明します。このジョブテンプレートは仮想サーバーとプールを作成し、2 つの Web
+サーバーをプールに追加します。
+
+Ansible 自動コントローラーで Ansible Playbook を実行するには、**ジョブテンプレート**
+を作成する必要があります。**ジョブテンプレート** には以下が必要です。
+
+- デバイスにログインするための **認証情報**。 - ジョブ実行の対象となる **インベントリー** - Ansible Playbook
+が含まれる **プロジェクト**
-Ansible Tower で Ansible Playbook を実行するには、**ジョブテンプレート** を作成する必要があります。**ジョブテンプレート** には以下が必要です。
+# ガイド
- - デバイスにログインするための **認証情報**
- - ジョブを実行するための **インベントリー**
- - Playbook が含まれる **プロジェクト**
+## ステップ 1: プロジェクトの作成
-# 解説
-## Step 1: プロジェクトを作成する
-1. Web UI を開き、左側のメニューバーから **リソース** セクションの下にある **プロジェクト** をクリックします。
+1. Ansible Web UI で、左側のナビゲーションバーを使用して `RESOURCES` セクションの `Projects`
+ リンクをクリックします。
-2. 緑色のボタンをクリックして、新しくプロジェクトを作成します。
+2.  ボタンをクリックして、新規プロジェクトを作成します
-3. 以下の通りにパラメータを入力し、**保存** をクリックします。
+3. 以下のようにプロジェクトパラメーターを入力し、`Save` をクリックします
- | パラメータ | 値 |
- |------------------------|---------------------------------------------------------------------|
- | 名前 | Workshop Project |
- | 組織 | Default |
- | SCM タイプ | Git |
- | SCMURL | https://github.com/f5devcentral/ansible-tower-workshop-examples.git |
- | 起動時のリビジョン更新 | ✓ |
+ | Parameter | Value |
+ |---|---|
+ | NAME | Workshop Project |
+ | ORGANIZATION | Default
+ | Default Execution Environment | f5 workshop execution environment |
+ | SCM TYPE | Git |
+ | SCM URL | https://github.com/f5devcentral/ansible-tower-workshop-examples.git |
+ | Update Revision on Launch | ✓ |
-> Note: ご使用の環境には、追加のプロジェクトがセットアップされている場合があります。各プロジェクトは、Ansible Playbook のリポジトリを表します。複数のプロジェクトがあるのは正常です。
+**注記**: お使いの環境では、他にもプロジェクトが設定されている場合があります。各プロジェクトは、Ansible Playbook のリポジトリーを表しています。複数のプロジェクトがあっても全く問題ありません。
-
+
-すべての Playbook は https://github.com/f5devcentral/ansible-tower-workshop-examples から入手でき、各 Playbook を確認することができます。
+すべての Playbook
+はhttps://github.com/f5devcentral/ansible-tower-workshop-examples で公開されており、各
+Playbook の背景を把握することができます。
-参考に、インポートされている、このラボの後半で実行される Playbook の一つを次に示します。
+参照として、インポートされた Playbook の 1 つで、このラボで後ほど実行される Playbook を以下に示します。
**`create_vs.yml`**
@@ -50,7 +57,10 @@ Ansible Tower で Ansible Playbook を実行するには、**ジョブテンプ
hosts: lb
connection: local
gather_facts: false
-
+
+ collections:
+ - f5networks.f5_modules
+
tasks:
- name: Setting up provider values
set_fact:
@@ -100,141 +110,144 @@ Ansible Tower で Ansible Playbook を実行するには、**ジョブテンプ
msg: "The VIP (Virtual IP) is https://{{ansible_host}}"
```
-## Step 2: BIG-IP 認証情報の作成
-ジョブを作成する前に、BIG-IP に対して認証するための資格情報を作成する必要があります。
+## ステップ 2: BIGIP 認証情報の作成
-1. Web UI を開き、左側のメニューバーから **リソース** セクションの下にある **認証情報** をクリックします。
+ジョブを作成する前に、BIGIP に対して認証するために認証情報を作成する必要があります。
- 
+1. Web UI を開き、左側のナビゲーションバーを使用して `RESOURCES` セクションの `Credentials`
+ リンクをクリックします。
-2. 緑色の ボタンをクリックし、新しく認証情報テンプレートを作成します。
+ 
-3. 以下の通りに、認証情報パラメータをフィールドに入力します。
+2.  ボタンをクリックして、新規認証情報テンプレートを作成します
-| パラメータ | 値 |
-|----------------|--------------|
-| 名前 | BIGIP |
-| 認証情報タイプ | ネットワーク |
-| ユーザ名 | admin |
-| パスワード | |
+3. 以下のように、以下の認証情報テンプレートパラメーターでフィールドに入力します。
-NOTE: パスワードは、学生ラボ情報が含まれているWebページのワークベンチ情報セクションにあります。パスワードがわからない場合は、講師に相談してください。
+ | Parameter | Value |
+ |---|---|
+ | NAME | BIGIP |
+ | CREDENTIAL TYPE | Network |
+ | USERNAME | admin |
+ | PASSWORD | |
+ |
-4. **保存** をクリックします。
+ **注記**: パスワードは、受講者のラボ情報が含まれる Web ページの Workbench Information セクションに記載されています。パスワードが不明な場合は、インストラクターにお尋ねください。
-## Step 3: ジョブテンプレートの作成
-1. Web UI を開き、左側のメニューバーから **リソース** セクションの下にある **テンプレート** をクリックします。
+4. SAVE をクリックします
- 
+## ステップ 3: ジョブテンプレートの作成
-2. 緑色の ボタンをクリックし、新しくジョブテンプレートを作成します。
+1. Web UI を開き、左側のナビゲーションバーを使用して `RESOURCES` セクションの `Templates` リンクをクリックします。
-3. 以下の通りにパラメータを入力します。
+ 
-| パラメータ | 値 |
-|----------------|--------------------|
-| 名前 | create_vs |
-| ジョブタイプ | 実行 |
-| インベントリー | Workshop Inventory |
-| プロジェクト | Workshop Project |
-| Playbook | create_vs.yml |
-| 認証情報 | BIGIP |
+2.  ボタンをクリックして、新しいジョブテンプレートを作成します
-認証情報タイプから `ネットワーク` を選択し、次に `BIGIP` を選択します。
+ >**`Workflow Template`** ではなく必ず **`Job Template`** を選択してください
- 
+3. 次のようにジョブテンプレートパラメータを入力します。
-これは、パラメータが入力されたジョブテンプレートのスクリーンショットです。
+ | Parameter | Value |
+ |---|---|
+ | NAME | create_vs |
+ | JOB TYPE | Run |
+ | INVENTORY | Workshop Inventory |
+ | PROJECT | Workshop Project |
+ | PLAYBOOK | create_vs.yml |
+ | CREDENTIALS | BIGIP |
+ |
- 
+ **CREDENTIAL TYPE** で `Network` を選択し、次に `BIGIP` を選択します。
-4. 下にスクロールして、緑色の **保存** ボタンをクリックします。
+ 
-## Step 4: ジョブテンプレートの起動
+ パラメータが入力されたジョブテンプレートのスクリーンショットを以下に示します。
-1. 全てのテンプレートが一覧表示されている **テンプレート** ウインドウに戻ります。
+ 
+
+4. 下にスクロールして、緑色の `SAVE` ボタンをクリックします。
-2. ロケットボタンを押して、`create_vs` を起動します。
+## ステップ 4: ジョブテンプレートの起動
- 
+1. すべてのジョブテンプレートが一覧表示されている `Templates` ウィンドウに戻ります。
- ロケットボタンをクリックすると、ジョブが起動します。**ジョブ詳細表示** という新しいウインドウを開き確認します。[Tower Jobs](https://docs.ansible.com/ansible-tower/latest/html/userguide/jobs.html)の詳細については、ドキュメントを参照してください。
+2. Launch ボタンをクリックして、`create_vs` ジョブテンプレートを起動します。
-## Step 5: ジョブ詳細表示の確認
+ 
-左側には **詳細ペイン** があり、右側には **標準出力ペイン** があります。
+ 起動ボタンをクリックすると、ジョブが起動します。このジョブは、**Job Details View** と呼ばれる新しいウィンドウで開きます。[コントローラージョブ](https://docs.ansible.com/automation-controller/latest/html/userguide/jobs.html) の詳細は、ドキュメントをご覧ください。
-
+## ステップ 5: ジョブの詳細ビューの検証
-1. **詳細ペイン** を確認します。
+**Standard Out ウィンドウ** が表示されます。
- **詳細ペイン**は、ジョブの開始と終了時のタイムスタンプのような情報や、ジョブの種類(チェックや実行)、ジョブを起動したユーザ、プロジェクトや Ansible Playbook 等の情報を提供します。
+
- ジョブがまだ終了していない場合、**詳細ペイン** にはキャンセルボタンがあり、ジョブを停止するために使用することができます。
+1. *Standard Out ウィンドウ** を調べます
-2. **標準出力ペイン** を確認します。
+ **Standard Out ウィンドウ** には、Ansible Playbook からの出力が表示されます。すべてのタスク出力は、コマンドラインに表示されるものと正確に一致します。
+
+2. **Details タブ** を調べます
- **標準出力ペイン** は、Ansible Playbook の出力を表示します。全ての Task の出力は、コマンドラインの出力と全く同じです。
+ **Details タブ** には、ジョブの開始と終了のタイムスタンプ、ジョブの種類 (チェックまたは実行)、ジョブを開始したユーザー、使用された Project と Ansible Playbook などの情報が表示されます。
-3. **出力の展開**  ボタンをクリックします。
+ ジョブがまだ終了していない場合、**Details タブ** にはキャンセルボタン  があり、ジョブを停止するために使用できます。
- これにより、**標準出力ペイン** が拡張され、ウインドウ全体が表示されます。
+3. **Standard Out pane** でタスクをクリックして、その特定のタスクからの構造化された出力を開きます。
-4. **標準出力ペイン** の中から Task をクリックし、特定の Task から構造化された出力を開きます。
+ > **changed** または **ok** がある行をクリックします
- > 任意の **changed** もしくは **ok** がある行をクリックします。
+ 
- 
+## ステップ 6: ジョブウィンドウを調べます
-## Step 6: ジョブウインドウの確認
+実行済みまたは現在実行中の **ジョブテンプレート** は、**VIEWS --> Jobs** ウィンドウの下に表示されます。
-実行完了もしくは実行中の **ジョブテンプレート** は **ジョブ** ウインドウに表示されます。
+1. 左側のメニューのジョブボタンをクリックします。
-1. Web UI で、左側のメニューバーから **ジョブ** ボタンをクリックします。
+ 
- 
+ ジョブリンクには、ジョブの一覧とそれらのステータスが表示 (正常に完了、失敗、またはアクティブ (実行中の) ジョブとして表示) されます。この画面から実行できるアクションには、特定のジョブの詳細および標準出力、ジョブの起動、またはジョブの削除が含まれます。
- ジョブウインドウには、ジョブのリストとそのステータスが表示され、正常に完了したか失敗したか、またはアクティブな（実行中の）ジョブが表示されます。この画面から実行できるアクションには、特定のジョブの詳細と標準出力の表示、ジョブの再起動、ジョブの削除などがあります。
+2. **`create_vs`** ジョブをクリックします
-2. **`create_vs`** ジョブをクリックします。
+ 
- 
+ **`create_vs`** ジョブは最新のものでした (より多くのジョブを起動していない場合に限る)。このジョブをクリックして、**Job Details View** に戻ります。Ansible 自動コントローラーは、開始されたすべてのジョブの履歴を保存します。
- その **`create_vs`** のジョブは最新です(他の演習を先に進めていない限り)。 このジョブをクリックし、**ジョブ詳細表示** に移動します。Ansible Tower は起動されたすべてのジョブの履歴を保存します。
+## ステップ 7: BIG-IP 仮想サーバーが作成されたことの確認
-## Step 7: BIG-IP 仮想サーバー作成確認
+Web ブラウザーで F5 BIG-IP にログインし、設定された内容を確認します。BIG-IP のログイン情報は以下のとおりです。
-Web ブラウザーから F5 BIG-IP にログインし、構成内容を確認します。
-BIG-IPのログイン情報:
+- ユーザー名: admin - パスワード: インストラクターから提供、デフォルトは ansible
-- username: admin
-- password: **講師から指示されます** (default is admin)
+ロードバランサーの仮想サーバーは、左側のメニューからナビゲーションして探すことができます。**Local Traffic**
+をクリックしてから、**Virtual Servers** をクリックします。以下のスクリーンショットを参照してください。
-左側のメニューに、Virtual Servers を見つけることができます。**Local Traffic** をクリックし、**Virtual Servers** をクリックします。以下のスクリーンショットを参照してください。
-## Step 8: Web サーバの確認
+## ステップ 8: Web サーバーの確認
-２つの RHEL Web サーバは、それぞれ既に Apache が起動しています。Web ブラウザーから F5 ロードバランサーのパブリック IP アドレスを開きます。
+2 つの RHEL Web サーバーのそれぞれでは、すでに apache が実行されています。Web ブラウザーで F5 ロードバランサーのパブリック
+IP を開きます。
->今回は8443ではなく443を使用します。例: https://X.X.X.X:443/
+>今回は、ポート 8443 の代わりに 443 を使用します (例: https://X.X.X.X:443/)
-以下に示すように、更新するたびに BIG-IP は node1 と node2 間のトラフィックの負荷を分散します:
-
-
+リフレッシュするたびに、BIG-IP は以下に示すように **node1** と **node2** の間でトラフィックの負荷分散を行います。
-# まとめ
+ 
-デモに成功しました
- - 仮想サーバーを展開するためのジョブテンプレートの作成
- - Ansible Tower UI からのジョブテンプレートの起動
- - 仮想サーバーが正しく作成されていることの確認
- - Web サーバーが稼働中であることの確認
+# 重要なこと
----
+以下のことができるようになりました
+ - ジョブテンプレートの作成して仮想サーバーをデプロイする
+ - Ansible 自動コントローラー UI からジョブテンプレートを起動する
+ - 仮想サーバーが正しく作成されたことを確認する
+ - Web サーバーが稼働していることを確認する
# 完了
-演習4.1を完了しました。
+ラボ演習 4.1 を完了しました
-これで本演習は終わりです。[演習ガイドへ戻る](../README.ja.md)
+[Click here to return to the Ansible Network Automation
+Workshop](../README.md)
diff --git a/exercises/ansible_f5/4.2-controller-workflow/README.ja.md b/exercises/ansible_f5/4.2-controller-workflow/README.ja.md
index 7f45e561b..eea2b3e60 100644
--- a/exercises/ansible_f5/4.2-controller-workflow/README.ja.md
+++ b/exercises/ansible_f5/4.2-controller-workflow/README.ja.md
@@ -1,194 +1,199 @@
# 演習 4.2: ワークフローの作成
-**Read this in other languages**:  [English](README.md),  [日本語](README.ja.md).
+**他の言語でもお読みいただけます** : [English](README.md)、 [日本語](README.ja.md).
## 目次
-- [目的](#目的)
-- [解説](#解説)
-- [まとめ](#まとめ)
-- [完了](#完了)
+
+- [目的](#objective) - [ガイド](#guide) - [重要なこと](#takeaways) -
+[完了](#complete)
# 目的
-F5 BIG-IPの[Ansible Tower ワークフロー](https://docs.ansible.com/ansible-tower/latest/html/userguide/workflows.html)の使用方法を示します。ワークフローを使用すると、インベントリー、Playbook、または権限を共有する場合と共有しない場合がある一連の異なるジョブテンプレート(またはワークフローテンプレート)を構成できます。
+F5 BIG-IP での [Ansible
+自動コントローラーワークフロー](https://docs.ansible.com/automation-controller/latest/html/userguide/workflows.html)
+の使用方法を説明します。ワークフローを使用すると、インベントリー、プレイブック、またはパーミッションを共有する場合と共有しない場合がある、一連の異なるジョブテンプレート
+(またはワークフローテンプレート) を構成できます。
-この演習では、ワークフローを使用して **create_vs** ジョブテンプレートと同じことを実現すると同時に、各ジョブに失敗処理を追加します。
+この演習では、ワークフローを使用して、**create_vs** ジョブテンプレートと同じことを実現します。同時に、各ジョブに障害処理を追加します。
-# 解説
+# ガイド
-## Step 1: ジョブテンプレートの準備
+## ステップ 1: ジョブテンプレートの準備
-`演習 4.1` から学んだことに従い、それぞれの Playbook を使用して次のジョブテンプレートを作成します。
+`Lab 4.1` で学習した内容に従って、それぞれの Playbook で以下のジョブテンプレートを作成します。
-| ジョブテンプレート名 | Playbook |
-|--------------------------------|--------------------------|
-| Create node | create_node.yml |
-| Create pool | create_pool.yml |
-| Create virtual server | create_virtualserver.yml |
-| Rollback node deploy | rollback_node_deploy.yml |
-| Rollback pool deploy | rollback_pool_deploy.yml |
-| Rollback virtual server deploy | rollback_vs_deploy.yml |
+| Job template Name | Playbook | |---|---| | Create node | create_node.yml |
+| Create pool | create_pool.yml | | Create virtual server |
+create_virtualserver.yml | | Rollback node deploy | rollback_node_deploy.yml
+| | Rollback pool deploy | rollback_pool_deploy.yml | | Rollback virtual
+server deploy | rollback_vs_deploy.yml | |
-上記のジョブテンプレートそれぞれについて、`演習 4.1` と同じテンプレートパラメータを使用します。
+上記とは別に、、上記の各テンプレートに `Lab 4.1` と同じテンプレートパラメーターを使用します。
-| パラメータ | 値 |
-|----------------|--------------------|
-| 名前 | |
-| ジョブタイプ | 実行 |
-| インベントリー | Workshop Inventory |
-| プロジェクト | Workshop Project |
-| Playbook | |
-| 認証情報 | BIGIP |
+| Parameter | Value | |---|---| | NAME | | | JOB TYPE | Run | | INVENTORY |
+Workshop Inventory | | PROJECT | Workshop Project | | PLAYBOOK | | |
+CREDENTIAL | BIGIP | |
-**Create node** ジョブテンプレートの例を次に示します。
+以下は、**Create node** のテンプレートの例です。
-
+
-## Step 2: ワークフローテンプレートの作成
+## ステップ 2: ワークフローテンプレートの作成
-1. 左側のメニューバーから **テンプレート** をクリックします。
+1. 左側のメニューの **Templates** リンクをクリックします。
-2. 緑色のボタンをクリックし、**ワークフローテンプレート** を選択します。
+2.  ボタンをクリックし、**Workflow Template** を選択します。
-3. 以下の通りにパラメータを入力します。
+3. 次のようにフォームに記入します。
-| パラメータ | 値 |
-|----------------|--------------------|
-| 名前 | Workshop Workflow |
-| 組織 | Default |
-| インベントリー | Workshop Inventory |
+ | Parameter | Value |
+ |---|---|
+ | NAME | Workshop Workflow |
+ | ORGANIZATION | Default |
+ | INVENTORY | Workshop Inventory |
+ |
-4. **保存** ボタンをクリックします。
+4. **`Save`** ボタンをクリックします
-
+ 
-## Step 3: ワークフロービジュアライザー
+## ステップ 3: ワークフロービジュアライザー
-1. **保存** をクリックすると、**ワークフロービジュアライザー** が自動的に開きます。もし開かない場合には、青い **ワークフロービジュアライザー** ボタンをクリックします。
+1. **SAVE** をクリックすると、**ワークフロービジュアライザー**が自動的に開きます。そうでない場合は、青い
+ **ワークフロービジュアライザー** ボタンをクリックしてください。
-2. デフォルトでは緑色の **開始** ボタンだけが表示されています。**開始** ボタンをクリックします。
+2. デフォルトでは、緑色の **START** ボタンのみが表示されます。**START** ボタンをクリックします。
-3. 右側に **ノードの追加** が表示されます。前の手順で作成した `Create node` ジョブテンプレート(もしくは名前を付けたもの)を選択します。
+3. **ADD A NODE** ウィンドウが右側に表示されます。直前の手順で作成した `Create node`
+ ジョブテンプレート（あるいは、自分で付けた名前のテンプレート）を選択します。
- 
+ 
- `Create node`ジョブテンプレートがノードになりました。ジョブまたはワークフローテンプレートは、ノードと呼ばれるグラフのような構造を使用してリンクされます。これらのノードは、ジョブ、プロジェクトの同期、またはインベントリに同期することができます。テンプレートは、異なるワークフローの一部にしたり、同じワークフローで複数回使用することもできます。ワークフローを起動すると、グラフ構造のコピーがワークフロージョブに保存されます。
+ `Create node` ジョブテンプレートがノードとなりました。ジョブまたはワークフローテンプレートは、ノードと呼ばれるグラフのような構造を使って相互に連携します。これらのノードには、ジョブ、プロジェクト同期、またはインベントリー同期などが含まれます。ジョブテンプレートは異なるワークフローの一部となることも、同じワークフローで複数回使用することもできます。グラフ構造のコピーは、ワークフローの起動時にワークフロージョブに保存されます。
-4. 緑色の **選択** ボタンをクリックします。
-1. **`Create node`** ジョブテンプレートを選択します。実行オプションは、**常時** を使用します。緑色の **選択** ボタンをクリックします。
+4. 緑の **SELECT** ボタンをクリックします。
- 
+ 
-## Step 4: *Create pool* ジョブテンプレートの追加
+## ステップ 4: *Create pool* ジョブテンプレートの追加
-1. **`Create node`** ノードにカーソルを合わせ、緑色の **+** 記号をクリックします。**ノードの追加** が再び表示されます。
+1. **`Create node`** ノードにカーソルを合わせ、**+** 記号をクリックします。**ADD A NODE** が再び表示されます。
-2. **`Create pool`** ジョブテンプレートを選択します。**実行** パラメータは、ドロップダウンメニューから **成功時** を選択します。
+2. **`Create pool`** ジョブテンプレートを選択します。**Run type** という左側のナビゲーターメニューオプションから
+ **On Success** を選択します。
-3. 緑色の **選択** ボタンをクリックします。
+3. **SAVE** ボタンをクリックします。
- 
+ 
-## Step 5: *Create virtual server* ジョブテンプレートの追加
+## ステップ 5: *Create virtual server* ジョブテンプレートの追加
-1. **`Create pool`** ノードにカーソルを合わせ、緑色の **+** 記号をクリックします。**ノードの追加** が再び表示されます。
+1. **`Create pool`** ノードにカーソルを合わせ、**+** 記号をクリックします。**ADD A NODE** が再び表示されます。
-2. **`Create virtual server`** ジョブテンプレートを選択します。**実行** パラメータは、ドロップダウンメニューから **成功時** を選択します。
+2. **`Create virtual server`** ジョブテンプレートを選択します。**Run type**
+ という左側のナビゲーターメニューオプションから **On Success** を選択します。
-3. 緑色の **選択** ボタンをクリックします。
+3. **SAVE** ボタンをクリックします。
- 
+ 
-## Step 6: *Rollback node deploy* ジョブテンプレートの追加
+## ステップ 6: *Rollback node deploy* テンプレート
-1. **`Create node`** ノードにカーソルを合わせ、緑色の **+** 記号をクリックします。**ノードの追加** が再び表示されます。
+1. **Create node** ノードにカーソルを合わせ、**+** 記号をクリックします。**ADD A NODE** が再び表示されます。
-2. **`Rollback node deploy`** ジョブテンプレートを選択します。**実行** パラメータは、ドロップダウンメニューから **障害発生時** を選択します。
+2. **Rollback node deploy** ジョブテンプレートを選択します。**Run type**
+ という左側のナビゲーターメニューオプションから **On Failure** を選択します。
-3. 緑色の **選択** ボタンをクリックします。
+3. **SAVE** ボタンをクリックします。
- 
+ 
-## Step 7: *Rollback pool deploy* ジョブテンプレートの追加
+## ステップ 7: *Rollback pool deploy* テンプレート
-1. **`Create pool`** ノードにカーソルを合わせ、緑色の **+** 記号をクリックします。**ノードの追加** が再び表示されます。
+1. **Create pool** ノードにカーソルを合わせ、**+** 記号をクリックします。**ADD A NODE** が再び表示されます。
-2. **`Rollback pool deploy`** ジョブテンプレートを選択します。**実行** パラメータは、ドロップダウンメニューから **障害発生時** を選択します。
+2. **Rollback pool deploy** ジョブテンプレートを選択します。**Run type**
+ という左側のナビゲーターメニューオプションから **On Failure** を選択します。
-3. 緑色の **選択** ボタンをクリックします。
+3. **SAVE** ボタンをクリックします。
- 
+ 
-## Step 8: *Rollback virtual server* ジョブテンプレートの追加
+## ステップ 8: *Rollback virtual server* テンプレート
-1. **`Create virtual server`** ノードにカーソルを合わせ、緑色の **+** 記号をクリックします。**ノードの追加** が再び表示されます。
+1. **Create virtual server** ノードにカーソルを合わせ、**+** 記号をクリックします。**ADD A NODE**
+ が再び表示されます。
-2. **`Rollback virtual server deploy`** ジョブテンプレートを選択します。**実行** パラメータは、ドロップダウンメニューから **障害発生時** を選択します。
+2. **Rollback virtual server deploy** ジョブテンプレートを選択します。**Run type**
+ という左側のナビゲーターメニューオプションから **On Failure** を選択します。
-3. 緑色の **選択** ボタンをクリックします。
+3. **SAVE** ボタンをクリックします。
- 
+ 
-4. 緑色の **保存** ボタンをクリックします。
+4. 緑の **SAVE** ボタンをクリックします。
-## Step 9: ワークフローの実行
+## ステップ 9: ワークフローの実行
-1. **テンプレート** ウインドウに戻ります。
+1. **Templates** ウィンドウに戻ります
-2. ロケットをクリックし、**`Workshop Workflow`** ワークフローテンプレートを起動します。
+2. Launch ボタンをクリックして、**Workshop Workflow** ワークフローテンプレートを起動します。
- 
+ 
- ワークフロージョブの実行中はいつでも、個々のノードをクリックして、ステータスを確認できます。
+ ワークフロージョブ中はいつでも、ノードをクリックしてステータスを確認することにより、個々のジョブテンプレートを選択できます。
-## Step 10: エラー処理
+## ステップ 10: エラー処理
-次に、ロールバックが実行されるワークフローの失敗したジョブテンプレートを示します。
+次に、ロールバックが実行されるワークフローの失敗したジョブテンプレートを表示します。
-1. 左側のメニューバーから **テンプレート** をクリックします。
+1. 左側のメニューの `Templates` リンクをクリックします。
- 
+ 
-2. `Create virtual server`テンプレートを選択します。
+2. テンプレート `Create virtual server` を選択します。
-3. Playbookを`create_virtualserver.yml`から`create_virtualserver_error.yml`へ変更します。
+3. PLAYBOOK を `create_virtualserver.yml` から `create_virtualserver_error.yml`
+ に変更します。
-`create_virtualserver_error.yml`のPlaybookは`http_pool_error`プールに仮想サーバを追加しようとしますが、`http_pool_error`は存在しません。したがって、仮想サーバの追加は失敗し、`Rollback virtual server deploy`ノードがトリガーされます。
+ `create_virtualserver_error.yml` Playbook は仮想サーバーを設定しますが、存在しないプール `http_pool_error` をアタッチしようとします。そのため、仮想サーバーの追加に失敗し、`Rollback virtual server deploy` ノードがトリガーされます。
-4. 下にスクロールし、緑色の **保存** ボタンをクリックします。
+4. 下にスクロールして、`save` ボタンをクリックします。
-5. **テンプレート**ウインドウに戻り、ロケットをクリックし **`Workshop Workflow`** ワークフローテンプレートを再び起動します。
+5. **Templates** ウィンドウに戻り、ロケットをクリックして、再度 **Workshop Workflow**
+ ワークフローテンプレートを起動します。
- 
+ 
-6. WebブラウザーからF5 BIG-IPにログインし、構成内容を確認します。
+6. Web ブラウザーで F5 BIG-IP にログインし、設定された内容を確認します。
-**Local Traffic**をクリックし、**Virtual Servers**をクリックします。`Rollback virtual server deploy`がキックされ、全てのBIG-IPの構成が削除されています。**Pools** および **Nodes** も同様に削除されているはずです。
+ **Local Traffic** をクリックし、続いて **Virtual Servers**、**Pools**、および **Nodes** をクリックします。`Rollback virtual server deploy` が起動して、すべての BIG-IP 設定が削除されたことがわかります。
-## Step 11: クリーンアップ
+## ステップ 11: クリーンアップ
-1. 左側のメニューバーから **テンプレート** をクリックします。`Create virtual server` テンプレートを選択します。
+最後に、設定を元に戻し、次のラボに備えます。
-2. Playbook を `create_virtualserver.yml` に戻します。
+1. 左側のメニューの **Templates** リンクをクリックします。テンプレート `Create virtual server` を選択します。
-3. 下にスクロールし、緑色の **保存** ボタンをクリックします。
+2. PLAYBOOK を変更して `create_virtualserver.yml` に戻します。
-4. **テンプレート** ウインドウに戻り、ロケットをクリックし **Workshop Workflow** ワークフローテンプレートを再び起動します。
+3. 下にスクロールして、緑色の `save` ボタンをクリックします。
-5. BIGIP MGMT GUI を介して仮想サーバが作成されたことを確認します。
+4. **Templates** ウィンドウに戻り、ロケットをクリックして、再度 **Workshop Workflow** テンプレートを起動します。
+5. BIGIP MGMT GUI で、仮想サーバーが作成されたことを確認します。
-# まとめ
+# 重要なこと
-あなたは以下を学習しました
- - ノード、プール、および仮想サーバーを作成するワークフローテンプレートの作成
- - ワークフローを堅牢にし、いずれかのジョブテンプレートが失敗した場合のロールバック
- - ワークフローテンプレートを起動し、**ワークフロービジュアライザー** の確認
+以下を行いました。
----
+- ノード、プール、および仮想サーバーを作成するワークフローテンプレートを作成しました -
+ワークフローを堅牢にし、いずれかのジョブテンプレートが失敗した場合は、デプロイメントをロールバックするようにしました -
+ワークフローテンプレートを起動し、**VISUALIZER** を調べました。
# 完了
-演習 4.2 を完了しました。
+ラボ演習 4.2 を完了しました
-これで本演習は終わりです。[演習ガイドへ戻る](../README.ja.md)
+[Click here to return to the Ansible Network Automation
+Workshop](../README.md)
diff --git a/exercises/ansible_f5/4.3-controller-workflow2/README.ja.md b/exercises/ansible_f5/4.3-controller-workflow2/README.ja.md
index 23953c840..1fa033203 100644
--- a/exercises/ansible_f5/4.3-controller-workflow2/README.ja.md
+++ b/exercises/ansible_f5/4.3-controller-workflow2/README.ja.md
@@ -1,161 +1,163 @@
# 演習 4.3: ノードメンテナンスワークフローの作成
-**Read this in other languages**:  [English](README.md),  [日本語](README.ja.md).
+**他の言語でもお読みいただけます** : [English](README.md)、 [日本語](README.ja.md).
## 目次
-- [目的](#目的)
-- [解説](#解説)
-- [まとめ](#まとめ)
-- [完了](#完了)
+- [目的](#objective) - [ガイド](#guide) - [重要なこと](#takeaways) -
+[完了](#complete)
# 目的
-F5 BIG-IPの[Ansible Tower ワークフロー](https://docs.ansible.com/ansible-tower/latest/html/userguide/workflows.html)のユースケースを示します。
+F5 BIG-IP 向けのもう 1 つの [Ansible
+自動コントローラーワークフロー](https://docs.ansible.com/automation-controller/latest/html/userguide/workflows.html)
+のユースケースを説明します。
-この演習では、サーバーのパッチ管理のワークフローを作成します。最初にプールメンバーを無効にし、ノードにパッチを適用してから、ノードを有効にします。同時に、iRule を仮想サーバーに接続して、サーバーがメンテナンス中であることをユーザーに応答します。
+この演習では、サーバーパッチ管理のワークフローを作成します。まずプールメンバーを無効にし、ノードにパッチを適用し、続いてノードを有効にします。並行して、iRule
+を仮想サーバーにアタッチして、サーバーがメンテナンス状態にあるときにユーザーに対応します。
-# 解説
+# ガイド
-## Step 1: ジョブテンプレートの準備
+## ステップ 1: ジョブテンプレートの準備
-前の`演習 4.1`と同様に、以下のテンプレートを準備する必要があります:
+以前のラボと同様に、`Lab 4.1` に従って以下のテンプレートを作成する必要があります。
-| ジョブテンプレート名 | Playbook |
-|--------------------------------|------------------|
-| Disable node | disable_node.yml |
-| Enable node | enable_node.yml |
-| Patch server | patch_server.yml |
-| Attach iRule to virtual server | attach_irule.yml |
-| Detach iRule | detach_irule.yml |
+| NAME | Playbook | |---|---| | Disable node | disable_node.yml | | Enable
+node | enable_node.yml | | Patch server | patch_server.yml | | Attach iRule
+| attach_irule.yml | | Detach iRule | detach_irule.yml | |
-ここでも、`演習 4.1` と同様に `Patch server` を除き、上記の各テンプレートは同じテンプレートパラメータを使用します。このテンプレートは `Workshop Credential` 認証情報を利用し、他の全てのテンプレートは `BIGIP` を使用します。
+`Patch server` を除き、ここでも上記の各テンプレートに `Lab 4.1`
+と同じテンプレートパラメーターを使用します。このテンプレートは認証情報 `Workshop Credential` を使用し、他のすべてのテンプレートは
+`BIGIP` を使用します。
-| パラメータ | 値 |
-|----------------|---------------------|
-| 名前 | |
-| ジョブタイプ | 実行 |
-| インベントリー | Workshop Inventory |
-| プロジェクト | Workshop Project |
-| Playbook | |
-| 認証情報 | |
+| Parameter | Value | |---|---| | NAME | | | JOB TYPE | Run | | INVENTORY |
+Workshop Inventory | | PROJECT | Workshop Project | | PLAYBOOK | | |
+CREDENTIALS | | |
-設定されたテンプレートの例を次に示します。
-
+以下は、設定されたテンプレートの例です。
+
-## Step 2: ワークフローテンプレートの作成
+## ステップ 2: ワークフローテンプレートの作成
-1. 左側のメニューバーから **テンプレート** をクリックします。
+1. 左側のメニューの **Templates** リンクをクリックします。
-2. 緑色のボタンをクリックし、新しく **ワークフローテンプレート** を作成します。
+2.  ボタンをクリックします。**Workflow Template**
+ を選択します。
-3. 以下の通りにパラメータを入力します。
+3. 次のようにフォームに記入します。
-| パラメータ | 値 |
-|----------------|---------------------------|
-| 名前 | Node maintenance workflow |
-| 組織 | Default |
-| インベントリー | Workshop Inventory |
+ | Parameter | Value |
+ |---|---|
+ | NAME | Node maintenance workflow |
+ | ORGANIZATION | Default |
+ | INVENTORY | Workshop Inventory |
+ |
-4. **保存** ボタンをクリックします。
+ 
-
+4. **Save** ボタンをクリックします
-## Step 3: ワークフロービジュアライザー
+## ステップ 3: ワークフロービジュアライザー
-1. **保存** ボタンをクリックすると、**ワークフロービジュアライザー** が自動的に開きます。もしそうでない場合、青い **ワークフロービジュアライザー** ボタンをクリックします。
+1. **SAVE** ボタンをクリックすると、**WORKFLOW VISUALIZER** が自動的に開きます。開かない場合は、青い
+ **WORKFLOW VISUALIZER** ボタンをクリックしてください。
-2. デフォルトでは、緑色の **開始** ボタンのみが表示されます。**開始** ボタンクリックします。
+2. デフォルトでは、緑色の **START** ボタンのみが表示されます。**START** ボタンをクリックします。
-3. 右側に **ノードの追加** が表示されます。
+3. **ADD A NODE** ウィンドウが右側に表示されます。
-## Step 4: *Disable node* ジョブテンプレートの追加
+## ステップ 4: ノードテンプレートの無効化
-1. **`Disable node`** ジョブテンプレートを選択します。実行オプションは、`常時` を使用します。
+1. **Disable node** ジョブテンプレートを選択します。ドロップダウンボックスを使用して run を選択します。**Run type**
+ という左のナビゲーターメニューオプションから **Always** を選択します。
+2. **Save** ボタンをクリックします。
-2. 緑色の **選択** ボタンをクリックします。
+ 
- 
+## ステップ 5: iRule テンプレートのアタッチ
-## Step 5: *Attach iRule to virtual server* ジョブテンプレートの追加
+1. **START** ボタンを再度クリックします。**ADD A NODE** が再び表示されます。
-1. もう一度 **開始** ボタンをクリックします。**ノードの追加** が再び表示されます。
+2. **Attach iRule** ジョブテンプレートを選択します。**Run type** という左側のナビゲーターメニューオプションから
+ **Always** を選択します。
-2. **`Attach iRule to virtual server`** ジョブテンプレートを選択します。**実行** パラメータは、ドロップダウンメニューから **常時** を選択します。
+3. **Save** ボタンをクリックします。
-3. 緑色の **選択** ボタンをクリックします。
+ 
- 
+## ステップ 6: サーバーテンプレートへのパッチ適用
-## Step 6: *Patch server* ジョブテンプレートの追加
+1. **Disable node** ノードにカーソルを合わせ、**+** 記号をクリックします。**ADD A NODE** が再び表示されます。
-1. **`Disable node`** ノードにカーソルを合わせ、緑色の **+** 記号をクリックします。**ノードの追加** が再び表示されます。
+2. **Patch server** ジョブテンプレートを選択します。**Run type** という左側のナビゲーターメニューオプションから
+ **On Success** を選択します。
-2. **`Patch server`** ジョブテンプレートを選択します。**実行** パラメータは、ドロップダウンメニューから **成功時** を選択します。
+3. **Save** ボタンをクリックします。
-3. 緑色の **選択** ボタンをクリックします。
+ 
- 
+## ステップ 7: ノードテンプレートの有効化
-## Step 7: *Enable node* ジョブテンプレートの追加
+1. **Patch server** ノードにカーソルを合わせ、**+** 記号をクリックします。**ADD A NODE** が再び表示されます。
-1. **`Patch server`** ノードにカーソルを合わせ、緑色の **+** 記号をクリックします。**ノードの追加** が再び表示されます。
+2. **Enable node** ジョブテンプレートを選択します。**Run type** という左側のナビゲーターメニューオプションから **On
+ Success** を選択します。
-2. **`Enable node`** ジョブテンプレートを選択します。**実行** パラメータは、ドロップダウンメニューから **成功時** を選択します。
+3. **Save** ボタンをクリックします。
-3. 緑色の **選択** ボタンをクリックします。
+ 
- 
+## ステップ 8: iRule テンプレートのデタッチ
-## Step 8: *Detach iRule* ジョブテンプレートの追加
+1. **Enable node** ノードにカーソルを合わせ、**+** 記号をクリックします。**ADD A NODE** が再び表示されます。
-1. **`Enable node`** ノードにカーソルを合わせ、緑色の **+** 記号をクリックします。**ノードの追加** が再び表示されます。
+2. **Detach iRule** ジョブテンプレートを選択します。**Run type** という左側のナビゲーターメニューオプションから
+ **On Success** を選択します。
-2. **`Detach iRule`** ジョブテンプレートを選択します。**実行** パラメータは、ドロップダウンメニューから **成功時** を選択します。
+3. **Save** ボタンをクリックします。
-3. 緑色の **選択** ボタンをクリックします。
+ 
- 
+## ステップ 9: コンバージドリンクの作成
-## Step 9: コンバージドリンクの作成
+最後に、コンバージェンスリンクを作成します。これにより、並行して実行されているジョブが収束できるようになります。言い換えると、両方のジョブが終了すると、`Detach
+iRule` ノードがトリガーされます。
-最後に、並行して実行されているジョブを収束できるようにするリンクを作成します。つまり、両方のジョブが完了すると、`Detach iRule`ノードがトリガーされます。
+1. `Attach iRule to virtual server` ノードにカーソルを合わせ、チェーンのマークをクリックします。
-1. **`Attach iRule to virtual server`** ノードの上にカーソルを置き、青いチェーン記号をクリックします。
+2. 次に、既存の `Detach iRule` をクリックします。ADD LINK ウィンドウが表示されます。RUN パラメーターに Always
+ を選択します。
-2. 次に、**Detach iRule** をクリックします。リンクの追加ウィンドウが表示されます。**実行** パラメータには、**常時** を選択します。
-
+ 
-3. 緑色の **保存** ボタンをクリックします。
+3. 再度 **SAVE** ボタンをクリックしてワークフローを保存します。
-4. 緑色の **保存** ボタンをもう一度クリックし、ワークフローを保存します。
+## ステップ 10: ワークフローの実行
-## Step 10: ワークフローの実行
+1. **Templates** ウィンドウに戻ります
-1. **テンプレート** ウインドウに戻ります。
+2. 起動ボタンをクリックして、**Node maintenance workflow** テンプレートを起動します。
-2. ロケットをクリックし、**`Node maintenance workflow`** ワークフローテンプレートを起動します。
+ 
- 
+ ワークフロージョブ中はいつでも、ノードをクリックしてステータスを確認することにより、個々のジョブテンプレートを選択できます。
- ワークフロージョブの実行中はいつでも、ノードをクリックして個々のジョブテンプレートを選択し、ステータスを確認できます。
+3. iRule が仮想サーバーにアタッチされていると、サーバーのメンテナンス中ユーザーはメンテナンスのページを受け取ります。
-仮想サーバーにiRuleをアタッチすると、サーバーのメンテナンス時にメンテナンスページが表示されます。
-# まとめ
+# 重要なこと
-あなたは学習しました
+以下を行いました。
- - プールメンバーを無効にし、Webサーバーをアップグレードし、サーバーをプールに戻すワークフローテンプレートを作成しました
- - iRuleを仮想サーバーに接続し、ユーザーはサーバーのパッチ中にメンテナンスページが表示されます
- - ワークフローテンプレートを起動し、**ワークフロービジュアライザー**を確認しました
-
----
+- プールメンバーを無効にし、Web サーバーをアップグレードし、サーバーをプールに戻すワークフローテンプレートを作成しました -
+サーバーのパッチ処理中ユーザーがメンテナンスのページを受け取るように、iRule を仮想サーバーにアタッチしました -
+ワークフローテンプレートを起動し、**VISUALIZER** を調べました
# 完了
-演習 4.3 を完了しました。
+ラボ演習 4.3 を完了しました
-これで本演習は終わりです。[演習ガイドへ戻る](../README.ja.md)
+[Click here to return to the Ansible Network Automation
+Workshop](../README.md)
diff --git a/exercises/ansible_f5/README.ja.md b/exercises/ansible_f5/README.ja.md
index ac2cc48eb..f7f4651d8 100644
--- a/exercises/ansible_f5/README.ja.md
+++ b/exercises/ansible_f5/README.ja.md
@@ -1,54 +1,61 @@
-# Ansible Linklight - F5 Networking Workshop
+# Ansible F5 ネットワーク設定ワークショップ
+
+**これは Ansible Automation Platform 2 のドキュメントです**
-これはインストラクターの講義、ハンズオン、自習などの様々な形式でワークショップトレーニングを提供することで、F5 BIG-IP を Ansible で自動化する機能を効果的に実証する多目的のコンテンツとなります。
+このコンテンツは、F5 BIG-IP での Ansible
+の機能を効果的に説明するための多目的ツールキットです。ここでは、インストラクターによる講義、ハンズオン、または自己ペースの演習など、さまざまな形式でワークショップトレーニングが提供されます。
+
+**他の言語でもお読みいただけます**:  [English](README.md)、 [日本語](README.ja.md)
-**Read this in other languages**:  [English](README.md),  [日本語](README.ja.md).
+This is the documentation for Ansible Automation Platform 1.2. If you are
+looking for Ansible Automation Platform 2, please go to
+[http://aap2.demoredhat.com/](http://aap2.demoredhat.com/).
-## Presentation
-プレゼンテーション資料はこちらです:
-[Ansible F5 Workshop Deck](../../decks/ansible_f5.pdf)
+## プレゼンテーション
+プレゼンテーションの資料が必要ですか? ここから入手いただけます: [Ansible F5 Workshop
+Deck](../../decks/ansible_f5.pdf)
-## Diagram
+## 図
-BIG-IP へのログイン情報:
-- username: admin
-- password: **講師から指示されます** (default is admin)
+BIG-IP のログイン情報: - ユーザー名: admin - パスワード: **インストラクターから提供**
+
+## セクション 1 - Ansible F5 の基本演習
-## Section 1 - Ansible x F5 基礎演習
+ - [演習 1.0 - ラボ環境の調査](1.0-explore)
+ - [演習 1.1 - Ansible を使用した F5 BIG-IP からのデータ収集](1.1-get-facts)
+ - [演習 1.2 - F5 BIG-IP へのノードの追加](1.2-add-node)
+ - [演習 1.3 - ロードバランシングプールの追加](1.3-add-pool)
+ - [演習 1.4 - プールへのメンバーの追加](1.4-add-pool-members)
+ - [演習 1.5 - 仮想サーバーの追加](1.5-add-virtual-server)
+ - [演習 1.6 - 仮想サーバーへの iRule の追加とアタッチ](1.6-add-irules)
+ - [演習 1.7 - 実行中の設定の保存](1.7-save-running-config)
- - [演習 1.0 - 演習環境の確認](1.0-explore/README.ja.md)
- - [演習 1.1 - Ansible による F5 BIG-IP の情報収集](1.1-get-facts/README.ja.md)
- - [演習 1.2 - F5 BIG-IP へのノード追加](1.2-add-node/README.ja.md)
- - [演習 1.3 - プールの追加](1.3-add-pool/README.ja.md)
- - [演習 1.4 - メンバーをプールへ追加](1.4-add-pool-members/README.ja.md)
- - [演習 1.5 - Virtual Server の追加](1.5-add-virtual-server/README.ja.md)
- - [演習 1.6 - iRule の追加と virtual server へのアタッチ](1.6-add-irules/README.ja.md)
- - [演習 1.7 - コンフィグの保存](1.7-save-running-config/README.ja.md)
+## セクション 2 - Ansible F5 の操作/高度な演習
-## Section 2 - Ansible F5 運用/応用演習
+ - [演習 2.0 - プールメンバーの無効化](2.0-disable-pool-member)
+ - [演習 2.1 - F5 BIG-IP 設定の削除](2.1-delete-configuration)
+ - [演習 2.2 - エラー処理](2.2-error-handling)
- - [演習 2.0 - プールメンバーの無効化](2.0-disable-pool-member/README.ja.md)
- - [演習 2.1 - コンフィグの削除](2.1-delete-configuration/README.ja.md)
- - [演習 2.2 - エラーハンドリング](2.2-error-handling/README.ja.md)
+## セクション 3 - Ansible F5 AS3 の演習
-## Section 3 - Ansible F5 AS3 演習
+ - [演習 3.0 - AS3 の概要](3.0-as3-intro)
+ - [演習 3.1 - AS3 での操作変更](3.1-as3-change)
+ - [演習 3.2 - Web アプリケーションの削除](3.2-as3-delete)
- - [演習 3.0 - AS3 の紹介](3.0-as3-intro/README.ja.md)
- - [演習 3.1 - AS3 による変更運用](3.1-as3-change/README.ja.md)
- - [演習 3.2 - Web アプリケーションの削除](3.2-as3-delete/README.ja.md)
+## セクション 4 - Ansible コントローラー F5 の演習
-## Section 4 - Ansible F5 Ansible Tower 演習
+ - [演習 4.0 - Ansible 自動コントローラーの調査](4.0-explore-tower)
+ - [演習 4.1 - Ansible 自動コントローラージョブテンプレートの作成](4.1-tower-job-template)
+ - [演習 4.2 - Ansible 自動コントローラーワークフローの作成](4.2-tower-workflow)
+ - [演習 4.3 - ノードメンテナンスワークフローの作成](4.3-tower-workflow2)
- - [演習 4.0 - Red Hat Ansible Tower環境の確認](4.0-explore-tower/README.ja.md)
- - [演習 4.1 - Ansible Tower ジョブテンプレートの作成](4.1-tower-job-template/README.ja.md)
- - [演習 4.2 - ワークフローの作成](4.2-tower-workflow/README.ja.md)
- - [演習 4.3 - ノードメンテナンスワークフローの作成](4.3-tower-workflow2/README.ja.md)
-### 演習に関連した議論や質問を投稿するには以下のリンクを使用してください:
+### ワークショップに関する議論を開始する、または質問を投稿するには、以下のリンクを使用してください。
- **https://devcentral.f5.com/questions/f5-ansible-automation-discussion-63579**
---
-
+
diff --git a/exercises/ansible_middleware/README.ja.md b/exercises/ansible_middleware/README.ja.md
new file mode 100644
index 000000000..85b985a2a
--- /dev/null
+++ b/exercises/ansible_middleware/README.ja.md
@@ -0,0 +1 @@
+Please see the demo instructions for the middleware product demo
diff --git a/exercises/ansible_network/1-explore/README.ja.md b/exercises/ansible_network/1-explore/README.ja.md
index f612ef8f4..c5e96cde2 100644
--- a/exercises/ansible_network/1-explore/README.ja.md
+++ b/exercises/ansible_network/1-explore/README.ja.md
@@ -1,106 +1,191 @@
-# Exercise 1 - ラボ環境の確認
+# 演習 1 - ラボ環境の探索
-**別の言語で読む**:  [English](README.md),  [日本語](README.ja.md).
+**他の言語でもお読みいただけます**:  [English](README.md)、 [日本語](README.ja.md)
-## Table of Contents
+## 目次
-- [Objective](#objective)
-- [Diagram](#diagram)
-- [Guide](#guide)
+* [目的](#objective)
+* [図](#diagram)
+* [ガイド](#guide)
+ * [ステップ 1 - VS Code を使用した接続](#step-1---connecting-via-vs-code)
+ * [ステップ 2 - ターミナルの使用](#step-2---using-the-terminal)
+ * [ステップ 3 - 実行環境の検証](#step-3---examining-execution-environments)
+ * [ステップ 4 - ansible-navigator
+ 設定の検証](#step-4---examining-the-ansible-navigator-configuration)
+ * [ステップ 5 - インベントリーの検証](#step-5---examining-inventory)
+ * [ステップ 6 - インベントリーについて](#step-6---understanding-inventory)
+ * [ステップ 7 - ansible-navigator
+ を使用したインベントリーの探索](#step-7---using-ansible-navigator-to-explore-inventory)
+ * [ステップ 8 - ネットワークデバイスへの接続](#step-8---connecting-to-network-devices)
+* [完了](#complete)
-# Objective
+## 目的
-ラボ環境を確認して理解します。この演習は以下を含みます。
-- コントロールノードで稼働する Ansible バージョンを確認します。
-- Ansible の設定ファイル (`ansible.cfg`)を理解する。
-- `ini` 形式のインベントリーファイルを理解する。
+ラボ環境を調べて理解します。
-演習を開始する前にぜひSlackへ参加してみましょう。[日本のAnsibleコミュニティ](https://ansible-users.connpass.com) [日本のAnsible slack コミュニティ](https://ansiblejp.slack.com/join/shared_invite/enQtNzQwNTEyNTc2Mjc3LTRmYzBkY2FhM2RhOGIzNjVhYTczMDdiODY0YWFiMjdmMGRkNGJiZDYzN2I4M2NjZDA5MjkxYzU3ZWQyMzFhYjU) [海外のAnsible slack コミュニティ](https://join.slack.com/t/ansiblenetwork/shared_invite/zt-3zeqmhhx-zuID9uJqbbpZ2KdVeTwvzw)。参加すると他の自動化エンジニアと交流し、情報交換することが可能です。
+この最初のいくつかのラボ演は、Ansible Automation Platform
+のコマンドラインユーティリティーを使用します。これには、以下が含まれます。
-# Diagram
+- [ansible-navigator](https://github.com/ansible/ansible-navigator) -
+Ansible オートメーションコンテンツを実行・開発するためのコマンドラインユーティリティとテキストベースのユーザーインターフェース（TUI）。-
+[ansible-core](https://docs.ansible.com/core.html) - Ansible Automation
+Platform
+を支えるフレームワーク、言語、機能を提供する基本的な実行ファイルです。また、`ansible`、`ansible-playbook`、`ansible-doc`
+などのさまざまなクリエートツールも含まれています。Ansible Coreは、無料でオープンソースのAnsibleを提供する上流のコミュニティと、Red
+Hatが提供する下流のエンタープライズオートメーション製品であるAnsible Automation Platformとの橋渡しの役割を果たします。-
+[実行環境](https://docs.ansible.com/automation-controller/latest/html/userguide/execution_environments.html)
+- このワークショップでは特に取り上げません。なぜなら、ビルトインの Ansible 実行環境には、Red
+Hatがサポートするすべてのコレクションがすでに含まれており、このワークショップで使用するすべてのネットワークコレクションも含まれているからです。実行環境とは、Ansible
+の実行環境として利用できるコンテナイメージです。-
+[ansible-builder](https://github.com/ansible/ansible-builder) -
+このワークショップでは特に取り上げませんが、`ansible-builder`
+は実行環境の構築プロセスを自動化するためのコマンドラインユーティリティです。
-
+Ansible Automation Platformの新しいコンポーネントに関する情報が必要な場合は、このランディングページをブックマークしてください
+[https://red.ht/AAP-20](https://red.ht/AAP-20)
-この環境には rtr1, rtr2, rtr3, rtr4 と名付けられた4つのルーターがあります。[この図](../README.ja.md)はワークショップ中にいつでも参照できます。SSH設定ファイル (~/.ssh/config)は設定済みで、コントローラーノードから各ルーターへ簡単に接続できるようになっています。
+> チャットでコミュニケーションしましょう
+>
+> 始める前に、slack にご参加ください!