参加してきたのでいつものメモです。自動化をキーに考えたい。楽をしたい、ミスをしない、もっと楽しいことに時間を使いたいいざ開発を始めると壁ちょっとやってみた、位だとなかなかできない。システム開発のスキルセットはネットワーク運用と全然違う。覚えることも多いし、NW装置の標準もないから泥臭くやるしかなかったりする。作ったとしても自分しか使ってない...みたいな状況も。運用しかやってない人に使ってもらうのは意外と難しい。みんなで壁を乗り越えよう!ネットワーク運用者へ自分たちで使いたいモノを自分たちで作る。壁は多いけど、上手くいいツールが作れたら自分たちの仕事のやり方を自分たちで変えるチャンスがある。できることから少しずつ。ソフトウェア開発者へネットワーク運用はたくさんの課題。いうのがいっぱいある。NW運用の実情を知ってもらって、改善のためのヒントがほしい。NW運用とソフトウェア開発が一緒にやれるといいよね。NW装置メーカーへいいAPIがあれば是非教えてください。業界動向とかも気になります。用いてLBサービスを開発してみたIDCF上野さんロードバランササービス("ILBサービス")システム構成MQを用いた分散システム管理サーバ側の冗長構成や運用をやりやすくする。よるLB提供27台のサーバ手作業運用は難しいので自動化。継続的デリバリという考え方デリバリーソフトウェアはユーザに提供して初めて価値がある。提供までの時間を短くするために何ができるか。こまめに運用とはシステムなどが正常に稼働し続けられるような状態を維持すること。個人的には...夜間・休日とか対応したくない。問題を再現させるサービス基盤の運用設計ポリシサーバ三重化MQが重要。容易にサーバ追加・削除ができること。手動によるLB追加・削除、LBダウン時の緊急対応みたいなのはやりたくない。2台以上のサーバが生きているようにする。管理サーバの監視・メトリクス収集まとめ継続的デリバリ、というのが重要なかんがえかた単体試験・振る舞い試験・デプロイ・ロールバックがボタンひとつでできるようにすべきMQ使うことで簡単にコンポーネントの追加削除Sensuわかりやすい。Aggregatorでたので複合事象ハンドリングも定義できるように。クライアントツール系で確認できるようにしたいLBの振る舞い、SSLオフロードとかしてる場合、増やす・減らすが難しいんじゃないか。増減あったりしたときにコネクションもろとも落ちたりしない?既存セッションの取り扱い。コネクション切り返してできるようになってる。サーバ減らすとき、タイムアウト地を設定して(デフォルトだと30分)セッション維持してあたらしいのを切り替えていくとか。時間をおいて自動で切れていくように。画面以外に可視化していること、LB向けのプラグインとか作ってる?Sensuは特にいじってない。Sensuのほうはあまり作り込んでない。NW危機を触る場合、機器アクセスの排他制御。MQアプリ使うとそういうのがあるんじゃないか。3台、同じタイミングで同じデバイスをさわりに行くとかは同コントロール?workerは単純に作業するだけ。そこはコントローラというコンポーネントでジョブのシリアライズをしている。そこはロック処理をスクラッチで開発している。proxyだとAPIないのでconfigいじってるんじゃないか。formatで書いてる。いうコンポーネントが設定取ってきて、変更確認して、変更置き換えるみたいな操作をしている。(3年くらい前の状況)レガシなモニタリングシステムだと、全体としてどうなってるのかとかわからない。ベンダのラボでは絶対再現しないようなバグが発生する。ベンダを説得するためにいろいろネタがいる。そもそもデータとれない、APIアクセス許可もらうのに2日かかる...NWチームがオレオレ監視サービスを乱立それじゃいかん。いろんな関数が選べる。データをその場で操作できる移動平均を取ったり、2年前のデータとの比較をしたり、とか。upgrade)アップグレードした結果何かが良くなったという結果がとれないとメンテナンス成功とはいえない。収束性に関するパラメータ、ロードアベレージなどが旧バージョン機器台数が減るにつれて落ちていくのが見えた。ファイバカットの時の影響メンテナンスが上手くいっているかどうかのチェックIS-IS導入、保持経路数のチェックを確認。