rrreeeyyy

We talk about AIOps, Redis 7.0, AlloyDB, CloudFlare D1 and eBPF for Service Mesh and so on.

18: AIOps with yuuki

SRE NEXT 2022 ( https://sre-next.dev/2022/ ) で話した「SRE の歩き方・進め方」( https://sre-next.dev/2022/schedule#kc02 ) のスライドです。

SRE の歩き方・進め方 / sre-walk-through-procedure

We talk about Infrastructure Engineering (Book), SRECon2022 America, Dagger・CUE, Anatomy of an Incident (Book), and Elden Ring, and so on.

17: News April 2022

16: SRE NEXT 2022 with fukubaka0825

15: Go 1.18 with tenntenn

We talk about Open Source Sustainability, ProdSpec and Annealing, Darknet Diaries, Page it to the Limit, Distributed Systems and so on.

14: News January 2022

We reviewed 2021 and talked about the best technical book we read in this year

13: Best of 2021

We talked about newly released products and features from AWS re:Invent 2021

12: AWS re:Invent 2021 with spesnova

We talk about RSS, The Staff Engineer's Path, ObservabilityCON, Team Topologies, and so on.

11: News November 2021

We talked about newly released products and features from Google Cloud Next '21

10: Google Cloud Next '21 with sinmetal

We talk about Conference, Developer Experience, Facebook Outage, and so on.

9: News October 2021

We talked about Observability and OpenTelemetry with ymotongpoo from its overview to its components, and the current.

8: Observability and OpenTelemetry with ymotongpoo

We talk about Burnout, HTTP/3, Docs for Developers, Metastability, SREの探求 and so on.

7: News September 2021

We talked about Envoy with taiki45 from its overview to its architecture, and the current and future.

6: Envoy with taiki45

We talk about Dropbox Engineering Career Framework, Kubernetes 1.22, OpenSearch, Developer Experience at Netlify and so on.

5: News August 2021

In main session, we talk about container security with @rung. In the news session, we picked up GitHub Copilot, USENIX ATC '21,  Idempotency-Key HTTP header, Go memory models and so on.

4: Container Security with rung

In main session, we talked about SRE and Topotal with @nari_ex. In the news, we picked up Terraform 1.0, Vagrant3.0,  EuroSys21/LISA21 and OpenTelemetry.

3: SRE and Topotal with nari_ex

In main session, we talked about eBPF. In news session, we picked up Prometheus Exemplars, Kubernetes 1.21, Incident Metrics in SRE, and so on.

2: eBPF with yuuki

In main session, we talked about Go1.16. In the news, we picked up Increment, Netflix Cosmos Platform, GKE Autopiolot and so on.

1: Go 1.16 and Generics with tenntenn

Cookpad Tech Kitchen #24 5800万人が使うサービスのリニューアルとその技術 ( https://cookpad.connpass.com/event/183385/ ) で、"「信頼性」を保ちつつ大規模サービスをリニューアルする" というタイトルで発表した際の資料です。スライド内のリンクは次のとおりです。- How SRE teams are organized, and how to get started: https://cloud.google.com/blog/products/devops-sre/how-sre-teams-are-organized-and-how-to-get-started- Design Docs at Google: https://www.industrialempathy.com/posts/design-docs-at-google/- artillery: https://artillery.io/- serverless-artillery: https://github.com/Nordstrom/serverless-artillery

「信頼性」を保ちつつ大規模サービスをリニューアルする / cookpad-tech-kitchen-service-embedded-sres

https://prometheus.connpass.com/event/127574/ での発表資料です

Cookpad and Prometheus

SRE Lounge #8 でお話させていただきました

SRE-Lounge-8-Cookpad-Microservice-Architecture-Overview	

第 3 回 Web System Architecture 研究会 (2018/11/17) で発表したときのものです。

A survey of anomaly detection methodologies for web system

第 2 回 Web System Architecture 研究会で（なぜか）招待講演をさせていただいたときの資料です

エンジニアリングをちゃんとやる あるいは 人類の平和 について / wsa02-rrreeeyyy

IPSJ-ONE 2018 で、インターネットと運用技術研究会に推薦していただき、"「自立」したWebシステムを創る。自分の好きなことをする世界を目指して。" というタイトルで登壇しました。

「自立」したWebシステムを創る。自分の好きなことをする世界を目指して。/ ipsj-one-2018-rrreeeyyy

第40回インターネットと運用技術研究発表会の招待講演で『Web サービスの信頼性と運用の自動化について』というタイトルで発表しました。

Web サービスの信頼性と運用の自動化について / iot40-rrreeeyyy

#hbstudy の 79 回目で SRE の話をしました。

SRE at Cookpad

#hbstudy 79 で Prometheus の話をしました

Prometheus 実践入門 #hbstudy 79 / introduction-to-prometheus-practice

#jtf2017 ( http://2017.techfesta.jp/ ) にて『Web サービスの信頼性を守るための取り組み』というタイトルで発表しました。

Web サービスの信頼性を守るための取り組み / jtf-2017-site-reliability-engineering

時系列データベース界について適当に喋りましたSlide source is here: https://github.com/rrreeeyyy/talks/blob/29efd49d4aff915fde403ef9dd305b0b9d9f3b9d/20161013/time-series-database-world/presentation.md

Time-series-database-world

#jtf2016 ( http://2016.techfesta.jp/ ) にて『今あえて試行錯誤しながら"車輪の再発明"をする意味』というタイトルで発表しました。

今あえて試行錯誤しながら"車輪の再発明"をする意味 / jtf2016-reinventing-the-wheel

correlation-for-timeseries

introducing-formal-methods

Hashicorp tools の 2015/11/30 〜 2016/04/18 の更新分をすごくざっくり追った資料です

hashicorp-20160418

2015 年もありがとうございました。2016 年も皆様よろしくお願いします。2015 年振り返り技術読んだ本・買ったもの新年早々 Kindle Voyage を買ってた買ってよかったPaperwhite は人に譲ったVoyage はさくさく動いて便利ZOOM の TAC-2R っていうオーディオコンバータ買った普通に使ってたけど今は諸々の事情で使ってないWindows PC を家で常用するようになったりしたので新しいオーディオコンバータほしいhttp://book.impress.co.jp/books/1115101039本もっといろいろ読んだけど大体記憶に残ってるのはこの辺どっかでも喋ったけど分散システム 第二版は良かったタネンバウム先生の本もろもろ読めてないやつあるので来年もなんか読むぞベース買った買ってすぐはすごい弾いてたけど最近全然弾いてないスプラトゥーンも買ってたいろんな人にそそのかされて買ったあんまりやってない(すぐ飽きた)LoL にお熱なので…あとは各種ラノベ(主に冴えカノ・はたらく魔王さま！)アニソン CD/BD とか(SB69/Charlotte/WA2/アイマス/デレマスなど)活動輪読とかいって JavaScript の本読んでた    【Topotal輪読会】JavaScript で学ぶ関数型プログラミング 2 章  from YOSHIKAWA Ryota モニカジ #7 (前日に繰り上がって大変だった記憶がある)    モニタリングシステムのこれまでとこれから (2015-01-30)  from YOSHIKAWA Ryota 若手インフラエンジニア現状確認会wakateinfra という面白ユニットが結成されてしまいましたみんな本当に優秀で、年も近いので刺激を受けることばかりなので面白ユニット結成できてよかったなあという気持ちです。引き続きよろしくお願いします。    Infra younger  from YOSHIKAWA Ryota JTF2015 で前述の若者たちと登壇したhttp://2015.techfesta.jp/p/program.html#tech_trend_and_future夜な夜な hangout で話す内容を考えたりして真面目だった評判もなんかそれなりに良かったっぽかったし内容としても自分は悪くなかったと思う@y_uuk1 くんが PS3 当てててすごかったサバフェスとか ISUCON も出たけど惨敗したので来年も頑張るぞ…GCPUG で喋ったり GCP の講習を受けたりした毎月社内勉強会があるんだけど全部出席して定期的に中身のある発表ができた他にもプロダクト担当というのがあって Hashicorp のツール全部とコンテナ周りの担当になってる数ヶ月に一度ぐらいで順番が回ってきて発表するけどちゃんと調べて発表出来てるはず一部のスライドは公開している(社内の事情とかが書いてあるやつは公開してない)次世代 Web カンファレンスというのに登壇させて頂いたhttp://nextwebconf.connpass.com/event/19699/https://youtu.be/dxFa055NtTo?t=5h19m50s本当に貴重な経験で、とても大きい会場で、業界でも本当に有名な人達と同じ場所で登壇させて頂けてよかった。普通の参加者としても有益な話がたくさん聞けたし、懇親会でも色々な方としゃべることが出来てよかった。こういう風に喋らせていただく機会があれば今後もぜひよろしくお願いします！Itamae Meetup というのでも喋ったSoftware Design の 5 月号に寄稿したなどと言っていたら見本誌を入手できました pic.twitter.com/GStZ2IRvRY— れい (Yoshikawa Ryota) (@rrreeeyyy) 2015, 4月 20Vitess の記事書いたhttp://qiita.com/rrreeeyyy/items/90b3b1c73d22edc913baHashicorp を支える技術の記事書いたhttp://qiita.com/rrreeeyyy/items/6bbd1f09c96e2af4a8ce今年本をあまり読めなかったのはこんな感じで論文を読んでたからな気がする継続したいもちろん本も読みたい私生活引き続きアニメを見たりしたSHIROBAKO/SB69/デレマス 良かった凪あす今更見たけどよかったLoL をしたり綾瀬理恵さんのライブに行ったりした綾瀬理恵さん、初のバースデーワンマンライブが最高だったワンマン本当におめでとうございます…これからも応援します…アイマスにハマった10th ライブ本当に最高だった…最高だった…http://rrreeeyyy.hatenablog.com/entry/2015/07/21/200737デレステばっかりやってるWA2 というゲームが良かったまとめ去年に比べて色んな所で喋らせて頂ける機会が多かった気がする本当にありがとうございます…その分記事書いたり本読んだりする時間が少なかった気がするコード書く時間も増やせると良さそう3 月ぐらいにいろいろあるので来年はコードたくさん書くことになりそう来年も引き続きよろしくお願いします

2015 年振り返り

hbstyle20151112 で Let's Encrypt と ACME について雑に喋りました

Let's Encrypt & ACME Overview (hbstyle-2015-1112)

consul-atlas-alerts

若手インフラエンジニア現状確認会に参加してきた。とにかく最高だった。若手インフラエンジニア現状確認会きっかけはこれです。@rrreeeyyy @deeeet @y_uuk1 飲み会しよ pic.twitter.com/zUehyYnP7v— okumura takahiro (@hfm) 2015, 1月 22Mackerel Meetup #3 Tokyo に参加した辺りで若手少ないかつ交流そんなにないよね、みたいになって開催が決定した。あれよあれよという間に各社から有名若手がバンバン集まってきてこの中に居ていいのか…みたいな気分はあったんだけど、参加してみたらとにかく最高だった。資料各人の発表資料(無い人もいる)とちょっとしたまとめ、思ったことを付しておく。    若手インフラエンジニア現状確認会 @hfm #wakateinfra  from Takahiro Okumura ペパボ、IRC の様子をみても Twitter の様子を見てもとても良い雰囲気で仕事が出来ているように見えてとても羨ましい。IRC の Kernel チャンネルみたいなのはみんな「良さそう」とか「欲しい」とか言っていたので、若者は意外とカーネルに興味がある模様です(私も含め)。これからやりたい事として「カーネルレイヤの勉強」という風に言っていた(構成管理ツールはもう飽きたとのこと)。自動化コード化と叫ばれる中で、カーネルレイヤの勉強がやりたい！と言う若者は中々珍しいよねとか、構成管理ツールのような上位レイヤだけでなく、もっと低レイヤの勉強も必要だよねとか、そんな事を話した気がする。個人的な感想だけど、@deeeet くんは本当に彗星のように現れたと思っていて、印象的な素晴らしい発表/ブログ記事等の発信を続けてるのはどういうモチベーションなんだろうと割と気になっていたけどそれが分かってめっちゃ良かった。あと「筋肉運用」という単語がその場でめっちゃウケて、自動化されていなかったり属人でとにかく頑張るみたいな運用を指す単語だと思うんだけど的確で良かった。本当に自動化/効率化に対する意欲が高くて、そういう運用に嫌悪感すら感じると言っていてすごいなと思った。自分もある程度妥協してしまう点があるので、見習わなければならない。ゆううきブログ資料最初の 3 ページぐらい喋って、あとはここ数年のブログ記事読みながら話してた感じだった。彼もまた良いブログ/発表のアウトプットが常日頃からできていて素晴らしいなあと思っている。聞くところによるとはてなには、年間でもっともはてブがついた記事を書いた人を評価する制度があるらしい(会社のブログに書くと 2 倍の値で評価されるらしい)。そうやって各個人がアウトプットした成果を定量的に評価する制度は結構珍しいような気がしていて、良いなと個人的に思った。あと輪読会があって羨ましい。システム系の論文をカジュアルに読める会みたいなのがもっと増えるといいよね、と若手で話していた(いくつかあるのは知っているのだけれど僕はまだあんまり参加出来てない)。例えば SICP の輪読会や CTMCP の輪読会のように、タネンバウム先生の本を読むようなイベント等もあってもいいかもしれない。paper-we-love という論文紹介のリポジトリが紹介されたのはこの辺だったかな。@ryot_a_rai 氏の発表。Infrataster, Itamae … と兎に角最高のツールをバンバン出してくれてる。どういう理由で今の会社にいるとか、いつ IT 系にそもそも興味持ったとかの話聞けてめっちゃ良かった。あとはク社のサイトの構造がどうなってるとか、中はどんな風になってるみたいな話をした。実は waker というのも作っていてそれもどうやら動いてるらしい。話の中に「NoOps」という単語が出てきてとても印象的だった。全てが自動化された究極の境地っぽい、最高。インフラのテストについても喋った気がする、僕自身はもう少し色々なテストが自動になればいいなと思っていて、以下の 2 つを挙げた気がする。冗長性のテストパフォーマンステスト現場だと、この辺は未だに手動でやっていたり、半自動程度にしかなっていないことがある。NoOps を目指すならこの辺りの部分もしっかりテストして確信を得て、かつ周りを説得できる材料として用意しないといけないのかも、と思っている。でも NoOps とは良い言葉だ。インフラエンジニアに限らず色々な職種の人が自動化を行いここを目指す必要がある気がしている。若手インフラエンジニア現状確認会で発表しました #wakateinfra – catatsuyとはかなり現場感のある話で良かった。特に、配信サーバ関連で使われているツールと、移行の時の事故で盛り上がった気がする。筋肉運用にあたるんだけど、何回も発生する作業ではないし、こういう移設/移行作業をいかに自動化/効率化するかというのは結構課題かもしれない。最初から自動化されているならいいんだけど、そうも言ってられないので、ここ数年はそういうことで悩むのだろうなと思った。    Infra younger  from YOSHIKAWA Ryota そしてこれが私の発表。自動化効率化が進み、インフラエンジニアの仕事はどんどん無くなると予想している。単純にインタフェースやシステムに関わるロジックを直接書くプログラマより早く、インフラエンジニアの戸口は減少すると思っている(消滅するとは全く思っていない)。もちろんアプリケーションのロジックや規模にもよるが、多くの人間は GAE や Heroku を使えば十分であることが多かったり、色々よしなにやってくれるクラウドサービスも多くある。その辺のサービスが発展した時に、我々はどうすれば(あるいは何をしている)のだろうね？と言うのが問いだった。全く答えは出てない(出てないのでここで色々議論したかったという狙いがある)のだけど、特に悲観的になっていると言う訳ではない。スライド中にあるように、提供するサービスに応じて、どのサービスを組み合わせる、どの基盤を使うとコストが最小になり、効率的に運用できるか考える人の存在というのはもちろん必要だし、各種クラウドやモニタリング等のサービスを提供する側の事業者というのも勿論必要だと思う。また、@hfm くんが、研究開発や次世代のミドルウェアの開発で食っていく道というのもあるよね、と言っていて確かにそういえばそうだと思った。Linux カーネルの勉強をすれば安全かといえば、まあそういうわけでもなく、Linux がなくなったら(しばらくはなくならないという話にはなったが)どうしようという話にもなった。とにかく上っ面でなく論理的で本質的で応用の効きやすい知識(とはなんだろうね？)をしっかり学ぶ必要があるよね、という結論になったのが深夜 1 時辺りだったかもしれない。僕は結構適当な人間なので、こういう問いかけをしておきながら、仕事がなくなるのは大歓迎(収入がなくなるのは歓迎でない)なので、自動化が進んだらまた考えようと思っている。とはいえ考えないと仕事ばかりなくなって収入を得ることができなくなる可能性もあるので、日々うんうん悩みながら暮らすしかなさそう。結果なるようになってくれると嬉しい。とにかく最高で、普段気になってる皆がどういう成り立ちで今の活動をしているのかとか、どういう事をやっているのかというのが分かって大変良かった。インフラエンジニアといっても各社様々で、全く違うことをしていたり、かと思えば同じようなことで悩んでいた。そういう人たちが一同に会してビールを片手に夢や悩みや考えを共有する会が最高でないわけが無かった。今までそういう機会はあまり多くなかったので、参加出来て大変良かった。次回(京都？)も絶対行くぞ！最後に、企画してくれた @hfm くんと参加した @deeeet くん、@y_uuk1 くん、 @ryot_a_rai くんと、ビール/会場を準備してくれた @catatsuy くんと会場を貸してくれた pixiv 社に感謝！

若手インフラエンジニア現状確認会 #wakateinfra に参加したまとめ

2014 年もありがとうございました。2015 年も皆様よろしくお願いします。2014 年振り返り技術読んだ本2014 年に読んだ本(物理書籍編) pic.twitter.com/oopOFneHTb— れい (@rrreeeyyy) 2014, 12月 312014 年に読んだ本(電子書籍編) pic.twitter.com/GHAjbgkw6j— れい (@rrreeeyyy) 2014, 12月 31インフラエンジニアかどうか疑わしいラインナップだったけど来年も本はいっぱい読みたい。電子書籍は ASCII のセールか何かでめっちゃいっぱい買えたやつを年末で消化する、みたいな感じだった。年が明けると Effective Ruby が来るのでそのへんから読み始める。活動卒業論文mruby-ipvsServerspec と Infrataster の記事July Tech Festa に行った時の記事Kubernetes 使ってみた時の記事mod_mruby/ngx_mruby Advent Calender 7 日目Web アプリエンジニア養成読本 Advent Calendar 13 日目Kubernetes Advent Calendar 20 日目MySQL 5.6.10 以下に存在する レプリケーションのバグと詳細についてオープンソースカンファレンス2014 Tokyo/Fall「インフラの自動化・コード化 最新トレンドおさらいとはじめ方」ITインフラ 業務自動化現状確認会 Itamae 使ってみたMySQL 5.6.10 以下に存在する レプリケーションのバグと原因特定について (Heartbeats 社内勉強会 2014/12/11)卒業論文書いたのもう 1 年前なの不思議な感じがする。OSC で喋れたのは良かった。発表する機会とかあればまた喋りたい。ブログとかはもうちょっと書くべき。あと来年はコード書く時間を増やして OSS 活動を増やす事が目標。私生活ゲームは League of Legends ばっかりやってるし、しばらくこれ以外のゲームをやるつもりもあんまりないような気がする。年の後半は d アニメストアに登録してアニメをダラダラ見る活動をしていた。後はライブに行ったりした。ラノベや小説も読んだ。新宿区新宿に引っ越したけど電車に乗らなくて良い生活が継続できていて嬉しい。あとは乾燥機付き洗濯機欲しい。綾瀬理恵さんのライブに行ってはセトリをつぶやくおじさん (22歳) になってた。占有！魔界ブロードバンド→ Poppin☆Candy☆Love→ゆいまーる☆わーるど→ラブリラ☆ジュエリラ→ SNS♡～Special Naughty Secret LOVE～ →理恵のRie☆Ring マーチ！ #はぴめろえびす #綾瀬理恵— れい (@rrreeeyyy) 2014, 5月 5ゆいまーる☆わーるど → Secret Sequence → リンクなセカイ → 透かし桜 → ALTER BLADE → SNS♡ ～ Special Naughty Love ～ #綾瀬理恵 #NEVERLAND— れい (@rrreeeyyy) 2014, 7月 27ゆいまーる☆わーるど→ラブリラ☆ジュエリラ→Poppin☆Candy☆Love→占勇！魔界ブロードバンド→SNS♡〜Special Naughty Secret  LOVE〜 #綾瀬理恵 #もえたんはいたい七葉コラボイベント— れい (@rrreeeyyy) 2014, 8月 16のみこさんと綾瀬理恵さんによるコラボで 魔法少女マジカルたん! #綾瀬理恵 #もえたんはいたい七葉コラボイベント— れい (@rrreeeyyy) 2014, 8月 16ラブリラ☆ジュエリラ→キラリズム!→Immortelle→占勇！魔界ブロードバンド→ゆいまーる☆わーるど→すぺしゃる☆ぱらだいす！→リンクな世界→Shiny Destination→SNS♡ ～Special Naughty Secret-LOVE  #綾瀬理恵 #はぴめろえびす— れい (@rrreeeyyy) 2014, 8月 30占有！魔界ブロードバンド→ラブリラ☆ジュエリラ→ゆいまーる☆わーるど→マテリアルの見る夢→Alter Blade→すぺしゃる☆ぱらだいす #綾瀬理恵 #スピード☆スター→vol.1— れい (@rrreeeyyy) 2014, 11月 16Poppin☆Candy☆Love→Whip Bunny→memories -winter edit-→Alter Blade→すぺしゃる☆ぱらだいす！ #綾瀬理恵 #はぴめろえびす— れい (@rrreeeyyy) 2014, 11月 29キラリズム！→Secret Sequence→形のない花→リンクなセカイ→占勇！魔界ブロードバンド→Happy☆Lucky☆Crazy☆Love ！ #綾瀬理恵 #daylightmoon— れい (@rrreeeyyy) 2014, 12月 21まとめ頑張ったような気もするけど周り人の振り返りを見てから自分の振り返りを見るとまだまだだな〜と言う感想しか出てこない。今年は新卒だから仕方ないという言い訳を自分にして、来年から新卒じゃなくなるのでもう少し頑張れると良いな。

2014 年振り返り

Web アプリエンジニア養成読本 Advent Calendar 2014 の 13 日目の記事です。ここまで著者の方で連続しているので僕が普通の書評記事のようなものを書いていいのかな、と思わなくもないですが、あなただれ書評を書く前に、僕の自己紹介をさせて頂きます。@koemu さんと同じ会社で働いていて、半分同じ部署です。会社、MSP を専業としていて主にお客様のサーバ・インフラをお預かりしています。僕が今の会社に入社したのは、2010 年の 10 月ぐらいでした。その時は学生アルバイトという立場で入社して、そこから研修を経て、少しはサーバの事も分かるようになり、1インフラエンジニアとしてアプリを知るということインフラエンジニア、社内のアプリやお客様のアプリをお預かりして運用していくわけです。もちろん Apache, Nginx, MySQL, PostgreSQL … と言ったような、しかし、アプリケーションがどんな風に作られて、どんな構造になっていて、そういったことは、実際にアプリケーションを作ってみないと分からないと思うのです。実際に、お恥ずかしい話ですが、4 年前の僕には MySQL とは一体何をしているものなのか、2そんな僕は実際に PHP でアプリケーションを作ってみることで、そうして自分でアプリを作ってみることで、とはいえ、自分一人でアプリを作るのは難しい！そして、何を作っていいか分からない。そんな悩みもあるでしょう。そこでこの、Web アプリエンジニア養成読本なのです。3オススメポイント基本知識から分かる割とよくあるフレームワーク入門書などとの違いがここです。本書の 1 章は、「Web 技術オーバービュー」なのです。対象読者はもはやインフラエンジニアインフラエンジニアの皆さん、業務でシェルスクリプトぐらいのコードは書くことあると思います。なんなら bash ワンライナーもコードのひとつでしょう。本書は、変数・配列・if/for などの簡単なプログラミングの知識を持っていて、かつ Web アプリを作ってみたい人を対象としています。インフラエンジニアのあなたのことではないでしょうか？著者陣がめっちゃ豪華実際に有名 Web サービスを生み出している方々、Ruby/PHP 界隈で知らない人は居ないであろう方々、サーバ・インフラの専門家。これが一冊の本でまとめて勉強できるのはすごいことです。また、インターネットで苦しんで調べながら見つけた(正しいか分からない)情報より、はるかに正確で有益です。4インフラの勉強も出来るアプリ系の入門書で、インフラの事にこんなに深く触れている本はなかなか無いです。アプリを作った後、どんな風にモニタリングして運用していけばいいのか、どんな風に連携すればいいのか、障害が起きたらどうすればいいのか…。もちろん、サーバ・インフラの専門家が書いているので勉強になるでしょう。同僚として保証します。言語が複数あるインフラエンジニア、色々なサービスを見ることもあると思います。あるサービスでは PHP, あるサービスでは Ruby, あるサービスでは Perl…そういった色々な言語の Web アプリ状況について一挙に学べる所もインフラエンジニアとしてありがたいところかなと思います。エディタの選び方からデプロイの方法まで、幅広い解説初心者が迷いがちなところ、躓きがちなところに細かい配慮がなされています。環境構築方法や、ロギングやデバッグの手法、テストコードの書き方まで。各項目で、読み終わった後に続く書籍が紹介されている所も良いです。この本で終わらずに、オススメ書籍を読んでどんどん学習を進めることが出来そうです。等とつらつらと書きましたが、個人的に本当にオススメの本となっております。誕生日プレゼントとして友人にプレゼントしたこともあります。 )いかがでしょう？インフラエンジニアはコーディングをするのです。しますよね？↩なんかよくわかんない箱だと思ってました。今では MySQL とは割と仲良しです。↩ああ、僕もアプリを作って勉強しよう！と思った時にこの本が発売していて欲しかった↩この業界で生きていくのは検索力や情報が正しいか取捨選択する能力も必要ですが… Web アプリを学びたいだけならノイズでしょう↩

