Consulで遊ぶ環境を簡単に作る方法、もしくはConsul 0.6 で追加された新機能の紹介 - log.fstn
この記事は HashiCorp Advent Calendar 2015 18日目の記事です。 すでに穴が4つもできてしまったので埋めたい…(ちょっと無理) はじめに 新しく出たツールを検証する場合、皆さんはどのような環境で行いますか？ 手元のMacでは動かないツール、もしくはMacに検証用のファイルを置いたりパッケージをインストールしたりして汚したくない場合、検証用のVMを立ち上げてその中で行うのが一般的でしょうか。 では、Consulの場合はどうでしょうか。 Consulは複数のノードでクラスタを組んで動作します。 よって検証する場合は複数のマシンが必要であり、必要な分だけVMを立ち上げなければなりません。 VMを複数立ち上げるのは結構スペックを必要とするため、すぐに頭打ちになってしまいます。 本エントリーでは、Consulを 検証するための環境 遊ぶ環境を手軽に作る方法を紹介し、それ
Consulクラスタ内でファイル共有する Fileconsul というツールをつくってみた - log.fstn
追記(2014/09/23) しました。 はじめに Consul使ってますか？ 最近は 0.4 がリリースされ、大幅な機能追加によってサービスディスカバリとしてでなく、オーケストレーションツールとして注目を集めて来ています。 また、プロダクションでの使用事例やSoftware Designに掲載されるなど(http://gihyo.jp/magazine/SD)、国内でも勢いをみせています。 個人的にはオーケストレーションツールとして利用したいと思っていますが、また検証段階といったところです(個人で遊んでいるレベル)。 Consul + Capistrano でオーケストレーションさせてみた - log.fstn オーケストレーションツールとしてのConsulの使い方 - Qiita そんなConsulですが、利用にあたって下記のようなファイルを各ノードに設置する必要があります。 Conf
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
