You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

2015-04-09 Terraform0.4のDockerサポートを試してみた Terraform Docker みんなだいすきﾃｯｯﾗﾌｫｫｫｫﾑｩ!! ということで本日はTerraformネタをお届けします。 そもそもTerraformとは TerraformはHashicorpがリリースしているオーケストレーションツールです。 Terraform by HashiCorp ChefやAnsibleでは作られた環境に対してミドルウェア・ツールをインストール、設定等をプログラマブルに行いますが、Terraformでは環境そのものの作成をプログラマブルに行うという点が違います。 Terraformでは様々なクラウド環境やホスティングサービスに対応しています。TerraformではこれらをProvidersと定義しています。 Amazon Web Services DigitalOcean

2. ● Yuto Kawamura(kawamuray) ● 東京工科大学修士過程2年でした ● Docker(Container)を用いた効率的なリソーススケジューリングについて研 究していました ● http://cloud.watch.impress.co.jp/docs/case/20150224_689058.html About me 4. ● Using this tool, you can freeze a running application (or part of it) and checkpoint it to a hard drive as a collection of files. You can then use the files to restore and run the application from the point it was froze

この記事は Linux Advent Calendar 2014 の 18 日目のエントリとして書いています。 Docker が盛り上がって、Docker が使ってる「コンテナ」という技術が盛り上がって、Doker の解説がそこら中にあふれるようになったので「Docker? そんなの FreeBSD が jail でずっと前からできてたぞ」というちょっと的外れな発言を見かけることは少なくなりました。一方でコンテナの歴史を追って見る的な企画をみかけるようになりました。 みかけた歴史の解説でいくつか「ちょっと違うやろー」というものを見かけたのでここで愚痴ります。 コンテナの歴史として大体書かれているのが 1979 年 chroot(2) システムコールの Version 7 Unix への導入 1983 年 chroot(2) システムコールの 4.2BSD への導入 2000 年 FreeB

RHEL/CentOS 6 上で Docker に nsinit/nsenter を使って attach する方法のメモです。 CoreOS ですと、すでに Qiita に投稿されている方がいらっしゃいます。 Docker の nsinit を CoreOS で試してみた nsinit が上手く行かなくて困っていたら nsenter があまりにもあっさりだった件 結論から言いますと、 util-linux に入っている nsenter を使う方がよいです。 nsinit のほうはちょっと苦労します。 util-linux に入っている nsenter を使う Attaching to a container with Docker 0.9 and libcontainer に 書いてある方法でいけます。 ただし、 gettext を 0.18.3 以上にしないとビルドできないため、 get

Docker TIPS あれこれ Docker を使っているとアレどーすんだっけ？って探しまわることが多いのでここにまとめておこうと思います。 随時更新予定です。 先日のまとめの分も再度記載しておきます。 基本、ホストは ubuntu-server 12.04、コンテナ側は普段使いしている13.10前提で記述しています。 docker のイメージ格納先を変更したい apt で docker をインストールしている人がほとんどだと思います。 デフォルトでは /var/lib/docker になります。 # Docker Upstart and SysVinit configuration file # Customize location of Docker binary (especially for development testing). #DOCKER="/usr/local/bi

Products Docker DesktopContainerize your applicationsDocker HubDiscover and share container imagesDocker ScoutSimplify the software supply chainDocker Build CloudSpeed up your image buildsTestcontainers Desktop Local testing with real dependenciesTestcontainers Cloud Test without limits in the cloud See our product roadmapMORE resources for developers

5. Open Cloud Campus 5 Linux女子部 Dockerを支える技術 一般的なサーバ仮想化の分類 物理マシン 物理マシン ホスト OS ハイパーバイザ （カーネルモジュール） 仮想 マシン ゲスト OS VMware vSphere, Xen など Linux KVM ハードウェアによる仮想化 （物理マシンにハイパーバイザを内蔵） ソフトウェアによる仮想化 （物理マシン上にハイパーバイザを導入） ソフトウェアによる仮想化 （ホスト OS にハイパーバイザ機能を追加） 物理マシン OS 非仮想化環境 基本的には「物理マシン」と同等の「仮想マシン」を複数 作り出す技術です。 仮想 マシン ゲスト OS 仮想 マシン ゲスト OS 仮想 マシン ゲスト OS 仮想 マシン ゲスト OS 仮想 マシン ゲスト OS 仮想 マシン ゲスト OS 仮想 マシン ゲスト OS ハイパ

昨日 http://d.hatena.ne.jp/naoya/20130620/1371729625 で書いたように Docker を使えば、欲しい VM を "任意の状態" で簡単にかつ" "瞬時に" コピーして作り出すことができる。 「任意の状態」というのは、例えば「OS は CentOS で、Ruby と Chef が入っている」みたいな VM のこと 「瞬時に」というのは本当に瞬時。VM の起動時間を待ったり、Ruby や Chef を入れる時間を待つ必要はない serverspec でテストをする場合、真っ新な VM を用意してそれにプロビジョニングを行って、その後に破棄するみたいなことを良くする。このとき「真っ新なVM」を立ち上げるのに、Vagrant などが使えるが、Vagrant だとテストの度に VM を一から作り直す･･･つまり vagrant up しなければいけない

Forward Linux containers (LXCs) are rapidly becoming the new "unit of deployment" changing how we develop, package, deploy and manage applications at all scales (from test / dev to production service ready environments). This application life cycle transformation also enables fluidity to once frictional use cases in a traditional hypervisor Virtual Machine (VM) environment. For example, developing

Dockerすごい面白そうです。 最近ハッカソンに行ったりして、プロダクション環境へのデプロイ周りですごいはまった。特にお金もない自分は１つのサーバーの中にいろいろとアプリケーションをデプロイしちゃっている訳ですが、もうごちゃごちゃになって触りたくなくなりそう...。新しくサーバーをデプロイしたいけども、既存のサービスまで影響が及ぶ危険性もあり、めんどくさいなー。あと、あとできっと破棄するだろうけど、もとに戻すこともかなりめんどくさいし、そんなことやりたくないしなー。もっとアプリケーション毎に気軽に（そしてお安く）デプロイ出来ればいいのになー。 と思っていた訳ですが、最近Dockerというものを目にしまして。 Docker, Mesos, Sensu等を利用したBlue-Green Deploymentの仕組み 本番環境のBlue-Green Deploymentの仕組みのプロトタイプを作

こんにちは、Docker 0.91 が出ましたね。 CoreOS でのデータの置き場所をどうすべきか考えていた時に、CoreOS-devで出ていた話です。 なので知っている人は知ってるかも知れません。 全てにおいて使えるパターンではないのですが、運用形態のひとつとして紹介します。 （もちろん、Dockerはどんどん進化しているのでこのパターンは陳腐化する可能性もあります） データの永続化の問題 Docker で悩ましいのはデータの永続化をどうするか？というとこでしょうか. 例：mysql のコンテナを立ち上げる -v オプションをつけて mysql のデータを永続化していますね。 さてこれはこれでよいのですが、Docker の旨みを活かせていませんね。 Docker の特徴はコンテナであり、コンテナにするとポータビリティがあげられるわけです。 上記の方法だと Volume でホストにべった