ハートビーツさん主催で行われているインフラエンジニアのための勉強会 hbstudy の3回目で、BGP の話をしてきた。

私が1つ目のネタで、2つ目のネタはTOMOYO Linuxの紹介で、NTT-DATA 沼口さんだった。

タイトルは「BGPのお話」。思いっきりネットワークのみの世界の話なのと、BGP自身なじみがないと思ったので、どの程度伝わったのかはよく分からずとも、とりあえず概要から運用的な話までしてきた。

勉強会中の会場の様子は twitter で結構流れたので、そちらでも結構反応が分かる。

このスライドは以下。

質問では経路乗っ取りについてが結構多かった。統一されたシステマチックな仕組みがあるようなイメージを持っていたようだったが、「インターネット運用は性善説に基づいている」ことがもう少し説明できれば良かったかな。

デモでは Amazon EC2 上で instance 2つに Quagga 入れて bgpd 動かして peer 張るところまで見せたが、これだけだとルーティングしていることにはならないので、instance 7つくらいで AS path 長を持たせた構成を作ってみたら実践的になるかと思うので、やってみようと思う。

EC2 上での 構築と動作させてみたことについては別エントリーでこのブログでまとめることにする。

実際BGP運用をしていたのは4年以上前だから、自分の記憶が頼りだった部分もあるのだが、それなりに覚えていたし、考え方の概要は忘れていなかったことが自覚できたのは自分なりの収穫。経験したこととかを振り返ることもできたし、スライドとしてはBGPを概要からまとめられたそれなりな資料が作れたので良い蓄積ができた。

まだまだ BGP 設計とか体制作りのコンサルティングはできる感触を得られた。

勉強会には初参加の人たちも増えているようで、3回目にして hbstudy の認知が広まってきている感じがした。

今後勉強会で聞いてみたいネタとしては、

• Apaceh にすごく詳しい人</p>
  • 特に proxy とか、proxy_loadbalancer に詳しい人とか、運用ノウハウに長けている人
• MySQL にすごく詳しい人
  • tips 満載な人
• モニタリングツールとか設定内容
• たくさんのサーバの設定内容を同期させるツールとか、tips とか

かな。基本的にみんな使っているけど、あまり自信を持って動かせていないような気がするポイントかな。(自分自身がそうだったりする。。。)

hbstudy はインフラをちゃんと学ぶ場としてはおそらく他になく貴重だから、今後も濃く良い交流が生まれる勉強会であってほしいかな。

ということで、インフラを学びたい人は hbstudy へ一度ご参加ください。

今年3月のJTPAシリコンバレーカンファレンスで知り合った id:keikubo と夏合宿してきました。

目的は二人で思案中のサービスについてさらに具体化させるため。今までメールでのやり取りだけでイメージは作ってきたが、システムのアーキテクチャだけでなく悩みどころのポイントもあったので、ちょうどいいタイミングだった。合宿の提案はクボケーくんから以前にあって、必ずやりたいと思っていたこともある。

そんな自分だったのだが、合宿の直前に仕事がかなりクリティカルな状態になってしまい、考えとか議題をまとめるような準備はほとんどできなかった。しかも、逃げ切ったつもりが逃げ切れなくて、仕事の電話が何度も鳴ってしまい、本当に申し訳なかった。。。

合宿の様子をざっと紹介。

合宿に使ったのは、川崎グランドホテル。宿泊＋会議室利用のパックがあり、東京よりも全然安い。

一番小さい会議室を予約してもらったのだけど、二人には十分すぎる広さ。

なんか面接が始まるような感じの机とイスの配置。。

ホワイトボードが2つあるのがうれしい。1つは紙に印刷できるやつ。

電源タップ、HUB、無線LANターミナル、LANケーブルがそろっていて、ネットやPC向けの設備的には何も持って行かずに大丈夫でした。

ネット環境は会議室では有線と無線。宿泊部屋では有線のみ。が提供されていた。

宿泊の設備は古く、昔ながらのビジネスホテルという感じ。ここら辺は期待しては行けないし、しょうがないところ。

これは最後の夕飯で、豪勢かつおいしかった！

最後の夜はビールやらつまみやら買ってきて、飲みつつ話しつつな感じで過ごしました。

こんな感じで、、

ビールだらけw

実はこういうサービス生み出すような合宿は始めてで、どのくらい進められるのか全く未知だったけど、形になりそうなところまで見えたのは大きな収穫だった。合宿効果すごい。これは癖になりそうw

ただ、何も持ってないと何も進めない訳で、おそらく二人のサービスへのイメージとか今までメールで話し合ったことがベースにあったから考えられたし、何しろ二人のパフォーマンスのレベルも良かったことが大きいと思う。

