ASTERIA徹底運用Tips

AUG関西支部版
ASTERIA徹底運用Tips
「トラブルシューティング運用編！」
インフォテリア株式会社
ASTERIA事業本部西日本事業所
木下敬太

アジェンダ
• ネットワーク関連のトラブルシューティング(HTTP編)
• トラブル事例紹介
• トラブル時の調査方法
• トラブルへの対応方法/トラブルに備えて
• デザイナーからサーバー接続時のトラブルシューティ
• トラブル事例紹介
• トラブル時の調査方法
• トラブルへの対応方法/トラブルに備えて
2
©1998-2018 Infoteria Corporation
ネットワーク関連のトラブルシューティング(HTTP編)
デザイナーからサーバー接続時のトラブルシューティング

ネットワーク関連のトラブル
シューティング(HTTP編)
3

HTTP系コンポーネント使ってますか？
4
(by ASTERIA WARP 4.8～)
HTTPGetコンポーネント - HTTP(Get)サービスの呼び出し
HTTPPostコンポーネント- HTTP(Post)サービスの呼び出し
RESTコンポーネント- HTTPサービスの呼び出し

ネットワーク関連のトラブルシューティング(HTTP編) 5
Webサーバーからのデータ取得
Webサーバーへのアップロード操作
Webサーバーへフォームデータ送信
WebページのHTMLを取得して解析

ネットワーク関連のトラブルシューティング(HTTP編) 6
デモ
します。
★サンプルURL
https://support.asteria.com/hc/ja/articles/115000124273--ASTERIA-WARP基礎と実践-改訂版-書籍サンプルファイル

動作確認後、一旦は動いていたフローがHTTP系コンポーネ
ントで以下のようなエラーが発生することがあります
7
• 「Connection refused: connect」
• 「Connection timed out: connect」
• 「Read timed out」
• 「Connection reset」
外部Webサーバー

HTTP系コンポーネントでエラーが発生したときの
調査方法、対応方法について
考えてみたいと思います
8

■原因
接続先サーバーと正常に通信ができていない可能性が大きい
※ RDB接続関連ですがメッセージが同じ、似ているFAQ
9

まずは出力されているメッセージについて
簡単に確認しておきます
10

出力されているメッセージ – その1 –
• Connection refused: connect
• Connection timed out: connect
• The host did not accept the connection within timeout of xxxxx ms
11
⇒ 接続先サーバーへ接続できていない
【接続先サーバー】
F/Wで遮断、
webサーバーの稼働状況(高負荷、サーバーダウンなど)の影響を受けている
【ネットワーク】
通信経路に問題がある
【ASTERIA】
URL、ポートなどが間違っている

出力されているメッセージ – その２ –
• Read timed out
• Connection reset
• レスポンスのHTTPステータスコードがエラー
(500 Internal Server Error など)
12
⇒ 接続先サーバーへは接続できているが、
タイムアウト、コネクション切断、処理中にエラー発生
【接続先サーバー】
webサーバーの稼働状況の影響(高負荷、サーバー再起動など)を受けている
【ASTERIA】
リクエストデータの内容/サイズなどに
問題がある
【ネットワーク】
通信経路に問題がある

出力されているメッセージから
出力されているメッセージだけでは原因を特定するのは難しい
13
どこ？
• エラーや瞬断などが発生していないか
• それは、ネットワーク管理者、接続先サーバー管理者に
聞かないとわからない
• 外部webサービス接続の場合だとそもそも問い合わせ
できない場合が多い

ASTERIA側で調べられることを考えてみます！
14

ASTERIA側で確認できること①
• ある時点からずっと発生している
• たまに発生する
15
フロー構成変更の経緯をチェック
たまにずっと
送信時のデータ内容(サイズなど)をチェック
①現象の再現性のチェック

ASTERIA側で確認できること②
フロー構成やコネクション設定の変更経緯
16
フロー構成変更の影響の可能性あり。
コネクションの変更や実行設定(実行頻度、
スケジュール)も含めて確認してみるとよい
再現性：「ずっと」
ありなし
ASTERIA以外の環境の影響(ネット
ワーク、F/W、接続先サーバー側の設
定変更など)を受けている可能性あり
②フロー構成変更のチェック

ASTERIA側で確認できること② 17
【余談】
比較ツールって使用していますか？

ASTERIA側で確認できること③
ブラウザ、コマンドラインなどで
ASTERIA WARPと同一環境から
18
ASTERIA以外の環境の影響を
受けている可能性あり
⇒ASTERIAの通信だけが遮断
NGOK
⇒ASTERIA稼働OS上の通信も遮断
③他ツールでの確認
フロー構成:「変更なし」

ASTERIA側で確認できること④
ブラウザ、コマンドラインなどで
ASTERIA WARPではない他環境から
19
⇒ASTERIA環境からの通信だけが遮断
OK NG
⇒他環境からの通信も遮断
④他ツールでの確認

