Dockerの復習にも最適「コンテナ・ベース・オーケストレーション」を読みました - YOMON8.NET
こちらの本を読みました。 コンテナ・ベース・オーケストレーション Docker/Kubernetesで作るクラウド時代のシステム基盤 作者:橋本 直哉,須江 信洋,前佛 雅人,境川 章一郎,佐藤 聖規,山田 修司,青山 尚暉,市川 豊,平岡 大祐,福田 潔,矢野 哲朗発売日: 2018/03/12メディア: Kindle版 読書前の知識 目的 ① コンテナ周りの知識の整理 ② オーケストレーションって何? ③ Kubernetesを知りたい 書籍選び 読みました 知識の整理はできたか？ オーケストレーションはわかったか? Kubernatesは？ Dockerの復習にも良かった まとめ 読書前の知識 何かを開発する時、Dockerは無くてはならない存在。 オーケストレーションという意味ではDocker Swarm(Swarmモード)で小さなクラスタ構築してたことがある程度。 目的 ① コン
docker stack deploy で立ち上げたサービスのポートが分からん件 - Qiita
INTRODUCING EXPERIMENTAL DISTRIBUTED APPLICATION BUNDLES https://blog.docker.com/2016/06/docker-app-bundle/ とか What's New in Docker 1.12 (June 20, 2016) by Mike Goelzer & Andrea Luzzardi http://www.slideshare.net/MikeGoelzer/whats-new-in-docker-112-goelzerluzzardi とか Docker Stacks and Distributed Application Bundles https://github.com/docker/docker/blob/master/experimental/docker-stacks-and-bundle
Docker 1.12: swarm モードと Ingress Load Balancing 概要 ‣ Pocketstudio.Net
概要 Docker Engine 1.12 RC1 から、Docker Engine に swarm モードが搭載されています。また、機能として Ingress オーバレイ・ネットワークが標準で利用でき、負荷分散機能も使えます。このトピックでは新しい用語や概念の整理をし、実際のクラスタを作成と、nginx サービスとしてのコンテナを実行するまでの手順を整理します。 「swarm」 は「クラスタ」の意味 Docker Engine に swarm モードは、従来の Docker Engine のクラスタを管理する Docker Swarm が Docker Engine に機能統合されたものです。これまで Docker Engine のクラスタを作るためには、 Swarm コンテナ か swarm バイナリをセットアップする必要がありました。ですが、今後は SwarmKit という内蔵機能に
Docker swarm mode の構成をバックアップする - Diary
Docker swarm mode の構成をバックアップする スクリプトを書いた。 Ruby で書かれています。実行すると docker service create --name=lig -p 30007:26667 imagename docker service create --name=diary -p 30000:3000 --mount type=bind,source=/source/,target=/target diaryimage:v17 docker service create --name=mariadb -p 30023:3306 --mount type=bind,source=/mariadb,target=/var/lib/mysql --constraint=node.hostname==hostname mariadb:latest みたいな感じで出
超シンプルな HTTP リバースプロキシとして動作するだけのコンテナ - Diary
超シンプルな HTTP リバースプロキシとして動作するだけのコンテナ を作って Docker Hub に置いておいた。 https://hub.docker.com/r/ssig33/simple-reverse-proxy/ 以下のように使う。 docker run -p 5000:80 ssig33/simple-reverse-proxy example.com:3225 こうすれば http://localhost:5000 => http://example.com:3225 へのリバースプロキシとして動作する。 これでどういううれしいことができるかというと、以下のようなことができる。 Docker Swarm Mode の外で動いている Web アプリがあったとき、それに対してリバースプロキシとしてのみ動作する service を Swarm クラスタに投入すれば、 Docke
小さく始める Docker container の deploy
1. 小さく始める Docker Container の Deploy 2016.9.9 (Fri) M3 tech meetup! #3 エムスリー株式会社 エンジニアリングググループ 寺岡良矩 @yteraoka 2. Orchestration ツールは必須か？ ● 誰かが運用してくれるなら Kubernetes とか Mesos (Marathon, Chronos) 使いたい... ● スモールスタートにはこれらの自前構築、運用は避けたい ● Docker 1.12 は Builtin になったので Swarm mode が使えたら（使い物になったら） 嬉しいな、この程度なら新バージョンが出てもクラスタごと作りなおすのも簡単 ● Docker 1.12 の衝撃 http://www.slideshare.net/yteraoka1/docker-112 ● Docker swar
TLS認証なDocker Swarmクラスタを構築 (docker-machineなしで) - Namiking.net
備考 swarm-node0はマスターノードとして使う ホスト名(hostname)は別になんでもよい プライベートネットワークを有効にしておく eth0はグローバルネットワークに繋がるインタフェース eth1はプライベートネットワークに繋がるインタフェース 各ノードでConsulを動かす Swarmクラスタのサービスディスカバリー(分散KVS)であるConsulを各ノードにインストールする。使わないでもSwarmクラスタは構築できるが、マルチホスト間でオーバーレイ・ネットワークを作れるようになったりと色々利点が多いので。(etcdやZookeeperでも構築可能) swarm-node0にてConsulをサーバーモードで動かす SSHでログインして作業を行う。 インストール # 必要なパッケージのインストール apt-get install -y curl zip # Consulインス
WildFly Swarm＋Consul（＋Dnsmasq）でService Discovery - CLOVER🍀
WildFly Swarmには、Service Discoveryのための仕組みとしてTopologyがありますが、その実装手段としていくつかの 方法を提供しています。 Topology 今回は、Consulを試してみようかなと思います。 Topology using Hashicorp Consul Consul？ Consulというのは、HashiCoprの提供するService Discoveryの仕組みです。 Consul Introduction To Consul 主に以下のような機能を持ちます。 Service Discovery Health Check KVS Consul自体はAgentとして各サーバーで動作させるものですが、動作タイプにServerとClientがあり、通常は Serverは（データセンターあたり）3台または5台での構成を推奨しています。 Bootst
Docker ComposeをDockerのswarm modeで使えるようになったので試してみた - Qiita
先日リリースされたDocker 1.13で、swarm mode上でのdocker composeが使えるようになったのでさっそく試しました。 何が嬉しいのか まず、1.12でdockerにビルトインのswarm modeが追加されました。 その時はクラスタをサクッと作れて嬉しいぞ！と歓喜したものです。 しかし、使ってるとservice作るのがめんどくせえ…、とすぐになりました。 そうです。 docker-composeだと各サービスを宣言的に書けるのですが、これがswarm modeのクラスタを対象としていませんでした。 ／(^o^)＼ﾅﾝﾃｺｯﾀｲ serviceをコンスタントに再現可能にするためには職人によるシェルスクリプトを残すなどの工夫が必要になります。 それはそれでまあ別にいいんですが…。 まあでもツラいです。 そこで1.13ですよ。 docker-composeによる宣言的な
[和訳]Dockerビルトインオーケストレーション製品版が完成 #docker - クリエーションライン株式会社
本稿は Docker Built-In Orchestration Ready For Production: Docker 1.12 Goes GA(2016/7/28) の和訳記事です。 Docker1.12製品版が完成したことは、我々の大きなマイルストーンであり、これを実現するために多大なご協力をいただいたコミュニティの皆さまに感謝申し上げます。Docker1.12のリリースは、Dockerプロジェクト全体でみても最も多くの機能、最も洗練された機能を盛り込んだものになります。バージョン1.12のオーケストレーションのすべてにおいて、コア・アルゴリズム、Docker エンジンへの統合、ドキュメンテーション、テストに至るまで、Docker社内外の多数の技術者の方々が素晴らしい貢献をしてくれました。 コミュニティの皆さまにはフィードバック、バグ報告、新しいアイデアのご提案などでサポートいた
![[和訳]Dockerビルトインオーケストレーション製品版が完成 #docker - クリエーションライン株式会社](https://cdn-ak-scissors.b.st-hatena.com/image/square/534c5d07f5e48860f845a2afd678025fc62c0a41/height=288;version=1;width=512/https%3A%2F%2Fwww.creationline.com%2Ftech-blog%2Fcms_x3GWkuX%2Fwp-content%2Fuploads%2F2016%2F08%2Fdockerblog16072801.png)
DockerとSwarmで既存アプリをサーバーレス化してみよう！ - Qiita
以下でポイントごとにソースを見る/比較を行ってみます。 ポイント リクエスト処理部分 voting appとresult appという2つのサービスで処理していたのを、 entrypointというサービスで受け、それぞれ担当するDockerコンテナを起動するという形になります。 リクエスト処理部の違い voting appとresult appはそれぞれ何の変哲もないWebアプリです。 (voting appがPython/Flask、result appがNote.js/expressで作られている) 対して、entrypointもWebアプリ(Go言語)なのですが、net/httpでリクエストを受け、 go-dcgiというライブラリでDockerコンテナを起動するようになっています。 この部分のソースを見てみましょう。 非常に短いですので全文掲載しています。（コメントは私が追記したもの
Docker、オーケストレーション機能のSwarmモードを搭載した「Docker 1.12」が正式版に
Docker、オーケストレーション機能のSwarmモードを搭載した「Docker 1.12」が正式版に Dockerは6月に行われたDockerCon 16で、Dokcer Engineに「Swarmモード」と呼ばれるオーケストレーション機能を内蔵し、外部ツールに依存せずDokcerだけでDockerクラスタをオーケストレーションできるようにすると発表しました。 そのSwarmモードを内蔵したDocker 1.12正式版がリリースされました。 Docker 1.12 adds the largest and most sophisticated set of features into a single release since the beginning of the Docker project. Docker 1.12はDockerプロジェクトが始まってから最大の、そしてもっとも洗
Docker 1.12 ハンズオン資料 (JAWS-UGコンテナ支部) - Qiita
誰？ @zembutsu a.k.a Masahito Zembutsu さくらインターネット株式会社 技術本部 (@zembutsu_works 仕事用) Docker Authorized Trainer HashiCorp や Docker のドキュメント翻訳や技術検証 https://pocketstudio.net http://docs.docker.jp 過去の発表スライド http://www.slideshare.net/zembutsu Topics ハンズオン概要 swarm モードの基本的概念 手順 概要と目的 Docker 1.12 から組み込まれた swarm モードを試します。 ３台のノードでクラスタを構築します クラスタ上で、Nginx サービス（コンテナ）を起動 スケールアップ・ダウンや、ルーティング・メッシュ、ローリング・アップデート、自動復旧までの流れ
GCE上でDocker Swarm使ってクラスタ構築した Part2 (マルチマネージャノード) - Qiita
GCE上でDocker Swarm使ってクラスタ構築した Part1 (Getting Startedレベル) 未だに公式の方にはDocker Swarmのドキュメントも残ってて、こっちはswarm modeとか書いててイマイチどっちで呼称するべきなのかがよくわかりません。(2016年8月16日現在) Part2は複数のマネージャノードの話。 ノード関連 軽くおさらい。Part1で書いてないことまで書いてますが。 クラスターを管理するためのノード サービスのスケジューリングをするノード デフォルトだとこいつもワーカーノードになる得る AvailabilityをDrainに変更すれば管理だけするノードになる Docker的にはマネージャノードは管理に集中させた方がいいからDrainにしといた方がいいっぽい。そりゃそうだな。 Raftアルゴリズム実装して使ってる マネージャノードが落ちたらどう
Docker Swarm(docker swarm mode) 入門 - Qiita
背景 過去に大好評だったDocker入門の内容を2016年版にupdateした再入門投稿3本が終わったので、 まだ紹介していない機能を投稿していきます。 Docker Compose 入門 Docker Machine 入門(Hyper-Vの場合) Docker Machine 入門(AWSの場合) Docker 再入門3 2016 Docker 再入門2 2016 Docker 再入門1 2016 Docker 入門 (SlideShare) 動作環境 ThinkPad X200s OS:Linux MINT 18 ThinkPad X1 Carbon OS:Windows 10 Pro (Hyper-V) 個人的に開発環境OSはLinuxが主なので、MacOSやWindowsについては優先度が低いのでご了承ください。 Docker 1.12(docker swarm mode) 複数の
本番環境にも使える高可用性かつスケーラブルな Docker Swarm + Consul クラスタを構築 - Qiita
注意 UPDATED: 2017/02/07 この記事で説明しているクラスタは古い手法です。 本稿の内容で構築したクラスタでは docker service などの Swarm mode で導入されたコマンドが動作しません。 Docker 1.12 以降、 Swarm mode に DNS, LB が組み込まれており、外部のディスカバリサービス (Consul などの KVS) に依存しなくなりました。 Swarm mode は標準コマンド docker swarm でセットアップ可能なため、 docker-machine ssh でクラスタを構築できそうです。近日中に記事として公開予定です。 書きました → Swarm mode クラスタを構築して動かしてみる | Qiita TL;DR コマンド見れば分かる人向けの完成品はこちら → hidekuro/swarm-cluster-sam
Docker swarm のクラスタを手で構築してみる - Qiita
そろそろ docker swarm を使ってのマシンプール(クラスタリング)作成を試してみようかとチャレンジしてみました。 世間にある記事を見ると docker machine でクラスタ作成して swarm も machine 経由で利用する例が多いのですが、敢えて machine を使わず直接 swarm の構築を行いたいというのが今回の目的となります。既に docker engine が稼働済みの環境を数台用意していて、そこに swarm を仕込む事で 1つの docker pool にします。 docker swarm の使い方については下記の記事が良くまとまっていました。 「Docker Swarmでクラスタを構築する」 http://qiita.com/atsaki/items/16c50dfd579a9339c333 それでも自分で試してみたら躓いた所とか、consul を使
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Docker swarmで作る社内heroku: yadockeri - Qiita
GitHub - portainer/portainer: Making Docker and Kubernetes management easy.
Docker Swarmは死んだ。Docker Swarm万歳。
