はてなブックマーク

概要 OpenVNetをdockerとあわせて動かしてみる。 今回もまだ既存ネットワークとは通信なしでVNET間もルーティングはしないが、前回のものに加え、アンダーレイが複数のセグメントに跨った状態で仮想ネットワークを構成。 前提 ほぼ前回の記事と同じだが、public networkを2つを作る点が異なる。 Dockerイメージは引き続きcentos_sshdを利用する。 環境 CentOS6.6のVM3台をホスト（Host1、Host2、Host3とする）として、Host1とHost2を同一セグメント内に、Host3を別セグメントに配置する。 ※今回は6.6で試した。また、このCentOSを動かしているHypervisorはKVM また、それぞれのホストにNICは2枚あり、 Host1： eth0：ssh、OpenVNetの管理で利用（192.168.122.50） eth1：Open

概要 これは、Wakame-VDC / OpenVNet AdventCalendar 2014 12/11(木)の記事。 OpenVNetをdockerとあわせて動かしてみる。 とりあえずは外には出ない、仮想ネットワーク内のコンテナ間だけの疎通からはじめてみた。 2015/02/05 コンテナのIP帯と仮想ネットワークIP帯に誤りがあった（同一セグメントなので届いていた）のと、環境を少し変更したため、再編集。 参考ドキュメント InstallGuiteの、Let's try 1Box OpenVNetのあたり。 db.shが結構前のバージョンのもので、現行バージョンのOpenVNetでは動作しない。 これについては、OpenVNet開発メンバーのarkyさんのgithubリポジトリにあるリソースから、 最新のDBに適応するAPIコールっぽいものを参考にした。 前提 但し書き IPアドレス

2014/11/19のあたりに、masterにHTTPSサポートがmergeされた。 2014/12/03現在、まだバイナリ配布はないので自分でビルドする必要がある。 概要 もともとConsul HTTP APIは暗号化に対応してなかったが、今回のmergeでHTTPS対応が盛り込まれた。 クラスタの外からカタログを参照したりイベント発行したりするとき、経路暗号化を自前で準備しなくてもよくなった。 これは、自己署名証明書を使った場合の手順のメモ。 設定方法はまだドキュメントにないので、ソースを参考に。 自己署名証明書を使う場合の流れ 自己署名証明書についてはここよりもっと詳しい記事がたくさんあるが、流れは大体こんな感じ。 プライベートCAの秘密鍵＋証明書作成 サーバ秘密鍵、サーバCSR作成 サーバCSRにプライベートCA秘密鍵で署名してサーバ証明書を作る サーバ秘密鍵にパスフレーズを埋め込

Consul ACL (Consul 0.4.X)の使い方。 詳細まで正しいかは不明だが、解ったことから書いていく。 概要 トークン単位で値に対する操作を制限する機能。 各トークンはID、名前、どこの値にどのようにアクセスできるかのルールセットを持つ。 値へのアクセス時にトークンIDを指定し（指定しなければデフォルトトークン）、認可を行う。 公式ドキュメントはこちら。 対象API ドキュメントに、 As of Consul 0.4, it is only possible to specify policies for the KV store. とあるとおり、0.4時点ではKVSだけアクセス制限できる。 ※ACLのAPIにはmaster tokenでないとアクセスできない。 Configで書けること ACLはHTTP APIで登録する。Configファイルにルールを書いておいて、起動した