IT インフラエンジニアに Web アプリエンジニア養成読本をオススメする 6 個ぐらいの理由

一昨年、昨年に引き続き、July Tech Festa (2015) に行きました。今年は登壇側でした。

July Tech Festa 2015 ( #jtf2015 ) に行って #wakateinfra として喋りました

サーバの構築・運用の効率化の為に Test-Driven Infrastructure をする手法として、Serverspec が登場して 1 年近く経ちました。そして最近、Infrastructure Behavior Testing Framework として、Infrataster が登場しました。今日は、上記で紹介した 2 つを組み合わせて使用し、実際にどのようにサーバのテストを行うかについて書きます。書くこと・書かないこと– 書くことServerspec と Infrataster を両方使った Test-Driven Infrastructure の一手法に関して今日書くのは、Serverspec と Infrataster を組み合わせることで、Serverspec がカバーしている領域と Infrataster がカバーしている領域の両方をテストする一手法に関してです。– 書かないことTest-Driven Infrastructure についてのベストプラクティスTDD や BDD と言ったそもそものテスト手法についてこれらは、個々人やプロジェクト単位で、ベストプラクティス・手法が異なると思っています。その為、ここに書いてある事が必ずもベストではありません。(もちろん、マッチする人も居るかもしれません)また、そもそもの言葉の定義や、Test-Driven Infrastructure のあり方について等は書きません。前提Ruby がインストールされていること 1bundler がインストールされていること 2インストールまずは、テストを行うプロジェクト用のディレクトリを用意し、Serverspec と Infrataster をインストールします。また、Infrataster で MySQL のテストを行うため、infrataster-plugin-mysql も同時にインストールします。312mkdir servertestcd servertest1234567bundle initecho 'gem "rake"' >> Gemfileecho 'gem "serverspec"' >> Gemfileecho 'gem "infrataster"' >> Gemfileecho 'gem "infrataster-plugin-mysql"' >> Gemfilebundle install --path vendor/bundle設定ホスト固有の設定値等を用いるために、Serverspec のテストの実行を、advanced_tips の “How to use host specific properties” に沿ったものにします。Rakefile を以下のように書きます。– Rakefile1$EDITOR Rakefile12345678910111213141516171819require 'rake'require 'rspec/core/rake_task'require 'yaml'properties = YAML.load_file('properties.yml')desc "Run serverspec to all hosts"task :spec => 'serverspec:all'namespace :serverspec do  task :all => properties.keys.map {|key| 'serverspec:' + key.split('.')[0] }  properties.keys.each do |key|    desc "Run serverspec to #{key}"    RSpec::Core::RakeTask.new(key.split('.')[0].to_sym) do |t|      ENV['TARGET_HOST'] = key      t.pattern = 'spec/{' + properties[key][:roles].join(',') + '}/*_spec.rb'    end  endendspec_helper.rb次に spec というディレクトリを作成しておき、spec 配下に spec_helper.rb を生成します。12mkdir spec$EDITOR spec/spec_helper.rbここで、Serverspec の設定と Infrataster のサーバ定義を同時に行います。12345678910111213141516171819202122232425262728293031require 'serverspec'require 'pathname'require 'net/ssh'require 'yaml'require 'infrataster/rspec'require 'infrataster-plugin-mysql'include Serverspec::Helper::Sshinclude Serverspec::Helper::DetectOSinclude Serverspec::Helper::Propertiesproperties = YAML.load_file('properties.yml')properties.keys.each do |host|  Infrataster::Server.define(    properties[host][:name],    host,    ssh: {host_name: host, user: properties[host][:user], keys: ['~/.ssh/id_rsa']},    from: properties[host][:from],    mysql: {user: properties[host][:mysql_user], password: properties[host][:mysql_password]}  )endRSpec.configure do |c|  c.host  = ENV['TARGET_HOST']  set_property properties[c.host]  options = Net::SSH::Config.for(c.host)  user    = options[:user] || Etc.getlogin  c.ssh   = Net::SSH.start(c.host, user, options)  c.os    = backend.check_osend– properties.ymlホスト毎の定義や設定値を書く yaml ですが、ここでは以下のような例にします。1$EDITOR properties.yml12345678910111213141516171819202122rrreeeyyy.com:  :roles:    - base  :name: :proxy  :user: :rrreeeyyyweb-01.rrreeeyyy.com:  :roles:    - base    - web  :name: :web  :user: :rrreeeyyydb-01.rrreeeyyy.com:  :roles:    - base    - db  :name: :db  :user: :rrreeeyyy  :from: :web  :mysql_user: 'username'  :mysql_password: 'password'こうすることで、Serverspec では以下のホストに対し任意のテストを実行します。4rrreeeyyy.comweb-01.rrreeeyyy.comdb-01.rrreeeyyy.comまた、Infrataster 側では、以下のホストが定義されたことになります。:proxy:web:dbテストを書く先ほど yaml ファイルで定義した role 毎にディレクトリを作成します。その配下に置かれた *_spec.rb というファイルは、テスト実行時に全て実行されます。spec 配下のディレクトリ構成を以下のようにします。12345678.├── base│   └── base_spec.rb├── db│   └── db_spec.rb├── spec_helper.rb└── web    └── web_spec.rbそれぞれの spec ファイルについて見ていきます。– base_spec.rb全てのホストの role に base がついているので、この spec ファイルに書いてあるテストは、定義した全てのホストで実行されます。そのため、22 番ポートが Listen しているかをテストしています。12345require 'spec_helper'describe port(22) do  it { should be_listening }end他にも、ntp や sysctl の設定などで、全ホストで共通するものを書いていくと良いと思います。もちろん、ディレクトリ内にある *_spec.rb ファイルは全て実行されるため、ntp_spec.rb, sshd_spec.rb, sysctl_spec.rb 等に分けても問題ありません。むしろ、テストが肥大化してきたらファイルを分割するべきかと思います。にも、ntp や sysctl の設定などで、全ホストで共通するものを書いていくと良いと思います。もちろん、ディレクトリ内にある *_spec.rb ファイルは全て実行されるため、ntp_spec.rb, sshd_spec.rb, sysctl_spec.rb 等に分けても問題ありません。むしろ、テストが肥大化してきたらファイルを分割するべきかと思います。– web_spec.rbweb_spec.rb は web ディレクトリ配下にあるため、role に web がついている、web-01.rrreeeyyy.com サーバでのみ実行されます。80 番ポートが Listen していることに加えて、rrreeeyyy.com へアクセスし、レスポンスに ‘rrreeeyyy – Powered by’ が含まれていること、レスポンスヘッダの content-type が text/html であることをテストしています。12345678910111213141516require 'spec_helper'describe port(80) do  it { should be_listening }enddescribe server(property[:name]) do  describe http('http://' + ENV['TARGET_HOST'].gsub('web-01.','')) do    it "responds content including 'rrreeeyyy - Powered by'" do      expect(response.body).to include('rrreeeyyy - Powered by')    end    it "responds as 'text/html'" do      expect(response.headers['content-type']).to match(%r{^text/html})    end  endendなお、Infrataster の http は Ruby HTTP クライアントライブラリである Faraday を使用しています。後述の :from を用いると、特定のホストからアクセスした時にどのように表示されるか、などもテスト可能です。また、Web アプリケーションのテストフレームワークである Capybara を使用することも可能なので、複雑な Web アプリケーションのルーティング等もテスト可能だと思われます。– db_spec.rbdb_spec.rb は db ディレクトリ配下にあるため、role に db がついている、db-01.rrreeeyyy.com サーバでのみ実行されます。1234567891011121314require 'spec_helper'describe port(3306) do  it { should be_listening }enddescribe server(:db) do  describe mysql_query('SHOW STATUS') do    it 'returns positive uptime' do      row = results.find {|r| r['Variable_name'] == 'Uptime' }      expect(row['Value'].to_i).to be > 0    end  endendInfrataster は :from が付いていると、定義されたサーバからの振る舞いをテストします。今回の場合、db サーバには :from :web が付いている為、web-01 サーバから db-01 サーバへ MySQL で接続できるかをテストします。仕組みとしては、db-01 サーバの 3306 番ポートを、web-01 サーバを経由してローカルへ SSH ポートフォワードします。5その後、Ruby の mysql2 ライブラリを用いて、クエリを発行します。なお、3306 番ポートが LISTEN しているかどうかテストする部分に関しては、Serverspec の管轄内になるので、内部的には db-01 サーバに SSH して、netstat の結果を取得してテストしています。何がいいか、どんな風にテストを書いていくかの例– 何がいいかServerspec と Infrataster はテスト対象のレイヤーが少々異なっています。Infrataster は 次の記事のように、nginx のルーティングをテストしたり、[Infrataster] InfratasterでNginxのルーティングのテスト書いてるMySQL のクエリを発行し、その結果をテストするなど、かなりアプリケーションに近いレイヤーでのテストを行います。その一方で、サーバ内にインストール済のパッケージや、設定ファイルの詳細をテストするのはやや困難です。6Serverspec では、サーバ内の設定や、導入済みのパッケージなど、Infrataster よりやや低いレイヤーにフォーカスしてテストを行うのが得意なように見えます。その一方で、MySQL のクエリを発行した結果をテストするのはやや困難です。この 2 つを組み合わせて使用することにより、サーバのより広いレイヤーに対してテストを行うことが可能になります。– どんな風にテストを書いていくかの例あくまで一例ですが、頭の整理的にこんな使い方も出来ます。– Web アプリをデプロイする対象のサーバ構築をテストしたいデプロイする Web アプリは ‘Hello World’ と画面に出力するまずこれを書く12345describe http('http://app') do  it "responds content including 'Hello World'" do    expect(response.body).to include('Hello World')  endend当然失敗するわけです。そうだ、Web アプリがレスポンスを返すためには 80 番ポートを Listen する必要があるなあ123456789describe port(80) do  it { should be_listening }enddescribe http('http://app') do  it "responds content including 'Hello World'" do    expect(response.body).to include('Hello World')  endend上にテストを書きます。そうだ、80 番ポートを Listen するためには httpd が入っている必要があるなあ12345678910111213describe package('httpd') do  it { should be_installed }enddescribe port(80) do  it { should be_listening }enddescribe http('http://app') do  it "responds content including 'Hello World'" do    expect(response.body).to include('Hello World')  endend更に上にテストを書きます。ここで初めて、ansible や chef の playbook や cookbook を書き始めます。7そしてテストをすると、一番上のテストは通るわけです、じゃあ次は 80 番ポートの Listen ,じゃあ次は index.html の設置 … 等とコードベースでテストをしながらサーバを構築していく。… なんて方法も、ありじゃないでしょうか？まとめサーバ構築のテストツールである Serverspec と Infrataster を一緒に使うテスト手法について説明広いレイヤーでテストが出来るNginx のルーティングや、MySQL のクエリ実行結果 (Infrataster)特定のホストから見た、他のテストの振る舞い (Infrataster)サーバにインストールされているプロダクトの設定ファイルの詳細 (Serverspec)サーバの iptables の設定値 (Serverspec)Serverspec と Infrataster を使ったテスト駆動インフラ構築の一例目的からトップダウンでテストを書いて、ボトムアップで構築していく方法あくまで一例なので、合う合わないは当然ある本記事では 2.1.2 で検証しましたが、1.9 以降なら恐らく正常動作するでしょう。↩gem install bundler で入ります。↩Ruby の mysql ライブラリのインストール時に、mysql-devel のようなライブラリを必要とします。↩もちろん、この時点ではまだテストを書いていないので、何も実行されません。↩ポート番号は、Infrataster::Server.define の mysql に port オプションを与えれば変更可能です。↩ssh.exec を用いれば可能に見えます。それは serverspec の command で mysql クエリを発行すれば infrataster のテストが出来るのと同じように。↩あるいは、涙を流しながら手で yum install httpd を実行します。↩

Serverspec と Infrataster でサーバのテストをする

シェルスクリプトを書く時覚えておくこと一選！

Linux の L4 ロードバランサ機能である IPVS を、mruby から利用できるようにする mruby-ipvs という mrbgem を実装し、その mruby-ipvs に関して卒業論文を書きました。動機電気通信大学 という大学の 4 年生に無事進級できた為、卒業論文を書く必要がありました。大学に通いながら、株式会社ハートビーツ で学生スタッフとして働いていた経験上、Linux カーネル内に実装されている L4 ロードバランサ機能である IP Virtual Server (IPVS) の、インタフェースに不便しており、なんとかしたいという気持ちがありました。個人的に Ruby が好きであることに加え、Chef に代表されるような、インフラストラクチャ自動化フレームワークが Ruby で書かれ始めていること、更に、mod_mruby といった mruby を用いたインタフェースの登場もあり、卒業論文のテーマとして、IPVS のインタフェースを mruby で実装することを選択しました。1mruby-ipvs についてmruby-ipvs は、先述の通り Linux の L4 ロードバランサ機能である IPVS を、mruby から操作できるようにした mrbgem です。今のところ、mgem コマンドからインストールすることが出来ないため、2build_config.rb や gembox を直接編集し、任意の場所に下記を追記するなどしてください。1  conf.gem :git => 'https://github.com/rrreeeyyy/mruby-ipvs'リポジトリの example にありますが、下記のように記述することが出来ます。12345678910111213141516171819s = IPVS::Service.new({  'addr' => '10.0.0.1:80',  'port' => 80,  'sched_name' => 'wrr'}).add_serviced1 = IPVS::Dest.new({  'addr' => '192.168.0.1',  'port' => 80,  'weight' => 1})d2 = IPVS::Dest.new({  'addr' => '192.168.0.2',  'port' => 80,  'weight' => 1})s.add_dest(d1)s.add_dest(d2)d1.weight = 3Service と Destination をそれぞれインスタンスとして生成します。Service は add_service や del_service することで、IPVS に登録したり削除したりすることが出来ます。Destination は Service インスタンスの add_dest メソッドの引数に渡すことで、その Service の Destination として IPVS に登録されます。インスタンスを作る際の引数の与え方で、振り分けメソッドや重みなどを変更できます。3こんな感じ に書くことで、Keepalived のような構文で書くことも出来たりします。将来的には、他の mrbgem を用いてヘルスチェックを行いながら、動的に振り分け先を追加したり、重みを変更したり、何らかのスクリプトを実行したり…など、IPVS にまつわる操作を自動化する一助になればいいなと思っています。4リポジトリmruby-ipvs正直、コードの質が良くなかったり、未実装な部分がかなりあるのですが、使えることには使えるので公開します。今月で無事に大学を卒業出来るようですが、実装は続けようと思っているので、pull-request やバグ報告などあれば頂けると幸いです。今後にご期待ください。近日中に mgem からインストールできるように pull-request を出したいと思っています。5論文論文発表スライド論文に関しては、構成がめちゃくちゃだったり、誤りがあるような気がする箇所がそれなりにあるのですが、読めることには読めるので公開します。(あんまり見ないで下さい)謝辞所属していた 岩崎・中野・鵜川研究室 の皆様には大変お世話になりました。(特に、指導教員の皆様や、助言を頂いた諸先輩方、更に僕の論文の誤りを最も多く検出してくれた @nari_ex さん)また、株式会社ハートビーツ の皆様にも大変お世話になりました。(特に、誕生日プレゼントと称して研究室に物資を送り届けてくれた @ka_maekawa さん)更に、mod_mruby の作者である @matsumotory さんに、直接の面識やお話したことはないものの、研究の動機を与えてくださったことに感謝申し上げます。また、mruby に関する様々な情報を Web 上に公開してくださってるみなさん、大変参考になりました。ありがとうございました。2014/3/18 0:16 追記無事、mgem-list に pull-request を出し、mergeされましたので、今後は mgem コマンドから build_config.rb の追記分を生成することが出来ます。mgem の使い方に関しては、今日からmrubyをはじめる人へ が大変参考になるので、そちらをご覧ください。”mruby-ipvs” という名前で登録してあります。※このブログの内容は個人の見解であり、所属する組織の公式見解でも組織を代表するものでもありません※更に、C 言語で書かれた libipvs を使用するのに、mruby で実装することが都合がよかったのです↩すみません！ ※2014/3/18 に追加されました↩未実装のパラメータがいくつもあります↩そのためには未実装の箇所が多すぎます↩大阪行きの新幹線の中で書いているので、大阪から帰ってきたらにします。↩

#18 mruby-ipvs を実装し卒業論文を書きました

こんにちわ。れいです。UEC Advent Calendar の13日目の記事です。昨日の記事は nari さんによる 最高のごはんにしようぜ です。お腹空きますね………。はじめに電気通信大学に通っている学生の皆さんなら 全学無線LAN 使ってますよね？今日は 全学無線LAN を今までよりちょっと便利に使う方法を紹介します。何が不便なのか電気通信大学に通っている学生の皆さんなら、一度は 全学無線LAN に不便を感じた事がありますよね？1uecwutnはゴミ— こはく (@alstamber) 2013, 11月 13そもそも、 全学無線LAN で割り当てられるIP帯では基本的に学外のネットワークと通信する事は出来ません。そこで、 proxy サーバを用いて学外のネットワークと通信を行います。ここで幾つかの制限が生まれるので、不便になる訳です。恐らく、普通に設定をするとWebブラウジングするのが限界です。2ssh をする電気通信大学に通っている学生の皆さんなら、学外のサーバに ssh 接続をして作業がしたくて堪らないですよね？先述の通り、 全学無線LAN では学外のネットワークに直接接続することは出来ません。そこで、一度学外に到達できる学内サーバに ssh をして、そこから更に学外のサーバに ssh をする必要があります。この辺りは賢い電気通信大学の皆さんなら経験があると思います。通常ならこうしますね。(学内サーバを uec , 学外サーバを server1 とします。) 3123localhost: ~ myname$ ssh uec -lusername[username@uec ~]$ ssh server1 -lmyname[myname@server1 ~]$もう少し慣れた人はこうするでしょうか 412localhost: ~ myname$ ssh uec -lusername -t ssh server1 -lmyname[myname@server1 ~]$良いでしょう。でもこういうものがあります。プロクシサーバにおけるSSHプロトコルサポート開始のお知らせproxy サーバが 2011/6/6 より ssh プロトコルをサポートしています。proxy サーバを proxy-server ,ポートを 8080 とすると、こういうふうに出来ますよね。512localhost: ~ myname$ ssh -o 'ProxyCommand nc -X connect -x proxy-server:8080 %h %p' server1[myname@server1 ~]$なんだか良さそうですね、ただちょっと長いですね。.bashrc に alias 定義しますか？12localhost: ~ myname$ cat ~/.bashrc | grep ssh-uecalias ssh-uec="ssh -o 'ProxyCommand nc -X connect -x proxy-east.uec.ac.jp:8080 %h %p' -o 'ServerAliveInterval=60'"うーん、微妙ですね。こっちのほうがいいでしょうか？123localhost: ~ myname$ cat ~/.ssh/configHost server1    ProxyCommand nc -X connect -x proxy-server:8080 %h %pこれだと server1 に行きたいときいつも proxy を経由しちゃいますね…。ssh の -F オプションを使ってファイルを別管理にするか、こんな風にするしかないかな？123456789localhost: ~ myname$ cat ~/.ssh/configHost *%proxy    ProxyCommand nc -X connect -x proxy-server:8080 %h %pHost server1    User mynamelocalhost: ~ myname$ ssh server1%proxy # 学内から自宅サーバに接続localhost: ~ myname$ ssh server1 # 学外から自宅サーバに接続シェルスクリプトで使うコンフィグを書き換えるとか色々あると思いますが、もっと良いソリューションがある人は教えて下さい。ssh を手に入れてしまえばこっちのものです。http , https で接続する電気通信大学に通っている学生の皆さんなら、当然ターミナル上から gem install したり brew install したいですよね？しかし、Mac のターミナルは システムの proxy を引き継ぎません。 6http_proxy, https_proxy, ALL_PROXY などの環境変数を使います。123$ export http_proxy=http://proxy-server:8080/$ export https_proxy=http://proxy-server:8080/$ export ALL_PROXY=http://proxy-server:8080/お家に帰ったらこうですね。123$ unset http_proxy$ unset https_proxy$ unset ALL_PROXYさて、 電気通信大学に通っている学生の皆さんなら、当然 github を学内で使いたくなりますよね？git は http_proxy を見てくれないです。なのでこうです。123$ git config --global http.proxy proxy-server$ git config --global https.proxy proxy-server$ git config --global url."https://".insteadOf git://お家に帰ったらこうですね。123$ git config --global --unset http.proxy$ git config --global --unset https.proxy$ git config --global --unset url."https://".insteadOf徐々に快適になってきましたね。しかし毎回やるのは面倒ですよね。優秀な皆さんなら自動化したくなるはずです。Mac には airport と言うコマンドがあり、それでネットワークの状況を取得できます。1/System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport -Iこれを使って、SSID 毎に設定を切り替えるスクリプトを書いてみましょう。1234567891011121314151617#!/bin/bashAIRPORT="/System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport"if test "` ${AIRPORT} -I |grep [^B]SSID|awk '{print $2}'`" = "uecwutn"; then  export http_proxy=http://proxy-east.uec.ac.jp:8080/  export https_proxy=https://proxy-east.uec.ac.jp:8080/  export ALL_PROXY=http://proxy-east.uec.ac.jp:8080/  git config --global http.proxy proxy-server  git config --global https.proxy proxy-server  git config --global url."https://".insteadOf git://else  unset http_proxy  unset https_proxy  unset ALL_PROXY  git config --global --unset http.proxy  git config --global --unset https.proxy  git config --global --unset url."https://".insteadOffiいちいち叩くの面倒そうなので、 .bashrc 辺りに書き込んであげるといいと思います。さらにさらに、無線につなぐたびに認証を求められるのは面倒なので、そこも自動化しましょう。curl コマンドで form に ID と Password を POST することで認証を抜けることが出来ます。1$ curl -d "fname=wba_login&username=${STUDENT_ID}&key=${STUDENT_PW}" https://xxx.xxx.xxx.jp/aaa/login.htmまた、Mac ユーザの中には ネットワーク環境 で Proxy を使うかどうか切り替えてる方もいるかもしれません。こんなコマンドがあります。1$ /usr/sbin/scselect ${NETENV_NAME}これで、ネットワーク環境で定義された環境に変更することが出来ます。但し、日本語の環境名は使えないので注意してください。メールを受信する電気通信大学に通っている学生の皆さんなら、学内でももちろんメールチェックに暇がないですよね？ところが、学内では先述の通りメールは受信できません…。一部の賢い電気通信大学の学生の皆さんなら、自宅にメールサーバがあると思うので、 Roundcube 等を構築すればいいと思います。7しかし、どうしても学内で Thunderbird 等のメールクライアントからメールを受信したい人も居ますよね？ssh を手に入れてしまった私達に不可能はありません。ssh ポートフォワーディングをしましょう。1localhost$ ssh myserver -L 10110:localhost:110これで、 myserver の 110 番ポートと localhost の 10110 番ポートがつながります。telnet で確認してみてください。812345$ telnet localhost 10110Trying ::1...Connected to localhost.Escape character is '^]'.+OKgmail が受信したいんじゃ！！ という方はこうです。91localhost$ ssh myserver -L 10995:pop.gmail.com:995あとは Thunderbird で localhost 10995 などに対応するメールアカウントを作ってあげてください。10IMAP, SMTP 等も同様の方法で出来るので割愛します。LINE する電気通信大学に通っている学生の皆さんなら、超絶リア充で LINE の確認に暇がないですよね？しかし学内では当然 LINE は出来ません。そこで VPN を使います。11お馴染みポートフォワードです。1localhost$ ssh myserver -L 11194:vpn-server:1194そして VPN につないで、適当にルーティングをいじってあげれば LINE 出来ます。12LINE のログイン認証をするサーバは gd2.line.naver.jp なので、次のようにルーティングを変更します。1# route -nv add -host gd2.line.never.jp ${GATEWAY_IP}また、メールの受信なども、VPN があればルーティングでなんとかなります。12# route -nv add -host imap.googlemail.com ${GATEWAY_IP}# route -nv add -host smtp.googlemail.com ${GATEWAY_IP}終わりにネットワークの知識と ssh の接続が確立できればなんでも出来ますね。決して最後はめんどくさくなって手を抜いた訳ではありません。すみません。明日は僕と研究室が一緒の こはくくん の記事です。楽しみです。こはく君の記事は明日です。乞うご期待。↩具体的にどのサービスが使えないとかは時間なかったのでちゃんと検証してないです。↩面倒なのでパスフレーズ無し公開鍵認証です。↩ssh の -t オプションは pseudo-tty を強制的に割り当てます。↩nc 周りは頑張って調べてください。↩当然ですが…。↩もしくは mutt など。変態色高まる気がしますが。↩myserver の 25番ポートが正しく動いていることが前提。↩一部の経路は暗号化されないので注意してくださいね。↩POPS, SMTPS, IMAPS は telnet では当然確認できないです。 openssl コマンド使ってくださいね。↩電気通信大学に通っている学生の皆さんならVPNサーバ持ってますよね？↩スタンプは別のサーバから飛んでくるので別にルーティングする必要があった気がします。↩

#17 最高の学内無線LANにしようぜ

こんにちわ。れいです。isuconというやつに出てました。isucon(iikanjini speed up contest)お題となるWebサービスを決められたレギュレーションの中で限界まで高速化を図るチューニングバトル、それがISUCONです。とのことですチーム「( (0) / (0)) ☆祝☆」という読めないチーム名で参加してました。「omedeto くん」という名前が付いているらしいです。詳しくは後述のnari_exさんのblogを読んでください。nari_ex さん と kur_neko さんと僕の3人チームです。3人とも電気通信大学と言うところの大学生で、nari_exさんと僕は学部4年生で、kur_nekoさんは入学年度が1つ下です。(※)予選(2013/10/5)この日は確か体中に謎の腫瘍(恐らく粉瘤腫)が炎症を起こしてから3日目ぐらいで、朝からロキソニンを飲んで予選に参加していた記憶があります。と言ったコンディションだったので、毛ほどもチームの役に立った記憶がありません。何をしていたのか定かではないですが、Varnishを入れようと思って諦めたり、Redisでいくつかの値をキャッシュしようとしたりしてました。(いずれも時間内に終わらずに挫折している)あ、Markdownの外部プロセスの呼び出しをやめてRedcarpetを使うようにしました。予選も本選もRubyを使っていました。Ruby/Python/Nodeは経験があったので、そのどれかにしようということだったのですが特に決めておらず、予選でベンチマークを取った結果Rubyが一番早かったのでRubyにしました。主にnari_exさんがクエリをチューニングして、kur_nekoさんがNginxとMySQLのパラメータチューニングをしてました。僕は痛みと闘いながら呻いてました。みんなありがとう。お陰で途中の発表では1位になって場が沸き立ったりしました。が、その後伸び悩んだのでスコアとしては全然低い感じで落ち着いてしまったのでした。学生枠で確か2位(繰り上がり1位)の成績で本選出場を決めたのでした。本選(2013/11/9)場所は渋谷ヒカリエのLINE株式会社オフィス！めっちゃ綺麗だった。いつもLINE使ってます。ありがとうございます。クリアファイル貰ったりもしました。始まる直前までめっちゃドキドキしてました。Redbullを買ったのにモンスターエナジーを貰ってしまったので両方飲んだりして過ごしてました。開会式の時にレギュレーションを聞いてから、18時になってしまうまでは一瞬のような感じでした。僕らのチームがやったことは、nari_exさんが既に素晴らしくまとめてくださってました。ISUCON 決勝に学生枠で出場してきました(惨敗)僕は主にRubyの実装を担当してました。実装スピードが単純に遅いのも反省点ですし、今回目指した構成の場合、各サーバ毎にアプリケーションのコードを微妙に変えなければならなかったので、その辺をうまーく調整できなかったので大分時間を食ってしまった感じがします。あとは、ミドルウェアをいじってる側とかなり競合してしまい、待ち時間が発生したりデバッグが困難だったりしたのでも時間を食った感じがします。効率的に開発/デプロイする環境についてもう少し考えて準備しておくべきだったと反省してます。(というより、この記事を書くにあたって改めて考えた結果、どんどん反省点が出てきたので書きながら反省している)まあ結果はタイトルにある通り惨敗でございます。(もしスコアが出ていれば学生1位のチームと同じぐらいだった気がしますが、たらればの話となり負け犬の遠吠え感が出ている)懇親会あとはビールを飲んだり(ごちそうさまです)ピザを食べたり(ごちそうさまです)夜景を眺めてみたりあとは学生枠の方々と喋ったり、他チームの方と喋ったりしていました。感想良くも悪くも自分(そしてチーム)の実力を定量的に評価できたと思っています。そして己の無力さに打ちひしがれたのでリスヵ…ではなくて研鑽を積みたいと思います。来年からは新卒1年目という肩書になってしまうので、学生枠参加は無理ですが、果たせなかった学生枠1位はkur_nekoさんとその後輩達に託し、社会人枠で参加して1位を目指す予定です。頑張ります。余談余談ですが、ISUCON終わったあとnari_exさんと家の近くの公園で寒空の下2時間ほど反省会をした結果、あまりに寒すぎて風邪を引いておよそ三日三晩寝こむ羽目になりました。結果としてブログを書くのが遅れることとなりました。

#16 #isucon 3 に学生枠で出て惨敗してました

こんにちわ。れいです。July Tech FestaというITエンジニア夏の祭典に行って来ました！JTF(July Tech Festa)クラウド環境が普及し，関連した話題が盛り上がり，これにしたがい，これらを裏側で実現する開発者の技術修得の意欲が高まってきています。また，各種ITトレンドが凄まじい速度で移り変わり，技術者同士が活発に交流し，情報交換と人脈構築をしようという動きが顕著にみられます。これらの意欲と活動に応じるため，ITに係るエンジニアの知的興味を満足するための夏の祭典として「コードの中のインフラ（Infrastructure as Programming）」をスローガンに当イベントを開催いたします。(引用: July Tech Festa)※消して手抜きではありません場所は産業技術大学院大学！朝は弊大学のオープンキャンパスだったので、JTF自体はお昼からの参加でした。到着して真っ先に配布されたお弁当を食べ、chefハンズオンに向かいました！オープンソースChefはちょっとだけ触ったことがあったのですが、Hosted Chefを触るのは初めてで、実はOpscodeの事も全然知りませんでした。なのでOpscodeをどう使い、そこからChefをどう使っていくかの流れが分かり、大変良かったです。実際、部屋には収まりきらないほど人が居て、ITインフラの自動化やchefが注目を浴びている事がよく分かりました。(chefの記事もそのうち書きたいですね…)続いては “serverspec: Chef/Puppetと一緒に使うサーバテストのためのテスティングフレームワーク”お馴染み paperboy&co. の mizzy さんです。実は hbstudy#45 でこの話を聞けているはずだったのですが…当日電車が止まりいけず…大変悔しい思いをしていたのですが、JTFで聞ける！ということで楽しみでした。内容はhbstudy#45のこのスライドとほぼ同じで、serverspec開発の経緯や実際のデモ、サーバのCIについてなどの話でした。さてさて続いてはクラウド運用管理研究会のお話です。まずはMySQLの冗長構成のお話でした。(クラウド運用管理研究会、なのでクラウドの話からスタートかと思いきやでびっくりしました…ｗ)時代の流れと共に変化するMySQLの冗長構成について、それぞれのメリット/デメリットや運用上のノウハウ等を交えたお話をされてました。おおまかに分けると、Heartbeat + monHeartbeat + DRBDAmazonRDSMHAの話をされてたかなーと思います。MHAに関しては最近興味が湧いてきていたので、話が聞けてすごくラッキーだったと思います。これは必ずあとで検証してみようと思います。余談ですがMHAでググったら2番目に弊社ブログ記事がヒットしてました。社内勉強会のネタとかデモとかになったりしないかな…。(チラッ)その後、オープンソースのクラウドマネジメントツール Scalrのお話がありました。Scalrの存在を実は全く知らなかったのですが、いやーこれはすごい。こういうのがあるんですねぇ世の中…。個人レベルだとあんまり使えないかもしれないですが、ちょっと触ってみたい、と思わせてくれる魅力があるOSSでした。道中でスポンサーのOisixさんのジュースをゲットしたりしながらラストのLTへ向かいました。Zabbixの拡張ツール Hyclops を開発された話とか、3連続でLTされた方が居たりとか(すごい話が面白い方でした)、地味に嬉しかったのは馬場さんのnoukaの話を聞けたことですかねｗ(実は1回も聞いたことが無かった)講演されてた方はもちろんLTの方もすごく為になる話ばっかりで、いつかは前に出て話して見たいなぁと思わせてくれました。そして懇親会でビールを飲みました。勉強会は懇親会が本番とよく聞きますが、そりゃもうすごい人がバンバン出てきて…色んな話を聞かせて貰ってすごく楽しかったです！あと年が近い方もいらっしゃって、お知り合いになれてよかったです。(年が近い人と勉強会で会うことがあまり多くないので)そんなこんなで大変楽しかったです。ほんとに行ってよかった。実は終わった後、運営の方と2次会に参加させて貰っていましたｗこちらも皆さんすごい人で、なぜ僕があそこにいたのか皆さん疑問だったと思うんですが、またまたとても楽しい話を聞けて、ほんとによかったです。ありがとうございました。余談: このブログを書こうと思っていたらいつの間にかブログの移設作業をしてました。何か変な所とかがあったらこっそりTwitterかなにかで教えて下さい。ブログ移設に関するブログも書きたいですね…。

#15 July Tech Festa( #TechFesta )に行きました

こんにちわ。れいです。tmuxとは？tmuxは、CUI上でウィンドウを管理するために用いられるソフトウェアです。いわゆるターミナルマルチプレクサというやつですね。tmux以外で有名なターミナルマルチプレクサに screen があります。詳しく知りたい方は、ぜひ調べて貰えればと思います。こちらがとっても参考になると思います。→ ターミナルマルチプレクサ Advent Calendar 2011tmuxinatorとは？今日の本題です。tmuxinator は、tmuxで起動するウィンドウやレイアウトを事前に設定しておき、tmuxinatorコマンドを実行することにより設定通りのウィンドウ配置にするツールです。インストールや設定方法はこちらのブログが参考になるかと思います。→tmuxinatorで一瞬で開発環境を起動する僕が実行したインストール方法も以下に記載しておきます。123$ gem install tmuxinator$ echo ' [[ -s $HOME/.tmuxinator/scripts/tmuxinator ]] && source $HOME/.tmuxinator/scripts/tmuxinator ' >> ${HOME}/.bashrc$ source ${HOME}/.bashrctmuxinatorは環境変数 $EDITOR と $SHELL を参照するので、設定していない場合は設定を行います。12$ echo 'export EDITOR=/usr/bin/vim' >> ${HOME}/.bashrc$ echo 'export SHELL=/bin/bash' >> ${HOME}/.bashrctmuxinatorを使用する準備が整ったかどうかは、tmuxinator doctor コマンドで確認できます。1234$ tmuxinator doctor  checking if tmux is installed ==> Yes  checking if $EDITOR is set ==> Yes  checking if $SHELL is set ==> Yesまた、tmuxinatorコマンドにはmuxというaliasが貼られているので、mux doctor でも同様に確認できます。以降はmuxコマンドを用いて説明していきます。設定方法tmuxinatorの設定を行なっていきます。設定ファイルの作成は、mux new ${PROJECT_NAME} で行います。コマンドを実行すると、環境変数で指定したエディタで設定ファイルが開かれます。設定はyaml形式で記述していきます。デフォルトの設定ファイルは以下のようになっていると思います。12345678910111213141516171819202122# ~/.tmuxinator/Test.yml# you can make as many tabs as you wish...project_name: Tmuxinatorproject_root: ~/code/rails_projectsocket_name: foo # Not needed.  Remove to use default socketrvm: 1.9.2@rails_projectpre: sudo /etc/rc.d/mysqld starttabs:  - editor:      layout: main-vertical      panes:        - vim        - #empty, will just run plain bash        - top  - shell: git pull  - database: rails db  - server: rails s  - logs: tail -f logs/development.log  - console: rails c  - capistrano:  - server: ssh me@myhostrvm: の後にバージョンを指定する事で、プロジェクトで使用するRubyのバージョンを選べます。pre: の後にコマンドを記述する事で、プロジェクトを起動する前に実行するコマンドを指定する事が出来ます。tabs: の後にプロジェクトで起動するウィンドウを記述する事が出来ます。1234tabs:  - shell: git pull  - database: rails db  - server: rails sWINDOW名 : 実行コマンドのように記述していきます。123456- editor:      layout: main-vertical      panes:        - vim        - #empty, will just run plain bash        - topこのように記述した場合、main-verticalレイアウトで3つのpaneが開かれます。Railsの設定ファイルの例は、本記事の上部で紹介したブログを参考にされるといいかと思います。djangoの例参考までに、僕が使用しているdjangoの開発環境での設定ファイルを紹介します。1234567891011121314151617# ~/.tmuxinator/test.yml# you can make as many tabs as you wish...project_name: Testproject_root: /path/to/projectpre: pgrep mysqld || mysqld_safe --log-error=${HOME}/mysqld_error.log &tabs:  - shell:      layout: main-vertical      panes:        - ls        - python manage.py shell        - python manage.py runserver  - models: cd application/ && vim models.py  - view: cd views/  - template: cd templates/  - js: cd assets/js/プロジェクトを開始する際は mux ${PROJECT_NAME} で起動します。上記ファイルで mux Testを行うと、以下のようにtmuxが起動します。2番目のウィンドウでは vim  models.py が実行されて、3,4,5番目のウィンドウでは指定のパスにcdしている状態です。運用の例続いて運用の際の例です。障害が発生した時に、「Webサーバ入って、ロードアベレージ見て、プロセス見て、ログ見て…。あ、DBサーバにも入らなきゃ…DBサーバでもロードアベレージ見て、プロセス見て…。そういえばアプリケーションサーバの調子はどうだろうか…。」みたいなことはよくある話ですね。tmuxinatorでコマンド1発にしてみましょう。以下のように設定ファイルを記述します。1234567891011121314151617181920212223# ~/.tmuxinator/example.yml# you can make as many tabs as you wish...project_name: Exampleproject_root: ~/tabs:  - web_front:      layout: main-vertical      panes:        - ssh web-01        - ssh web-01 -t sudo less /var/log/nginx/error.log$(date +%Y%m%d)        - ssh web-01 -t top  - app:      layout: main-vertical      panes:        - ssh app-01        - ssh app-01 -t top  - db:      layout: main-vertical      panes:        - ssh db-01        - ssh db-01 -t mysql -u root -p        - ssh db-01 -t sudo less /var/lib/mysql/error.logmux example してやると以下のようになります。 もちろん2番目のwindowではappサーバにログインし、3番目のwindowではdbサーバにログインしている状態になっています。 どうだったでしょうか。tmuxinator、みなさん是非使ってみて下さい。※ ちなみにscreenで同じ事をする screeninator もあります。

#14 tmuxinatorで開発・運用を便利に

こんばんわ。れいです。 タイトルの通り、vim言わずと知れたエディタMarkdown言わずと知れた軽量マークアップ言語live preview書いたMarkdownをリアルタイムでレンダリングする vimはここで魅力を語るまでもない素晴らしいエディタです。Markdownは簡単に装飾された文章が書けるのですごく良いです。書いたMarkdownをそのままビジュアルで見れるのはハッピーです。 今までMarkdownのLive previewをしようと思ったら、WebサイトMouTextMatereTextなどの選択肢がありました。 そこでinstant-markdown-d と vim-instant-markdown です。 instant-markdown-dnode.jsで作られた、markdownをlive previewする用のサーバですインストール方法ターミナル上で12# gem install redcarpet pygments.rb# npm -g install instant-markdown-d※ Ruby, node.jsが入ってない人は入れてください。たったこれだけで入ります。12# instant-markdown-d    info  - socket.io startedこんなかんじで、socket.ioが起動すればインストール成功です。 vim-instant-markdownvim-instant-markdownを入れると、vimでファイルを編集中に、インストール方法個人のvimの環境によって様々なので、適宜読み替えてください。123# git clone git://github.com/chreekat/vim-instant-markdown.git# mkdir -p ~/.vim/after/ftplugin/markdown/# mv {vim-instant-markdown,~/.vim}/after/ftplugin/markdown/instant-markdown.vim さあ、これでMarkdownなファイルを開いてみましょう。12autocmd BufRead,BufNewFile *.mkd  setfiletype markdownautocmd BufRead,BufNewFile *.md  setfiletype markdown後は好きなだけMarkdownを書くだけです。 余談今回はvimの話をしましたが、instant-markdown-d があれば、Sublime Text 2 でもそれでは。

#13 vimでmarkdownのlive previewをする

皆さんあけましておめでとうございます。さて、へび年です。…そう。Pythonですよね。今日はdjangoのちょっとしたメモを残します。ただの備忘録になってますが。PythonのWebフレームワークと言えばお馴染みDjangoPyramidもありますが、今日はdjangoの話です。さて、djangoは1.2系からCSRFを防ぐために、csrf_tokenを導入しています。HTMLのformでPOSTをする際には、テンプレートに以下のように書かなければなりません。12<form action="#" method="POST">{\% csrf_token \%}  <input type= ...こんな風に書くと、実際のhtmlは以下のように出力されます。1234<form action="#" method="POST"><div style='display:none'><input type='hidden' name='csrfmiddlewaretoken' value='XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX' /></div>ところで、時代はAjaxです。こんな風にしましょう12<input type="text" id="test" \><input type="data" id="data" \>これを別のページにPOSTして、おそらく、こう書くでしょう。123$("#result").load("/other/page", { 'test' : $('#test').val() ,   'data' : $('#data').val() });ところが、これではdjangoに怒られて、403が帰ってきてしまいます。対策はいくつかありそうですが、こんなのが推奨されていました。123456789101112131415161718192021222324252627282930313233343536jQuery(document).ajaxSend(function(event, xhr, settings) {    function getCookie(name) {        var cookieValue = null;        if (document.cookie && document.cookie != '') {            var cookies = document.cookie.split(';');            for (var i = 0; i < cookies.length; i++) {                var cookie = jQuery.trim(cookies[i]);                // Does this cookie string begin with the name we want?                if (cookie.substring(0, name.length + 1) == (name + '=')) {                    cookieValue = decodeURIComponent(cookie.substring(name.length + 1));                    break;                }            }        }        return cookieValue;    }    function sameOrigin(url) {        // url could be relative or scheme relative or absolute        var host = document.location.host; // host + port        var protocol = document.location.protocol;        var sr_origin = '//' + host;        var origin = protocol + sr_origin;        // Allow absolute or scheme relative URLs to same origin        return (url == origin || url.slice(0, origin.length + 1) == origin + '/') ||            (url == sr_origin || url.slice(0, sr_origin.length + 1) == sr_origin + '/') ||            // or any other URL that isn't scheme relative or absolute i.e relative.            !(/^(\/\/|http:|https:).*/.test(url));    }    function safeMethod(method) {        return (/^(GET|HEAD|OPTIONS|TRACE)$/.test(method));    }    if (!safeMethod(settings.type) && sameOrigin(settings.url)) {        xhr.setRequestHeader("X-CSRFToken", getCookie('csrftoken'));    }});何をしているのかというと、XMLHttpRequestに対し、上記のスクリプトを、ajaxを利用するスクリプトファイルの上部に記述しましょう。これで皆さんはdjangoを使って簡単に、さて、今日書いた事は実はここに書いてあります。へび年なので、新年の挨拶がてらpythonネタを書いてみたかっただけです。それでは。

#12 djangoにて、AjaxでPOSTをする

こんにちわ〜。れいです。Scrap Challenge for security なるイベントに参加してきました。何？Scrap Challenge for securityは、2〜3人でチームを組んで、開始10時40分受付開始、11時過ぎぐらいにイベント開始でした。@haruyamaさんによるWebセキュリティ講座。ガイ・フォークスのマスク(通称:Anonymousマスク)を付けてて驚きましたが、お昼その後昼食。こんなお弁当でした。@haruyamaさんと同席させてもらったのですが、本番お昼を食べたあとはいよいよ本番スタートです。@kodamさんと @hitsujisheepさんと僕の3人でBチームでした。どんな事をやったかは具体的に書かないでね！と言われたので軽く説明してみると、前半/後半で5問ずつ出題されたのですが、 2位 でした！10点差で負けてしまいました〜。懇親会終わったあとは懇親会です！お酒です！こんな盛り合わせがなんかいっぱいあったしお酒もあったし豪華だった。mixiエンジニアの方とか、参加者の方といっぱいお話できて楽しかったです。終わりそんなこんなで終わりました。あと、いっぱいおみやげもらいました！楽しかったので、みなさん是非参加するといいと思います。次回は2013年1月開催予定だそうです。http://mixi.co.jp/event/challenge-2012/結びにいやー本当に楽しかったです。あと悔しかった。開催運営のmixiの皆様と、参加者の皆さん(特にチームを組んでくれた2人)は本当にありがとうございました！

#11 #mixi_scrap に参加してきたよ〜

こんにちわ、れいです。友人と一緒に株式会社ウサギィ(usagee.co.jp)の見学に行って来ました。電車に揺られること大体1時間ぐらい。UIの悪いと言うエレベータに乗って8階へ。中の写真は撮るの忘れたんでありません。キレイな熱帯魚が居たことと、どちらかと言うと、”会社！”と言うよりかは”お部屋”な印象でしたが、社長と喋ったときは割と緊張してたのであんまり覚えてませんｗ会社の事業概要から、お昼は噂のアレをご馳走になってしまいました。めっちゃ美味しかったです。午後はかずー氏(@kazoo04)とお話しさせてもらいましたー。ちょっと技術的な話とか、驚いたのは、デザインもキッチリ自分でやってる事でした。カッコいいと思ったサイトをトレスして分析してみるといいよー大体こんな感じでした。普通の学生をちゃんとおもてなししてくれてありがとうございました〜。ウサギィはいいとこでした。

#10 ウサギィ見てきました

こんにちわ。れいです。今日はphpのsession storeをredisにしてみようと思います。負荷分散するときに、セッション、どうしてますか？従来は、DBやnfsやmemcachedやrepcachedに入れる方法が主流でしたね。そこで、最近流行りのKVSにphpのセッションを入れてphpとRedisのインストールは、もっと詳細に紹介している他サイトさんがあると思うので、phpとredisはインストール済みとして話を進めます。http://github.com/owlient/phpredis )多分phpizeが要ります。1234# git clone https://github.com/owlient/phpredis.git# cd phpredis# phpize# ./configure僕はphpをソースからインストールしていたので、123# ./configure --with-php-config=/usr/local/php/bin/php-config# make# make installこれで終わりです。phpとredisが正常に連携できているか調べるために、connect(“127.0.0.1″,6379);set(“redis-test”,”test”);get(“redis-test”); ‘[/php]次に、php.iniの設定をします。1# vim /usr/local/php/lib/php.ini1extension=redis.soの記述があることを確認します。無ければ追記します。次に、session.save_handlerを以下のように変更します。1session.save_handler = redisそして、session.save_pathを例えばこんな感じに書きます。1session.save_path = "tcp://127.0.0.1:6379?weight=1"基本的な記法は、1tcp://${HOST_ADDRESS}:${HOST_PORT}?${OPTION1}&${OPTION2}...のような感じです。使えるオプションは、12345weighttimeoutpersistentprefixauthにだと思います。3つのサーバにsessionをバランシングしたい時は、次のように書くのがいいでしょう。1session.save_path = "tcp://10.0.0.1:6379?weight=1&timeout=3.0,tcp://10.0.0.2:6379?weight=2&timeout=3.0,tcp://10.0.0.3:6379?weight=2&timeout=3.0"こーんなテストページを作って、実際にSESSIONが入ってるか見てみましょう。12345678910111213<?phpsession_start();if (isset( $_SESSION["count"] )) {  $_SESSION["count"]++;}else{  $_SESSION["count"] = 1;}?>;<?php echo htmlspecialchars($_SESSION["count"]) ?>redis-cliに入って、monitorコマンドを実行して、ページにアクセスしてみましょう。1234[root@coco-01 ~]# redis-cli redis 127.0.0.1:6379>; monitorOK"monitor"作ったテストページに実際にアクセスしてみると、こんな感じになります。12"GET" "PHPREDIS_SESSION:~~~~~""SETEX" "PHPREDIS_SESSION:~~~~~" "1440" "count|i:2;"どうですか？ちゃんとredisにセッションは入ったでしょうか？ここに書いたことは、実は大体このページを見れば分かることです。↓https://github.com/nicolasff/phpredisそれではみなさん愉快なセッションライフを！(記事の中に間違いとかがあったら、どんどん指摘してくださいね！)

#9 phpのsession storeをredisにする

こんにちわ。れいです。さて、今日は昨日(4/7)に行われたトラブルしゅーたーず、どんな勉強会だったかというと、障害が起こったサイトを復旧させて、障害報告書を書く！ちょっと簡単にまとめすぎた感ありますが、僕はチーム5に分けられたのですが、さて、どんなことをしたかーですが、これ を渡されますｗあとはチームごとに自由にやってください！で、発表。という感じだったので、かなりリアルな障害対応と言った感じでした…。ちなみに、自分のチーム(チーム5)で作成した障害対応報告書はこんな感じ でした。(具体的な解答編は、こちら から見れます。)その後の懇親会では、合コンの話とか色々聞けて本当に楽しかったです！さて、ここから先は感じた事とか反省とかです！普段業務でやっているような事だったので、 思っていたよりちゃんとできた！(それでもまだまだだなーと思うところが全く見知らぬサーバ(とその構成)に出会った時に、 最も大事なのは “基本” だなと感じた。(頭からデータフローを追う、ってやつですねチームの中での連携・情報共有がうまくいっていると 作業効率が何倍にでも上がるなーと思った。(それぞれの得意分野があってできることがあって、常に エンジニア目線 だけじゃなくて、 必ず お客さん目線 を持たないとダメだなーと思った。(今回これが一番ずっしり来ました…。文章を書くのも技術の一環だなーと思った。(乱雑に書いた作業メモのような物がどんどん障害報告書に障害対応は落ち着いてやろう(決められたタイムリミットの中でいかに早く・冷静に対応出来るか…と、大体こんな感じでした。本当に楽しく、そして勉強になる勉強会でした。それではー。

#8 トラブルしゅーたーずに参加してきたんだよ

今日はさくっと設定の紹介をして終わりです。nagiosをlighttpdで動かすときの設定例です。アレコレ説明するのは面倒なので、はりつけちゃいます1234567891011121314151617181920212223242526272829303132$HTTP["url"] =~ "^/nagios" {        server.document-root = "/usr/local/nagios-3.2.3/share/"        server.indexfiles    = ( "index.php" )        var.servername = "coco-01"        accesslog.filename = "/var/log/lighttpd/" + var.servername + "_nagios_access.log"        server.errorlog = "/var/log/lighttpd/" + var.servername + "_nagios_error.log"        cgi.assign = ( ".cgi" => "" ,        )        fastcgi.server = (                ".php" => (                        "localhost" => (                                 "host" => "127.0.0.1",                                "port" => "9000"                                )))        alias.url = (        "/nagios/cgi-bin" => "/usr/local/nagios-3.2.3/sbin/",        "/nagios" => "/usr/local/nagios-3.2.3/share/"        )        auth.backend = "htpasswd"        auth.backend.htpasswd.userfile = "/usr/local/lighttpd-1.4.29/.nagiospw"        auth.require = ( "/" =>        (        "method" => "basic",        "realm" => "Nagios Secret Zone",        "require" => "valid-user"        ) )      }大体こんな感じです。lighttpdはprefixを/usr/local/lighttpd-1.4.29でconfigureしてますphpはphp-fpmを使って、localhostの9000番ポートがlistenしてる状態です。標準のlighttpdのconfigの書式を知っている人なら、そんなに難しくないでしょう。ポイントは2点ぐらいです。1234alias.url = (   "/nagios/cgi-bin" => "/usr/local/nagios-3.2.3/sbin/",   "/nagios" => "/usr/local/nagios-3.2.3/share/" )ここと、12cgi.assign = ( ".cgi" => "" , )ここだけです。次いでcgi.assignの設定ですが、少々お行儀が悪い設定です。と言う事で、関連づけせずにそのままlighttpdのcgiモジュールに投げてます。…これで実行出来るから驚きなのですが…。他にも、mailmanとかのコンパイル済みのバイナリファイル等のcgiをlighttpd上で実行したい場合は、実は脱apacheでnagiosを動かしたい！と思い立ってから、なので、apacheじゃないwebサーバを検討している方々で、apacheみたいにcgiを動かしたい！って方は、lighttpdがオススメなんじゃないでしょうか。速度に関して言えば、nginxとlighttpdでほぼ大差はないように感じます(実際に厳密なベンチを取ったわけではないですが…)これからはもしかしたら、nginx+lighttpdなんていう構成が流行るかもしれませんね？設定ファイルもそこそこ簡単なので、lighttpdは割とオススメです！そんな感じで、次回はもっとちゃんとした事を書こうと思います。それでは。

#7 nagios+lighttpd

こんばんわ、れいです。構成rrreeeyyy.com(P) – coco-01(V)やりたい:やらなきゃいけない:→ NagiosとかMuninとかblogとかmailを一晩程度止める事はご勘弁願いたい…そもそも出来るかどうか分かりませんが、想定手順:(0) – 準備編 –(0-1) rrreeeyyy.com上で動作しているnagios,munin,blog,mail,svn等のほぼ同様の環境をcoco-01上に構築する(0-2)[必要なら] nari64.com上で動作しているblog,mail等のほぼ同様の環境をwebdb02上に構築する(1) – nari64.com再構築編 –(1-1)[必要なら] nari64.com上のwebdb02のimg,xmlファイルをrrreeeyyy.com上に退避(scp or rsync等…)させ、nari64.comを再インストール(1-2) nari64.comにNICを実装(1-3)[必要なら] nari64.com上でKVMを再構築し、img,xmlファイルを差し戻し、起動を確認する。(1-4) nari64.com上でルータ化できるような構成にしておく(dhcpd,pppoe等)(2) – rrreeeyyy.com再構築編 –(2-1) rrreeeyyy.com上のiptables,pppoe接続等の設定ファイルを確認し、使用出来そうなファイルはnari64.com上に転送しておく。(2-2) rrreeeyyy.com上のcoco-01のimg,xmlファイルをnari64.com上に退避させる。(2-3) rrreeeyyy.comをシャットダウンし、nari64.comにてpppoe接続、iptables,dhcp等のルータ化設定を実施(2-4) rrreeeyyy.comのOSを再インストールし、KVMを再構築する。[必要があればcoco-01のimg,xmlを差し戻して動作確認]–(ここからHAクラスタの構築)–(3) – keepalivedの構築編 –(3-1) nari64.com上でkeepalivedの構築を実施(3-2) nari64.com上でkeepalivedの振り分け設定を実施(3-3) rrreeeyyy.com上でkeepalivedの構築を実施(3-4) rrreeeyyy.com上で (3-2) の設定ファイルを持ってくる(3-5) master-slaveの設定を実施(3-6) failover-failbackの確認(4) – glusterFSの構築編(4-1) rrreeeyyy.com上でglusterFSの構築(4-2) nari64.com上でglusterFSの構築(4-3) 上記2サーバでdistributeの構成を取る(4-4) bonjour-01上でglusterFSの構築(4-5) rrreeeyyy.com,nari64.comの両サーバのファイルをbonjour-01上にreplica構成(geo-replica?)を取る–出来るか分からない所–(4-6) rrreeeyyy.com(or nari64.com)上にHDDを実装(4-7) bonjour-01,rrreeeyyy.com,nari64の3サーバでdistributeの構成を取る(4-8) rrreeeyyy.com,nari64,bonjour-01のそれぞれのhostで実装したHDDにreplicaを取る–出来るか分からない所–(4-9) 色々確認(終了)/ 最後の方ちょっと面倒になって適当…/(買うもの)他にははもっといろんな人と仲良くなりたいです！なんかこうした方がもっとよろしげな構成だよとかあったら教えてください…あと仲良くなってくださる方もよろしくお願いします…。