（ショロカレ 24 日目）LXD を試した && test-kitchen + kitchen-lxd_cli + Shell-Verifier で Ansible の Playbook を Serverspec でテストする - ようへいの日々精進XP
「初老丸の独り Advent calendar 2015」の二十四日目の記事です。 tl;dr test-kitchen で Cookbook や Playbook を適用する仮想マシンとして LXC が利用出来る kitchen-lxc が手元の環境で動作しなくなっていたので、LXD なら...と思って、まずは LXD を試してみることにした。 以下のドキュメントを参考に進める。 Linux Containers - LXD - はじめに - コマンドライン 続いて、test-kitchen と kitchen-lxd_cli + Shell-Verifier を組み合わせて Ansible の Playbook を Serverspec でやってみることにした。 LXD とは 参考 https://linuxcontainers.org/ja/lxd/introduction/ htt
初老が mruby 界に名を轟かす為に Consul HTTP API の mruby クライアントを作ってみる - ようへいの日々精進XP
tl;dr @inokara @matsumotory mruby界隈に名を轟かすチャンスです！— Uchio KONDO (@udzura) November 6, 2015 @inokara @udzura ウオオオ、楽しみです！— MATSUMOTO, Ryosuke (@matsumotory) November 6, 2015 上記のような振りを頂戴したので、mruby 界に名を轟かす為にもうすぐ初老を迎えるという勢いで Consul HTTP API の mruby クライアントを作り始めた。 github.com mgem-list への登録済み、尚、全てのエンドポイントはサポートしていない（引き続き追加していく予定）。 memo サポートしている Endpoint 現時点では以下の Endpoint をサポート。 Key/Value store Health checks
ecs-cli チュートリアル - ようへいの日々精進XP
おはげようございます。来年の re:Invent は現地で...という目標を胸に英語の勉強を始めたいかっぱです。 tl;dr re:Invent での発表にて ECS 専用のコマンドラインツールが利用出来るようになったとのことでザクっと試してみたい。 aws.typepad.com 尚、このコマンドラインツールは Docker Compose をサポートしているので Docker Compose で利用する YAML ファイルが直接利用出来るようになっている。（従来は ECS の Task Definition と YAML ファイルの相互変換ツールを利用する方法があった） 参考 docs.aws.amazon.com github.com 試す 試した環境 % sw_vers ProductName: Mac OS X ProductVersion: 10.11.1 BuildVersi
AWS のセキュリティ関連資料（セキュリティ三部作）を読んだ - ようへいの日々精進XP
自分メモ。 追記 aws.typepad.com DDoS に関するホワイトペーパーも日本語訳されて公開されている。後ほど読みませう。 tl;dl こちらに紹介されている資料をダウロードして読んでみた。 セキュリティプロセスの概要 AWS セキュリティとコンプライアンス AWSのセキュリティについて 内容をちゃんと把握は出来ていないが、以下に雑にメモる。 感想等 読んでみて セキュリティプロセスの概要 はホワイトペーパー（全 27 ページ）でほぼ文字だったが、各 AWS リソースのセキュリティ実装について触れられていた AWS セキュリティとコンプライアンスと AWSのセキュリティについてについては上記のホワイトペーパーをわかりやすく解説するような構成になっていた ピックアップキーワード 責任分担モデル（セキュリティ共有モデル）→ AWS はインフラ部分のセキュリティに責任を持つ セキュリ
JMeter でシナリオを書く時に HTTP プロキシサーバを使えば少し捗るかもしれないメモ - ようへいの日々精進XP
台風直撃の朝。 tl;dl 先日立ち上げた Redmine 環境に対して JMeter で負荷テストを行う為のシナリオを作ってみようと思った 但し HTTP リクエストをポチポチ作るのは辛いと思ったら HTTP プロキシサーバ（HTTP(S) Test Script Recorder）という機能を利用すると少し捗りそうな気がした ということで、雑なメモ。 参考 https://blazemeter.com/blog/how-load-test-csrf-protected-web-sites http://jmeter.apache.org/usermanual/component_reference.html#HTTP%28S%29_Test_Script_Recorder http://qiita.com/t_cyrill/items/9d5376f38b4c15fd4eb1 ありがと
Vagrant + DigitanOcean + JMeter で作る財布に少しだけ優しい（かもしれない）負荷試験環境 - ようへいの日々精進XP
ゴール 簡単なアプリケーションサーバーの負荷テスト 自分の端末ではなくて外部のサーバーを利用して コマンド一発（多くて二発）で負荷試験の開始、結果の収集を行う 結果だけは自端末の JMeter で確認する（シナリオも自分の端末で作る） 出来るだけコストを抑える 構成図とネタ 構成図 ネタ 以下を利用することで同じことが出来るはず。（但し、負荷試験のシナリオは任意で...） github.com メモ 要件と設定 ゴールを受けてのざっくり要件と設定の内容を整理する。 要件 設定 備考 簡単に...コマンド一発で... vagrant を利用する bootstrap.sh でテスト準備からテストまでを一気通貫で... 外部のサーバー DigitalOcean を利用する Amazon EC2 でも同じことは可能 シナリオの作成と結果は自分の端末で 自分の端末にも JMeter をインストールす
Consul を利用して pull 型デプロイを実現する stretcher を試してみた（1） - ようへいの日々精進XP
Consul を利用して構成されたクラスタの各ノードにアプリケーションコンテンツ（ソースコード）を配布するデプロイツール stretcher というツールを教えて頂いたので試してみた。 github.com tech.kayac.com stretcher の詳細については上記の GitHub リポジトリ又は以下の紹介記事をご一読あれ。m(__)m とは言っても、stretcher について自分なりに纏めてみた stretcher が行うこと デプロイの手順が記された YAML ファイル（以下、マニフェスト）を取得 マニフェストに記載されたソースリポジトリよりアプリリケーションコンテンツ（ソースコード）を取得して展開 展開したファイルを rsync を利用してターゲットディレクトリに転送（rsync は --delete オプション） 以降はマニフェストに記述されたコマンドを実行する（アプ
JMeter の Backend Listener に InfluxDB を使ってレスポンスタイムを Grafana で可視化する - ようへいの日々精進XP
はじめに JMeter のテスト結果を Grafana とかで見れたら幸せになれそうだなーって思っていたら Backend Listener を使えばレスポンスタイムを InfluxDB と Grafana で可視化出来るよーって @muramasa64 さんに教えて貰ったので早速試してみた。 このグラフでも悪くはないんだけど...。 参考 Apache JMeter - User's Manual: Live Statistics 手順 準備 JMeter 2.13 をダウンロードしてインストール（今回は MacOS X にて試す） 負荷を掛ける対象のアプリケーション（PlayFramework）が動いている Docker コンテナを用意 InfluxDB と Grafana が動く Docker コンテナを用意 Docker コンテナの構成 % docker ps CONTAINER
深夜メンテナンスに役立ちそうな nginx 小ネタ - ようへいの日々精進XP
はじめに nginx を使っている場合にサービスのメンテナンス等に役立ちそうな小ネタ 他にもネタがあれば随時書く 小ネタ #1 設定に if が利用出来る 設定に if が使える 良く知られたことなのかもしれないが、nginx の設定には if が使えるので深夜メンテナンス等で特別な処理を噛ませたい場合には以下のように出来る。 location / { root html; index index.html index.htm; if (-f "/tmp/maintenance" ) { rewrite ^(.*)$ http://172.17.0.3:8000/maintenance.html permanent; } } 上記の例だと /tmp/maintenance にファイルを touch すると... http://172.17.0.3:8000/maintenance.html
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