しかし、このタイミングで合宿が持てたのは本当に良かった。宿泊先を調べたり予約もしてくれたクボケーくんに感謝！！

確実に大事にしたいプロジェクトになっているし、次のマイルストーンに向けて今後はもう少し自分のパフォーマンスをあげて望んで行きたいと思っている。

今年の夏休みは弟の結婚式に参加するためにハワイで丸々1週間すごした。嫁と娘も一緒に家族で初海外の初ハワイだった。

気づいたことをメモ

• 日本語が通じる場所と通じない場所があった
• 英語をしゃべっても通じないことが多かった。カタカナ英語のほうがいいのかな？
• ファミリー向けホテルの多く立ち並ぶエリアは空港からタクシーで30分くらい。高層な建物ばかりで、ゴミゴミしている
• リゾート地はさらにタクシーで20分くらい東側の高級エリアで、ビーチの規模はそれほど大きくないが低層な建物が多く静か
• 少し内陸に行くと土地が余っている田舎町になる
• ハワイのアロハシャツのサイズは大きい。たくさん食べてアロハ着れるくらい大きくなれよ。ということらしい
• 思ったよりも町が整備されていて、建物も多い。もっと自然があるかと思ったけど、予想よりもゴミゴミしていた。

思い出に写真をいくつか。

とりあえず、家族で海外旅行しても娘は大丈夫な年になったなぁ。いろんな国に家族でいくのも良い気がしてきた。

スポーツ選手がこの本を読んで試合に臨んだら結構良い結果が得られた。というような話を聞いて買ってみた。

2回目となる BPstudy に参加してきました。先月は出れずに2ヶ月ぶり。

第一部

第一部の資料は http://beproud.jp/bpstudy/?p=33 から入手できます。

• プログラミング開発の作るそのものが変わる
• クラウド上で集約
• 作るというよりかはカスタマイズ部分の対応がフォーカスされるはず
• PaaS 上で開発することを想定している
• スケーリングするストレージ = キーバリューストレージ

Google App Engine での DB 利用

• クラウドのストレージは join ができないことを前提してつくる
• 複数のトランザクションを補償するのが弱いのでアプリレベルで1つに詰め込む方がいい
• アプリケーション非同期処理
• いろんなコンポーネントを組み合わせてアプリケーションが成り立つ

demo

• simplemodeler というコマンド
• src が選べる
• scalar でオブジェクトモデルを自動生成
• Google App Engine 上で反映を確認
  • Java で作ってあげる
• CSV をインポートできる機能があるらしい
• class から仕様書が自動生成してくれるらしい HTMLで
  • 詳細が class 図 属性を示す
  • 状態遷移表も表として自動生成してくれる
  • program書くことだけで終わらせたい

第2部 edge2.cc

• クラウドコンピューティングでの開発を考える
• # PaaS 上での話のようだ
• 通信プロトコルも統一できていない
• エラーの頻度が高いはず
• 遅延発生する 返ってこないことも
• トランザクションモデルが異なる RDBが使えない ACID特性があてにできない
• 制約があるからモデル駆動開発 既存のweb開発とは異なる抽象もでる
• Enterprise Integration Patterns 本あるよ
• Apache Camel フレームワーク
• クラウドと非同期メッセージング
• 厳密な ACID特性を当てにしないサービス設計を採用するというサービス仕様を考えるとか
• Google Developer Day で出店した TwitterRecommender
  • 自分がフォローしている人をフォローしている人を知る
• モバイルwebアプリは HTML5+Sync+Offline で
  • Safari HTML5 オフライン機能を使用しモバイルクライアントとして offline 対応web アプリケーション対応
  • Android Gears
• iPhone のネイティブアプリ実装版
  • CoverFlow の UI を利用
  • SQLite をローカルに持って動作させる
  • サンプルコードをいじって作った 2h くらいで終了
  • O/R Mapper は便利
  • XML は SAX Parser でガリガリ書く必要あり

懇親会で話したこと聞いたこと

• シリコンバレーでみてきた会社文化の違い
• JTPAシリコンバレーカンファレンスは一度は参加すべし
  • 昨年と同じならば11月頭に申込開始 要チェック！http://www.jtpa.org/
• internal と external の文化的違いについて
  • internal を10年前からの企業依存の高いSI業界の旧文化スタイルと言ってしまってもいいかも
• 深海は個人の力の最大化を試みる実験を株式会社シェイクソウルでしています # 最近この話を飲みの席で良くするかも
• fujisaki_hb さんが子持ちでしかも3人もいた # おっとビックリ！
• 結局深夜2時まで恵比寿 # 終電以降ひさびさ
• そこからハートビーツの方々と相乗りタクシー # 安くすんだ、ありがとうございました！

