1120Ansible_network部&1122APTECH FES発表内容

1. AWXと組み合わせてBIG-IP
の作業をサービス化してみ
た
2019/11/22
(株)エーピーコミュニケーションズ
三枝

2. 自己紹介
NWエンジニア4年目
最近はACIとNSXさわってる
Ansible歴は2年、NWモジュールばっか触ってる
pyatsやbatfishなどのテストツールについても勉強中
Qiita更新中！(AnsibleやpyATS勉強中！)
https://qiita.com/snamon
@usagi_automate

3. サービス化？
ネットワークチームが行う作業をサービスとしてアプリケーションチームに提供する
例えば) FWのポート開放作業をサービス化
作業が完了するボタンを提供する

4. なぜBIGIP？
現場で導入されておりイメージがしやすかった
評価用を無料で使える(30日),ただしAWSで立てようとする無料分では立てられない。
モジュールが非常に豊富でやろうと思ったことがすぐにモジュールで見つかった（重要）
モジュール数： 163個 ( - 3 ) v2.9

5. ある日の維持管理メンバ

6. ある日の維持管理メンバ
NW担当者様
ほげほげシステムのほげ太郎です。
この度、Webサーバのアップデート作業に伴い
負荷分散装置のNodeメンバを順番に無効化 /有効
化作業を実施していただきたく
以下の日程でお願いします
〇月✕日
23:00 ~ 26:00

7. ある日の維持管理メンバ
NW担当者様
ほげほげシステムのほげ太郎です。
この度、Webサーバのアップデート作業に伴い
負荷分散装置のNodeメンバを順番に無効化 /有効
化作業を実施していただきたく
以下の日程でお願いします
〇月✕日
23:00 ~ 26:00

8. 作業当日...
作業開始します,Node_172.16.0.1を切り離してくださ
い
作業完了しました、状態戻しをお願いします
23:43
1:00
承知しました、Node切り離します
23:43
作業完了しました
23:45
作業時間2分

9. ちくしょう！サービス化だ！！

10. AWX 7.0.0.0
Ansible 2.9.0
Github
BIGIP-VE(inAWS)トライアル版(無料)
Slack
環境

11. 事前作業
システム構成
①登録
③実行
②
連
携
④処理
⑤通知
NW担当
アプリ担当

12. 下準備
対象のユーザは作業当日に必要なJobだけが見えるような形に設定
Poolメンバの一覧化→Serveyにリストで登録
パーティションをシステム単位で作成して他のシステムには影響を一切与えない

13. 実装はシンプルに

14. 実装してみた(Playbook)
今回は簡単に作成した
Playbook一つのみ用意
使用モジュール
・bigip_pool_menber
tasks:
- name: プールメンバー変更
bigip_pool_member:
state: "{{ state }}"
pool: "{{ system_name }}_pool"
fqdn: "{{ member }}"
port: "{{ target_port }}"
partition: "{{ system_name }}"
provider:
server: "{{ inventory_hostname }}"
user: "{{ user }}"
password: "{{ password }}"
transport: rest
server_port: 8443
validate_certs: false
delegate_to: localhost

15. これだけ。

16. せっかくなのでモジュールの中身を追っかけ
てみた

17. コードをちらり(bigip_poom_member.py)
def main():
spec = ArgumentSpec()
module = AnsibleModule(
argument_spec=spec.argument_spec,
supports_check_mode=spec.supports_check_mode,
mutually_exclusive=spec.mutually_exclusive,
required_one_of=spec.required_one_of,
)
try:
mm = ModuleManager(module=module)
results = mm.exec_module()
module.exit_json(**results)
except F5ModuleError as ex:
module.fail_json(msg=str(ex)
実行部分

18. BIGIPモジュールの仕組み１
まず、モジュールを呼び出すお約束の①exec_modulesを呼ぶ
②作成/更新or削除で分岐(execute())
③事前確認実施(exist())
事前確認URLをPlaybookの情報から取得
GETして存在する場合Trueを返す、
何もない場合エラーを返すのでTryキャッチしてFalseを返す

19. 設定更新の簡易フロー(BIG-IPモジュール)
①exec_modules() ②execute() present()
absent()
③exists() update()
create()
absentか作成系で
分岐
urlを生成してget
結果をTrue/False

20. updateの中身をさらに細かく
def update(self):
self.have = self.read_current_from_device()
if not self.should_update():
return False
if self.module.check_mode:
return True
self.update_on_device()
return True
Diffするメソッドに突
入
差分比較のための
Config取得(exist)
Update(patch)メソッ
ドに突入

21. 主要メソッド
update_on_device：設定更新（patchメソッド）一部置き換え
create_on_device：新規作成（postメソッド）追加
remove_from_device：設定削除（deleteメソッド）削除

22. 作業当日(アプリケーションチーム)

23. 作業当日(アプリケーションチーム)
触れるテンプレートは
限られている

24. 作業当日(アプリケーションチーム)
サーベイ機能で、実行時に
変数入力が可能

25. 作業当日(アプリケーションチーム)

26. 作業当日(アプリケーションチーム)
Job番号が発行され、証跡管理も可能

27. 通知
Job番号と
成功/失敗が通知されてくる

28. つまり……。

29. 作業当日(ネットワークチーム)

30. こまったこと。。
①どんな作業をサービス化するにがいいのかを検討するのが難しい
→まずは手順書が確立して、影響範囲が少ないものからとりあえずやって
みる。
②NWチームに必要なスキルがいままで違う、Playbook作成やGitの使い方な
どの展開が難しそう
→問い合わせ専用チームを作るなどの運用整備が必要(QAの窓口)

31. 面倒だったこと
利用するモジュールの動作を一つ一つ確認する、
Default値がなんのか？理解しておくことが超重要
実際によく分からないものを使うってのは認めづらい・・。
モジュールの挙動を理解しておいた方がいざという時良さそう
（説明もしやすそう）結局プログラミング必要？

32. まとめ
①ネットワークの作業をサービス化してみたが、 実装自体は簡単にできました。
利用したモジュールは 1つだけ(bigip_pool_member)
簡単なつくりですが、これでも調整 /作業時間の削減になります。
②サービスとして提供したボタンが正しければ、もし何かあった際の切り分けであったり
そもそも、アプリチーム（実行者）の切り分け で問題が解決できることも想像できます。
実装できれば負担が下がる（はず）、簡単な作業からでもサービス化をするきっかけになれたら幸いです。

33. ご静聴ありがとうございました