ASTERIA側で確認できること⑤ 20
⇒特定の接続先サーバーだけつながらない
OK
⇒他の外部接続先サーバーにもつながらない
NG
⑤他接続先サーバーへは接続できるか

ASTERIA側で確認できること⑥
エラーが発生していないときと比べて
21
送信時のリクエスト状況の確認
再現性：「たまに」
同じ異なる
ASTERIAの送信状況に影響を受けている可能性もあり
送信時のデータサイズやデータ内容などを
確認してみるとよい
⑥送信時のデータ内容(サイズなど)のチェック

ASTERIA側で確認できること⑦ 22
ASTERIA以外の環境の影響(ネットワーク、
F/W、接続先サーバー側の設定変更など)
を受けている可能性あり
ASTERIAの送信状況に影響を
受けている可能性もあり
⇒送信時のフロー同時実行数やwebサーバーへの
同時リクエスト数などを確認してみるとよい
送信データ内容:「同じ」
再現性：「たまに」
⑦送信時のリクエスト(数)状況のチェック
エラーが発生していないときと比べて
異なる
⇒ネットワーク、F/W、接続先の設定変更など
同じ

フロー構成
の変更
23
再現性
データ内容
の確認
リクエスト状況
の確認
あり
なし
正常時と異なる
正常時と同様
正常時と異なる
正常時と同様
ASTERIA以外(ネットワーク、接続先サーバー)の可能性あり
送信データ/状況に影響を
フロー構成変更の影響を
たまにずっと
他ツール/他環境からの
接続確認
ネットワークの瞬断/webサーバー側
の問題など
①
②
⑥
⑦
③ ④⑤
ASTERIA側で確認できること - フローチャート
簡単なフローチャートにしてみました

まとめ
まずはASTERIA側の問題かASTERIA以外の環境依存の
問題か切り分けてみる
• ASTERIA側が問題と思われる場合
• 現象発生時/正常通信時の相違点を確認してみてください
(送信しているデータサイズやリクエストの多重度など)
• 現象が発生するようになった時期付近でフローの構成に
変更がある場合はその内容を確認してみてください
• ASTERIA以外の部分が問題と思われる場合
• ネットワークの瞬断、一時的な問題であれば、あらかじめ
リトライさせることを考えてフローをつくるのも○
• 予防策としてのヘルスチェックを作っておくのも・・・。
24

リトライ実装例
HTTP系コンポーネントのリトライ
デバッグモードで実行するとリトライしていることがわかります
25
FlowService.log

リトライ実装例
チェックポイント機能(Enterprise Edition限定)
エラー後、リトライしていることがわかります
26
使用時の注意事項が多
いので使う場合には気を
つけてください。
・サブフロー/エラー処理フ
ローなどでは使用できな
い
・ループ処理内/パラレル
分岐処理ではCheckPoint
コンポーネントを配置でき
ない
・「トランザクション化」プ
ロパティを「はい」にするこ
とはできない

ヘルスチェック実装例
x分間隔のスケジュールで対象サーバーへ到達確認
エラーだったときはメールで
通知するなど
27
エラー処理フロー

ネットワーク関連のトラブルシューティング(HTTPS編)
HTTPSだとこんなエラーがでることもあります
28

証明書が足りてない！？
29

証明書の登録状況を確認してみましょう
30
ほとんどの場合はASTERIAに最初から入っている証明書で足りているので
あまり意識することはありません。足りないときは追加してみてください。

31
デザイナーからサーバー接続時の
トラブルシューティング

デザイナーからASTERIAサーバー(フローサービス)へ接
続するときに以下のような現象にであったことはありま
すか？
• デザイナーからサーバーへ接続できない
• デザイナーからサーバーへ接続に時間がかかる
32

＜ ASTERIAサーバーから外部サーバー接続の場合＞
33
＜デザイナーからASTERIAサーバー接続の場合＞
考え方はHTTP編と似ている！？

FAQにもありました
34

もうちょっとかんがえてみます
35

一緒ですが、、、、
36
• ASTERIAで出力されているログ、メッセージの確認
• 現象発生時の状況確認/再現状況の確認
• できるだけ多くの観点からの調査
というのが正攻法
デザイナー/ASTERIAサーバー固有部分だけピックアップ
してみます

出力されているログ、メッセージの確認
デザイナー側のログ
ポップアップされるダイアログの他にも
エラーログにメッセージが出力されている可能性あり
【ツールバー > ヘルプ > エラーログの表示】
ログ格納場所は・・
フローデザイナー管理用フォルダ[USER_DIR]/log配下
※ C:ユーザー[Windowsユーザー名]AppDataRoamingInfoteriaflowdesigner[バージョン]
37

出力されているログ、メッセージの確認
フローサービス側のログ
サーバーまで接続できてログインできている場合は
「ASSN_I_0201: ASTERIA WARP Clientがログインしました」
というメッセージが出力される
38
FlowService.logの他に、asteria-console.logやFlowCompile.logなどにも
エラーが出力されていないか確認してみてください。

