Controllerのオープンソース版。Controller」のオープンソース版を提供開始|SCSK株式会社という記事がでていた。http://bit.ly/1fzc6bMそれはいいのだが、GPLとは書いてあるのにGPLのバージョン番号すら書いてない。Controller」に関するご連絡およびサポート並びに新製品のご案内のために利用させていただき他の目的には利用いたしません。Japan株式会社との間で個人情報保護のための秘密保持契約を締結のうえ提供いたします。GPLなのにGoogleの規約をOKにしないと情報にタッチできないっておかしくないですかね。Linuxが絡んでるので残念感。瀧澤さんの収録論文がある。Calenderの12月22日分です。COPSBenchとは世の中、ベンチマークソフトウェアであふれています。その目的は様々ですが、S3に代表されるオブジェクトストレージのベンチマークソフトウェアは、POSIXなファイルシステムのベンチマークとちがってほとんど普及していません。S3のパフォーマンスをあげるコツという記事にあるとおり、S3は使い方によってパフォーマンスが異なります。そのため、実際のワークロードを模擬することで初めて意味のある性能指標を得ることが出来ます。COSBenchは万能ではありませんが、様々なワークロードをXMLで記述することで、模擬実行できるApache2ライセンスのソフトです。Intelの中国の方を中心に開発がすすめられています。概要があるので、時間があるかた、興味のあるかたはこちらをご覧ください。構成は、Controllerが複数のDriverに対して測定対象に負荷をかけるように指令する作りです。つかってみる本記事では、そのごちゃごちゃした話はさておき、COSBenchを使って、結果を得るところまでみてみることにしましょう。LTSがメインサポートなので、まずはubuntsu12.03を用意します。mode).(以下略)という具合で、openjdkがはいればOKです。入手とインストール入手先はgithub上にあります。*.sh展開した結果はとりあえず動作確認まずは、start-allをしてみます。1)ここまでくれば、ポートが動いているかどうかをcurlかなにかで試します。動いていれば、ワークロードファイルを登録してみます。Workloadsにw1がみえているはずなので、適当にいじってみるといいです。実際に使ってみるControllerの設定を確認する。Controllerの設定はcontroller.confで行います。制御対象のdriverのURLも忘れずに。http://127.0.0.1:18088/driverはDriverを動かすControllerを動かす前に、Driverを動かします。start-driver.shを走らせるだけ。!!!というようになれば、OKです。つくりたてのほやほやなので何も登録はありませんが。start-controller.shでOKです。workloadsとありますが、ここから負荷ルールファイルを登録します。これは、オレゴンのS3に対して、64KBのファイルを複数回、80%readでのテストしてみるときのルールです。該当のバケットを指定します。あとは結果を待つ!ルールを登録すると、すぐに測定が始まります。数分後には次のような結果をみることになるでしょう。N/Aとなったので、次にアイルランドでも試してみる。N/Aついでに東京も。N/Aおわりに「パフォーマンス計測」という意味で「ベンチマーク」という言葉が使われる事自体に違和感を感じるのは私だけでしょうか。ベンチマークは比較の対象があってはじめてベンチマークであるはずなのですが、巷では比較対象がなくてもその言葉が使われることが多いようです。本記事では巷で使われる「ベンチマーク」のほうがキャッチーで、ググラビリティ高いためにこの言葉を使いました。Calenderの12月22日分です。COPSBenchとは世の中、ベンチマークソフトウェアであふれています。その目的は様々ですが、S3に代表されるオブジェクトストレージのベンチマークソフトウェアは、POSIXなファイルシステムのベンチマークとちがってほとんど普及していません。S3のパフォーマンスをあげるコツという記事にあるとおり、S3は使い方によってパフォーマンスが異なります。そのため、実際のワークロードを模擬することで初めて意味のある性能指標を得ることが出来ます。COSBenchは万能ではありませんが、様々なワークロードをXMLで記述することで、模擬実行できるApache2ライセンスのソフトです。Intelの中国の方を中心に開発がすすめられています。概要があるので、時間があるかた、興味のあるかたはこちらをご覧ください。構成は、Controllerが複数のDriverに対して測定対象に負荷をかけるように指令する作りです。つかってみる本記事では、そのごちゃごちゃした話はさておき、COSBenchを使って、結果を得るところまでみてみることにしましょう。LTSがメインサポートなので、まずはubuntsu12.03を用意します。mode).(以下略)という具合で、openjdkがはいればOKです。入手とインストール入手先はgithub上にあります。*.sh展開した結果はとりあえず動作確認まずは、start-allをしてみます。1)ここまでくれば、ポートが動いているかどうかをcurlかなにかで試します。動いていれば、ワークロードファイルを登録してみます。Workloadsにw1がみえているはずなので、適当にいじってみるといいです。実際に使ってみるControllerの設定を確認する。Controllerの設定はcontroller.confで行います。制御対象のdriverのURLも忘れずに。http://127.0.0.1:18088/driverはDriverを動かすControllerを動かす前に、Driverを動かします。start-driver.shを走らせるだけ。!!!というようになれば、OKです。つくりたてのほやほやなので何も登録はありませんが。start-controller.shでOKです。workloadsとありますが、ここから負荷ルールファイルを登録します。これは、オレゴンのS3に対して、64KBのファイルを複数回、80%readでのテストしてみるときのルールです。該当のバケットを指定します。あとは結果を待つ!ルールを登録すると、すぐに測定が始まります。数分後には次のような結果をみることになるでしょう。N/Aとなったので、次にアイルランドでも試してみる。N/Aついでに東京も。N/Aおわりに「パフォーマンス計測」という意味で「ベンチマーク」という言葉が使われる事自体に違和感を感じるのは私だけでしょうか。ベンチマークは比較の対象があってはじめてベンチマークであるはずなのですが、巷では比較対象がなくてもその言葉が使われることが多いようです。本記事では巷で使われる「ベンチマーク」のほうがキャッチーで、ググラビリティ高いためにこの言葉を使いました。this:シェアFacebookTwitterAWSblogger2013年のAWSアップデートを料理にたとえるという難題へのチャレンジ。2013/12/172013.12にCookpadで行われたクラウド女子会。2013年のAWSアップデート10個を料理にたとえてみました。異論、反論があることは承知しておりますので、ぜひご意見ください。「俺ならもっとカッコイイたとえするぜ」というシリーズもいいかもしれません。soloを使ってローカルでも試したい!と思いませんか?OpsWorksそれ自体はお金はかからないとはいえ、OpsWorksから起動されるec2と付随するいくつかのサービスにはお金がかかります。使ってローカルで試行錯誤できればお金はかかりません。OpsWorksはchefで作られていることは周知の事実です。以下の通り書かれています。stack.というわけで、ちょっとやってみましょう。chefむけにかかれたルールはgitで管理するのが、よくある楽な方法です。そのため、一番ラクなのは「全てのシステム記述を一つのgitに書く」こと。soloをopsworksの代わりに使うことでほぼテストはローカルでできる。soloむけの設定には差異があるので、ちょっとしたコツが必要になります。ec2の代わりとしてvagrantの中でUbuntuを動作するようにする。SoloはあくまでもOpsWorks代わりをさせるためであり、手元のChefSoloには最低限の設定ですませること。ちなみに、bitbucketは無料でも秘密レポジトリを作れるので、OpsWorksむけにはgithubよりも楽だと思います。これから書くことはこんなかんじ。site-cookbooks作り。親レポジトリのサブモジュールとして追加vagrantでつくったubuntuにデプロイさせるrun_listに追加、実行submodule内容変更時にやることvagrantのインストール¶vagrantはhttp://downloads.vagrantup.com/から、自分の環境にあったものをインストール。昔はRubyGemをつかってインストールしていたが、今は違うので素直にパッケージを使うべきでしょう。問題なくログインできるはず。x86_64)ここまでできてればひとまずOK。すると、ラップしている情報を確認できるので、.ssh/configにつっこむ。いう名前で登録しておく。ログインできればOK。Solo環境の用意¶install¶どんな方法でもOKだと思う。chef-soloあたりでOK。SoloはあくまでもOpsWorks代わりをさせるためであり、手元のChefSoloには最低限の設定ですませること。soloの環境を作る。ここではcdn-dns-v2という名前。site-cookbooks/いったんgit登録。手元のChefSoloとOpsWorksの両方で共通で使う設定(site-cookbooks)はbitbucketに配置させる。site-cookbooks作り。あるため、可能な限りこのsite-cookbooksに詰め込むことになる。filesdnsbalance/dnsbalanceと、二段に深くなったディレクトリ構成だが、これはそういうもんだと諦めることにする。td-agent.conf.erb~という具合になる。このレポジトリをbitbucketに追加する。ssh://git@bitbucket.org/ar1/chef-cookbook-dnsbalance.gitといった具合。親レポジトリ(OpsWorksの代理として動作するレポジトリ)のディレクトリに移動。そこのトップで、submoduleとして、追加する。filesという具合になる。実行させることができる。実行させることができる。2013/11/03レストランにおいて、喫煙者は優遇されている。タバコの持ち込み代かからないことが先ずものすごい既得権益だと思う。過去にはタバコは成功者であり、金を消費するアイコンとして機能していたんだと思う。その流れで現在でも喫煙者に便宜をはかる店が多いんだと思う。タバコを吸わない人がもはや主流であることを考えると喫煙しない人の財布から所得移転しているように思えるのがいただけない。そこで、こんな対応できないだろうか。喫煙する人からキッチリお金をとる。タバコの持ち込み代をもらうか、タバコを堂々と売る。喫煙対応している店には、JTから店舗改装費用を支出させる。JT推奨の店として、ミシュランガイドみたいなのを作る。タバコを吸える自由のないような国には住みたくないので、法律で禁止するようなことはあって欲しくないが、その自由を維持するためにほかの客や、店側に一方的に責任を添加するのには賛成できない。this:シェアFacebookTwitterbloggerbloggerエンジニア採用ってむずかしい。技術評論社というWeb連載が私の周囲だけかもしれないが、軽く話題になっている。この連載は「エンジニア出身の採用担当者」ならわかることだけど、そうでない人事部の人にはわからないことを教えてあげる、というスタンスで書かれているように見える。定義とターゲットがはっきりしないのでなんとも言えないけれども。実のところ、エンジニアがあきらかに採用に関わっている会社でも実際は悩みまくっているのが本当のところ。自分も下手すると週に10回くらいは普通に面接して、最後のジャッジにも関わっているので関心のあること。3回目なのでどのように発展するか楽しみである。一方で、採用される側として見ると、それはそれで面白いことが書いてある。第3回には、勉強会を開こうにも場所を貸してくれない話が書かれている。「次にどういう行動をとるでしょうか」というのがあるあるネタがありました。第2回にはこんなことが書いてあった。CodeIQのプロデュースを始めて驚いたのは,エンジニアの間では勉強会が盛んなことです。エンジニアはとにかく勉強会やカンファレンスやミーティングやセミナーや,あれこれ理由をつけ,集まり,そして学ぶということを繰り返していることに気がついて,とても感心したものです。営業マンが集まってセールススキルを磨き合うという勉強会はゼロだとは言いませんが,とても少ないと思います。総務の担当者たちが集まってスムーズにレイアウト変更をするためのセミナーを頻繁に開いている,という話も耳にしません。考えると,エンジニアの皆さんは,他人と触れ合うことで,自分のスキルを客観視する機会に恵まれている,と言っても良いでしょう。これらを見て思い出したのは、同僚の松尾さんの寄稿。Startupエンジニア採用の5つの鉄則を教えて頂けるのはアマゾンデータサービスジャパンの松尾康博さん。松尾さんは現在、アマゾンウェブサービス(AWS)のソリューションアーキテクトとしてエンジニア採用に携わっていますがスタートアップの経験もあり、元々マイネットジャパンでCTOを務めていました。スタートアップの採用で悩んでいた松尾さんに、5つの鉄則を教わってきました。5.採用後はきちんとマネジメントしようこの連載が意味ある形で深堀りされていくことを願ってます。2013/08/06多く人がすでにAWSクラウドデザインパターン(CDP)を活用しています。CDPこそがAWSを使う目的とまでは言わないにしても、パターンとしてまとめられた体系の上であれば安心してシステムを作れると考えている人は多いのではないでしょうか。それが証拠に、AWSのCDP関連書籍は、Webデザインのカテゴリで1位(平成25年8月6日現在)でした。CDPがそのwikiで整備され、公開されてから1年半近くがたちました。日進月歩のこのクラウドの世界で、CDPが生き残っていることは、CDPがそれだけ良く練られた、万人受けするものである故であることは先ず間違いないでしょう。一方で、CDPは多くの前提知識を必要とする形でまとめられています。CDPがAWSを使う目的だとしたら、AWSを使うために勉強せざるを得なかったことは、沢山あるのではないでしょうか。それらをまとめることはCDPほどの意義はないかもしれませんが、利用者の底辺を広げ、より洗練されたCDPを生み出す原動力となると考えました。そこで必要になるのは、キャッチーなフレーズです。私はあえて、「AWSバッドノウハウ」と呼ぶことにしました。「バッドノウハウ」という言葉を聞いたことはあるでしょうか。だれが言い始めたかには諸説あるのですが、最初にきちっと言語化されたものは、高林氏の次の定義でしょう。いった類いのノウハウは多い。繰り返しになりますが、「AWSを使うために勉強せざるを得なかったこと」がバッドノウハウであるならば、それらをまとめることには価値があるでしょう。CDPとバッドノウハウの関係を絵にするとこんな具合です。CDPばかりが注目されていますが、CDPはそれだけで成り立つものではありません。その下にはアンチパターンがあり、バッドノウハウがあり、さらに次々とあらわれるAWSのサービスやユーザの要件などの広大な海の上にある、氷山の一角といえるものです。それらを集める一つの方法として、「AWSバッドノウハウカンファレンス(仮称)」を開催したいと思っています。現時点では思いつきの段階ですが、皆様のご協力をいただけると幸いです。オンラインでアイデアを集める方法も模索しようと思っています。最後に、この記事を書いたきっかけは、JAWSUG東京が大崎のフューチャーアーキテクトさんで開催され、そのLTでした。会全体の概要はしんやさんのレポートをご覧いただくとして、私の発表について説明することにしました。今回の私の発表は資料を見ただけではさっぱりわからないので。2013/06/29cdn.debian.netの中身をきちんと説明したことがなかったのでやってみたのだが、5分では短かすぎた。araki多くの人に興味をもってもらえそうなことを前に持ってきたのはいい(たぶん)開発協力者に対してちゃんと説明しなければならない後半が飛ばしまくりになった。今日はcdn.debian.netのRuby2.0対応をしていて微妙に時間をつかった。2013/05/23クラウドアンチパターン研究家の荒木です。購入したので、早速読んでみた。Servicesの節があった。この頁の出典は2012年11月の日経SYSTEMSのものだった。S3-backedのEC2の場合にデータが消えることがあるという記事に関しては、EBSから起動するEC2を選ぶ「EBS-backed」のEC2がデフォルトになってから随分経つのに、いったんついたイメージは消えないのだなという感想。記事中ではEBSのことも触れてはあるのだが、EBSから起動できるEC2についてはあえて触れていないように見える。このように記事が古いだけなのか、「書きやすい」ので意図して残したのかはわからない。率直な私の感想としては、「昔のデフォルトは人々の脳裏からなかなか消えない」ということを改めて感じた。今は「あえてその設定しないかぎり関係ない」と言いたい。ELBの増強に時間がかかるという記述は中身については私のコメントの通り、ELBの負荷急増が予測されるのであれば、サポートおよびセールスに相談していただきたい。急増するトラフィックのほとんどはCloudFrontやS3へのオフローディングで対応できることを実感している。良い事ずくめなので、構成の見直しを行うのがいいと思う。本自体はさくさくと読めるものばかりだし、あちこちに散りばめられたそこは違うだろーというところもなくはないのだが、それもふくめて「議論のネタ」となるのは間違いないので、日経システムズを購読していない私のような人は一読の価値があると思う。Controllerのオープンソース版。Linuxが噛んでる割にはライセンス記述がお粗末な件オブジェクトストレージのベンチマークツール、COSBenchオブジェクトストレージのベンチマークツール、COSBench2013年のAWSアップデートを料理にたとえるという難題へのチャレンジ。soloを使ってローカルでも試せるようにする人気のページと投稿squidのsibling設定プレゼンの最後のスライドでは挨拶を書くな。深夜の田園都市線の混雑QNAPにiTunesファイルを全部移動してみた。アップデート9年前、現職に転職して驚いたのは、自分がリサーチからセールス側に来たせいもあって、MBAでたような白人だらけで、文章を超かかせることだった。きれいな英語の人が多くて、前前職よりヒアリングは超ラクになった。メールに返事がないときは英文がわるいのかなあと思うことが増えまくった。ago19年前から10年前までいた、前前職はシリコンバレーがHQで世界中のエンジニアか科学者しかいない組織だった。themのtoolだった。ago電話でのいった、いわなかった事例が発生した。1時間アポの時間が違うってだけなんだけど。ago意識たかすぎるよな→ときどき一緒すると英語喋れるのに「全然しゃべれない」勉強してるのに「喋れるようにならない」を言っている人。使用に同意したとみなされます。