制限と仕様からLet's Encrypt(ACMEv1)の話 - Qiita
現行のACMEv1を使ったLet's Encryptのお話。 (https://letsencrypt.org) V1は終わりましたが、V2でも概ね同じです。一応V2はひとつ制限が追加されてます、追記の3を参照。 個人が手持ちのドメインで利用するにはあまり気にすることもないですが、何度も証明書を発行しようとすると制限に引っかかってくることがあります。 https://letsencrypt.org/docs/rate-limits/ 先日Encryptを少し多めにLet'sした機会があったので、その時に色々気を使ったことをまとめておきます。 Let's Encryptにかかる制限(rate-limits) といっても、(ドメインの所有さえ確認できれば)ACMEの仕様としてかかる制限はありません。 ほとんどはACMEのプロバイダによる、証明書の発行やそれにまつわるリクエストへの量的な制限とな
Amazon ECSからDockerのlog-driver=awslogsがいけるようになっていた - Qiita
最近、Amazon ECSのコンソールに ECS now supports Docker 1.9 ... って出ます。 Dockerは1.9でlog-driverにAWSのCloudWatch Logsを指定できるようになった。 ただECSは1.7系だったので、しばらく次のようなプロバイダ逆転現象で使っていたんです。 さくらのクラウド(等)においてあるDocker-Machine: Dockerのlog-driverでawslogs指定。 => CloudWatch Logsとの連携楽ちん Amazon ECSで動かしているサービス: syslog経由でlogsコンテナからawslogsへ。 => 連携がなんかめんどっちい ベースAMIのDocker1.9への更新で、専用のlogsコンテナもういらなくなったはずだと思うので少し調べることにした。 ECSで使われるAMIからインスタンスを作成
DockerでLet’s Encryptしよっか - Qiita
$ sudo docker run -it --rm -p 443:443 --name letsencrypt \ -v "/etc/letsencrypt:/etc/letsencrypt" \ -v "/var/lib/letsencrypt:/var/lib/letsencrypt" \ quay.io/letsencrypt/letsencrypt:latest certonly 12/9修正: authはcertonlyに変わりました。 ついでに、-p 80:80 を追加して、 コマンドラインをcertonly --standalone とすれば後のPythonWebサーバの手順は不要です。 もうひとつ追記： Webrootプラグインによる証明書取得は、Webサーバを停止せずに、自動取得ができる。 => Webroot せやね。 少し待つ。 ぬお、紹介のビデオで見たやつだ。 ホ
ngx_mrubyでのdos_detector(http-dos-detector)をためし、パフォーマンスに与える影響を測った - Qiita
3割くらいあったね。割合よりは、リクエストあたり6msくらい時間が増える、のほうが目安にするにはよいかも。 とりあえず今日の測定結果を残しておけば、またいつか測りたくなったときに比較できる。 試した環境 ハードはMacBook Pro 2014特盛り x Boot2Docker。ngx_mrubyの公式においてあるDockerfileちょっといじってます。 Nginxのビルドは次のように。ngx_mrubyはタグv1.10.12がついてる奴。 nginx version: nginx/1.8.0 built by gcc 4.8.4 (Ubuntu 4.8.4-2ubuntu1~14.04) built with OpenSSL 1.0.1f 6 Jan 2014 TLS SNI support enabled configure arguments: --add-module=/usr/
Knife-Zeroで管理するnodeオブジェクトを任意のattributesに限定する - Qiita
Chef-ClientにはWhitelist Attributesという機能があって、Ohaiが収集した(Automatic)Attributesから、任意のAttributeのみ保存対象することができます。 使い方はclient.rbに書けばOK。 Knife Zero Bootstrap で普通にnodeオブジェクトを作成するとでかい 適当なAmazon EC2インスタンスにbootstrapを仕掛けてみます。 $ knife zero bootstrap 52.69.40.215 -x ec2-user -i ~/.ssh/privatekey --hint ec2 -N test-server Doing old-style registration with the validation key at ... Delete your validation key in order
東京リージョンS3でもAWS Lambdaしよう(SNS経由版) - Qiita
Lambda東京来ましたので、この記事はお役御免となりましたね。 Lambdaの使用例として、よくAmazon S3との連携を見ますが、S3でTokyoリージョンを選択しているとLambdaに通知できない。 さてS3の通知機能、Lambdaは出ないがSNSは出る。LambdaはSNSをSubscribeできる。じゃあ一旦そっち経由すっかと。 参考: Cross-Regionでやりたい時はクラスメソッドさんのこちらの記事で。 Amazon S3のCross-Region Replicationを使ってAWS Lambdaを発火させる ｜ Developers.IO S3 to Lambdaのイベント例 Lambdaテンプレートからそのまま拝借、S3のサンプルイベントはこうなっています。 { "Records": [ { "eventVersion": "2.0", "eventSource"
Test-Kitchenの対応プロビジョナを増やした Itamae, chef-apply - Qiita
Test-Kithenは、 どこかにVMをつくって 好きなプロビジョニングを適用して 適当なテストスイートを実行する というツールです。 あらすじ 普段からTest-Kithenを色々な用途で使っているので、解説をまとめようと思った。 拡張の仕方も説明できるかな ? VMのドライバは作ったことがある： kitchen-zcloudjp テストのプラグインも作ったことがある: busser-shindo プロビジョナは作ったことがない。 ついでだから何かプロビジョナの対応を作る。 『何かプロビジョナ』、すでにTest-Kitchen対応があると思っていたが無かった次の２つにした。 Itamae chef-apply Test-Kitchenのプロビジョナづくり。 Test-Kitchenの拡張は、基本的に対象のBaseを継承してから任意のメソッドを上書きすることで行います。 プロビジョナ実行
Chefのローカルモードだけでリモートサーバを運用してみようと、Knife-Zeroを作った。Nodeの構成情報もとれるよ。 - Qiita
Chefのローカルモードだけでリモートサーバを運用してみようと、Knife-Zeroを作った。Nodeの構成情報もとれるよ。Rubychefknifeknife-zero Chef(ChefInc)の管理ツールKnifeのプラグインで、Knife-Zeroというのを作りました。 https://github.com/higanworks/knife-zero 追記： バージョンアップして、knife zero chef_client/convergeサブコマンドを追加しました。 追記： ひと通りの機能を実装したので、knife-zeroのことをまとめるドキュメントをゆるやかに作成しています。 https://knife-zero.github.io 端的にいうとAnsibleのやり方をパクりつつ、Chef-Serverから構成管理を含む機能全部を頂戴しながら本体の管理を捨てました。 Kni
test-kitchenのつかいかた - Qiita
更新：v1.2.2.devに対応。 Chef Inc. (旧Opscode)のtest-kitchenについて、テストのライフサイクルとサブコマンドの使い方を説明する。 1.2系について。 Test-Kitchenヘルプ まずはkitchenコマンドを叩くとヘルプが表示される。 $ kitchen Commands: kitchen console # Kitchen Console! kitchen converge [INSTANCE|REGEXP|all] # Change instance state to converge. Use a provisioner to configure one or more instances kitchen create [INSTANCE|REGEXP|all] # Change instance state to create. Star
Chefのローカルモードチュートリアル + knife-zero + knife-sakura - Qiita
前回 Chefのローカルモードだけでリモートサーバを運用してみようと、Knife-Zeroを作った。Nodeの構成情報もとれるよ。 - Qiita の続きといえば続きです。 Knife-Zeroのページはこちら。 http://knife-zero.github.io/ja/ Chef11.xからローカルモードというのが加わりました。Chef-Client/Server環境の簡易版であり、Soloの代わりでもあります。 Chef-Soloからの乗り換えとしてChef-Zero(ローカルモード)検索が多いようなので、この追記を先頭に移動 このサンプルではSSH越しにローカルモードを実行していますが、単にサーバ側にChef-Repoを置いてローカルモードをしたい場合、 Chefをインストール後にChef-Repoのディレクトリに移動してchef-client -zでOKです。 Soloみたいに
ChefのReport, Exeptionハンドラを使う - Qiita
この記事は最終更新から1年以上経過しています。 気をつけてね。 Chefのクライアント(ChefSolo/ChefClient)を実行して、締めの処理をなにかしら行いたい。 詳細はこちら。 Chef Docs: About Exception and Report Handlers 2つのハンドラ exception handler: 例外発生がトリガ report handler: 正常終了がトリガ Chef_runの実行結果によって、このどちらか一方のみトリガされます。 同じ物を指定するのも構いません。 ハンドラ仕様 ハンドラについてはこんな感じです。 Chef::Handlerを継承したクラス reportメソッドを持つ run_statusを持っているので中身を適当に処理 トリガ原因がexceptionでもreportでも、reportメソッドが実行されます。 サンプルハンドラ で
実践LWRP、HTTP認証用ファイル(htpasswd,htdigest)をChefのリソースとして管理する part.1 of 3 - Qiita
実践LWRP、HTTP認証用ファイル(htpasswd,htdigest)をChefのリソースとして管理する part.1 of 3Rubycheflwrp この記事は最終更新から1年以上経過しています。 気をつけてね。 実践Opscode Chefシリーズ。 LWRPを使うと任意のリソースをプリセットのChefリソース群と同じようにレシピに記述することができます。 それにより、他のリソースと同じようにChefによる収束管理がしやすくなります。つまりは冪等性・バックアップ・ログ出力、そしてWhy-Runに対応できると。 最初に補足しておくと、何でもかんでもChefでやれば良いというものではありません、ただ使うならChefらしく。そうでなければSSHでコマンド叩いて来たほうがよほど手堅く安全です。 記事中のCookbookとChefSolo設定一式はこちらに公開しています。 https://
OhaiのデータをElasticsearchに入れてKibanaで見る構成管理 - Qiita
この記事は最終更新から1年以上経過しています。 気をつけてね。 Elasticsearch+Kibanaといえば、ログなどの時系列データ(logstash形式)を可視化する利用法が広く知られています。 今回は構成管理の用途にElasticsearchを使うため、ohaiのデータを入れて、Kibanaで検索できるようにしてみます。 何故やるの OhaiはChefがNode情報を収集する時に使用するライブラリですが、個別に利用する事ができます。 通常はChef-Serverに集約しますが、それ以外の環境でOhaiのデータ(Json)を使い捨てするのは勿体無いかもしれない。 Jsonをそのまま投げて良いElasticsearchに突っ込んでみたらどうなるか。 OhaiからElasticsearchに投げる時の方針 手っ取り早さを優先で、次の方針でElasticsearchにドキュメントを登録しま
specinfraを使ってみよう - Qiita
specinfraは汎用コマンド実行フレームワーク。RubyGemsとしてで配布されています。 追記：これは１の頃の話なので全体的に古いです。 この書籍が一番詳しい。 => O'Reilly Japan - Serverspec ソースはこちら https://github.com/serverspec/specinfra specinfraが目指す所は、情報処理学会研究報告の serverspec: 宣言的記述でサーバの状態をテスト可能な 汎用性の高いテストフレームワーク という論文を見ると良いでしょう。 論文もソースコードと同様にGithubに公開されています。 https://github.com/mizzy/serverspec-thesis 概要 同じメソッドで任意のOS用のコマンド実行文字列を取得したり実行して結果をとったりします。 さわった感じこんな挙動 バックエンドの形式を
Circle CIで複数Rubyバージョンを平行してテストする - Qiita
ちまたで話題のCircle CI https://circleci.com/ 。 やってみようと、あるRubyGemsのプロジエクトをCircle CIに突っ込みました。 とりあえず回したところ、テスト用のRubyバージョンはcircle.ymlによって1つを指定するタイプだった。 Travis CIはこんな感じで複数のRubyバージョンを指定できるんですよねー。 早速サポートに聞いてみました。 We don't have very good support for build matrices at the moment. If you set up a build with 2x parallelization, you might be able to do something like: circle.yml と、すぐに案内してくれたワークアラウンドがこちら。 dependenci
実践LWRP、HTTP認証用ファイル(htpasswd,htdigest)をChefのリソースとして管理する part.3 of 3 - Qiita
actions :create, :delete default_action :create attribute :user, :kind_of => String, :required => true attribute :password, :kind_of => String attribute :path, :kind_of => String, :required => true attribute :filemode, :default => 0600 attr_accessor :crypted_passwd require 'webrick' def whyrun_supported? true end action :create do if @current_resource.crypted_passwd Chef::Log.warn "====== Found ht
ohaiのデータを元に、ChefのProvidersを自動選択してcurrent_resourceをゲット - Qiita
ohaiのデータを元に、ChefのProvidersを自動選択してcurrent_resourceをゲットRubychefohaitest-driven-infrastructure この記事は最終更新から1年以上経過しています。 気をつけてね。 前回の記事 ChefのProvidersを活用してServerSpecめいたものを作る、とりあえず一歩目 で始めたサーバー構築テストに向けてのChef資産の再利用の続きです。 課題だったProvidersの再利用ができました、ソースリーディング協力 HT: @ogomr,@sutetotanuki 特異メソッドChef::Platform.find_provider 名前からしてコレっぽいという理由でソースからピックアップしたのがfind_providerです。 # -- snip -- def find_provider(platform, v
AWS OpsWorksでオートスケールのTimeBase,LoadBaseをつかう - Qiita
この記事は最終更新から1年以上経過しています。 気をつけてね。 AWS OpsWorksを使ってオートスケールを組み立てようと思い、用意されているスケール対応インスタンスタイプを調べてみました。 ちなみにOpsWorksはCloudWatchのメトリクスと連携しているのでどのインスタンスでもAutoHealオプションを使うことができます。Statusが何かおかしかったらインスタンスを作りなおしてくれるナイス機能です。 24/7 普通のレギュラーなインスタンスで、常時上がりっぱなしのインスタンスです。 通常はこのタイプを一つ用意して、TimeBase， LoadBaseを増やしていく感じでしょう。 ただ、レイヤ内に24/7が１つもない状態で他のタイプがある場合は最低1台になるようにどれかが上がってくるようです。実は不要かもしれませんね。 Time based instance １時間単位で起
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Chefのレシピでsed的な事を実施 - Qiita
Omnibus-rubyプロジェクトでツールの周辺依存をまるごとrpm,debに固める - Qiita
