Private content!This content has been marked as private by the uploader.
![Private Presentation](https://cdn-ak-scissors.b.st-hatena.com/image/square/826517800abb027cfbbda97ae6564e30c11c86ab/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Foverlayfs-161030014659-thumbnail-4.jpg%3Fcb%3D1477792346)
docker 1.12 key features (swarmkit, overlay2, plugin repo, health check..)Dockerfilesystemcontainerswarmswarmkit Docker Engine v1.12に入りそうな機能の紹介. 1.12リリース時期はwiki参照: https://github.com/docker/docker/wiki Swarmkit (aka swarm-v2) https://github.com/docker/docker/pull/23361 https://github.com/docker/docker/pull/23364 Swarmkitをベースとして,Swarmが書きなおされた. Docker EngineのCLIに統合される. こういうアーキテクチャになる (画像出典 http://do
class: center, middle # Deep dive into # Docker storage drivers ## * ## Jérôme Petazzoni - @jpetazzo ## Docker - @docker --- class: center, middle # .small[Not so deep] dive into # Docker storage drivers ## * ## Jérôme Petazzoni - @jpetazzo ## Docker - @docker --- # Who am I? - [@jpetazzo](https://twitter.com/jpetazzo) - Tamer of Unicorns and Tinkerer Extraordinaire.red[¹] - Grumpy French DevOps p
Droneが遅いから、dockerのstorage driverを変更して、ざっくりとビルドの速度比較をしてみたdevopsDockerdrone.iodrone やりたいこと、やっていること ossの drone を利用したお手軽なCI環境を構築しようとしています。 droneの中身をちょっと修正したりしながらdroneおよびdockerコンテナ、カスタムイメージまわりの検証を実施しています。 Dockerのヴァージョンをあげると遅くなりました。。 AWS上で作成したubuntu14.04をホストにして単発で動かしたところさくさく動きました。 「おー、速い。」ということで、色気をだして、dockerのversionを1.7にあげたところ、ものすごく遅くなりました。。なぜ。。 ということで、droneのgitterで質問、および、droneの issues #271 を見てみました。 @b
BuildGrid is Cloud 66 cluster of servers which use to create our customers' docker images from their code. These servers are created in AWS EC2 and we are using EBS mounted volumes as data-store for them. One of the most disturbing errors that we got in BuildGrid were errors related to Storage Driver: Driver devicemapper failed to remove root filesystem ... : Device is BusyCannot destroy container
Shin x blog Advent Calendar 2013 の 8 日目です。 これまで Docker を RHEL/CentOS で動かす際に懸案だったのは、AUFS への対応でした。RHEL/CentOS 6.x のカーネルは AUFS へ対応していないので、Docker を動かすには、AUFS 対応のカーネルを入れる必要がありました。 Docker 0.7 では、この対応としてストレージドライバという機構が採用されました。 ここでは、ストレージドライバによる RHEL/CentOS 対応について見てみます。 CentOS 6.5 で利用されているストレージドライバ Docker 0.7 で採用されたストレージドライバは、Docker コンテナが利用するファイルシステムを選択する機構です。これにより、AUFS 以外のファイルシステムを利用ことが可能になっています。0.7 では、a
kernel に入るぞ、と言われつつ入ってない overlayfs。いつですかね? なかなか凝ったことを試す時間が取れない今日このごろ、非常に薄い内容のエントリです。 (2014-05-15 追記) LXC では、ファイルシステムの機能を利用した snapshot による clone をサポートしています。しかし、非特権コンテナで clone を作成する場合、どうしても通常の rsync による clone になってしまいます。しかし、Ubuntu のカーネルだと overlayfs が利用可能で、非特権コンテナの場合でも使用可能です。一般ユーザが overlayfs の操作が可能ということでなく、User Namespace 内の root の権限で overlayfs のマウントが可能になっているためです。(追記終わり) (2014-10-08 追記) 今はオプションで "workdi
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く