2024.12.24
ビジネスが急速に変化する現代は「OODAサイクル」と親和性が高い 流通卸売業界を取り巻く5つの課題と打開策
whenはいつも見ているぞというお話(全1記事)
リンクをコピー
記事をブックマーク
市田友宏氏(以下、市田):私、市田と申します。よろしくお願いします。今日は、whenです。みなさんたぶんAnsible使うと、まず一番最初に使うのではないかという構文です。whenについてのやらかし話を紹介したいと思います。
仕事は、某通信キャリアでパケットゲートウェイという、ちょっとマニアックなシステムの開発をやっています。サーバーでもないネットワーク機器でもない装置を、なんとかがんばって自動化をしようという業務をしつつ、開発もしつつ、Ansibleはもう3年ぐらい触っています。
今回のお話ですが、whenです。whenについて、ifとは微妙に違うぞというお話をしたいと思います。
まず私がやりたかったことです。そのうちの1つですが、自分が管理しているサーバーで、障害や作業でメンテナンスするためによく切り離しをします。これをAnsible使って自動で切り離しましょうと。
今までは手でポチポチやっていたのですが、Ansibleで自動で切り離して、手動オぺレーションをなくしていきましょうというのを仕事の1つとしてやっていました。
ここの処理ですが、ちょっとフローで簡単に表しています。ユーザーが使っているので、 最初にそのユーザーを追い出さないといけなくて、ユーザーを切断するというPlaybookを書きました。このサーバーは携帯などで使っているサーバーで、100万ぐらいセッションがあるので、けっこう待っていなければいけないんです。
数十分待つのですが、セッションが0になるまで数十分待っていましょうとループ処理を入れて、めでたくセッションがなくなって追い出せたら、最後にサーバーを落としましょうというPlaybookをRoleで作っていました。
やらかしは、このループのところです。ループのところでやらかしてしまいました。このループの処理は、このwith_sequenceというところで、for文みたいな感じで100回やるというループ文を書いています。
私もちょっと知識がないので、これをwhile的に書けるテクニックを持っている方がいらっしゃったら、ぜひ教えてほしいです。
今のところ、for文で100回繰り返して、セッションがなくなったら空回り処理するという動作にしています。このようなループ文を書いてみました。
これに、wait.ymlという名前をつけてみました。実際、このwait.ymlの中はどうしてるかというと、実際数十分待たなければいけないので、1分に区切って、それをひたすらループしています。途中でそのお客さんのセッション数を初期化して、 そのあとにもう1回今いくつぐらいユーザーがいるのかをincludeで取りにいくコマンドを打って、それをblockでつなげて、そのblockに対してwhen文を書いて、セッションが0でなければこのBlock文を実行して、1分待つというのをグルグルやりますと書きました。
数値で比較する時は、取り方が悪いと文字列で取ったりします。このint型でたまにハマるので注意をしましょうというところもあります。
このwhenでBlock文を書いてループして、グルグル待っていましょうというのをRoleとして作って動かしてみました。実際動かしたところ、このループで30分ぐらい待っているはずが、いきなりループ処理が終わってしまって、サーバーが落ちてしまいました。
私はもう顔面蒼白でした(笑)。なんでこのループ処理が動かなかったのかを考えました。
これも、数日かかりましたかね。けっこう時間がかかって、このset_factのところがきちんと数値で入っていないかとか、そもそもset_factされていないのではないかとか。そもそもこのwhen文の書き方が悪いのではないかとか、いろいろ考えたのですが、ちょっとわからなくて、シェルスクリプトをif文やfor文で書くとこんな感じなのかなと思い描いていました。
最初にこのBlock文でwhenの条件文を通過してしまえば、あとのタスクのpauseとかset_factとか、このincludeタスクとかが実行されると思っていたのですが、結果的に、Block文の中のwhenというのが、もうif文ではないよというところに気づきました。
ちょっと具体的に、どういう動作をしているのかなというところで、普通書かないのですが、こんな感じで動くのではないかというのをちょっと図解しています。
Block文をwhen文で仕掛けた場合に、上からすべてのタスクに対してwhenがかかるようなイメージです。途中でこのset_factで初期化した段階で、もう0になったので、あとはひたすらwhenが効いてしまって、後続の処理がまったく動かなかったというやらかしです。
私はこのwhenは最初に判断されて、あとはもうBlockの中のタスクは全部動いてくれると思っていたのですが、そうではなくて、Blockに対するタスクというのは、すべてのタスクに対してwhenが効いてしまうという動作だということを、やっと数日かけて気づきました。
ここで原因がわかったので、あとは楽です。途中ですべてが判定されるのであれば、そのBlockのwhenについては、最初は判断させずに、set_factで最後に判定文を入れることで、最初の動作は空回りせずに動くという処理をすることで、無事解決できました。
ちょうど今、このサーバーを落とすというやつを今日の夜やってきたばかりなのですが、きちんと無事動いてくれました。
まとめですが、Blockでwhenを使う時は、この条件文定義はかなり要注意です。私も、whenはifだろうと思ってずっと書いていたのですが、書き慣れた人ほどAnsibleはハマるネタがいっぱいあるのではないのかなと思ったりもしました。
あとは、whenはifだろうという勝手な思い込みですね(笑)。これでかなりハマってしまったというお話なので、やはり思い込みは厳禁だなあというのを、今振り返って反省しています。
以上です。ご清聴ありがとうございます。
2025.01.09
マッキンゼーのマネージャーが「資料を作る前」に準備する すべてのアウトプットを支える論理的なフレームワーク
2025.01.08
職場にいる「嫌われた上司」がたどる末路 よくあるダメな嫌われ方・良い嫌われ方の違いとは
2025.01.10
プレゼンで突っ込まれそうなポイントの事前準備術 マッキンゼー流、顧客や上司の「意思決定」を加速させる工夫
2025.01.07
資料は3日前に完成 「伝え方」で差がつく、マッキンゼー流プレゼン準備術
2025.01.08
どんなに説明しても話が伝わらない“マトリョーシカ現象”とは? マッキンゼー流、メッセージが明確になる構造的アプローチ
2025.01.07
1月から始めたい「日記」を書く習慣 ビジネスパーソンにおすすめな3つの理由
2025.01.09
記憶力に自信がない人におすすめな「メモ」の取り方 無理に覚えようとせず、精神的にも楽になる仕事術
2025.01.10
職場にいる「できる上司」と「できない上司」の違いとは 優秀な人が辞めることも…マネジメントのNGパターン
2025.01.09
職場に必要なのは「仲良し集団」ではなく「対立」 メンバーのやる気を引き出すチームビルディング理論
2025.01.14
コンサルが「理由は3つあります」と前置きする理由 マッキンゼー流、プレゼンの質を向上させる具体的Tips