Docker Swarmで、agentがmanagerに登録できない - Qiita
docker-machineを使って、DockerSwarmのクラスタを作っていた所、swarm-agentがクラスタに参加して来なくて小一時間詰まった。 Discoverのバックエンドにはetcdを使っていたので、etcdの中身を見えると、追加したいノードからちゃんとキーがセットされている。 swarm-agent-masterのログを見ていると、以下のログを発見！ time="2015-11-19T16:37:35Z" level=error msg="ID duplicated. E4S7:YAHU:MXDC:VT6C:4H5D:CMV7:PHEG:FU7D:SZNW:HSKY:IRL3:K7JJ shared by 192.168.0.1:2376 and 192.168.0.2:2376" ぐぐったら、以下のIssueがでてきた。 https://github.com/docke
Docker Swarm上のdocker runで認証付きリポジトリを使う - Qiita
dockerのimageを認証付きのリポジトリに置いている場合、docker swarm上でdocker runをすると、以下のエラーを吐いてdocker pullをしてくれません。これは、docker login quay.ioをしていても同じです。 ※今回はquay.ioを例に進めます。 $ docker run quay.io/my/repository Error response from daemon: Error: Status 403 trying to pull repository my/repository: "{\"error\": \"Permission Denied\"}" 通常のDocker Engine上ではdocker login quay.ioでログインした後、docker run quay.io/my/repositoryをするとimageが手元にな
[Azure Container Service版] 30分で作るMesos + Chronos + Marathon + Dockerクラスタ環境 - Qiita
[Azure Container Service版] 30分で作るMesos + Chronos + Marathon + Dockerクラスタ環境AzureDockerMesosdocker-swarmAzureResourceManager 当記事は 牛尾さんの記事:瞬殺で作るMesos + Chronos + Marathon + Dockerクラスタ環境をベースにしています。 上記牛尾さんの記事、そのっつさんの正月休みだし Mesos 触ってみたおよび、Azureの公式/非公式な多くのドキュメントを参考にしています。 みなさまありがとうございますmm TL;DR Azure Container ServiceがPublic Previewになったので、試してみました。 Public preview: Azure Container Service AzureのSubscriptio
![[Azure Container Service版] 30分で作るMesos + Chronos + Marathon + Dockerクラスタ環境 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/e93b682606ccc4e7b25313627dd05fd91d71fd20/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCQXp1cmUlMjBDb250YWluZXIlMjBTZXJ2aWNlJUU3JTg5JTg4JTVEJTIwMzAlRTUlODglODYlRTMlODElQTclRTQlQkQlOUMlRTMlODIlOEJNZXNvcyUyMCUyQiUyMENocm9ub3MlMjAlMkIlMjBNYXJhdGhvbiUyMCUyQiUyMERvY2tlciVFMyU4MiVBRiVFMyU4MyVBOSVFMyU4MiVCOSVFMyU4MiVCRiVFNyU5MiVCMCVFNSVBMiU4MyZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZWU3MGM3ZTEzNGRjNzIzZjZiODlmNDM3NGJlOThiOWU%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwbm50c3VndSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MTg0OTIzNTM3YmFlYWIzYWViNDczYzAxOWZiMmQwNjA%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D5266c19b5bbe4bd3fae2bce00b948a59)
SwarmもConsulも使わないシンプルなDockerクラスタを作る - Qiita
Vagrant.configure(2) do |config| config.vm.define "host1" do |host1| host1.vm.box = "ubuntu/trusty64" host1.vm.hostname = "host1" host1.vm.network "private_network", ip: "192.168.33.10" end config.vm.define "host2" do |host2| host2.vm.box = "ubuntu/trusty64" host2.vm.hostname = "host2" host2.vm.network "private_network", ip: "192.168.33.11" end config.vm.provider "virtualbox" do |v| v.memory = "20
docker swarm で compose を使いつつ、api の blue-green deploy を行う - Qiita
mkdir -p /etc/systemd/system/docker.service.d cat << EOT > /etc/systemd/system/docker.service.d/docker.conf [Service] ExecStart= ExecStart=/usr/bin/docker daemon --insecure-registry=172.27.100.141:5000 --cluster-store=consul://172.27.100.141:8500 --cluster-advertise=${HOST_IP}:2375 -H tcp://0.0.0.0:2375 -H unix:///var/run/docker.sock # 172.27.100.141 のみ label を貼る(globalを貼ってるhostが141のため ExecStart=/
リモートのコンテナからDockerコマンドを使えるようにする - Qiita
ローカルのDocker EngineであればDockerのコントロール・ソケットdocker.sockをbindマウントするだけなので、下記のようにわりとシンプルなコマンドになります。 しかし、この方法だとリモートのDocker Machineにあるコンテナでは期待通りに動作してくれません。それではどうするかというと、Docker Machineとやり取りするための環境(pemファイルも含める)をコンテナに渡す必要があります。 例えば下記の手順をふむと、dockercontrolという名前のコンテナを作ってそのコンテナ上の/dockerというボリュームにその環境を保存することができます。 # 環境を設定します $ eval $(docker-machine env host1) # 環境を保存するためのコンテナを作ります $ tar -C $DOCKER_CERT_PATH -cf- ca
運用でよく使うDocker関係コマンド - Qiita
使われていないDockerイメージを一括削除 $ docker rmi $(grep -xvf <(docker ps -a --format '{{.Image}}') <(docker images | tail -n +2 | grep -v '<none>' | awk '{ print $1":"$2 }')) 使われていないdocker volumeを一括削除 $ wget https://raw.githubusercontent.com/chadoe/docker-cleanup-volumes/master/docker-cleanup-volumes.sh && sudo bash docker-cleanup-volumes.sh docker swarm swarm関係以外のコンテナを一括削除 $ docker rm -f $(docker ps -a | grep
Docker 1.12のビルトイン・オーケストレーションを(Macで)使ってみる - Qiita
Dockerに新しく追加されたビルトインのオーケストレーションを試してみます。 このポストを書き終わった時点で、docker v1.12のオーケストレーション機能をマルチホストで試すよ on さくらのクラウドを見つけました。 すごくよく書かれているので少し気が引けますが、僕のポストはMacのローカルで試してみる、という点で若干の違いがあるのでこのままポストします。 手順の流れは下記の通りです。 Swarm Managerノードを作って、Swarm Workerノードを２つ追加する。 試しにnginxのコンテナを作る。 nginxのレプリカを複数作ってスケールアップする。 試しにレプリカをいくつか削除して挙動を確認する。 試しにWorkerノードを１つ削除して挙動を確認する。 ひとまずDockerを1.12にアップデートする 手持ちの環境がMac OS Xなので、Mac OS XにDocke
Docker1.12のSwarmを試す - Qiita
cloudpack大阪の佐々木です。 話題のDocker1.12を試してみようと思います。 まず、一番の目玉機能と思われるswarmの統合を試してみます。 チュートリアルを参考に(そのままですが・・・)、swarmの構築、サービスの追加、ローリングアップデートを試してみました。 Docker Swarmとは Dockerノードを束ねてクラスタを作る機能です。 以前からありましたが、先日発表された1.12からDocker本体に統合され、使いやすくなっているようです。 環境 Docker for AWSのPrivate Beatに申し込んでいますが、まだ返答はなく、Docker for Macではクラスタ感がいまいち味わえないので、EC2に1.12のDockerをインストールして試してみました。 インストール Amazon Linuxにインストールする方法がいまいち分からなかったので、下記を参
[Docker]複数ホスト管理ツールのまとめ - Qiita
はじめに Docker Operationsのメモ。 以下のツールについて書いてある Docker Machine Docker Swarm Docker Compose Docker Composeは実際に手を動かしてないので、後日実際に動かして追記する。 Docker Machine ひとことで言うと 複数の環境に、Dockerのホストを構築する。 出典 : https://training.docker.com/self-paced-training インストール(ubuntuの場合) $ wget https://github.com/docker/machine/releases/download/v0.2.0/docker-machine_linux-amd64 $ sudo mv docker-machine_linux-amd64 /usr/local/bin/docker
![[Docker]複数ホスト管理ツールのまとめ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/f40595b044f8525809445ce8c4a32331efe60fc7/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCRG9ja2VyJTVEJUU4JUE0JTg3JUU2JTk1JUIwJUUzJTgzJTlCJUUzJTgyJUI5JUUzJTgzJTg4JUU3JUFFJUExJUU3JTkwJTg2JUUzJTgzJTg0JUUzJTgzJUJDJUUzJTgzJUFCJUUzJTgxJUFFJUUzJTgxJUJFJUUzJTgxJUE4JUUzJTgyJTgxJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz04NTg5ZWM5ZGY3NTNmNDc2NTM4OGQwZGI3ZTY5MjEzYw%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDB0b21veWFtYWNoaSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZWM0MTdlMTNjNTdiNjc3NTcwNjI1NzQyYWVhMjQyMTg%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D012d22286ed8699d9de5177b134482c0)
Docker Swarmで複数Dockerホストからクラスタを作る - Qiita
経緯 Dockerホストを複数起動していたので、それらを1つのリソースプールにできないかなぁ...と思って ためしてみました。 ※Docker Swarmに関しては、割愛します。 事前準備 Dockerを1.12にアップデート docker --version Docker version 1.12.0, build 8eab29e swarm クラスタの初期化/起動 docker swarm init --advertise-addr="192.168.99.100" --listen-addr=0.0.0.0:2377 個別のノードの確認 docker info Containers: 23 Running: 5 Paused: 0 Stopped: 18 〜(省略)〜 Swarm: active 参考文献 Register as a new user and use Qiita mo
Docker Ingress Overlay Networkでコンテナ間通信を行う - Qiita
docker1.12 から導入された IngressOverlayNetwork使って、コンテナ間通信をしたかったのですが、 嵌ったので、メモ。 Version 使用したVersionは以下。 Client: Version: 1.12.1 API version: 1.24 Go version: go1.6.3 Git commit: 23cf638 Built: OS/Arch: linux/amd64 Server: Version: 1.12.1 API version: 1.24 Go version: go1.6.3 Git commit: 23cf638 Built: OS/Arch: linux/amd64 docker service create -p 80:80 --replicas 1 --name apache apache_image docker servi
【Docker】etcd+docker-machineでdocker-swarmを使う - Qiita
etcdを管理情報を扱うBackendにして、docker-machineを使ってSwarm Clusterを構築する。 環境 docker(version 1.12.3) docker-machine(version 0.7.0) etcd(version 2.3.7) Vagrantfile # -*- mode: ruby -*- # vi: set ft=ruby : # Vagrantfile API/syntax version. Don't touch unless you know what you're doing! VAGRANTFILE_API_VERSION = "2" Vagrant.configure(VAGRANTFILE_API_VERSION) do |config| # If true, then any SSH connections made wil
docker service の inspect --pretty を列挙する - Qiita
扱っているdocker serviceの数が３桁とかになってくると、このnodeに依存しているserviceはどれだっけ？ というような事を把握するのが大変になってきます。サービスの現在状態がローカルに存在してれば適当にgrepして探せるのですけど、docker service inspect して回らないといけないので大変です。 ということで、全てのserviceのinspect --prettyを列挙する以下のようなスクリプトを作りました。--prettyのほうが行志向なのでgrepとの相性が良いです。 ds_all.sh [-q] #!/bin/sh NAMES=`docker service ls | tail -n +2 | awk '{print $2}' | sort` n=0 N=`echo "$NAMES" | wc -l | bc` for I in $NAMES; d
docker swarmのゾンビコンテナを掃除するスクリプト - Qiita
汚れ仕事ですが、毎回手で掃除するのは面倒なのでスクリプト化しました。コンテナ作成時刻が一番新しいものを残してdocker-containerd-shimプロセスを全部killします。 zc_sweep.sh <service-name> #!/bin/sh LIST=`docker ps -f name=$1 --format "{{.CreatedAt}}\t{{.ID}}"` N=`echo "$LIST" | wc -l` echo $N containers are found if [ "$N" = "1" ]; then echo ok exit fi LAST=`echo "$LIST" | sort | head -n-1` for I in "$LAST"; do ID=`echo $I | grep -o '[0-9a-f]*$'` PID=`ps aux | grep
GCE上でDocker Swarm使ってクラスタ構築した(Getting Startedレベル) Part1 - Qiita
GKE使えよって話ではあるんですが（汗） Docker 1.12からSwarmがビルトインで入るようになりました。 そのおかげでクラスタ作成とかがずいぶんとやりやすくなったみたいなので試してみました。 Docker Swarm on Google Cloud Platformを見てやってます。 あとは公式のドキュメントを見ながら。 準備 Docker 1.12をインストールするだけ。 概念 まずは簡単に概念を説明 Swarm：有り体に言えばクラスタ ノード：クラスタに属しているインスタンス マネージャノード：Swarmを管理するノード。 ワーカーノード：タスクが動くノード。デフォルトだとマネージャもワーカーになる。(manager-only nodeにできる) サービス：アプリケーションが動くための定義。要するにコンテナを動かす時のパラメータとかを定義する。 レプリカサービスとグローバルサ
docker swarmの自動ロールバック機能を有効にする - Qiita
自動ロールバック機能の概要 Docker v17.04から、Swarm Modeに自動ロールバック機能が追加された。 https://docs.docker.com/engine/swarm/services/#automatically-roll-back-if-an-update-fails 要するに、docker service updateした際にコンテナの起動に失敗した場合、 自動で前回docker service update（またはdocker service create）した際の設定でサービスをデプロイしてくれる機能になる。 v17.04以前でもdocker service update --rollback <service名>というコマンドを叩けばロールバックが実現できたが、 自動ロールバック機能を有効にしておけば、これを自動でやってくれる。 自動ロールバック機能を有
Dockerのswarmモードでクラスタリング環境作り - Qiita
第2のドワンゴ Advent Calendar 2016の9日目の記事です。 こっちのアドベントカレンダーで数少ない現役社員のビビるです。普段は主にニコニコ生放送周りでWebpackやTypeScriptとかを触るフロントエンドエンジニアをやっています。 最近気になっていたDockerとswarmを使って、クラスタリングと監視をやってみたいと思います。 そもそもSwarmとは Dockerのバージョン1.12で追加された、Docker Engine内蔵のクラスタ管理機能です。 以前からあった Docker Swarmとは別物で、swarm modeと呼ばれたりします。詳細は公式ページを見て下さい。 今回やりたいこと DockerのサービスとしてWebサーバー、APIサーバーを建てる それらのログを収集して、よしなに表示してくれる環境を作る サーバーを準備する Dockerのv1.12では、
VagrantとAnsibleを使って Docker Swarm 環境を構築 - Qiita
概要 vagrant up コマンド一発で Swarmモードの Docker Machine が複数台上がる状態をつくってみる。 プロビジョニングはAnsibleにて行う。(vagrantでansibleを使ったプロビジョニングまで実施されるように設定) 単純に Swarm の環境をつくるのなら、docker-machineコマンドで作っていくのが一番はやいですが、練習がてら今回はスッピンのCentOS7.2のBoxを使ってAnsibleを利用してプロビジョニングを行います。 けど、docker-machineとして認識されてないと、操作するのが辛いので、ローカルマシンからdocker-machineコマンドで確認可能になるところまでやります。 Vagrant と Ansible を触り始めてまだ１週間程度なので、もっとこうした方が良いとかあったら、ご意見頂けますと幸いです。 構築するのに
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
docker swarm でホットデプロイを試してみよう - Qiita
