HashiConf 2015 参加してきました＆KeyNoteまとめ | Pocketstudio.jp log3
オレゴン州ポートランドで HashiConf 2015 という、HashiCorp 社主催のカンファレンスが9月28日、29日の２日間にわたって開催されました。参加者は総勢300人。北米からだけでなく、知りうる限り、オランダ、ドイツ、オーストラリアや、インド、もちろん日本からも含めて、多くの国からの参加者が集まりました。 この記事は、1日目（現地時間9月28日・月曜日）と２日目それぞれ冒頭の「Opening Keynote」について、ざっくりと日本語で整理したものです。一応、私も現地で参加させていただくことができましたので、内容を共有させていただきます。 最後におまけとして、ポートランド情報と ESTA 再入国時の手続きが楽な件について。 ■ KeyNote １日目まとめ HashiCorp の概要 Vagrant のプロジェクトをスタートしてから、Packer、Serf、Consul等々
Serf設定オプションまとめ | Pocketstudio.jp log3
Serf ( http://serfdom.io/ ) の agent 設定オプションを整理しました。 ※ 現行のバイナリ配付版 version 0.5.0 に対応。 まとめた動機は、いくつかあります。まずは、Serf に興味を持たれる方が増えてきたので、設定時の参考になるように。自分自身、設定を忘れてしまうこともあり、再整理しなくてはと思っていました（去年スライド公開用に整理した時に比べ、使えるオプションが増えています）。 そして、tcnksm @deeet さんの Serf 虎の巻 （これは素晴らしいまとめ） に触発され、自分の手許に散らばっているメモを整理しようと思い立ちました。 当記事は、オフィシャルのドキュメント、SERF AGENT Configuration の内容に準じています。 ■ Serf エージェントのオプション設定は２種類 エージェントの設定オプションは、コマンドラ
【検証】Serf v0.4.5までの新機能【してみた】 | Pocketstudio.jp log3
オーケストレーションツールの Serf ( http://serfdom.io/ ) は、リリース以来、順調にバージョンアップを続けています。昨年末には v0.2 だと思っていたら、2月末のリリースでは v0.4.5 になりました。 前回の検証から時間が経ち、改めてバージョンアップに伴う機能や拡張点を整理したのが本投稿。OSC での発表に間に合わなかった補足になります。Serf のアップデート情報を追う方や、これから Serf を始めようとしている方の参考になれば幸いです（ ＾ω＾） ◆ ‘-iface’ オプションで、複数 NIC 環境での起動が容易に これまで複数のネットワークインタフェースカードを備える環境では、agent 起動時に ‘-bind’ オプションを用いて指定する必要がありました。 $ serf join -bind=192.168.10.3 一方、都度 IP アドレスを
Vault参考訳 | Pocketstudio.jp log3
HashiCorp から新しいツール Vault がリリースされました。credentialや機密情報的なものを管理するためのツール。例によって参考訳です。変なところありましたら、ご指摘いただけると助かります。 Vault – HashiCorp https://hashicorp.com/blog/vault.html ※今回も一応書いておきますと、本blogでの投稿は私個人の意志によるものであり、所属する組織の意見を代表するものでもなく、仕事でもなく、誰からの指示をうけているわけでもなく、すべて興味本位であり、ぶっちゃけ好き勝手に書いています。これまでも、これからも。 ■ Vault 機密情報を管理するツール 今日私達は Vault という安全な機密情報の管理と暗号化データ転送を行うツールを発表します。credential や API 鍵の保管から、ユーザ・サインアップ用のパスワードの
【入門】PrometheusでサーバやDockerコンテナのリソース監視 | Pocketstudio.jp log3
新しい監視ツールとして開発途上の Prometheus 概要と、インストール・設定方法、そして複数サーバのCPUやメモリ情報を参照したり、Docker コンテナ情報の取得方法、そしてアラートの確認の仕方を調べました。実際使い始めるまで少々とまどった所もあり、Prometheus を知りたい方、使いたい方向けに、ここで共有します。 ■ Prometheus とは？ Prometheus（プロメテウス）は、オープンソースのサービス監視システムと時系列データベースであり、要は監視ツールです。先月末にバージョン 0.1.0 が公開され、目下開発が進んでいます。開発は、音楽のソーシャル・プラットフォームを展開しているSoundCloud社によって2012年から行われ、数千ものサーバを管理することが目的でした。現在はGitHub上で公開されています。開発言語は Go です。 ■ これまでの監視ツールと
Consulを使ってみた | Pocketstudio.jp log3
Consul ( http://www.consul.io/ ) という新しいツールが4月17日(日本時間18日)に発表されました。Vagrant や Serf の作者さんが所属している Hashicorp 社としての新しいプロダクトです。 サイトによると、Consul は、’solution for service discovery and configuration’ とあり、サービス検出と設定のためのソリューションであり、具体的には、サービス（データベースやメール等々）を監視し、問題発生時にはトラフィックを迂回させるなどといった情報を、KVS を通して提供するもの、と書かれています。 また、複数のデータセンタにまたがる非常に大きなインフラ（基盤）上で、既に数ヶ月間利用されてきた実績もあるようですね。 4/19追記：背景やアーキテクチャのドキュメントは、別途本厄翻訳しました Cons
Consul関連文書の参考訳、Serfとの違い等 | Pocketstudio.jp log3
Consul について、自分の中の理解を深めるために関連ドキュメントの参考訳を作成しました(4/19現在)。せっかく作ったのに、自分の引き出しの中にしまっておくだけでは勿体ないと思い、公開します。Consul や Serf に興味を持っている方の参考になれば幸いです。 Consul の意味は、’領事’や’執政官’です。Serf は’農奴’ ですから、まるで、農民(Serf)を支配し、使役するお代官様(Consul)のような関係がイメージされます。実際のところ、Consul は内部の Serf クラスタ上に構築されていますが、Consul の機能や役割は、Serf の持つものとは異なるように見えます（現時点の公開情報では）。詳しくは、ドキュメントをご確認ください。 実際に使いたい！という場合は、先日の投稿 Consul を使ってみた、をご覧下さい。 当ページのドキュメントについては、あくまで
Serf用のinitスクリプトを書いてみた | Pocketstudio.jp log3
Serf 用の systemd 向けスクリプトは先日の投稿で公開しました。systemd だけでなく、実際の所は SysV init のスクリプトを使っても、自動起動設定や、service コマンドを使った制御が可能です。 RHEL 環境でテストした serf 用の init スクリプトを公開しました。必要があればどうぞ。 serf 用スクリプト 設置方法 先のスクリプトを /etc/init.d/serf に転記します。その後、パーミッション等を設定します。 # /sbin/chkconfig --add serf # chmod 755 /etc/init.d/serf # /sbin/chkconfig --add serf 設定ファイルのパスは /etc/serf.conf です。このファイルがあれば、serf start 時 ( agent として起動）にこのファイルを読み込みま
LVSとSerfでDSRロードバランサを自動管理してみた話 | Pocketstudio.jp log3
LVS ( Linux Virtual Server ) で DSR ( Direct Server Return ) のロードバランサ環境を、オーケストレーションツールの Serf を使って自動管理しよう、という内容です。当記事の検証は、CentOS 6.5 (x86_64)上で、Serf v0.4.5 を使用しています。 設定の方向性は、バランシング先のノードの増減を Serf を使って管理します。Serf のメンバに join する事で、自動的にバランシング先に組み込みます。また、障害発生時 ( fail ) やノードから離れる ( leave ) 時にも、自動的にバランシング情報の削除を試みました。 ◆ OSC 1014 Tokyo/Fall で登壇させて頂きました オープンソースカンファレンス 3月1日(土) 、オープンクラウドキャンパス枠で登壇させていただきました。内容は、オー
AWS Billing Alerts を使った請求金額通知と、CLIを使った金額取得 | Pocketstudio.jp log3
Amazon Web Services の課金情報は、新しい Billing Alert 機能を使うことで、おおよその見積もりが出来るようになった模様。一通り有効にする方法、CloudWatchでメール通知する設定、そして、CLIを使ってコマンドラインでデータを取得するまでの流れをまとめました。 ◆ Billing Alerts AWS Blog にて、新たに “Billing Alerts”(請求通知)なる機能が搭載された事を知る。何でも、おおよその利用料金を見積もりしてくれるようだ。しかも料金の閾値を設定し、越えた場合にメールで通知することも出来るとのこと。ほほう。 【AWS発表】 AWSクラウドの利用料金を監視・通知できるように – Amazon Web Services ブログ http://aws.typepad.com/aws_japan/2012/05/monitor-est
serf-muninでmunin-nodeの監視自動追加/削除 | Pocketstudio.jp log3
https://github.com/zembutsu/serf-munin Github 上に、オーケストレーションツール Serf の、イベントハンドラ用スクリプトを公開しました。機能は、serf のメンバに存在するとき(join時)、munin-node の監視設定ファイルを自動設置します。メンバから外れた時（leave/failed時）は自動的に設定ファイルを削除します。 ■設置方法 Munin マスタ（監視元）のサーバに、このファイルを設置します。 $ wget https://raw.github.com/zembutsu/serf-munin/master/serf-munin.sh # mkdir /opt/serf-munin-node/ # mv ./serf-munin.sh /opt/serf-munin-node/ # chmod 755 /opt/serf-mu
【試してみた】Amazon Route 53にドメインを移動してみた。 | Pocketstudio.jp log3
AWS 上の DNS 環境である Amazon Route 53 に、 DNS を移してみました。これは、その記録。 Amazon Route 53 http://aws.amazon.com/jp/route53/ 一般的に DNS といえば、Linux 系の方であれば BIND や unbound を思い出される方が多いのではないでしょうか。BIND であれば、named.conf にゾーンのエントリを追加したり、セカンダリDNSサーバを登録したりと、ゾーン転送したり。…これが手作業だと、結構面倒だったりしますよね。ウッカリ Serial を更新し忘れて、一日中延々と悩んだり、レコードに「.」をつけ忘れて www.example.jp.example.jp のような情報ががが、とか。 一方、Amazon Route 53 は、ブラウザで画面をポチポチするだけでドメインを管理出来てしまう
AWS利用料金グラフ化Muninプラグインを書いてみた（ ＾ω＾） | Pocketstudio.jp log3
◆ AWS Billing Alert いいですね。 今日は、先日の投稿の続きです。Amazon Web Services の利用料金見積もりの機能(AWS Billing Alert) が実装されました。導入手順や Management Console の操作については、こちらをご覧下さい。 AWS Billing Alerts を使った請求金額通知と、CLIを使った金額取得 | Pocketstudio.jp log3 http://pocketstudio.jp/log3/2012/05/19/enable-aws-billing-alerts/ これが出来ると何が嬉しいかというと、どのサービスに対して、どの程度のお金をかけているのかが、逐次確認出来る点です。EC2にいくら、RDSにいくら払ったかが分かるのは便利。Billing Alert があれば、x4.large インスタンスを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
