iPhone5のスリープ(電源)ボタンの効きが悪くなってきたのでApple Storeへ行ってきた - 元RX-7乗りの適当な日々
いつからかは忘れてしまいましたが、メインで使っていたiPhone5のスリープボタン(電源ボタン)の反応が悪くなってきました。 何度か押したり強く押したりすると反応するけど、今までどおり普通に押すだけでは、うまく効いてくれないような感じ。 というわけで、先日、Apple StoreにあるGenius Bar(Apple製品の技術サポートをしてくれるところ)に持って行ってきました。 Genius Barの予約をとる Genius Barにいきなり行っても、その場ですぐ見てくれるとは限らないので、Webから事前に予約します。 予約は、以下のWebページからも出来ますし、"Apple Store"のiPhoneアプリでも出来ます。 場所(どのお店か)、修理対象、予約日時を入れて予約します。(予約時にApple IDが必要です。) http://concierge.apple.com/reserva
Linuxで2つのファイルの共通行を出力する - 元RX-7乗りの適当な日々
機会があったので、調べてみました。 2ファイルの差分はdiffコマンドで取るけど、その逆の共通している部分はどうやって取得するのか。エレガントなやり方はやっぱりgrepコマンドを使うのかしら？ 前提 $ diff -c5 {a,b}.txt *** a.txt 2013-08-28 18:54:49.293055071 +0900 --- b.txt 2013-08-28 18:53:58.517693404 +0900 *************** *** 1,6 **** 1 - 2 3 5 5 6 --- 1,6 ---- 1 3 + 4 5 5 6こういう2つのファイルがあったとして・・・ grepで $ grep -x -f {a,b}.txt 1 3 5 5 6grepコマンドの"-x"オプションを使うと、こんな感じで、2ファイルの共通部分が出力される。 -x, --line
tracerouteの色々 - 元RX-7乗りの適当な日々
インターネットのネットワークに多少なりと興味がある方なら、指定の目的地までの経路探索をしてくれる、みんな大好きtracerouteコマンド。 そんなtracerouteの色々をメモしておきます。 tracerouteの仕組み 既に多くの解説サイトがあるので、そちらに譲りますｗ tracerouteはTTLを1ずつ増やしながらパケットを送信することで、経路情報を取得する。 TTLとはパケットの生存期間を表し、ルータを1つ経由することに1ずつ減算される。 ルータはTTLが2以上のパケットが届いた場合、TTLの値を1だけ小さくし次のルータへ転送する。 TTLが1のパケットが届いた場合、届いたパケットを破棄しICMP time exceededパケットを送信者に返す。 tracerouteはまず、TTLを1にセットしたパケットを送信する。最初のルータに届いた時点でTTLがゼロになり、ICMP ti
AWS東京リージョンとBGPピアを確立するとレイテンシはどう変わるか＋α - 元RX-7乗りの適当な日々
参考までに、AWS(Amazon Web Services)までの通信経路上のASパスの数が短くなったら、どれくらいレイテンシが変わるのか計測してみました。 注意事項として、この手の話は、もちろん環境によって結果が大きく変わるので、参考程度にしかならないかもしれませんが、軽く読んでみてください。 ※ 少々長いので、時間がない方は、最後の"考察・まとめ"だけを読んでもらえればOKですｗ BGPピアを確立する？ 通常、インターネットで目的のホストと通信を行うと、途中途中で多くのネットワーク機器を通過することになります。選択される経路は、接続するネットワークによって大きく異なりますが、(もちろん)そのネットワークからの最適な経路が選択されることにはなります。(ルーターで設定されている) で、当然そのルートは短ければ短いほど、ネットワーク距離が小さくなり経由する機器の数も減るので、レイテンシ(遅延
muninサーバのチューニングの考え方 - 元RX-7乗りの適当な日々
色々見ていたら、ちょっと思うところがあったので、tweetしようと書き始めたんだけど、長くなってしまったのでブログに残しておこうと思う。 muninのサーバは、対象ノードが多くなってきたりして、処理が増えてくると、多くのケースでネックになってくるのはCPUとディスクI/Oで、それらの有限なリソースをcronの定期実行が走る5分間隔の間々でいかに効率よくリソースを使うかがmuninサーバのチューニングのポイントだと思っている。 リソースを使いきった＝サーバが重い、という図式が成り立つのであれば、リソースを完全に使い切る時間帯を作らない努力/調節をすれば良いわけです。要件によっては、パフォーマンスを最大限出し切る設定(チューニング)が正とは限らないわけです。 つまり、muninのようにビューを提供していて、(バックグラウンドの処理以外の)その表示自体にもそれなりにリソースを食われる前提だとした
Linuxサーバがディスク容量不足になった！何か消さねば！ってなった時にどう対処するか - 元RX-7乗りの適当な日々
とりとめもなく書いてみる。主にルーキー向けです。 サーバの運用とかやっていると、不定期ではあるが、たまにタイトルのようなディスク容量が逼迫する話題に直面します。 まぁ、それが起こるのは一旦良いとして、みんなこういう時、どうやって調べているのだろう？ とりあえず、僕がどうやってるか書いてみます。 何はともあれ現状確認 みんな大好き"df"コマンドです。細かい説明は省きますが、各パーティション・ファイルシステムごとにディスクの使用状況を確認。 # df -h Filesystem サイズ 使用 残り 使用% マウント位置 /dev/sda3 130G 88G 36G 72% / /dev/sda1 494M 23M 447M 5% /boot tmpfs 12G 0 12G 0% /dev/shm正確とは言いませんが、だいたいどのパーティションにどのくらい容量が空いているかが確認できます。 ど
AWSの上位ネットワークまわりについて - 元RX-7乗りの適当な日々
昨日から、色々調べ始めています。今日はAWSの上位ネットワークまわり。特に東京リージョン(Asia Pacific (Tokyo) Region)。 現時点の情報のスナップショットとしてログがわりに残しておきます。 ASN (AS番号) まず、以下のサイトで調べてみると、、、 http://bgp.he.net/search?search[search]=Amazon&commit=Search この通り、Amazonが取得しているASNは10個ほど見受けられますが、中身を見ていくと、このうちAS16509にほぼ集約されていることがわかります。 AS16509に接続されているBGPのPeerの数は現時点で、v4が158、v6が10となっています。(公開情報のみ) Peerの内訳は以下のリンク先から確認できます。 http://bgp.he.net/AS16509#_peers ざっくり確認
AWSのPublic IPアドレスの一覧 - 元RX-7乗りの適当な日々
たまに調べるのでメモ的に。2013年5月24日時点でのAWSの公開情報です。尚、ソースはAWSのフォーラム。 Amazon EC2 後述のネットワークで割り当てられているパブリックIPアドレス(EC2分のみ、CloudFrontは除く)ですが、スクリプトを書いて計算してみたら、"4,177,920"個という数字が出てきました。 実際に使われている数は、ネットワークアドレスやら何やらで、もうちょっと少ないとは思いますが、約417万個ものグローバルIPアドレスを保有しているといった計算になります。 US East (Northern Virginia) 72.44.32.0/19 (72.44.32.0 - 72.44.63.255) 67.202.0.0/18 (67.202.0.0 - 67.202.63.255) 75.101.128.0/17 (75.101.128.0 - 75.10
書籍: Web開発の基礎徹底攻略 - 元RX-7乗りの適当な日々
という書籍が出ます。 その中で、僕が過去にWEB+DB PRESSで寄稿したクラウドの基本記事が、少し手直しして収録されています。 Web開発の基礎徹底攻略 (WEB+DB PRESS plus) 作者: 小飼弾,田籠聡,近藤宇智朗,並河祐貴,赤松祐希,井上誠一郎,ミック,天尋左石,和田裕介,WEB+DB PRESS編集部出版社/メーカー: 技術評論社発売日: 2013/07/23メディア: 大型本この商品を含むブログ (7件) を見る 以下の目次を見てもらえればお分かりの通り、基本的にはWebエンジニア向けの基礎的な内容です。まだ新卒1〜2年目くらいのエンジニアで、これから経験値を積んでいく過程で、ザッとWeb開発や言語、設計、OSSアーキテクチャの概要を掴むのには良い書籍だと思います。 ■特集1 [新人時代に押さえておきたい]Web技術まるごと整理 言語、何が違うの? サーバの役割分担
カメのぬいぐるみが勝手に笑い出した話 - 元RX-7乗りの適当な日々
奇妙な体験だったが、なんとなく忘れたくない出来事だったのでブログに残す。 ちょうど1年前に祖母が亡くなりました。今日は祖母の命日です。 ちなみに、そのお通夜・お葬式の帰り道に、台風で足止めをくらって、新幹線ホテルに泊まるはめになったことは、僕の中でまだ記憶に新しい。 新幹線ホテルに泊まらざるをえなくなった話を書いておこうか - 元RX-7乗りの適当な日々 本題に入ろう。 今から書く話は全て事実にもとづいた話です。 うちには出産のお祝いで頂いたカメさんのぬいぐるみがある。 このぬいぐるみは、お腹のあたりにボタンがあって、ボタンを押すと笑い声を発する仕様になっている。 6/15の1時と2時の間くらいだっただろうか。 僕は書斎で作業をしていたんだけど、急にどこかから笑い声が聞こえた気がした。 外は雨だったけど、蒸し暑くて、ちょっと窓を開けていたので、最初は外で誰かが笑っているのかなぁと思ってた。
Linux/Mac/Windowsでハードウェア構成に関する情報を調べる - 元RX-7乗りの適当な日々
サーバ/クライアントPC問わず、今使っているマシンのハードウェア構成がどのようなものかをOS上で確認したくなることもあるでしょう。 そんな時にお手軽に調べられる方法を、たまーにググったりするので、Linux/Mac OS X/Windowsの3つのOSの場合の調べ方をここに残しておきます。 Linux Linuxでは、dmidecodeコマンドを使います。 BIOSの情報とか、マシンの各種システム情報(シリアルナンバー等の各種メタ情報、CPU、メモリ、その他デバイス情報とか)が取得できます。 CentOS/RHELとかだと"kernel-utils"パッケージがインストールされていれば使えます。 ちょっと長いですが、以下のような感じです。 # dmidecode # dmidecode 2.11 SMBIOS 2.7 present. 87 structures occupying 399
「AWS Summit Tokyo 2013」 1日目の講演メモ #awssummit - 元RX-7乗りの適当な日々
今日は午後から、表題のカンファレンスに行ってきました。 AWS Summit Tokyo 2013 久しぶりに行くAWS系のビッグカンファレンス。AWSの中の方(ソリューションアーキテクト)が話してくれる「上級者向け」と題されるテクノロジーセッション3つに参加して、メモ書きをとったのでここに残しておきます。 (個人的には、3つ目の大谷さんの話が面白かったです。) ハイブリッド構成を支えるAWSテクノロジー AWS荒木さん プリンシパルソリューションアーキテクト @ar1 なぜハイブリッド環境なのか 既存のアセットを最大限に活かして、AWSのメリットを享受する 開発での利用パターン(dev,stgで使っている) データをどう持ち運ぶか ディザスタリカバリでの利用パターン データをどうやって同期するか 複数のシステムがハイブリッドでやりとり 監視・制御を複数プラットフォームで システム間連携を
Chef 11 で Chef Server WebUI を使えるようにしてみる(chef11アレコレ) - 元RX-7乗りの適当な日々
昨日の「Chef 11 での client/server/knife のセットアップ手順(+α)」のエントリの続きです。 Chef ServerとClientは基本的にRESTなHTTP APIを介してやりとりを行うのですが、ChefにはServer APIをGUI(ブラウザ)で操作できるchef-server-webuiが標準でついています。 ↑の昨日のエントリでセットアップした状態だと、僕の環境(CentOS 6系)だと使えなかったので、使える状態までに設定したメモを残しておきます。 (ちなみに、私は普段ほとんどWebUIを使っていません...) 前提 Chef Server 11系のバージョン 昨日のエントリの通り、Chef Serverはインストール＆動作確認済 http://d.hatena.ne.jp/rx7/20130526/p1 使ったChef Serverの環境はCent
Chef 11 での client/server/knife のセットアップ手順(+α) - 元RX-7乗りの適当な日々
遅れながら、Chefの新しい11系のバージョンを触ってみました。 つまづいた途中経過を含めて、セットアップのログや動きで気付いた事を簡単に残しておきます。 尚、今回使ってみた実行環境は、CentOSの6系です(Linux)。 結論から申し上げますと、Chefの新しいバージョンは、サーバのセットアップが物凄く楽でした。 旧来のバージョンでもUbuntuはそこそこ楽でしたが、CentOSの面倒くささと言ったら、んもう。 インストールパッケージの入手先 最近は、下記のChef本家となるOpscodeのサイトから、client/serverともインストーラ(各OSでのパッケージ)をダウンロードできるようになっています。 Chef Downloads Clientのインストール 上記サイトからパッケージをダウンロードしてインストールしてもよいのですが、Linuxであれば curl -L https:
複数のChef-serverで同一のvalidation.pemを利用させたいとき - 元RX-7乗りの適当な日々
運用設計・ルール的な是非は一旦おいておいて、複数のChef Serverでvalidation.pem(chef-validatorの鍵)を共通化させたいときに、どうやったかというメモ。ちなみに、バージョン10系での話です。 イメージは、既に1台のChef-serverを運用していて、もう1台新しいChef-serverを足したいんだけど、nodeとなるサーバの運用フローを変えたくないので(面倒くさいので)、validation.pemは共通で使いたいなー、というケース。(これはユースケースによってメリット・デメリットがあります) 僕が探した感じ、APIではその口が用意されていなかった(というか、あるように見えてeditしてみたけど反映されなかった)ので、結論からいうとバックエンドのCouchDBにアクセスして書き換えた感じです。 説明はここまででいいような気もしますが、一応自分のために手
日経コンピュータの取材を受けました - 元RX-7乗りの適当な日々
ちょっと前の話なのですが、2013/04/18号の日経コンピュータの「さあ、運用を変えよう」の特集に関して、取材を受けました。 今やってる取り組みに基づいた話をしたのですが、やるからには、と「希望的観測」を伝えたところ、完全にそうなる「予定」という事実になってしまったので、頑張りますｗ 尚、完全に余談ですが、今回の取材は中田さん(@Nakada_itpro)に来ていただいて、久しぶりにお会いしてお話したのですが、流石というかこちらが教えていただくことも多く、最新動向について非常に勉強になりました。ありがとうございました。 参考リンク 日経BP SHOP｜日経コンピュータ2013年4月18日号
Amazon EBS の性能ベンチマーク その2 (Standard-Vol増量編) - 元RX-7乗りの適当な日々
昨日エントリ「Amazon EBS の性能ベンチマーク その1 (Standard編)」の続きです。 昨日のエントリで、次はEBSボリュームのサイズを20GBではなく、もっと大きなものにしてみたら、どうなるのだろう？と疑問となった部分があるので、そこのベンチマーク結果となります。 ベンチマークの条件の詳細等は、以下の昨日のエントリからご確認くださいませ。 Amazon EBS の性能ベンチマーク その1 (Standard編) 5. 200GBのEBSボリュームを使ったベンチマーク おさらい的にベンチマークを取得した環境は以下です。 東京リージョン(ap-northeast)で実施。 c1.xlarge (High-CPU Extra Large Instance) のインスタンスを利用。 http://aws.amazon.com/jp/ec2/instance-types/ によると「
Amazon EBS の性能ベンチマーク その3 (Provisioned IOPS編) - 元RX-7乗りの適当な日々
さて、またまた昨日のエントリ「Amazon EBS の性能ベンチマーク その2 (Standard-Vol増量編)」の続きです。 ここまでの経緯は以下。 Amazon EBS の性能ベンチマーク その1 (Standard編) Amazon EBS の性能ベンチマーク その2 (Standard-Vol増量編) ここまでのベンチマークでは、StandardタイプのEBSボリュームを使っていたのですが、ここからは、必要とするIOPSを設定することが可能な"Provisioned IOPS"なEBSボリューム(プロビジョンドIOPSボリューム)を使って性能を計測してみたいと思います。 # 個人で Provisioned IOPS ボリュームを使って高負荷テストとかクラウド破産まっしぐら。 ベンチマークの条件の詳細等は、上記のこれまでのエントリからご確認くださいませ。 今回ベンチマークの対象とす
手離したRX-7、その後 - 元RX-7乗りの適当な日々
後のことを考えると、本当は公開することを迷った「自動車の複数社による同時査定で、一般ディーラー査定よりかなり高額で売却できた話＋RX-7ドナドナ記録」このエントリなのですが、その後どうなったかを書いておきます。 まず、売却してから10日後くらいに、某中古車情報サイトで、売りに出したRX-7(FD3S)を発見しました。 西日本のお店で売りに出されていましたが、僕が想像していたより値段は安く、あの値段で売却できて、買取専門店のマージンがこのくらいで、販売店の利益がこのくらいなのかなぁ、と思うと、あまり儲からない商売だなーとも思ったのですが、中古車市場で年式が古くなってきた今も値段がほとんど下がらない珍しい稀少なスポーツカーということを考えると、価格落ちのほとんどないリスクの少ない車だからこそ成り立つんだなと思った。 で、やはり一度見ちゃうと顛末が気になるもので、2〜3日おきにサイトをチェックし
新しい車を買いました「WRX STI tS」 - 元RX-7乗りの適当な日々
先日のエントリ「自動車の複数社による同時査定で、一般ディーラー査定よりかなり高額で売却できた話＋RX-7ドナドナ記録」にて詳細に書いた通りRX-7(FD3S)を手放し、(もう2ヶ月以上前の話ですが)新しい車を買いました。スバルの「WRX STI tS」。限定車のコンプリートカーです。 次の車を選ぶにあたって 僕の中で、次の車の要件はある程度明確になっていて、前のエントリでも書いた通りですが、自分ひとりで出かけることが少なくなったということもあって、チャイルドシートが取り付けられて、かつ4ドアか5ドア(クーペは機能的に不便なんですよね)、FF、FRと乗り継いできたので、次はAWDがいいなぁと思っていました。そして何より僕がハンドルを握って楽しめる車がいいな、と。 とはいえ、前に乗って弄っていた車が1200kg台で360psの高出力、そして250〜260km/hまでのスラローム勝負ならどんな車
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