トラブル発生時の状況の確認 39
• 他端末のデザイナーからは？
• ブラウザ(FSMC)からは？
• コマンドライン(flow-ctrlなど)からは？
• サーバーと同一環境上からは？
• 以前は繋がってた？
• つながる時もあれば、つながらないときもある？
• どのタイミング?
サーバー接続時？/プロジェクトのオープン時？
コンパイル/保存時?/ビルダー起動時?
• 他のフローは？(既存/新規)
• 他のプロジェクトは？(既存/新規)
• 他のASTERIAアカウントは？
• バージョン管理の使用有無
• デザイナーの再起動後は？デザイナー端末の再起動後は？
• デザイナーのメモリ使用状況は？
• サーバーの稼働状況は？
他環境/ツールからの
接続確認
過去の接続実績、
再現状況/頻度など

40
デザイナー側の
問題？
サーバー側の
問題？
他端末のデザイナーからは接続OK？
ブラウザ(FSMC)からは接続OK？
コマンドライン(flow-ctrlなど)からは接続OK？
サーバーと同一環境上のデザイナーからは接続OK？
デザイナーを再起動した後は接続OK？
デザイナー端末を再起動した後は接続OK？
チェクリストつくってみました
トラブル発生時の状況の確認 - チェックリスト

トラブル発生時の状況の確認 - チェックリスト 41
デザイナー側の
問題？
サーバー側の
問題？
他端末のデザイナーからは接続OK？
ブラウザ(FSMC)からは接続OK？
コマンドライン(flow-ctrlなど)からは接続OK？
サーバーと同一環境上のデザイナーからは接続OK？
デザイナーを再起動した後は接続OK？
デザイナー端末を再起動した後は接続OK？
正常につながる端末との相違
点を調べてみるのがよい
「○」の場合はデザイナー側
の問題の可能性が高い
「×」の場合はサーバー側の問題である可能性
が高い。サーバー側のログや稼働状況など
をチェックしてみるとよい
FlowService動作が
高負荷な場合も接
続が不安定に。
チェクリストつくってみました

部分的な問題？サーバー全体
の問題？
どのタイミングで発生するか - サーバー接続時？
他のASTERIAアカウントでは接続OK？
他のプロジェクトはオープンできる？
どのタイミングで発生するか -プロジェクトオープン時？
どのタイミングで発生するか -コンパイル/保存時?
サーバー側の問題をもう少し細かくみてみます
他のプロジェクトはコンパイル、保存できる？

部分的な問題？
サーバー全体
の問題？
どのタイミングで発生するか - サーバー接続時？
他のASTERIAアカウントでは接続OK？
他のプロジェクトはオープンできる？
どのタイミングで発生するか -プロジェクトオープン時？
どのタイミングで発生するか -コンパイル/保存時?
他のプロジェクトはコンパイル、保存できる？
「×」の場合はASTERIA、F/Wなど含めたサーバー全体
の問題である可能性が高い。サーバー側のログや
稼働状況などをチェックしてみるとよい
「○」の場合はアカウント、
プロジェクトに依存する
問題の可能性が高い
FlowService動作が
高負荷な場合も接
続が不安定に。
アカウントやプロジェクト毎に
動作を比べてみるのがよい
サーバー側の問題をもう少し細かくみてみます

まとめ
まずはデザイナー側の問題かASTERIAサーバー側の
問題か切り分けてみる
• デザイナー側の問題と思われる場合
• 端末OSのF/Wやネットワークに起因することがほとんど
• 他正常に動作する端末との相違点をチェックするのがよい
• ASTERIAサーバー側の問題と思われる場合
• アカウントやプロジェクトで対象を切り分けていくのがよい
• ログに何かしらの痕跡が出力されていることが多い
• 稼働状況などで接続が不安定になっていることもあり
44

サーバー接続時のトラブルに備えて
1. 不要な更新はしないように読み取り専用で開く
45
FSMC(管理コンソール)でツール > アカウン
ト > その他の項目で「デザイナーでの変更
を禁止」をON。
変更を禁止したアカウントで
接続すると保存ボタンなどが
グレーアウト。

2. デザイナー端末でもバックアップ
46
バックアップボタンまたはプロジェクト
を閉じたときの自動保存機能で。
「バックアップを開く」で置き換えること
もできます。

3. ロックファイル(.$$$)残留への対処
47
ADNフォーラム、ブログにもロックファイルの
削除方法記載あります。

本日のまとめ
トラブルが発生したときにどこに原因があるのか
切り分ける手順、方法を用意しておくとよいでしょう
48

ASTERIA徹底運用Tips

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to ASTERIA徹底運用Tips

Similar to ASTERIA徹底運用Tips (20)

More from ASTERIA User Group

More from ASTERIA User Group (6)

ASTERIA徹底運用Tips

Editor's Notes