Docker 上にメールサーバを構築する (1)
構成 Docker で動作するメールサーバを構築する。 構成は以下。 yuanying/postfixadmin, yuanying/postfix, yuanying/dovecot という三つのイメージを用意して、 実際にはコンテナを三つ起動する。 アカウントやドメインの管理は postfixadmin を利用して MySQL 上にデータを置く。 以下は固定。 MySQL 実行コンテナ名: mysql データベースプロバイダ: mysql データベースポート: 3306 データベース名: postfix データベースユーザ: postfix 管理者メールアドレス: admin@${domain} MySQL は別コンテナで起動しているが、もうすで用意されている物とする。 yuanying/postfixadmin さくっと Dockerfile を書く。 Dockerfile # do
Dockerイメージ構築 実践テクニック
Red Hat Enterprise Linux 7 上でのDockerのステータス、使い方の解説と、Project Atomicをはじめとして、CentOS Atomic Host, RHEL Atomic Hostの解説。CentOS Atomic HostでKubernetesを使うチュートリアル。
Innovate Everywhere
Enterprise Kubernetes Management From datacenter to cloud to edge, Rancher lets you deliver Kubernetes-as-a-Service.
【入門】PrometheusでサーバやDockerコンテナのリソース監視 | Pocketstudio.jp log3
新しい監視ツールとして開発途上の Prometheus 概要と、インストール・設定方法、そして複数サーバのCPUやメモリ情報を参照したり、Docker コンテナ情報の取得方法、そしてアラートの確認の仕方を調べました。実際使い始めるまで少々とまどった所もあり、Prometheus を知りたい方、使いたい方向けに、ここで共有します。 ■ Prometheus とは？ Prometheus（プロメテウス）は、オープンソースのサービス監視システムと時系列データベースであり、要は監視ツールです。先月末にバージョン 0.1.0 が公開され、目下開発が進んでいます。開発は、音楽のソーシャル・プラットフォームを展開しているSoundCloud社によって2012年から行われ、数千ものサーバを管理することが目的でした。現在はGitHub上で公開されています。開発言語は Go です。 ■ これまでの監視ツールと
Prometheus - Monitoring system & time series database
«Even though Borgmon remains internal to Google, the idea of treating time-series data as a data source for generating alerts is now accessible to everyone through those open source tools like Prometheus [...]» — Site Reliability Engineering: How Google Runs Production Systems (O'Reilly Media) Open Source Prometheus is 100% open source and community-driven. All components are available under the A
h2o と server_starter で graceful restart with Docker - blog.nomadscafe.jp
h2o はserver_starter経由のgraceful restartをサポートしているので試してみた。ついでにdockerで動かしてみた。 h2o/h2o 実際にwrkでベンチマークしながらコンテナにHUPシグナルを送り、graceful restartを行ってみたのが次の動画 左上がh2oをdocker経由で起動しているウィンドウ、HUPを受けてh2oのプロセスを入れ替えている様子がわかります。。左下はwrkの実行、右側はコンテナにHUPを送ってます。 HUPシグナルはdocker killを使って送ります。 $ docker kill --signal="HUP" $(docker ps |grep kazeburo/h2o|awk '{print $1}') wrkの結果はこんな感じ。エラーは出ていません vagrant@vagrant-ubuntu-trusty-64:~/
CoreOSクラスタにDockerコンテナをデプロイする | SOTA
CoreOSクラスタにDockerコンテナをデプロイする Docker Meetup Tokyo #4 CoreOSの概要とDockerを実際に運用しようと思ったときにDockerが抱える問題をCoreOSがどのようにそれを解決するかについて発表した．デモではTerraformを使ってDigitalOcean上にCoreOSクラスタを立てて，デモアプリケーションコンテナを動的にスケールさせる様子を実演した（ソースは全てtcnksm/docker-meetup-4-demoにある）． 雑感 簡単にMeetupの感想を書いておく． 今回はDockerそのものの発表よりも，オーケストレーションやサービスディスカバリーなどの周辺ツールやサービスの発表が多かった．ツール（もしくはDocker専用のOS）では，CoreOS，Kubernetes，RedHad Atomic host，サービスではAma
Dockerコンテナのクレデンシャル設計パターン | DevelopersIO
ども、大瀧です。 データベースやクラウドストレージにアクセスするために、DockerコンテナでパスワードやAPIトークンキーなどのいわゆるクレデンシャル(資格)情報を扱うことがあります。これらの情報の扱い方についていくつかパターンを挙げ、考察してみたいと思います。 TL;DR(要点) DockerイメージやDockerfileに埋め込むのはアンチパターン コンテナ実行時に環境変数で渡すのがメジャー。しかしクレデンシャル管理が不要になるわけではない コンテナ実行時に外部から動的取得するのがおすすめ。クラウドのメタデータサーバーの利用がお手軽 クレデンシャル情報とは クレデンシャルは、コンテナから外部のデータソースにアクセスするための資格情報を指します。典型的なクレデンシャルとして以下があります。 DBユーザー名とDBパスワード : dbuser/dbpass WebサービスにアクセスするAP
Docker(pool)を用いたプレビュー環境を検証する(railsアプリ開発チームの活用例) - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに この記事ではmook/poolを使ってdockerでプレビュー環境を作ろうという趣旨のものです。 docker周辺では技術開発が盛んで、利用シーンも多岐にわたるようになりました。 プロダクション環境での利用、開発時の開発者の環境統一、テストの実行などと行った具合です。 今回はdockerを用いたプレビュー環境の可能性を検証します。 私は普段railsのアプリケーションを開発しています。 railsアプリ開発だけに注目しても、ユーザーが触れるwebの側面もありますし、APIの提供もあります。 さらには、rails開発者は開発の拠
ChatOps( Slack / Hubot / Docker )で検証環境をポンポン作って、ポンポン捨てる - Qiita
#この投稿について Slack/Hubot/Dockerを用いたChatOpsでアプリの検証環境をポンポン作って、ポンポン捨てる方法をまとめます。 チャットから誰でも手軽に使い捨てのアプリの検証用環境を作成できるので、チーム開発の生産性向上が期待できます。 #システム構成の概要図 #システム構築手順 ##SlackとHubotの連携 HubotをPaaSであるHerokuにデプロイさせ、Slackと連携させます。 こちらの具体的な手順については、「Slack / Hubot / GitHub / CircleCI によるChatOpsなデプロイ方法」の前半部分で詳しくまとめていますので、そちらを参照ください。 ##Dockerを動かすサーバーの用意(EC2) 今回はAWSのEC2を用います。 ###EC2の起動 まずは、Dockerを動かすインスタンスを立ち上げる。 今回はCommunit
CoreOS on EC2でDockerコンテナをクラスタリングする | DevelopersIO
はじめに ここ最近のDockerムーブメントの中で、キーワードとして良く取り上げられるようになったものの一つにCoreOSがあります。つい先日もGoogle Compute EngineがCoreOSを正式にサポートしたことが大きな話題となっていました。 CoreOSはLinuxディストリビューションの一つです。細かい説明については、外部サイトになりますがCoreOS 入門 - Qiitaという記事が非常に参考になりますのでご一読下さい。 ざっくり書くと、仮想化コンテナを大規模に運用することに特化したLinuxOSです。etcdという分散KVSとfleetという分散システムによるクラスタリング機能を標準的に持っています。 そこで今回は、Amazon EC2上でCoreOSを導入し、更にfleetを使ってDockerコンテナをクラスタリングして起動させる、ということをやってみました。 やった
docker API と serf を組み合わせてみた - ようへいの日々精進XP
はじめに docker API をもう少し突っ込んで色々と触ってみたい serf を使って全自動インフラを夢見て 必読（参考） Docker + Mesos + Marathon + Graphite + Fluentd + Sensuを組み合わせたデプロイ管理ツールの話 [Show on Hatena Bookmark] Docker, Mesos, Sensu等を利用したBlue-Green Deploymentの仕組み - $shibayu36->blog; Docker コンテナにアプリケーションを立てて Graphite でいい感じに可視化するまで - wtatsuru's blog Mesos や Marathon や Graphite は初めて聞く単語なのでまたまた調べないといけないことが出てきて焦っている。 docker API について docker API で dock
docker + serf でどんなことが出来るか考えてみた（感じてみた） - ようへいの日々精進XP
はじめに serf の内部構造（どのようにして動いているのか）についてのメモ こちらを自分なりに意訳したメモ ついでに docker コンテナ間で serf クラスタを構築してみる 参考 Serf Internals Serf を使ってみた Serfが面白いと俺の中で話題にwwwwwwしてみる Gossipプロトコルの情報浸透確率とその臨界現象 Serf の内部構造 基本的なこと serf は以下のような技術を利用して動作している。 gossip protocol gossip protocol は SWIM: Scalable Weakly-consistent Infection-style Process Group Membership Protocol をベースにしている 但し、これらに幾つかの機能追加を行うことで伝播速度および収束速度を増加させている。 serf の特徴 ser
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - docker-archive/classicswarm: Swarm Classic: a container clustering system. Not to be confused with Docker Swarm which is at https://github.com/docker/swarmkit
GitHub - icecrime/docker-mon: Console-based Docker monitoring
https://qiita.com/inokappa/items/984b932f22de986417ad
Docker Meetup Tokyo #4 - 資料一覧 - connpass
CoreOSクラスタにDockerコンテナをデプロイ #dockerjp
https://prevs.io/
'D'evelopment and 'D'eployment with 'D'ocker at 'D'wango // Speaker Deck