やはり技術的に刺激になるな。知らない情報があったし。徐々に参加者の方々と面識ができ始めている気がするので、エンジニア同士のいいネットワーキング作りにしたい。

技術的に尖っている場の方が充実度の高さや刺激の多さが多い気がしてきている、今日この頃。

いつもどおりに3ヶ月ぶりにチェックされに行く。

相変わらずリテーナーを数時間外していると歯が動くので、食事の時以外はずっとしている。以前に比べればあまり動かなくなっていると思うけれども、夜間使用だけというのはまだまだだろう落武自分の感覚を信じて使い続けている。

先生が見る分には問題ないようで、「夜間使用だけですよね？」と毎回聞くのだが、ずっとしていると答えるとちょっと不思議そうにしながらも「長く付けている分には問題ないので、」という感じで会話が終わる。そのパターンが続いている。

今頃新しく何かをかえるというよりかはなるべく現状維持で行って欲しいというところなのだろう。こちらももう一度器具をつけるのはゴメンだし、リテーナーをつける分には今までやってきたことなので問題無し。

本日の精算：チェック料 ￥5,000

WiMAX の話が聞けるので、産業技術大学院大学が主催している InfoTalk(AIIT OPI Monthly Forum) というのに参加した。

KDDIから UQ コミュニケーションズに出向されている、技術部門長の渡辺さんが話された。単に emobile より速い無線環境なんだろうな、くらいの知識しかなかったのだが、お話を聞いていくうちに結構これは面白いかもしれないと思った。

お話の特徴としては、

• WiMAX は携帯や emobie についている、SIM を持たない</p>
  • だから WiFi gateway としてその回線を複数PCでシェアすることもOKになっていて、WiFi Gateway も製品化されている</p>
    • 一応、HUBにもなるのでデスクトップPCもつなげられる
  • SIM を持っていると電話と同じ扱いなので、1つの端末で1つしかつなげれない。シャアはできない。

• ダイヤルアップ方式を使わない、ノートPCにはチップが内蔵されるらしいので外付けするモノは不要</p>
  • イメージとしては無線LAN(WiFi)が広大になったイメージ
  • emobile ででやっているダイヤルアップは必要ない
• 今後 WiMAX 搭載モデルのノートPCやスマートフォンとかがでてくるらしい

というところらしい。

ふと思ったのは、WiFi Gateway を自宅に置いたら今自宅にひいているフレッツ回線がいらなくなるし、外出先でもそのまま WiMAX で利用してしまえばいいので、emobile もやめて WiMAX で一元化できてしまうと思った。

考えてみれば今、インターネット環境を整えるために使うシーンによって別々の契約プロバイダにそれぞれ払っている。自宅であればフレッツ光＋OCN、外出先だと emobile、最近だと iPhone を外出先で使うには Softbank にも払っている。それが広大で高速な無線LANが自宅でも使えて、しかもWiFi+HUBなら複数PCでシェアできるからその環境だけで完結する。

そう考えると新しいネット環境のあり方として、今までのNTT東西＋プロバイダとか emobile を食っていく可能性はあるなと思った。

シリコンバレーに行った時は大手の会社には無料で使える(WEP key なし)無線LAN環境が提供されていた。Google, Apple、泊まったモーテルも、その環境はすごく助かった。

そんな感覚が区切れなく広がったら、一つ環境に浸かっていればいいことになる。それが実現できるのが WiMAX だと思うとこれは結構面白いかも。と思った。

条件としてはちゃんとエリアをカバーすることくらいだろう。土管(回線)の世界はもう新しいものなんてでないと半ば見切っていたところだったので、そんな面白い環境になってくれるといいなと思った次第。

ウタゴエの園田さんに勧めていただいて前から気になっていた Tokyo2.0 に行ってきた。

事前に園田さんと待ち合わせて1時間くらい喫茶店で軽くお互い会社でやっているサービスや取り組みを紹介しあう。2月にお会いした時よりも新しいことが増えていて具体的にチャレンジされている様子が分かり、今後の展開も具体的になっているのでウタゴエさんの今後は要チェックだなと思う。お互いの持ち味がお互いにとって補完できるような機会が今後あればいいなと思った。

さて、Tokyo2.0 はIT系の方々で集まる約月1回のネットワーキングパーティーで7割くらいは外国人だろうか。そもそもは日本で働くIT系の外国人が集まるためにできたとか。

園田さんに主催者の Andrew を紹介してもらう。ちょうどアップルジャパンに就職が決まったばかりで祝福されていた。アップルストア銀座店のバックヤードとしているらしい。

