事前に断っておくがここでいう「インフラ」はレイヤ的には OS より上の話。 少し前に GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー で、GitHub を介したデプロイを実践しているということを紹介した。普段の開発を Pull Request ベースでやっているので、デプロイもまた Pull Request を契機に実行させると色々捗る、という話。 このプラクティスの対象領域をインフラにまで拡大してみました、というのが今回の話。 DNS レコードを Pull Request を merge した契機に自動で更新 AWS を利用している場合、ドメインの管理も Amazon Route 53 を使うといろいろと都合がいい。 Route 53 での DNS レコードの更新はこれまでブラウザから操作していた。これだと誰がいつ作業したかわからないし履歴もトラックしづらい。また変更

また、EBS最適化インスタンスの検証は、それなりにネットワークトラフィックが高い状況で無いと確認が出来ません。そこでもう1台EC2を起動し、abでHTTPリクエストをガンガン掛けておきます。構成と結果予想は以下のような感じです。 ベンチマークの準備 今回のベンチマークはド定番であるところのfioを使用しました。 作成したEBSをext4、inode=512でmkfsし、特にオプションを付与すること無く普通にマウントします。 $ sudo mkfs.ext4 -I 512 /dev/xvdj $ sudo mkdir /mnt/standard $ sudo mount /dev/xvdj /mnt/standard fioをインストールします。 $ sudo yum -y install rpm-build libaio-devel gcc make $ wget http://pkgs.

意外に簡単でしたの かっぱ（@inokara）です。 何したか？ fluentd のドキュメントにちゃんと載っていました…。 nxlog をインストールして設定 とりあえずは fluentd 側は type syslog で待ち受ける fluentd まで届けばあとは良しなに… nxlog というツールで Windows のイベントログを in_tail っぽいことをして type syslog で待ち構えている fluentd にログを飛ばすという流れです。 nxlog とは 個人的に気になったは… こちらを御覧ください マルチプラっとフォーム モジュールアーキテクチャ クラサバモード Apache の設定ファイルと同様のシンタックス などなど nxlog のインストールと設定 インストール Windows Server 2012 を利用します。 こちらから MSI ファイルをダウンロー