続いて Preferred Infrastructure の CEO 西川さんも紹介いただく。ちょうど hbstudy で Preferred Infrastructure が天才的エンジニア集団で最先端のみを追っかけるとんがった会社だということを教えてもらったばかりだった。お会いしてみたいなと思ったその数日後に実際お会いできてしまっているこのスピード感と不思議な感覚は何ともいい感じだ。

スピーカーの方々の内容はクラウドについて。外国人のプレゼンはやはりワールドワイドな視点になっていて、クラウドの定義が人それぞれでまだ定まっていないこと、でもそうは言っても実サービスはあってそれをレイヤ的に整理して話してくれた。ちょうど 自分なりにまとめたクラウドについてのエントリー で述べたようなレイヤの図に近いものも示されていた。自分の整理の仕方はある程度ワールドワイドな視点で通じることも分かった。

具体的サービス紹介というよりかはやや概念的な整理した情報の紹介という印象だったが、逆に日本人でここまでちゃんと整理できている方がまだいないので、貴重な機会だったと思う。

具体的事例紹介はあくしゅの山崎さんと Preferred Infrastructure の西川さんから両方とも Amaozn AWS に絡んだ話だった。SaaS, PaaS に絡んだ話はなかったところをみると、自前で作るには規模感が必要な時点で取っ付きにくいのかと思った。

あくしゅの山崎さんは Wakame の紹介をしていて、積極的に紹介されているのだなと感心した。山崎さんとはクラウド系やインフラ系の場でお会いすることが多くなって、逆に他のプレイヤーはいないことも分かってきた。

最後の Lightning Talk の時間で Andrew が気を使って呼んでくれて、Amazon EC2 フルサポートパックの紹介をさせてもらった。

勉強会とは違い、そこそこで好きな相手と好きなことをしゃべりあっていてプレゼンも見ているけど、見てなくてもいいみたいな緩い中、最後は暖かい拍手で終わって次回にまた会おうね、みたいな雰囲気で終了する。結構この感じって勉強会では出ないし、人と会って意見を交わして自分へのフィードバックを得ようと思っているからみんな積極的に振る舞えるんだと思う。この感じはと雰囲気は日本人だけで出すのは難しいんだろうな、と単純に思った。

あと、やはり英語力はあげないともったいないなと思った。さて、本当に勉強始めねば。

hbstudy は株式会社ハートビーツが主催するインフラエンジニア勉強会で、記念すべき第1回目に参加してきた。

この「インフラエンジニア」という響きはやっと最近になってなじみがでてきたかなと思うが、組織に埋没しがちな裏方的な立場になるのであまり表にでてくる機会もなかったのだと思う。自称インフラエンジニアとしてはこういうインフラをキーとしたバプリックな集まりが開催されるのはうれしいし、ハートビーツさんの持っている経験、スキルがアピールできるいいきっかけになればとも思う。

最初にハートビーツ馬場さんからインフラエンジニアになろう、というお話で元ネタはこことほぼ同じかな。

あとは他社の方からKVMとWakameのお話。

KVM

• 実際のコマンド紹介
• うまく動かないところがあるらしい
• 当日の資料は Google Docs で公開されている http://docs.google.com/present/view?id=ddd43nk8_6g5mpht7x

Wakame 紹介

• Wakame はスケジュールにそったスケーリングが可能だけど、負荷状態によってスケールするのは難しい
• 負荷が急に来たとき(Y!のニュースに載っちゃったとか)スケールする速度が追いつくかどうか起動に数分かかってしまう時点でダメなのではというところなのだろう
• # Y!アタックはさばこうとしてはダメなのかも。スケールの閾値を大幅に上回る場合は sorry page に飛ばすところまで自動化すればいいかと思った

懇親会では色々話した

• preferred infrastructure がすごいらしい</p>
  • クラウドコンペ優勝者が絡んでいたらしい
• 深海は好きなことをしながら一人で食っていけるかの実験をしています
• オートスケーリングは開発するソフトウエアエンジニアとインフラエンジニアが一緒になって作らなきゃだね
• Ylastic(Amazon AWSのwebビューア)を教えてもらった
• AWS が出したロードバランサはL4スイッチとして簡単に使えますよ
• ただ、オートスケーリングで増えたインスタンスは分散対象に自動で入ってくれないので何らかの仕組みが必要だよ
• 開発に専念できる環境ができているのは会社の資本形態も結構影響するものだ

自分が話すとしたら

• 馬場さんからは iPhone アプリを開発してサーバ間パフォーマンスをこんなにあげました的なものがよいとのこと
• 藤崎さんから BGP4 について。みんな知らない世界だからよいとな。でも、誰もついてこれないかも？
  • 話はしやすいけど
• Amazon EC2使ったモデルや新機能を紹介してもいいかも

今後この場がインフラエンジニアのノウハウや勉強したことを交流するような、新しい流れを作ってくれればいいなと思う。